Cómo encadenar llamadas a la API de Claude en un flujo de trabajo
3 min de lectura
Cuando construyes algo automatizado con la API de Claude, probablemente empiezas escribiendo un prompt grande que intenta hacer toda la tarea en una sola llamada, y luego te frustras cuando parte del resultado no es confiable.
Un flujo que hace una cosa por llamada es más fácil de confiar que un solo prompt tratando de hacerlo todo a la vez.
Una tarea por llamada, luego se compone
Divide el trabajo como lo harías en código normal: una llamada extrae o clasifica, una segunda actúa sobre ese resultado. Cada llamada es más sencilla de acertar, y puedes inspeccionar el resultado entre pasos en lugar de depurar un prompt largo y enredado.
- 1
Identifica la salida única de la primera llamada
Decide exactamente qué resultado estructurado debe producir la primera llamada, y nada más. Un trabajo más acotado es más fácil de acertar de forma confiable.
- 2
Pasa ese resultado como entrada a la segunda llamada
El prompt de la segunda llamada debe referirse a la salida real de la primera, no repetir desde cero la entrada original en bruto.
- 3
Dale a cada llamada sus propios criterios claros de éxito
Si el primer paso falla o devuelve algo inesperado, quieres saber qué paso se rompió, y no tener que desenredar una respuesta gigante.
Diseña un flujo de dos pasos: la primera llamada lee un ticket de soporte pegado y extrae la petición real del cliente en un resumen de una frase más una categoría (facturación, error, solicitud de función). La segunda llamada toma ese resumen y esa categoría y redacta una primera respuesta con nuestro tono: directo, sin disculpas a menos que realmente hayamos tenido la culpa. Muéstrame la forma de la solicitud de cada paso.
”
Dentro de Claude Tutorial
Dividir el trabajo en pasos más pequeños es una habilidad de Claude entre muchas
Dividir una tarea grande en pasos de propósito único que se apoyan unos en otros aparece también en las lecciones de la app, no solo en los flujos construidos sobre la API.
Dónde suele salir mal
El error más común es saltarse por completo la frontera entre las llamadas, dejando que el texto en bruto y sin estructura de la primera alimente directamente a la segunda. Pídele a la primera llamada una forma específica y estructurada (un resumen corto, una categoría, un pequeño conjunto de campos) en lugar de prosa libre, para que la segunda tenga algo confiable sobre qué construir.
Advertencia
Si no puedes decir con claridad qué debe producir la primera llamada antes de escribir su prompt, probablemente el flujo todavía no está bien dividido. Arregla la frontera antes de agregar una segunda llamada.
Sigue leyendo
- Cómo conectar a Claude con tus propios datos y herramientas mediante MCP para anclar un paso del flujo en datos en vivo en lugar de solo en lo que se pega.
- ¿Qué son los Artefactos de Claude? Una introducción práctica para llamar a la API de Claude desde dentro de un prototipo en ejecución en lugar de desde tu propio código de backend.
- Cómo hacer un cambio en varios archivos con Claude Code en lugar de un archivo a la vez para el mismo hábito de “describir el resultado, verificar el resultado” aplicado a editar código en lugar de componer llamadas a la API.