Invoke_Claude: cómo enseñar a un agente a llamar a otro Claude

Cuando se trabaja con sistemas multi-agente, uno de los problemas más recurrentes es decidir cómo un agente orquestador invoca a otro sin romper el flujo de contexto ni duplicar lógica. Un artículo técnico publicado esta semana en el blog de Ninjahawk, titulado Teaching Agents to "Invoke_Claude", aborda exactamente ese problema con un enfoque práctico y sin adornos.

El texto no es una propuesta teórica: parte de un caso real de composición de agentes y propone un patrón concreto al que el autor denomina `Invoke_Claude`, un mecanismo mediante el cual un agente puede llamar a una instancia de Claude de forma estructurada, pasándole contexto acotado y recibiendo una respuesta integrable en el flujo principal. El concepto no es nuevo en el ecosistema —los subagentes de Claude Code siguen una lógica similar— pero la forma en que el artículo lo articula resulta útil para quienes están diseñando pipelines propios fuera del tooling oficial.

Qué propone el patrón

La idea central es tratar la llamada a Claude como una herramienta invocable, análoga a cualquier otra función dentro de un sistema agéntico. En lugar de que el agente principal intente resolver todo en su ventana de contexto —que con Claude Opus 4.7 puede llegar al millón de tokens, pero eso no significa que debas usarlo todo—, `Invoke_Claude` permite delegar subtareas a una instancia secundaria con instrucciones y contexto propios.

El patrón que describe el autor tiene tres componentes básicos:

• Definición del scope: qué información recibe la instancia invocada y cuál se retiene en el agente padre.
• Formato de respuesta: cómo se estructura la salida para que sea consumible sin postprocesado ambiguo.
• Gestión del ciclo de vida: cuándo termina la instancia invocada y cómo se propaga o descarta su resultado.

Nada de esto es exclusivo de Claude —el mismo razonamiento aplica a cualquier LLM— pero el artículo lo ancla en el ecosistema de Anthropic, lo cual lo hace directamente aprovechable por quienes trabajan con Claude Code y sus subagentes o con MCP servers que necesitan orquestar llamadas encadenadas.

Por qué importa y para quién

El grueso de los tutoriales sobre agentes se concentra en el nivel de la herramienta individual o en frameworks de alto nivel como LangGraph o CrewAI. Lo que escasea es documentación sobre patrones de composición que funcionen bien con las APIs y convenciones propias de Claude. En ese hueco se sitúa este artículo.

Es útil especialmente para tres perfiles:

1. Equipos que usan Claude Code y quieren ir más allá de los subagentes predefinidos, construyendo lógica de delegación personalizada sin depender del marketplace.
2. Desarrolladores de MCP servers que necesitan que un servidor llame a Claude internamente como parte de su lógica, no solo como destino final de una tool call.
3. Integradores que montan flujos donde un agente de dominio específico (por ejemplo, un agente de análisis financiero) debe consultar a un Claude más generalista antes de devolver resultado.

El planteamiento también conecta con el uso de Skills en Claude Code: si tienes un skill que encapsula instrucciones para una tarea recurrente, `Invoke_Claude` sería la capa que decide cuándo y cómo activarlo desde otro agente, en lugar de hardcodear esa lógica en el agente raíz.

Limitaciones que conviene tener en cuenta

El artículo no aborda gestión de errores en cascada —qué ocurre cuando la instancia invocada falla o devuelve algo inesperado—, ni trata el coste acumulado de instancias anidadas, que en flujos con muchas delegaciones puede dispararse. Tampoco entra en cómo funcionaría esto bajo los límites de rate de la API de Anthropic en entornos de producción con alta concurrencia.

Son ausencias comprensibles en un post técnico de autor independiente, pero son exactamente las preguntas que cualquier equipo de ingeniería deberá responder antes de llevar este patrón a producción.

El artículo circuló esta semana por Hacker News con poca tracción en puntos y sin comentarios por el momento, lo que no dice nada sobre su calidad técnica —HN tiene sus propias dinámicas de visibilidad— pero sí indica que este tipo de contenido todavía no encuentra fácilmente su audiencia fuera de los canales especializados.

Opinión EP: El patrón `Invoke_Claude` no reinventa nada, pero lo que aporta es nombrar y estructurar una práctica que muchos equipos ya hacen de forma ad hoc. Ese tipo de codificación de patrones tiene valor real, aunque queda trabajo por hacer en la parte de robustez y observabilidad antes de que sea recomendable para flujos críticos.