LangChain y LangGraph en un Despliegue Empresarial

LangChain y LangGraph son bibliotecas de orquestación. Lo que aprueba una revisión de seguridad empresarial es una topología de despliegue, un modelo de aislamiento, una puerta de aprobación y una cadena de auditoría; nada de lo cual proporciona ninguna biblioteca de orquestación, y todo lo cual alguien tiene que construir. Esa es toda la comparación, y es una pregunta sobre alcance de propiedad, no sobre calidad.

Dónde LangGraph es la respuesta correcta

Si la lógica de orquestación es su diferenciador, use la biblioteca. El modelo de grafo explícito de LangGraph —nodos, aristas, ciclos y estado inspeccionable— es genuinamente bueno en lo que hace, y a un equipo que quiere razonar directamente sobre el flujo de control no se le debería abstraer eso.

Del estándar

“Granting LLMs unchecked autonomy to take action can lead to unintended consequences, jeopardizing reliability, privacy, and trust.”

Tres situaciones donde es claramente la mejor opción: tiene ingenieros de plataforma con capacidad para operar lo que construyen; la topología de agentes es lo bastante inusual como para que un sistema de propósito general le estorbe; o está en una fase lo bastante temprana como para que la opcionalidad valga más que una arquitectura definida.

Lo que la biblioteca le deja a usted

No son críticas, son límites de alcance. Una biblioteca de orquestación no debe resolver esto, y sería peor biblioteca si lo intentara.

Decisión	La biblioteca	Usted lo construye
Grafo, estado, ramificación	Incluido	—
Llamadas a herramientas y reintentos	Incluido	—
Dónde corre la inferencia	—	Sí
Aislamiento del sandbox de ejecución	—	Sí
Política de salida	—	Sí
Federación de identidad (SSO)	—	Sí
Autorización por turno	—	Sí
Puerta de aprobación de escritura	—	Sí
Protección contra repetición de aprobaciones	—	Sí
Procedencia de las citas	—	Sí
Traza de auditoría de extremo a extremo	—	Sí
Garantía de residencia de datos	—	Sí

Cada línea del bloque inferior es una pregunta que hará un arquitecto de seguridad, y ninguna tiene respuesta a nivel de biblioteca. Esta es la forma honesta del camino de construirlo uno mismo: la orquestación es la parte que ya está resuelta.

Lo que un sistema entregado decide por usted

El intercambio corre en ambas direcciones. Un sistema que llega con esas decisiones tomadas también las ha tomado sin usted, y si alguna es incorrecta para su entorno estará discutiendo con una arquitectura en lugar de editando un archivo.

En nuestro caso esas decisiones son: un plano de control que no retiene datos del cliente con ejecución dentro de su VPC, aislamiento MicroVM en el hipervisor, salida denegada por defecto, identidad federada con su proveedor y el agente actuando como el usuario, una puerta humana en cada escritura con diff de radio de impacto, aprobaciones ancladas contra reproducción, y citas generadas por el backend en lugar del modelo. Cada una está documentada en un desglose y mapeada al requisito del marco que responde, precisamente para que las decisiones puedan discutirse en vez de aceptarse a ciegas.

El costo que nadie calcula

Los análisis de construir-o-comprar suelen valorar la construcción como el prototipo. El prototipo no es la parte cara: funciona en seis semanas y es genuinamente impresionante. La parte cara son los doce elementos del bloque inferior de esa tabla, cada uno de los cuales hay que diseñar, implementar, probar y luego mantener a medida que se mueve el modelo de amenaza.

Ninguno de los dos caminos evita ese trabajo. Uno de ellos decide quién lo hace.