Fontes sociais viram hipótese; o runtime local decide a configuração.
Ao final, você consegue
aplicar a regra ao pedido “adicione isso nas configs”;
separar recomendação de fato demonstrado;
escolher uma prova no boundary real.
A camada Simples é completa; a Técnica acrescenta precisão.
1
A grande ideia
Medium é um ponto de partida útil. Suba quando a decisão é difícil. Fast é o tier priority e consome mais créditos; Ultra inclui delegação automática e exige aprovação explícita antes de um swarm grande.
Pense como… É a marcha de um carro: marcha alta não resolve uma rua curta e pode desperdiçar energia. A analogia quebra porque Ultra também muda a forma de coordenação, não apenas a intensidade.
Por baixo do capô
Use os nomes que o runtime aceita: low, medium, high, xhigh, max e, para Sol/Terra, ultra. Não use extra-high. A política adotada não habilita Fast por padrão e não torna Ultra default.
01 · medium conduz a xhigh; o checkpoint é priority Fast.
2
Atlas visual
Leia cada diagrama como entrada → decisão → checkpoint. As legendas ligam a imagem ao mesmo exemplo.
02 · xhigh conduz a priority Fast; o checkpoint é Ultra aprovado.03 · priority Fast conduz a Ultra aprovado; o checkpoint é medium.04 · Ultra aprovado conduz a medium; o checkpoint é xhigh.05 · medium conduz a xhigh; o checkpoint é priority Fast.06 · xhigh conduz a priority Fast; o checkpoint é Ultra aprovado.07 · priority Fast conduz a Ultra aprovado; o checkpoint é medium.08 · Ultra aprovado conduz a medium; o checkpoint é xhigh.09 · medium conduz a xhigh; o checkpoint é priority Fast.10 · xhigh conduz a priority Fast; o checkpoint é Ultra aprovado.11 · priority Fast conduz a Ultra aprovado; o checkpoint é medium.12 · Ultra aprovado conduz a medium; o checkpoint é xhigh.13 · medium conduz a xhigh; o checkpoint é priority Fast.14 · xhigh conduz a priority Fast; o checkpoint é Ultra aprovado.
3
No runtime
Este trecho registra a regra sem expor o arquivo global completo.
Evidência local sanitizada
model = "gpt-5.6-sol"
model_reasoning_effort = "xhigh"
# xhigh é válido; "extra-high" não é a chave do runtime
# Ultra/swarm grande: explicar trade-offs e pedir aprovação
Acesse você mesmo
Inspecione evidence/config-whitelist.json; ele contém somente valores não sensíveis aceitos.
Decida antes de revelar; depois ajuste o risco, percorra o fluxo e responda aos quizzes.
Predição
Uma tarefa clara e pequena precisa de Ultra?
Não. Use o nível menor que mantém a qualidade e a prova.
Flashcards de recuperação
Pergunta
Qual é o exemplo contínuo?
Clique para virar
Resposta
adicione isso nas configs
Pergunta
Qual é a regra de prova?
Clique para virar
Resposta
Boundary real, não alegação.
Pergunta
Qual é o limite?
Clique para virar
Resposta
Ultra aprovado
Escolha a opção operacionalmente correta:
A resposta correta segue o runtime e a finish line; as outras antecipam uma conclusão.
Ajuste de risco
4/10
Revisão focada + teste real.
Fluxo por etapas
Etapa 1 de 4: medium.
Apresentação da lição
Quadro 1/4
medium
Medium é um ponto de partida útil. Suba quando a decisão é difícil. Fast é o tier priority e consome mais créditos; Ultra inclui delegação automática e exige aprovação explícita antes de um swarm grande.
Quadro 2/4
xhigh
Use os nomes que o runtime aceita: low, medium, high, xhigh, max e, para Sol/Terra, ultra. Não use extra-high. A política adotada não habilita Fast por padrão e não torna Ultra default.
Quadro 3/4
priority Fast
Não. Use o nível menor que mantém a qualidade e a prova.
Quadro 4/4
Ultra aprovado
Leve a regra para o playbook final.
Revisão espaçada
Qual evidência fecha melhor esta lição?
O boundary correto mede o comportamento afirmado; aparência e confiança não substituem execução.
Acertos: 0/1
Pergunte ao seu agente-professor quando um boundary estiver ambíguo. Próxima etapa: Delegue unidades bounded.