Deixe múltiplas perspectivas de modelo debaterem uma decisão e depois verifiquem o veredicto.
@alembic/council implementa um board de membros — cada um com um papel, peso, confiança e adapter — que delibera sobre uma questão. Ele pontua decisões em cinco eixos (viabilidade, receita, experiência do cliente, time-to-market, risco) e retorna um veredicto: GO, PIVOT ou NO_GO.
O verifier então atua como maker-checker: ele prova claims atômicos contra evidências determinísticas, não prosa de modelo. Se o painel rejeitar um claim, a decisão é bloqueada.
Pense assim… um comitê de investimento de startup: cada parceiro traz uma lente, a pontuação média direciona a decisão e due diligence verifica os claims.
Um board é definido em YAML: membros, fases de workflow e ordenação contrarian. runDebate executa fases serialmente e membros dentro de uma fase em paralelo. A variante Karpathy council adiciona blind peer review e chairman synthesis. verifyPanel executa lentes de coerência, fidelidade e domínio com regra de hard-veto: uma rejeição rejeita todo o painel.
# execute um council gate antes de uma missão
alembic run mission.json --council --offlinerunCouncilGate em @alembic/mission constrói um board YAML padrão e chama runDebate. A flag --council da CLI injeta esse gate antes do swarm executar. Um veredicto NO_GO falha a execução fechada e escreve um índice falho.
Escreva um objetivo de um parágrafo e pergunte ao council offline: alembic forge "<goal>" --online (ou offline) e inspecione o raciocínio de decisão no SCOPE.md.