Habilidades do Agente: Pare de Escrever SOPs, Comece a Construir Sistemas de Limites

Um post recente no r/ClaudeAI argumenta que o instinto comum de corrigir falhas de agentes adicionando mais habilidades, ferramentas, prompts ou regras de exceção é contraproducente. O autor afirma que essa abordagem torna os agentes mais frágeis com o tempo: o contexto fica mais pesado, a seleção de ferramentas fica mais confusa e as regras começam a entrar em conflito umas com as outras.

Habilidades como SOPs vs. Sistemas de Limites

O problema central, segundo o autor, é que muitos desenvolvedores escrevem Habilidades como Procedimentos Operacionais Padrão (SOPs):

Passo 1: faça isso
Passo 2: faça aquilo
Se X acontecer, faça Y
Se Y acontecer, faça Z
Não faça B a menos que A, exceto se C acontecer

Esse estilo funciona para fluxos de trabalho determinísticos, mas falha para tarefas abertas de agentes. Em vez disso, o autor propõe mudar para uma abordagem de sistema de limites, onde uma boa Habilidade responde a estas perguntas:

• Quando essa Habilidade deve ser acionada?
• Quando ela absolutamente não deve ser usada?
• O que significa sucesso em termos de negócio?
• Qual é o menor conjunto de ferramentas necessário — sem ambiguidade?
• Quais fatos devem ser verificados por meio de uma API ou fonte externa?
• Onde o agente deve parar e pedir confirmação a um humano?

"Não devemos ensinar o modelo a respirar. Devemos dar a ele um mapa claro, ferramentas limpas e sinais de parada óbvios."

Ferramentas: Menos É Mais

O mesmo princípio se aplica às definições de ferramentas. Mais ferramentas não significa automaticamente mais capacidade. Se os limites entre as ferramentas são confusos, o modelo gasta contexto e orçamento de raciocínio apenas decidindo qual chamar. A regra prática do autor:

Conjunto mínimo completo de ferramentas, máxima clareza de limites.

Avaliações em Vez de Correção Procedimental

Uma boa Habilidade não deve ser julgada por seguir exatamente os passos do autor, mas sim por:

• Escolher a ferramenta certa
• Passar os parâmetros corretos
• Verificar os fatos certos
• Parar quando deveria parar

O autor conclui: uma Habilidade ruim é um SOP que só fica mais longo; uma Habilidade boa é um sistema de limites testado. Ele pergunta à comunidade como os outros estão lidando com isso — se as Habilidades são mantidas pequenas e modulares ou transformadas em longos pacotes de instruções, e como saber se uma Habilidade está realmente melhorando o agente ou criando mais dívida de contexto.