dare-dag-build

/dare-dag-build

Regenera apenas o DARE/dare-dag.yaml a partir do DARE/BLUEPRINT.md já existente, sem refazer o blueprint nem as specs. Útil quando o BLUEPRINT mudou pouco mas você precisa que o grafo reflita o novo estado.

Quando usar

• O BLUEPRINT foi ajustado e o grafo precisa refletir
• Você quer experimentar uma decomposição diferente sem refazer o blueprint
• O dare-dag.yaml ficou inconsistente com EXECUTION/task-*.md
• Precisa adicionar/remover/reordenar tasks no grafo

Pré-requisitos

• DARE/BLUEPRINT.md existe e está aprovado
• (Opcional) DARE/EXECUTION/task-*.md específicas serão preservadas se não forem mencionadas

O que fazer

1. Ler DARE/BLUEPRINT.md

Obrigatório. Se faltar, peça /dare-blueprint antes.

2. Ler DARE/dare-dag.yaml atual (se existir)

Para preservar ids já em uso e não confundir o usuário com renomeações desnecessárias.

3. Gerar o novo dare-dag.yaml

Schema canônico:

title: "<Nome do Projeto> - Development Tasks"
version: "1.0.0"

limits:
  parent_context_chars: 2000
  task_output_chars: 4000
  timeout_seconds: 600

models:
  cursor:      { HIGH: gpt-5.3-codex,     MED: composer-2,       LOW: auto-low }
  claude:      { HIGH: claude-sonnet-4-5, MED: claude-haiku-4,   LOW: claude-haiku-4 }
  antigravity: { HIGH: gemini-2.5-pro,    MED: gemini-2.5-flash, LOW: gemini-2.5-flash }

tasks:
  - id: task-001
    title: "..."
    depends_on: []
    complexity: LOW
    spec_file: EXECUTION/task-001.md
    subtask_prompt: |
      <self-contained>

Regras inegociáveis:

• id em kebab-case e único
• depends_on mínimo — só quando filha literalmente precisa do output
• subtask_prompt self-contained
• Pelo menos 2 tasks no rank 0
• Cadeia linear é antipattern
• complexity honesta

3.1 ANTI-STUB CONTRACT (inegociável)

Tasks geradas com subtask_prompt ou spec genéricos forçam o agente a inventar — e ele vai produzir mock, stub ou esqueleto. Não é negociável. O comando dare review <task-id> (v2.17+) detecta isso e marca a task como FAILED.