Um roster fixo por função
Transforme preferências de modelos em três atribuições inspecionáveis: Fable planeja, Luna executa e Sol revisa.
A fonte separa mapa de território. O roster é o mapa; os Proof Gates revelam o território.
Ao final, você consegue
- nomear modelo e esforço de cada função
- explicar por que o roster permanece explícito
- localizar a única fonte de verdade
A grande ideia
Um roster é uma promessa que você consegue inspecionar antes da execução. Planejamento, implementação e revisão recebem um modelo e um esforço nomeados.
Pense numa equipe de revezamento. O bastão passa por posições fixas. A analogia quebra quando a revisão devolve trabalho: software itera; uma corrida não.
No código
FACTORY_MODELS e os esforços vivem em .factory/run.ts; o createFactoryRuntime genérico valida gateway e credenciais. Nenhum classificador de conteúdo ou router dinâmico decide durante a execução.
Em uma imagem
No código
.factory/run.ts
const FACTORY_MODELS = {
planner: "claude-fable-5-max",
implementer: "gpt-5.6-luna",
reviewer: "gpt-5.6-sol",
} as const;Como achar ou executar isto
sed -n '1,140p' .factory/run.ts
Experimente
Clique em cada passagem. Uma função só termina quando seu artefato é inspecionável.
Fable 5 Max · max
Produz um plano delimitado e nomeia os desconhecidos que precisam de prova.
artefato: planoGPT-5.6 Luna · xhigh
Executa uma unidade delimitada contra o estado real do repositório.
artefato: diff + testesGPT-5.6 Sol · xhigh
Revisa de forma independente e cita achados concretos ou devolve um veredito limpo.
artefato: revisãoVire os três cartões, faça uma previsão e só então responda ao teste.