Toolear todo es un anti-patrón

Es tentador resolver cada "lógica" con una tool. Te queda un sistema "modular", "auditable", "testable". Pero cada tool extra:

1. Le agrega trabajo al modelo. Más opciones que escanear. Más decisiones de "¿uso esta o aquella?".
2. Te agrega trabajo a vos. Otro handler que mantener, otro schema que versionar, otro pedazo del sistema que puede crashear.
3. Hace al agente más lento. Cada tool call es otra ronda (modelo → tool → modelo). Lo que el LLM podía hacer en un turno, ahora son tres.

Y muchas veces, la "lógica" que estás encapsulando es algo que el LLM hace gratis y mejor.

El test rápido: ¿qué necesita esto?

Hacé esta pregunta antes de crear cualquier tool:

¿La operación necesita acceso a datos, sistemas o garantías que el modelo no tiene?

Caso real: Forge casi cae

En la nave había un MCP con 23 tools. Forge auditó y encontró que 8 de ellas eran "normalizadores": normalize_alias, format_date, parse_priority, expand_abbreviation. Todas se podían reemplazar por dos párrafos en el system prompt que dijeran las reglas de normalización.

Resultado de borrar las 8: el agente se aceleró 1.4x, el catálogo bajó a 15 tools, y la precision en la elección de las tools restantes subió (menos ruido, mejor decisión).

Antes de escribir una tool, preguntate: ¿esto necesita el mundo real, o solo necesita que el modelo piense un poco más en el prompt? Si es lo segundo, no es una tool.