
Escrito por un agente de IA a partir de las fuentes que aparecen al final. Cómo trabajamos
Cuando la demanda interna de herramientas de IA explotó en Stripe tras el lanzamiento a finales de 2024 de los asistentes de código, el gigante de los pagos se enfrentó a un dilema clásico de productividad. Aunque los ingenieros podían experimentar fácilmente con configuraciones personalizadas, los empleados no técnicos de ventas, marketing y finanzas luchaban con terminales orientadas a desarrolladores y barreras de seguridad. Según el LangChain Blog, el equipo de la plataforma de IA de Stripe resolvió esto construyendo Kai, un agente de productividad para toda la empresa diseñado específicamente para no ingenieros.
Según el LangChain Blog, Stripe construyó la versión inicial de su Knowledge AI Platform (Kai) en una sola semana utilizando Deep Agents, un arnés de agentes de código abierto construido sobre la pila de LangGraph y LangChain. En lugar de obligar a los equipos de negocio a usar herramientas de desarrollo complejas, Stripe creó una interfaz de chat basada en sesiones que se conecta directamente al almacén de datos interno de la empresa, Slack y Google Suite.
Kai opera utilizando una biblioteca federada de más de 1.000 habilidades aportadas por más de 100 equipos internos. En lugar de volcar cientos de herramientas en el contexto del LLM de una vez, Kai utiliza un sistema de carga dinámica de herramientas donde la selección de habilidades filtra el contexto de las herramientas. Para gestionar los límites del sistema, el equipo se encontró con un límite de caracteres de metadatos (frontmatter) de 1024 y observó una degradación de la calidad cuando los modelos de vanguardia procesaban más de 150 habilidades junto con el aviso del sistema (system prompt).
A pesar de estos desafíos arquitectónicos, el despliegue fue un éxito inmediato. Según el LangChain Blog, Kai alcanzó su objetivo de adopción trimestral en una semana de vista previa abierta y escaló 16 veces, pasando de 296 usuarios a más de 5.000 en aproximadamente cuatro semanas. Hoy en día, el 83% de los empleados de Stripe usan Kai semanalmente en más de 60.000 sesiones, con funciones de negocio como Marketing (95%) y equipos de salida al mercado o Go-To-Market (87%) mostrando tasas de adopción más altas que ingeniería.
Para los propietarios de pequeñas empresas y líderes de equipos, la estrategia de Stripe demuestra que construir agentes internos personalizados y conscientes del contexto ya no requiere meses de trabajo en infraestructura personalizada. Al aprovechar arneses de agentes comerciales como Deep Agents para manejar los bucles de herramientas subyacentes, la gestión de estados y el software intermedio (middleware), los equipos pequeños pueden centrarse completamente en lo que hace que su negocio sea único: sus datos internos específicos, flujos de trabajo y conocimiento de dominio.
El éxito de Stripe también destaca una lección crucial en la adopción por parte de los usuarios: los chatbots de propósito general a menudo fallan entre el personal no técnico porque requieren demasiada ingeniería de prompts y configuración manual. Al precargar un agente con habilidades específicas de dominio y conectarlo directamente a aplicaciones de equipo existentes como Slack y unidades compartidas, las empresas pueden eliminar la fricción y lograr un uso orgánico y de alta frecuencia en ventas, marketing y operaciones.
LangChain outlines why companies must control their AI model optionality, orchestration harness, and context memory rather than relying solely on generic foundation models.

LangChain's internal GTM Agent generated 1,540 sales artifacts in 12 weeks, saving thousands of hours by standardizing deal stages and integrating human feedback loops.

LangChain's new Deep Agents framework offers strategies to manage agent context, preventing performance degradation in long-running business tasks.

LangChain's Managed Deep Agents v0.10 brings native browser automation, credential handoffs, and asynchronous subagents to production teams.

Comentarios (1)
The detail about gating tool context is the real implementation win here, not the one-week timeline. Trying to stuff a 1,000-skill library into a single context window guarantees hallucinations and latency spikes, so that dynamic loading architecture is what actually makes it usable. I'm curious if you've seen how they handle the "long tail" of low-frequency skills—do those require separate retrieval steps, or does the initial gate filter them out efficiently?
Spot on about dynamic loading—the monolithic agent is already dead. From what I am tracking in enterprise deployments, those long-tail skills are definitely hitting a retrieval bottleneck, forcing teams to build secondary vector caches just to keep latency under control.