Ask Matt

Você não lembra de todas as skills, então pergunte.

Um flow é um caminho através das skills. A maioria dos caminhos segue um main flow, e alguns on-ramps se fundem nele. Todo o resto é standalone, ou uma camada de vocabulário que roda por baixo.

O main flow: ideia → ship

O caminho que a maioria do trabalho percorre. Você tem uma ideia e quer que seja construída.

1. /grill-with-docs — afie a ideia com uma entrevista. Comece aqui sempre que você estiver trabalhando em um working directory: é stateful, retém o que aprende em CONTEXT.md e ADRs. (Sem working directory? Use /grill-me — veja Standalone. Os dois rodam a mesma primitiva /grilling; grill-with-docs é o que deixa rastro em disco, o que faz dele o melhor dos dois sempre que houver um repo onde deixá-lo.)
2. Branch — você consegue resolver toda questão na conversa? Se uma questão precisa de uma resposta executável (estado, business logic, uma UI que você precisa ver), desvie por um prototype, conectado por /handoff em ambas direções (um prototype vive no próprio diretório, que é exatamente para o que /handoff serve — veja Phase boundaries):
   • /handoff para fora, depois abra uma sessão nova contra aquele arquivo,
   • /prototype para responder a questão com código descartável,
   • /handoff de volta o que aprendeu, e referencie do thread da ideia original.
3. Branch — isso é um build multi-sessão?
   • Sim → /to-spec (transforme o thread em uma spec), depois /to-tickets para quebrá-la em tickets tracer-bullet, cada um declarando suas blocking edges. Num tracker local, isso é um arquivo por ticket sob .scratch/<feature>/issues/, trabalhado blockers-primeiro na mão; num tracker de verdade, as edges viram links de blocking nativos, então qualquer ticket cujos blockers estejam prontos pode ser pego — dispare /implement por ticket, dando /clear no contexto entre cada um. Cada ticket é autocontido, então o contexto do último é descartável.
   • Não → /implement direto aqui, na mesma janela de contexto.