Roteiro Espelho

147 unidades abertas, 321 arestas de bloqueio, 7 níveis de profundidade. O plano reduz isso a três disparos e dois gatilhos. Nenhuma unidade espera outra dentro do mesmo disparo.

O que o grafo diz

Toda a profundidade nasce no Tier 0. A cadeia C-02 → C-03 → C-04 → C-08 cria 4 dos 7 níveis. Fora do Tier 0, nenhuma unidade fica a mais de dois saltos de distância de um contrato.

Caminho crítico: C-02 → C-03 → C-04 → C-08 → W-16 → W-05 → INTEGRATION. Sete unidades em série, se o board for seguido ao pé da letra.

Três movimentos que removem a espera

1. Tier 0 em paralelo, com um pane de merge. C-02 a C-12 são declarações de tipos com nomes congelados na spec. As 11 arestas internas (C-02 → C-03, C-04 → C-08…) viram trabalho de merge, não de espera. Só C-01 roda sozinho antes, porque ele cria o workspace em um repo com zero commits.
2. Bundles verticais. As 22 arestas E-SCHEMA → E-MIGRATION e E-SCHEMA → E-REPO ficam dentro de um pane só: um grok por entidade faz schema, migration e repositório em sequência, com o contexto quente. Mesma regra para W-16 + W-05, W-03 + W-14 e I-06 + I-07. Os tickets no Linear não mudam; só o brief do pane cobre 2 ou 3 deles.
3. Gatilho por evento para o que sobra. Apenas três unidades esperam algo fora do seu disparo: W-09 espera I-20, T-06 espera T-05, e INTEGRATION espera todas. Cada conclusão dispara a próxima na mesma hora. Nenhuma "onda" é aguardada.

Roteiro de disparos

Do "sobre doubles" ao app real

O board termina em INTEGRATION, que roda ingest, web e desktop ponta a ponta sobre doubles. "App funcionando real e oficial" pede uma unidade a mais, que ainda não existe no board.

Para esse último passo, quatro insumos só você tem. Sem eles o roteiro para antes do fim:

Prompt inicial

Um prompt, e o orquestrador segue até o critério de parada. O prompt traz só o que não existe no board: missão, ponteiros, lane, parada e insumos. As regras de cada unidade já vivem no ticket.

Missão: executar o projeto Linear Sync Engine até RUN-REAL verificado.

Fontes, nesta ordem: o board (Linear, projeto a79e3ef5, label Espelho) para cada unidade; o artifact "Roteiro Espelho" para a ordem dos disparos e os bundles. Não repetir aqui o que está lá.

Lane: 1 grok via herdr por pane (skill herdr-executors); worktree e branch por pane; merge em main só por grok de merge, um por milestone. Sem teto de panes: disparar tudo que estiver desbloqueado.

Critério de parada: RUN-REAL verificado por mim. Antes disso, não parar; a cada /clear, retomar do board.

Insumos que só eu tenho: [OAuth client id/secret] [URL pública + webhook secret] [workspace Free de teste] [certificado Apple ou "pular T-05"]. Se um faltar, seguir com o resto e me marcar no Linear na issue travada.

Fonte dos números: consulta GraphQL ao Linear em 2026-09-03, 157 issues do projeto, 321 relações do tipo blocks. Arquivo graph.json no scratchpad da sessão.