fsolla/teqo-backup
1
0
Fork 0
mirror of https://github.com/fsolla/teqo.git synced 2026-11-12 22:13:05 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
teqo-backup/.agents/skills/project-status/SKILL.md
Francisco Solla 0822cca82c chore: reduce token overhead in agent workflow 
- Drop model-selection skill (dead, pool is dormant)
- Drop PNG rendering from UI planning (HTML-only, no pnpm ui-draft:render)
- Trim code-simplification: 331→~150 lines, Python/React examples moved to reference/
- Compress engineering-brief.md: remove redundant 'Pinhos do repo' (alwaysApply rules)
- Deduplicate capture-review-debts: reference decision-quality.md instead of re-explaining
- Create concise-output skill (35 lines) to enforce terse agent output
- Trim all 99 skill descriptions to ≤1 sentence
- Split AGENTS.md into layers: core (73 lines, always) + campaign/public/infra (on-demand)
- Decompose plan-issue: exploration sub-agent + parallel plan-writers + register sub-agent
- Decompose work-issue: exploration sub-agent + plan-writer + 2 parallel reviewers + debt sub-agent
- Update agent-work-issue to match sub-agent pattern
2026-08-21 20:38:56 -03:00

1.8 KiB
Raw Blame History

name description
project-status Show Teqo project status from trackable GitHub Issues.

Status do projeto (read-only)

Esta skill apresenta o estado do projeto a partir das Issues do GitHub rastreáveis — a fonte canônica de spec/status/deps/prio/modelo. Read-only por contrato: nenhuma Issue é criada, editada ou relabelada aqui, e Issues in-progress são intocáveis (risco de conflito com o agente que está executando).

Fluxo

  1. Rode o script e leia a saída inteira:
pnpm agent:status

  1. Apresente ao usuário, em pt-BR, nesta ordem:

    • Overview — contadores por estado/prio/kind; últimas concluídas; needs:migration|consent abertas.
    • Fila atual — a ordem exata do claim (prontas desbloqueadas por prio), topo destacado, model: por linha. Se o usuário perguntar "qual a próxima?", a resposta é o topo desta fila — não existe mais skill de sugestão: o próximo é o pnpm agent:claim.
    • Mermaid — reproduza o grafo das abertas (setas de depends, estado/prio no label).
    • Bloqueios — cada blocked com o motivo (dep aberta, jurídico, requirements-changed).
    • Sugestões de consolidação — as heurísticas do script (merge por domínio+prio; break-down por gargalo de depends) como texto para o usuário decidir. Nunca aplique consolidação aqui: aplicação é manual ou via plan-issue/pnpm agent:register. Nunca proponha nada sobre Issues in-progress.

  2. Se o usuário pedir interpretação além da saída (ex.: "o que destrava mais coisa?"), responda a partir do grafo — sem inventar dados que o script não imprimiu; se faltar dado, leia a Issue via API do Forgejo (MCP/pnpm issue) somente-leitura.

NÃO faz: editar docs/roadmap.md (legado congelado), claim, registro, qualquer escrita de Issue.