monozukuri
Backlog em PRs pequenos e revisáveis.
Orquestra agentes em worktrees isoladas, com memória, checkpoints e limites de custo.
Problema
Entregar trabalho com agentes sem perder contexto, limites e revisão humana.
Minha contribuição
Desenvolvimento e manutenção do projeto pessoal.
THE PIPELINE / SYSTEM MAP
monozukuri
Orquestração fora do agente, execução por feature e memória entre entregas.
Etapa 1 / 6
Backlog & seleção
pick ordena ou seleciona features; loop coordena a fila de trabalho.
Etapa 2 / 6
Worktree isolada
Cada feature ganha um espaço de trabalho independente para mudanças revisáveis.
Etapa 3 / 6
Fases do agente
PRD, TechSpec, Tasks e Code rodam com o agente configurado e skills do projeto.
Etapa 4 / 6
Testes & limites
Validar a entrega e respeitar limites de custo, tempo e tokens. Checkpoints permitem retomada.
Etapa 5 / 6
Pull request
O resultado é uma mudança separada, acompanhada de resumo e evidência para revisão.
Etapa 6 / 6
Memory v2
Guardar aprendizado, origem e contexto de aplicação; o router injeta resumos antes de detalhes.
Isolar o trabalho e preservar contexto sem acoplar o fluxo a um único agente.
Conexões e condições
- Backlog & seleção → Worktree isoladaSeleciona uma feature
- Worktree isolada → Fases do agenteFornece isolamento
- Fases do agente → Testes & limitesEntrega mudanças
- Testes & limites → Pull requestValidação da entrega
- Pull request → Memory v2Preserva aprendizados
- Memory v2 → Fases do agenteReutiliza contexto
Percurso ilustrativo dos componentes documentados, sem execução dos projetos. Fontes consultadas em 2026-10-28.
Explore os componentes ou reproduza o percurso.
Decisão de engenharia
Separar a orquestração do agente de código permite reaproveitar contexto e validação.
Trade-off
Mais controles exigem um backlog com critérios de aceite e um caminho de validação.
Evidência
O README registra um canário v2 com dois PRs aprovados no CI de sandbox. A evidência e os limites da versão alpha estão na documentação.
Documentação do projeto ↗