mktux

Roteador do pipeline de especificacao de feature do mktux-harness. Mostra o estado dos cinco artefatos em docs/features/<slug>/ (ausente, presente, desatualizado) e avanca um passo da cadeia. Aceita a ideia da feature em texto livre no proprio comando. Use quando o usuario pedir para planejar, especificar ou documentar uma feature nova, ou disser /mktux:plan. Nao escreve artefato nenhum por conta propria.

Passo 3 do pipeline mktux. Inspeciona o schema existente e gera docs/features/<slug>/database-schema.md em DBML, incluindo o veredito explicito de "esta feature nao tem migration" quando for o caso. Use depois que feature-description.md e user-stories.md existem.

Passo 1 do pipeline mktux. Le o feature-brief.md escrito pelo humano e o codebase existente, e gera docs/features/<slug>/feature-description.md — o documento de contexto que toda sessao do ralph recebe. Use quando o brief existe e a descricao da feature ainda nao, ou quando ela precisa ser regenerada.

Passo 4 do pipeline mktux e o mais importante. Gera docs/features/<slug>/project-phases.md — o documento que o ralph.sh quebra em uma sessao fria por fase. Contem o contrato completo do ralph, as regras de isolamento de fase, e como escrever task que o verificador do gate 3 consegue julgar. Use antes de rodar o ralph em qualquer feature.

Passo 2 do pipeline mktux. Deriva user stories testaveis, com ids estaveis (US-N.N), a partir do feature-description.md, e grava docs/features/<slug>/user-stories.md. Use depois que a descricao da feature existe. Os ids viram interface publica citada pelos testes no plano de fases.

Referencia operacional do ralph, o orquestrador que executa um project-phases.md em sessoes frias com quatro gates mecanicos. Use quando o usuario perguntar como rodar o ralph, quando um run falhar e precisar de diagnostico, quando pedir para retomar de uma fase, ou quando perguntar o que significa um veredito de gate.

Revisa o commit de uma fase ja executada pelo ralph contra as instrucoes do projeto e roda uma auditoria de seguranca sobre os arquivos alterados. Use depois que o ralph fecha uma fase, quando o usuario pedir para revisar a fase N, ou disser /mktux:review-phases N. Nunca corrige nada.

Instala os comandos ralph e ralph-watch no PATH e prepara um projeto para o harness mktux. Use quando o usuario instalar o plugin pela primeira vez, quando ralph nao for encontrado no terminal, ou quando pedir para configurar o harness em um projeto novo.