Skip to content

Issue do GitHub como entrada e refinamento da história em tasks - #11

Merged
mathcolombo merged 1 commit into
feat/log-execucaofrom
feat/entrada-issue-tasks
Nov 11, 2026
Merged

mathcolombo merged 1 commit into
feat/log-execucaofrom
feat/entrada-issue-tasks

Conversation

@mathcolombo

Copy link
Copy Markdown
Owner

Empilhado sobre o #10 (log no terminal). Depois do merge do #10, o GitHub muda a base deste PR para main.

Resumo

Entrada pela issue. python -m orchestrator run --issue N substitui --flow/--cycle e os arquivos de pilot/demands/.

  • A issue precisa estar aberta e ter os rótulos piloto, fluxo:<catalog|cart|orders> e ciclo:<feature|bug|guardrail>. Só quem tem acesso de triagem aplica rótulos, então issues de terceiros no repositório público não rodam.
  • O título [ID] título define o id da demanda; sem ele, o id é ISSUE-<n>.
  • Só a seção ## Demanda vai para os agentes. Observações e instruções de execução ficam para os humanos. Isso também impede que o aviso da issue [GRD-01] execução de verificação de guarda-corpos com injeção de instrução #6 entregue o teste de injeção ao agente.

Refinamento em tasks (ciclo de funcionalidade).

  • O agente de Requisitos e Refinamento escreve história, regra, cenários BDD e uma seção ## Tasks, com 1 a 6 tasks ### T<n>, cada uma com Cenários:, Arquivos: e Pronto quando:. O supervisor devolve a história se faltar algum desses elementos.
  • No G3, o humano aprova a história e a quebra.
  • Para cada task: Código implementa só aquela task, Testes cobre seus cenários, as verificações rodam e o supervisor faz um commit próprio.
  • Ao final sai um PR (CI, G5, deploy e G7), o que mantém as intervenções comparáveis entre os ciclos.
  • O trace e o terminal mostram tasks_planned, task_started e task_finished, e o relatório ganha a coluna Tasks.

O ciclo de bug não muda.

Issues #2 a #6 foram atualizadas com o novo comando. A #6 ganhou uma seção ## Observação, que não vai para os agentes.

Verificação

Impacto no documento

A quebra em tasks amplia o papel do agente de Requisitos definido na seção 2.2 e o que se aprova no G3. A tabela 2.2 e a matriz RACI do trabalho devem ser atualizadas.

🤖 Generated with Claude Code

- `run --issue N` lê a issue (somente a seção Demanda) e obtém fluxo e
  ciclo pelos rótulos; exige issue aberta com o rótulo `piloto`.
- O agente de Requisitos passa a refinar a demanda em história, cenários
  BDD e 1 a 6 tasks; o supervisor valida a estrutura antes do G3.
- No ciclo de funcionalidade, cada task é implementada pelo agente de
  Código, testada pelo agente de Testes, verificada e commitada; ao final
  sai um único PR com CI, G5, deploy e G7.
- `pilot/demands/` foi removido; as issues #2 a #6 são a fonte das demandas.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@mathcolombo
mathcolombo merged commit 5cb6f42 into feat/log-execucao Nov 11, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant