Habilidades del agente: Deja de escribir SOP, empieza a construir sistemas de límites

Un post reciente en r/ClaudeAI argumenta que el instinto común de arreglar fallos de agentes añadiendo más habilidades, herramientas, instrucciones o reglas excepcionales es contraproducente. El autor afirma que este enfoque hace que los agentes sean más frágiles con el tiempo: el contexto se vuelve más pesado, la selección de herramientas se vuelve más desordenada y las reglas comienzan a entrar en conflicto entre sí.

Habilidades como SOPs vs. Sistemas de Límites

El problema central, según el autor, es que muchos desarrolladores escriben habilidades como Procedimientos Operativos Estándar (SOP):

Paso 1: haz esto
Paso 2: haz aquello
Si ocurre X, haz Y
Si ocurre Y, haz Z
No hagas B a menos que A, excepto si ocurre C

Este estilo funciona para flujos de trabajo deterministas, pero falla para tareas abiertas de agentes. En su lugar, el autor propone cambiar a un enfoque de sistema de límites, donde una buena habilidad responde estas preguntas:

• ¿Cuándo debe activarse esta habilidad?
• ¿Cuándo no debe usarse bajo ninguna circunstancia?
• ¿Qué significa el éxito en términos de negocio?
• ¿Cuál es el conjunto mínimo de herramientas necesario, sin ambigüedad?
• ¿Qué hechos deben verificarse a través de una API o fuente externa?
• ¿Dónde debe detenerse el agente y preguntar a un humano para confirmación?

“No deberíamos enseñarle al modelo cómo respirar. Deberíamos darle un mapa claro, herramientas limpias y señales de alto obvias.”

Herramientas: Menos es Más

El mismo principio aplica a las definiciones de herramientas. Más herramientas no significa automáticamente más capacidad. Si los límites entre herramientas son difusos, el modelo quema contexto y presupuesto de razonamiento solo para decidir cuál llamar. La regla general del autor:

Conjunto mínimo completo de herramientas, máxima claridad de límites.

Evaluaciones sobre Corrección Procedimental

Una buena habilidad no debe juzgarse por si el agente siguió los pasos exactos del autor, sino por si:

• Eligió la herramienta correcta
• Pasó los parámetros correctos
• Verificó los hechos correctos
• Se detuvo cuando debía detenerse

El autor concluye: una mala habilidad es un SOP que no deja de alargarse; una buena habilidad es un sistema de límites probado. Pregunta a la comunidad cómo están manejando esto otros: si mantienen las habilidades pequeñas y modulares o las convierten en largos paquetes de instrucciones, y cómo saber si una habilidad realmente mejora al agente o solo crea más deuda de contexto.