mirror of
https://github.com/fsolla/teqo.git
synced 2026-11-12 22:13:05 +00:00
Global (~/.config/opencode/opencode.jsonc) fica só com jina+playwright (remove github/postgres/forgejo/stalwart/office-word/jobspy) — manual como OPS89. Repo Teqo opencode.json: penpot+postgres com permission gated (penpot*/postgres*/query deny no build, allow só nos subagentes penpot/postgres). Novos .opencode/agent/penpot.md + postgres.md (mode subagent, docs de limite teqo vs teqo_wt*). Re-homed: jobspy→jobs, forgejo+office-word→lei-mercados-digitais, forgejo+stalwart→infra-solla (remove postgres pin, AGENTS.md sem office-word), forgejo→iara-pwa (limpa pins postgres/stalwart). Prosa: AGENTS-infra.md, prompt-montagem-home.md, project-status/engineering-audit sem MCP/pnpm issue. Validação: opencode debug config nos 5 repos (Teqo 4, jobs 3, lei 6, infra 7, iara 3 MCPs), gh auth ok, gate:fast verde.
1.8 KiB
1.8 KiB
| 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
- Rode o script e leia a saída inteira:
pnpm agent:status
-
Apresente ao usuário, em pt-BR, nesta ordem:
- Overview — contadores por estado/prio/kind; últimas concluídas;
needs:migration|consentabertas. - 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 é opnpm agent:claim. - Mermaid — reproduza o grafo das abertas (setas de
depends, estado/prio no label). - Bloqueios — cada
blockedcom 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 Issuesin-progress.
- Overview — contadores por estado/prio/kind; últimas concluídas;
-
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 GitHub (
ghCLI /pnpm issue+scripts/lib/github-api.mjs) somente-leitura.
NÃO faz: editar docs/roadmap.md (legado congelado), claim, registro, qualquer escrita de Issue.