Agentes externos: LangGraph, Claude y el loop que controlás vos | Cleon

Salís de la plataforma cuando la plataforma no es donde está el trabajo. La tarea corre contra sistemas que Salesforce no alcanza, o necesita un control loop que armás vos mismo, o cruza modelos y proveedores que ninguna plataforma sola controla, o quiere una capacidad que solo conseguís llamando una API de modelo directamente. Ahí es cuando un build externo es el instrumento correcto (principio 7) — no porque sea más avanzado, sino porque calza con un trabajo que el camino de la plataforma no cubre. Este es el lado "más allá de Salesforce" del trabajo de Cleon, y se gana su lugar exactamente cuando el trabajo dejó la plataforma.

La frase que define el camino externo: sos dueño del loop. Agentforce te da un planificador gestionado, grounding al perfil de Data 360, el modelo de seguridad de la plataforma, gobernanza y un rastro de auditoría gratis — vos cableás tools e instrucciones, no el control loop. Fuera de la plataforma, todo eso lo construís vos. Eso es el costo y la libertad en la misma respiración, y esta página trata sobre todo de ser honestos sobre ambos.

El stack: tres instrumentos, compuestos

Un agente externo suele ser tres piezas trabajando juntas, y Cleon las compone en vez de tratar a una sola como la respuesta entera:

LangGraph — orquestación. Cuando el flujo necesita estructura explícita, lo dibujás como un grafo: nodos (los pasos), edges (las transiciones, incluidas las condicionales) y un objeto de estado compartido que cada nodo lee y escribe. La mecánica del grafo está cubierta en profundidad en patrones de orquestación — esta página no la vuelve a enseñar. Lo que importa acá es quién construye el grafo: fuera de la plataforma, vos. No hay un planificador gestionado decidiendo el flujo; el grafo que dibujás es el flujo.
La Claude API (u otra API de LLM) — el núcleo de razonamiento. Este es el modelo que llamás directamente para el paso de razonamiento dentro del loop. El acceso directo a la API es lo que te da elección de modelo, control sobre cómo lo llamás, y un camino de capacidad que la plataforma quizás no expone. El uso de tools vía la Claude API es la misma mecánica cubierta en tools y acciones — nombre, descripción, schema tipado, llamada estructurada — así que esta página la referencia en vez de volver a explicarla.
MCP — interoperar tools. El Model Context Protocol deja que una tool se exponga una vez y se reúse entre hosts, que es cómo un agente externo alcanza sistemas que Salesforce no llega. MCP está cubierto en tools y acciones; el punto relevante fuera de la plataforma es que es tu tejido conectivo cuando las tools cruzan sistemas y las querés llamables desde más de un lugar.

Ninguno de estos compite con el camino de la plataforma. Son los instrumentos a los que recurrís cuando el trabajo está fuera de la plataforma; la habilidad es componerlos, no defenderlos contra Agentforce.

El control loop que controlás vos

Esto es el corazón de la diferencia. En Agentforce, el Atlas Reasoning Engine es el planificador gestionado — corre el paso de razonar-y-planificar por vos, y vos aportás las tools, las instrucciones y el grounding alrededor. Fuera de la plataforma, no hay Atlas. Escribís el loop perceive → reason → act → observe vos mismo — el loop ReAct de qué es un agente — o lo codificás como un grafo de LangGraph cuando necesita estructura explícita.

Ser dueño del loop significa ser dueño de todo lo que lo acota. El tope de pasos, el presupuesto de tokens, el timeout — nada de eso existe hasta que lo escribís, y un loop sin ninguno es el descontrol de gotchas de agentes esperando pasar. Vos decidís las condiciones de parada: cuándo el agente tiene una respuesta, cuándo intentó suficiente, cuándo tiene que pasarle a un humano. El camino gestionado tomaba esas decisiones por vos dentro de los guardrails de la plataforma; el camino externo te las devuelve todas, que es poder solo si lo gastás con intención.

El estado y la memoria que controlás vos

Un agente gestionado carga el estado de la conversación por vos. Un agente externo carga lo que vos decidas cargar, y dónde vive es tu decisión: en el estado compartido del grafo durante una corrida, en un store que levantás para memoria que sobrevive a la corrida, o ambos. Nada persiste entre pasos o sesiones a menos que vos lo hagas persistir.

Esa propiedad es también donde el principio 10 pega más fuerte — el contexto es un presupuesto, no un balde. Sin una plataforma recortando la ventana por vos, un loop externo que pega la salida de cada paso al prompt se degrada justo a medida que corre más, el gotcha de desborde de contexto en su forma más pura. Vos decidís qué necesita de verdad cada paso, qué resumís, qué descartás y qué recuperás bajo demanda. El estado es tuyo de diseñar, lo que significa que el context rot es tuyo de prevenir.

Cuándo external es la decisión correcta

El camino externo es el instrumento correcto, no el avanzado, en un conjunto específico de casos:

Un control loop o una UX a medida que ninguna plataforma te da — cuando el flujo, la interacción o la superficie tienen que ser algo que armás directamente, y un planificador gestionado dentro de la UI de una plataforma es la forma equivocada para eso.
Multi-modelo o multi-proveedor — cuando el trabajo llama más de un modelo, o modelos de distintos proveedores, y necesitás rutear entre ellos vos mismo en vez de trabajar dentro del set de modelos de una plataforma.
Un modelo o capacidad que Salesforce no alcanza — cuando el modelo, la modalidad o la capacidad específica que necesitás es una que el acceso directo a la API te da y la plataforma no.
Sin dependencia de Salesforce en el stack — cuando el trabajo de verdad vive en otro lado y no hay razón para arrastrar una dependencia de plataforma adentro.
Portabilidad — cuando querés que el agente y sus tools se muevan entre hosts (que es lo que te compra MCP) en vez de quedar soldados a una plataforma.

Si ninguna de esas es cierta y el trabajo vive en el modelo de seguridad de Salesforce sobre datos gobernados de clientes, el camino de la plataforma es muy probablemente el mejor instrumento. External no es la mejora — es la respuesta correcta a una pregunta distinta.

El costo de dejar la plataforma

Acá está la parte que una demo nunca muestra. Todo lo que Agentforce te daba gratis ahora es tuyo de construir:

Grounding. No hay retrievers de plataforma sobre un perfil de Data 360 — vos levantás el pipeline de RAG, el retrieval, y el camino de "qué pasa cuando el retrieval vuelve vacío" vos mismo (principio 2). El gotcha de grounding es enteramente tuyo fuera de la plataforma.
El modelo de seguridad. No hay sharing rules, seguridad a nivel de campo, ni "corre como este usuario bajo sus permisos" horneado. Cualquier control de acceso que el agente necesite, lo implementás y lo aplicás en código.
Gobernanza y auditoría. No hay una plataforma registrando qué corrió. El rastro de auditoría que hace defendible una acción de consecuencia — quién o qué la invocó, los argumentos, el resultado — es algo que construís, o lanzás un agente cuyas acciones no podés reconstruir.
Observabilidad. No hay una plataforma dándote el trace gratis. Vos instrumentás los inputs, el contexto recuperado, las tool calls y sus resultados, y la salida de cada corrida, porque el principio 11 vale fuera de la plataforma también: no podés debuggear lo que no podés replayear.

Esto es el principio 4 dicho en limpio — el modelo es la parte fácil; el sistema es el trabajo. Llamar la Claude API es una tarde. Construir el grounding, el modelo de seguridad, la gobernanza, la auditoría y la observabilidad alrededor es el trimestre, y fuera de la plataforma toda esa factura es tuya. Presupuestala antes de dejar la plataforma, no después de que el primer incidente pregunte quién aprobó la acción y no tengas respuesta.

Composición, no competencia

La imagen honesta no es external o plataforma — seguido es ambas. Un sistema real corre Agentforce para las acciones gobernadas dentro de la plataforma donde el trabajo vive en el modelo de seguridad, y un grafo externo de LangGraph para un paso que la plataforma no alcanza, y se pasan el trabajo entre ellos a través de una costura limpia. Agentforce es dueño de la parte que necesita la gobernanza de la plataforma; el grafo externo es dueño de la parte que necesita un loop a medida o un modelo que Salesforce no alcanza. Ninguno está ganando; cada uno hace el trabajo para el que es el instrumento correcto.

Esa es toda la postura de esta subcategoría dicha desde el lado fuera de la plataforma. El camino externo es profundidad y libertad a la que recurrís cuando el trabajo dejó la plataforma — y una pila de responsabilidad que firmaste por ser dueño en el momento en que lo hiciste. Componelo con el camino de la plataforma (principio 7), respetá lo que ahora tenés que construir vos mismo (principio 4), y el loop fuera de la plataforma se vuelve un instrumento que controlás en vez de uno que controla la factura.

Agentes de Agentforce — el camino complementario de la plataforma, donde Atlas planifica y la gobernanza viene horneada
Patrones de orquestación — la mecánica del grafo (nodos, edges, estado) sobre la que esta página construye sin volver a enseñarla
Tools y acciones — tool calling vía la Claude API y MCP, la mecánica detrás de las manos de un agente externo
Qué es un agente — el loop perceive → reason → act → observe que escribís vos mismo fuera de la plataforma
Debuggear agentes — los loops descontrolados, el context rot y los huecos de grounding que son tuyos cuando dejás la plataforma
Style Guide de agentes — la vara que un agente externo pasa antes de salir
Principios de AI Engineering — componé el toolkit (7), el sistema es el trabajo (4), el contexto es un presupuesto (10), trazá todo (11)

Reference: