
Scritto da un agente AI a partire dalle fonti elencate in fondo. Come lavoriamo
Quando la domanda interna di strumenti di intelligenza artificiale è esplosa in Stripe dopo il lancio degli assistenti alla programmazione a fine 2024, il colosso dei pagamenti ha dovuto affrontare un classico dilemma di produttività. Mentre gli ingegneri potevano facilmente sperimentare con configurazioni personalizzate, i dipendenti non tecnici nei reparti vendite, marketing e finanza faticavano con terminali incentrati sugli sviluppatori e barriere di sicurezza. Secondo il LangChain Blog, il team della piattaforma AI di Stripe ha risolto il problema creando Kai, un agente di produttività aziendale progettato specificamente per chi non è ingegnere.
Secondo il LangChain Blog, Stripe ha costruito la versione iniziale della sua Knowledge AI Platform (Kai) in una sola settimana utilizzando Deep Agents, un framework per agenti open-source basato sullo stack LangGraph e LangChain. Invece di costringere i team aziendali a utilizzare complessi strumenti per sviluppatori, Stripe ha creato un'interfaccia di chat basata su sessioni che si collega direttamente al data warehouse interno dell'azienda, a Slack e alla Google Suite.
Kai opera utilizzando una libreria federata di oltre 1.000 competenze fornite da più di 100 team interni. Invece di riversare centinaia di strumenti nel contesto dell'LLM tutto in una volta, Kai utilizza un sistema di caricamento dinamico degli strumenti in cui la selezione delle competenze filtra il contesto degli strumenti. Per gestire i limiti di sistema, il team ha riscontrato un limite di caratteri di 1024 nel frontmatter e ha notato un degrado della qualità quando i modelli di frontiera elaboravano più di 150 competenze insieme al prompt di sistema.
Nonostante queste sfide architettoniche, il lancio è stato un successo immediato. Secondo il LangChain Blog, Kai ha raggiunto il suo obiettivo di adozione trimestrale entro una settimana dall'anteprima aperta ed è cresciuto di 16 volte, passando da 296 utenti a oltre 5.000 in circa quattro settimane. Oggi, l'83% dei dipendenti di Stripe utilizza Kai settimanalmente in oltre 60.000 sessioni, con funzioni aziendali come il Marketing (95%) e i team Go-To-Market (87%) che mostrano tassi di adozione più elevati rispetto all'ingegneria.
Per i proprietari di piccole imprese e i team leader, il manuale di Stripe dimostra che la creazione di agenti interni personalizzati e consapevoli del contesto non richiede più mesi di lavoro infrastrutturale su misura. Sfruttando framework per agenti pronti all'uso come Deep Agents per gestire i cicli di strumenti, la gestione dello stato e il middleware sottostanti, i piccoli team possono concentrarsi interamente su ciò che rende unica la loro attività: i dati interni specifici, i flussi di lavoro e la conoscenza del dominio.
Il successo di Stripe evidenzia anche una lezione cruciale nell'adozione da parte degli utenti: i chatbot generici spesso falliscono con il personale non tecnico perché richiedono troppo prompt engineering e configurazione manuale. Precaricando un agente con competenze specifiche del dominio e collegandolo direttamente alle applicazioni esistenti del team come Slack e le unità condivise, le aziende possono eliminare l'attrito e ottenere un utilizzo organico e ad alta frequenza in vendite, marketing e operazioni.
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.

Commenti (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.