Dédalo

O problema

Engenharia de software é um labirinto.

Backlogs crescem mais rápido do que times executam. Ciclos longos. Hand-offs frágeis. Contexto perdido entre silos. Custo opaco.

LLMs prometeram velocidade — entregaram demos. O que falta não é mais um modelo. É orquestração.

A tese

Hefesto forja peças.
Dédalo orquestra sistemas.

Dédalo é um pipeline determinístico que coordena agentes especializados ao longo de 11 fases — da entrada de um item de backlog até o deploy auditado.

Modelos locais para o trabalho estruturado. Modelos premium para o trabalho criativo. Humanos nos gates que importam. Multi-projeto desde o dia zero.

Como funciona

Onze fases. Uma máquina de estados.

Cada transição persiste um phase_event — fonte de verdade para auditoria, dashboards e postmortem.

Cada item carrega um modo: mode = release agrega em batch via release_batches (singleton ativo por projeto), congela, passa por gate humano e deploya em conjunto; mode = hotfix corre individualmente e pode preemptar um release ativo. Items em modo release ficam em awaiting_release até o batch ser deployado pelo ReleaseManagerWorkflow.

flowchart LR
  IN([Ingress]) --> CL[Classificar]
  CL --> PR[Priorizar]
  PR --> DI[Discovery
5 estratégias]
  DI -.gate.-> RF[Refinar Plan]
  RF -.gate.-> EX[Executar]
  EX --> VA[Validar QA]
  VA -.gate.-> PU[Publicar
merge + homolog]
  PU --> AW{mode}
  AW -- hotfix --> DP[Deploy Prod]
  AW -- release --> RB[(release_batch
singleton/projeto)]
  RB -.gate.-> DP
  DP --> AR([Arquivar])

  classDef gate fill:#C8A24A,stroke:#7A2A2A,color:#0E1116,stroke-width:2px
  classDef batch fill:#2D5A4A,stroke:#0E1116,color:#F5F1E8,stroke-width:1px
  class DI,RF,VA,RB gate
  class RB batch
        

+ Release Management (Onda 13). Para items em modo release, um orquestrador longo (ReleaseManagerWorkflow) coordena rebase, gate humano, merge e deploy em batch. Conflitos passam pelo rebase_conflict_resolver (Claude Sonnet, cap USD 1.00/tentativa) antes de escalar para gate humano.

Profundidade técnica

30+ agentes. Um maestro.

Cada fase tem um especialista. Cada especialista tem ferramentas próprias, prompts versionados, custo rastreado e fallback automático.

O orquestrador (Temporal) garante durabilidade. Os agentes garantem competência. E cada agente tem binding declarativo em agent_model_bindings — modelo default, fallback chain, política de custo e override por projeto, sem chumbar nada em código.

Autonomia além do pipeline

O sistema documenta e aprende por conta própria.

Três workflows de background rodam continuamente, sem intervenção humana. Cada item executado torna o próximo mais inteligente — memória acumula, documentação se auto-regenera, padrões emergem.

Diferencial

Gates humanos por design.

12 tipos de gate cobrem cada handoff sensível — três sempre presentes (discovery_review, execution_gate, publication_gate), os demais conforme política do projeto. Nada vai pra produção sem mãos no botão.

Toda decisão grava gate_decisions (auditoria com reviewer, comment, timestamp), tem SLA com escalação em 3 níveis (owner → tech_lead → manager) e aceita mode_change ou detach_from_release para realocar item entre trilhas sem reabrir o ciclo.

Operação

Pilote pelo chat.
Aprove com um clique.

O agente memory_chat v2 opera o pipeline inteiramente via MCP server. Q&A sobre o projeto, listas de gates/releases/items, busca de memória. Escritas — submeter feature, aprovar/rejeitar gate, congelar release — não executam direto: viram ActionCards que o humano confirma com um clique.

Mesma superfície (MCP server :8765) que o Claude Code CLI humano usa — uma única fonte de verdade operacional para CLI e Dashboard.

Token por projeto em project_chat_tokens, cap monetário por turno via agent_policy.cost.caps_per_agent.memory_chat, auditoria por prefixo [chat por user@email] em todo comentário.

memory_chat action_cards project_chat_tokens pipeline.*

Princípio de design

O Princípio Ícaro.

Dédalo construiu o sistema com os limites; Ícaro caiu por ignorá-los.

— branding/nome-do-produto.md

Falha alto e ruidoso. Sem fallback silencioso.

Nada de mock que mascara erro. Nada de retry que esconde regressão. Nada de gate que se auto-aprova. Os limites do sistema são o sistema.

Em números

Materialidade.