Pfizer, Cummins Bind AI to Deterministic Tools to Tame Context Rot

Memory, State, and Knowledge Management: Powering Long-Running AI Systems — Ai4

Ai4

Long-running enterprise AI systems require replacing unconstrained generative reasoning with deterministic tool execution and relational audit logging to prevent context rot, spiraling token costs, and compliance failures.

AI-assisted summary of Memory, State, and Knowledge Management: Powering Long-Running AI Systems — original source. Check the original for full context.

Source published:

Detailed notes

## Background Published by the Ai4 channel on YouTube on August 22, 2026, this panel session explores how organizations build memory, state, and knowledge management layers to transition from stateless copilots to persistent, auditable, and long-running enterprise AI systems. Moderated by Alain Biem alongside leaders from Pfizer, Atos, UTMB Health, and Cummins, the discussion examines the practical deployment of vector databases, knowledge graphs, feature stores, and hybrid context fabrics while addressing critical trade-offs in cost, latency, and scalability.

## TL;DR Industry leaders from healthcare, pharmaceuticals, consulting, and heavy manufacturing discuss the shift from single-turn chat prompts to multi-agent architectures capable of sustaining complex workflows over extended horizons. The panel defines the operational triad of active state, historical memory retrieval, and synthesized causal knowledge, highlighting real-world implementations such as dynamic patient risk scoring, deterministic knowledge graph assembly for commercial pharma, and industrial context fabrics. To combat context rot, crippling latency, and escalating inference costs, the experts advocate for offloading deterministic logic into standardized tool calls, implementing upstream model routing, and utilizing relational databases for audit-ready compliance. Ultimately, they emphasize that sustainable long-running systems rely on rigorous observability, specialty-specific memory lifespans, and human-in-the-loop oversight.

## Atmosphere & style The panel maintains a pragmatic, collegial, and grounded tone, trading generic artificial intelligence hype for hard-won engineering lessons and authentic operational war stories. Alain Biem moderates with structured curiosity, allowing speakers to bounce seamlessly between deep technical debates on tokenomics and accessible real-world metaphors. Listening to the discussion feels like sitting in an executive engineering debrief, characterized by an overarching ethos of caution, architectural discipline, and a deep appreciation for human-centered oversight in high-stakes environments.

## Key takeaways - [00:04](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=4s) Enterprise AI must evolve beyond single-turn copilots and document summaries into long-running, multi-step systems capable of managing state, memory, and compliance over extended workflows. - [02:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=120s) In regulated commercial environments like pharmaceutical marketing, language models are architected as deterministic selectors over pre-approved content rather than unconstrained generators. - [07:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=434s) Long-running industrial AI separates runtime execution context (state) and episodic recall (memory) from causal lineage and contextual experience (knowledge). - [13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) Managing agentic time-series memory and complex state machines over months creates major engineering challenges in state deconstruction, temporal auditing, and data sovereignty. - [15:15](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=915s) Healthcare systems use dynamic multi-specialty AI triage to recalculate patient clinical risk in real time, serving as an assistive safety net while preserving human-in-the-loop decision-making. - [17:42](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1062s) Knowledge graphs paired with deterministic retrieval pipelines maintain coherence and regulatory compliance by linking real-time commercial triggers with structured, approved claims. - [22:56](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1376s) Industrial reliability relies on a centralized context fabric that integrates low-level real-time sensor telematics with decades of historical warranty and failure data. - [25:27](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1527s) Full-stack observability using OpenTelemetry and evaluation frameworks is critical to measure operational ROI against hidden infrastructure costs and iterative token spend. - [30:40](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1840s) High-stakes enterprise automation, such as purchase order exception triaging, requires decoupling LLM conversational summarization from deterministic tool execution to eliminate hallucinations and prompt injection risks. - [33:35](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2015s) Unlimited memory introduces context rot and latency penalties; memory retention must be tailored to domain-specific lifespans or offloaded to traditional machine learning baselines. - [37:07](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2227s) To control tokenomics and latency, architectures offload deterministic reasoning steps to standardized tool calls and deploy upstream lightweight models for intelligent routing. - [42:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2534s) Regulated healthcare deployments bifurcate agent memory between strictly minimized patient-facing interactions and relational database audit trails for internal clinical recommendations.

## Detailed walkthrough ### [00:04](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=4s) Welcome and Introductions: Moving Beyond Single-Task Copilots

Alain Biem opens the session by welcoming attendees and introducing the overarching theme: long-running AI systems. Recounting his own trajectory—from an early career as a research scientist at IBM Research to serving as Chief AI Officer at S&P Global and New York Life Insurance Company, teaching machine learning and analytics at Columbia University, and co-founding AI startups—Biem sets an experienced, practical tone for the discussion. He reflects on the early days of generative enterprise AI, which centered primarily on prompt-and-response interfaces like copilots or virtual assistants performing discrete, isolated chores such as drafting an email or summarizing a document.

Biem argues that single-interaction paradigms fall far short of real enterprise needs. Modern organizations operate through intricate business processes, persistent cross-team collaborations, complex workflows, and stringent governance and compliance frameworks. To deliver true business value, enterprise AI must evolve beyond single-turn tasks to execute end-to-end workflows that can run continuously over days or even weeks. Biem then introduces a cross-industry panel of leaders to discuss how their organizations manage memory, state, and knowledge across extended time horizons.

[02:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=120s) Panelist Introductions: Real-World AI Across Pharma, Consulting, Healthcare, and Heavy Industry

The panel begins with brief introductions highlighting how different sectors approach AI operations. Johannes Plambeck, Senior Managing Data Scientist and AI Engineer at Pfizer, explains that his North American commercial group supports sales representatives and marketing operations during healthcare provider engagements, including phone and field force calls with doctors. In Pfizer’s heavily regulated domain, the AI system does not generate freeform sales pitches; rather, it was intentionally architected from inception as an intelligent selector to curate and serve pre-approved marketing materials.

```mermaid flowchart TD accTitle: Cross-Industry Panel Enterprise Contexts subgraph Panel["Panelist Enterprise Ecosystems"] direction TB subgraph P1["Pfizer (Commercial & Life Sciences)"] J["Johannes Plambeck"] --> J1["HCP Calls & Rep Engagements"] J1 --> J2["LLM as Selector for Pre-Approved Content"] end subgraph P2["Atos (Global Systems Integration)"] B["Brian Ray"] --> B1["560-person NA Data & AI Org"] B1 --> B2["Enterprise Operations & Project Delivery"] end subgraph P3["UTMB Health (Academic Medicine)"] M["Mike King"] --> M1["$4B Operation & 1,200 Hospital Beds"] M1 --> M2["Safety Net: Surfacing Red-Flag Clinical Signals"] end subgraph P4["Cummins Inc. (Global Power Solutions)"] C["Chitra Bhagat"] --> C1["Telematics & Business Systems"] C1 --> C2["Context Fabric Across Years-Long Lifecycles"] end end ```

Brian Ray, Head of Data & AI North America at the French global systems integrator Atos, borrows a working microphone and shares that his 560-person team delivers both project-based implementations and continuous operations across diverse client verticals. Mike King, Deputy CIO at the University of Texas Medical Branch (UTMB Health), outlines the scope of their $4 billion operation encompassing four campuses and approximately 1,200 hospital beds. UTMB operates uniquely complex service lines, including managing 75% of healthcare for the Texas Department of Criminal Justice inmate population via extensive telemedicine and a specialized prison hospital in Galveston, as well as providing medical care for cruise lines and researchers stationed at the South Pole. For UTMB, clinical AI acts primarily as an automated diagnostic safety net—scouring massive data volumes to flag missed lung nodules, cardiovascular risks, or early warning indicators so clinicians can intervene immediately.

Chitra Bhagat, Senior Director of Analytics and AI leading the Business Solution Design group at Cummins Inc., introduces her company after noting with good humor that an informal poll she conducted on the exhibit floor revealed 60% of attendees had never heard of Cummins. She clarifies that Cummins is an Indiana-based power and technology giant operating in 180 countries: its signature green generator sets sit behind skyscrapers and data centers, while its engines power 50% of heavy semi-trucks on the highway alongside massive mining and infrastructure equipment. Cummins’ data landscape spans real-time telematics tracking asset health in the field alongside core business systems (HR, finance, CRM, and CAD/engineering platforms). Bhagat explains that her focus is designing a unified "context fabric" that securely resides within the enterprise data layer rather than being locked inside third-party vendor models.

- **Pfizer Commercial AI**: Operates strictly within compliance bounds, using language models as targeted selectors over pre-cleared regulatory content for field force physician detailing. - **UTMB Health Operations**: Covers distinct care environments—from academic hospitals to telemedicine for Texas correctional facilities and extreme-environment support in the South Pole. - **Cummins Footprint**: Powers critical infrastructure, global logistics, and hyperscale data centers, combining IoT telematics with disparate transactional enterprise data.

[07:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=434s) Defining State, Memory, and Knowledge in Industrial AI

Responding to Biem's question on what long-running systems mean in an industrial setting, Bhagat demystifies the technical jargon by breaking down the conceptual triad of *state*, *memory*, and *knowledge* into plain business terms:

```mermaid flowchart LR accTitle: State Memory and Knowledge Distinction subgraph State["1. Current State"] S1["Execution Context"] S2["Identity & Authorization"] S3["Constraints & Active Topic"] end subgraph Memory["2. Memory Retrieval"] M1["Episodic & Procedural"] M2["Short-Term vs. Long-Term"] M3["Past Decisions & Supplier Logs"] end subgraph Knowledge["3. Synthesized Knowledge"] K1["Facts + Cumulative Experience"] K2["Causal Lineage: 'Why did AI act?'"] K3["Decade-Long Contract Context"] end State --> Memory --> Knowledge ```

- **State** represents what is happening in the exact moment—the active topic, the runtime execution environment, and the specific user impersonation and authorization credentials. For instance, Cummins recently deployed an agentic scheduling engine for a production plant where human planners historically struggled to finalize factory line schedules by 8:00 a.m. due to shifting overnight demand, machine constraints, and prior dependencies. The agentic system tracks the active operational state to resolve these multi-variable scheduling bottlenecks automatically. - **Memory** is the retrieval mechanism for past occurrences. Bhagat uses the analogy of casually asking Alain what his very first job was—an answer he can recall instantly despite not consciously thinking about it. In manufacturing, memory allows the system to determine whether a particular supplier delivered parts that met quality thresholds across specific historical quarters. Architecting this involves assembling infrastructure for episodic, procedural, short-term, and long-term storage. - **Knowledge** elevates raw facts and memory by infusing them with contextual experience. To illustrate, Bhagat compares factual data to knowing the composer and vocalist of a song, whereas knowledge is remembering where you were when you first heard it and whether you felt happy or sad. In enterprise systems, providing AI with "experience" requires logging the full causal lineage—recording not just what actions the agent took in the past, but *why* it took them, so it can trace and reuse that reasoning later.

Because corporate transactions and vendor relationships in heavy manufacturing span years of negotiations, warranties, and multi-stage contracts rather than isolated, transient chat sessions, Bhagat underscores that AI architectures must remain inherently persistent and long-running.

[11:30](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=690s) Client Expectations vs. Reality: Persistence, Context, and Industry Semantics

Alain turns to Brian Ray to ask how Atos addresses client demands when legacy systems and varied enterprise contexts collide. Ray points out an important disconnect between industry jargon and what end users actually request. Clients rarely walk in asking for a "long-running AI system"; instead, they ask for very intuitive, human-centered behavior: *"I want a system that remembers where I left off."*

Ray shares a personal anecdote about his mother in her eighties, who marvelled that ChatGPT retained her conversational history and remembered specific personal preferences, like her affinity for apple pie. In the corporate arena, clients expect that same seamless persistence coupled with an intrinsic grasp of their industry-specific semantics and operational boundaries. Ray emphasizes that fundamental state-tracking capabilities—retaining session histories, isolating user contexts, and tracking AI observations—are largely solved problems from an engineering standpoint. The true engineering bottleneck that enterprises are currently confronting involves coordinating autonomous agent harnesses and orchestrating multi-step workflows over extended durations without losing behavioral coherence.

[13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) Time Series, Complex State Machines, and the Rise of Data Sovereignty

As autonomous agentic workflows mature, managing long-term memory becomes significantly more complicated when time is introduced as a dimension. Brian Ray explains that basic state tracking is manageable, but debugging or auditing a complex state machine that spans months presents major engineering hurdles. He presents a relatable scenario: if someone's mother relied on an AI assistant to manage her shopping list and order groceries, and an error occurred six months in the past that is only discovered today, the system must be capable of traveling back in time through the state history. Layering semantic data models over temporal time-series streams makes querying, decomposing state, and preserving contextual continuity extraordinarily difficult.

This challenge is magnified across diverse industries—such as healthcare, financial services, and manufacturing—where every single enterprise use case demands a bespoke memory architecture. Furthermore, the industry is witnessing an intense focus on "sovereignty"—specifically data sovereignty and the sovereign control of agentic systems. Stricter regulatory landscapes, governance mandates, and responsible AI frameworks mean organizations cannot rely on a single, one-size-fits-all tool. Meeting these demands requires hundreds of engineers configured across specialized arrangements, though Ray emphasizes that this evolution mirrors past technological shifts: "We've been through engineering troubles like this through the web, through other things. It's just reinventing it now for agents."

- **State Deconstruction**: Querying historical semantic layers combined with time-series data requires decomposing state on top of complex relationships rather than treating memory as a static snapshot. - **Enterprise Diversity**: Atos deploys cross-functional teams segmented across dozens of technology stacks to handle heterogeneous memory models tailored to specific vertical regulations. - **Agentic Sovereignty**: Heightened compliance demands are forcing enterprises to establish strict boundaries and auditability over how autonomous agents retain, process, and act on proprietary state.

---

[15:15](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=915s) Patient Access and Dynamic Clinical Risk Scoring at UTMB Health

Addressing how long-running AI operates within a dual healthcare and academic setting, Mike King details the transformation of patient access and care optimization at the University of Texas Medical Branch (UTMB Health). In large academic medical centers, specialty clinics receive thousands of inbound patient referrals every month. Traditionally, these scheduling workflows ran on a basic first-in, first-out (FIFO) queue that ignored clinical nuance and urgency. Because patient conditions vary drastically, UTMB Health deployed multi-specialty AI agents that continuously monitor both inpatient records and ambulatory visit data to evaluate patient necessity dynamically.

```mermaid flowchart TD accTitle: UTMB Health Dynamic Patient Risk Architecture subgraph DataSources["Data Ingestion"] A["Inpatient Encounters"] B["Ambulatory Visits"] C["New Lab Results"] end

subgraph RiskEngine["AI Agent Processing"] D["Continuous Risk Assessment"] E["Dynamic Score Recalculation"] end

subgraph ClinicalAction["Human-in-the-Loop Delivery"] F["Elevated Priority Queue"] G["Provider Scheduling Decision"] end

A --> D B --> D C --> D D --> E E --> F F --> G ```

Whenever a patient undergoes an ambulatory visit or has a new lab processed, the AI recalculates an aggregate clinical risk score for that specific day. If routine lab work suddenly reveals an acute risk, the system immediately escalates the patient to the scheduling team with an urgent status. Crucially, the AI functions strictly as an assistive layer rather than an autonomous decision-maker. As King highlights, clinical judgment must remain grounded in human oversight: "Medicine is not black and white. We definitely have to have some gray areas where AI can lead us there, but ultimately we want a physician or care provider to make that final decision."

- **Volume & Velocity**: Managing thousands of monthly specialty referrals by replacing static FIFO queues with dynamic, risk-adjusted triage. - **Cross-Setting Monitoring**: Agents synthesize inpatient history and outpatient lab changes in real time to calculate up-to-date risk indices. - **Human-in-the-Loop Protocol**: AI produces risk evaluations and recommendations, while clinical staff retain final scheduling and treatment authority.

---

[17:42](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1062s) Curating Deterministic Content with Knowledge Graphs at Pfizer

Transitioning into system architecture, session chair Alain Biem outlines the structural prerequisites of long-running systems—planners, stateful short- and long-term memory stores, vector databases, and knowledge graphs. Johannes Plambeck breaks down how Pfizer leverages knowledge graphs within its commercial marketing operations to optimize NBRx (new-to-brand prescriptions) and overall TRx (total prescriptions). Historically, pharmaceutical marketing relied on field representatives delivering physical brochures or product samples to physicians to influence prescribing habits. Pfizer has augmented this model by using AI to correlate prescription volume directly with specific conversational language and curated content.

```mermaid flowchart LR accTitle: Pfizer Knowledge Graph Content Curation Pipeline subgraph Drivers["Business Triggers & Segmentation"] A["KPI Engine<br/>(e.g., Market Share Drops)"] B["Doctor Segment Clusters<br/>(High vs. Low Prescribers)"] end

subgraph KG["Pfizer Knowledge Graph"] C["Approved Medical Claims"] D["Productive Questions"] E["Closing Statements"] end

subgraph Synthesis["Deterministic Output"] F["Deterministic Retrieval System"] G["LLM Summarization & Packaging"] H["Contextual Sales Asset"] end

A --> F B --> F C --> F D --> F E --> F F --> G G --> H ```

At the center of Pfizer's architecture is a curated knowledge graph that clusters verified information tailored to distinct physician segments, such as high-prescribing versus low-prescribing doctors. Rather than allowing large language models to generate synthetic marketing prose from scratch—which introduces severe compliance risks—the system operates deterministically. It pulls pre-approved clauses, productive questions, and structured closing statements directly from the graph to address precise business drivers. The state within this ecosystem fluctuates when dynamic KPIs fire (such as a drop in local market share for a specific drug), while the underlying medical content remains relatively static subject to formal review cycles. The knowledge graph serves as the durable artifact that maintains coherence across business context, approved literature, and rep solicitations.

- **Metric Optimization**: Directly tying commercial messaging to NBRx (new prescription write) and TRx (total prescription) performance indicators. - **Deterministic Assembly vs. Generation**: Restricting the LLM's role to summarizing and formatting verified clauses, closing statements, and targeted questions retrieved from the knowledge graph. - **Dynamic Triggers with Static Content**: Coupling real-time commercial KPIs with strictly regulated, peer-reviewed promotional assets.

---

[21:40](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1300s) Synthesizing Clinical Notes and Physician Workflows

When addressing how to bridge structured metrics with unstructured clinical documentation, Mike King points to the daily reality of clinical practice. In standard healthcare interactions, physicians often spend upwards of 90% of an appointment staring into their screens, attempting to manually synthesize complex electronic health record (EHR) data. This information includes past clinical notes, family histories, lab trends, notes from external specialists, and diagnostic imaging summaries.

To alleviate this cognitive overload without disrupting clinical workflows, UTMB Health designs its AI systems to mirror the exact cognitive steps of a practicing physician. The models anchor first on the primary clinical note—capturing documented symptoms, diagnoses, and baseline treatment plans—before expanding outward to detect patterns, historical commonalities, and diagnostic gaps across the broader unstructured medical record.

- **Cognitive Mirroring**: Engineering AI retrieval pipelines that follow the natural diagnostic workflow of medical practitioners. - **Unstructured Fusion**: Ingesting narrative clinical notes, external physician evaluations, and imaging synopses alongside discrete lab values. - **Provider Time Recovery**: Streamlining information synthesis to reduce screen-time burden during patient consultations.

---

[22:56](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1376s) Industrial Reliability and the Context Fabric at Cummins

Chitra Bhagat explores how Cummins maintains mission-critical reliability across heavy industrial systems where there is zero tolerance for operational error. Drawing on a 10- to 12-year analytics journey, Bhagat stresses that enterprise-grade AI cannot simply sit on top of ad-hoc data feeds. Long before the recent wave of generative AI, Cummins established robust machine learning models to predict mechanical failures across engines and components, feeding real-time maintenance alerts to fleet managers via mobile applications to direct vehicles into service bays before catastrophic downtime occurs.

To make raw telematics meaningful, Cummins established an architectural interpretation layer—termed the "context fabric" or "context layer." This layer joins raw sensor telemetry with historical warranty databases, past claim histories, and component failure rates to derive actionable engineering context. Bhagat describes this modular architecture through the metaphor of an artist's palette: having mastered underlying feature functionalities, the engineering team can select specific capabilities from the palette to construct reliable, standardized design patterns that feed directly into systems of record and customer-facing experience layers.

- **10+ Year ML Foundation**: Leveraging long-standing predictive maintenance models for heavy-duty engines and components. - **Context Fabric**: An interpretation layer that marries raw, low-level telemetry with historical warranty records, parts failure catalogs, and customer claim histories. - **Standardized Design Patterns**: Treating core data capabilities as a modular "palette of colors" to rapidly assemble auditable, reliable architectures across industrial use cases.

[25:27](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1527s) Tool Sets, Observability, and Telemetry in Multi-Agent Stacks

Brian Ray examines the evolving landscape of tooling required to build and govern multi-agent architectures. While open-source frameworks like LangChain remain prominent, foundation model providers and major hyperscalers are rapidly rolling out native agent-management capabilities. Brian emphasizes that there is no single "silver bullet"; rather, organizations are deploying heavily layered architectures. When gauging the room, he notes that technical audiences must pay special attention to evaluation and observability platforms. He highlights tools such as Portkey within their sovereign agentic factory, which capture token usage across diverse runtimes (from Microsoft stacks to sovereign enterprise environments) and track operational KPIs in real time.

```mermaid flowchart LR accTitle: Real-Time Agent Telemetry and KPI Evaluation Architecture subgraph Agents["Agent Runtimes"] MS["Microsoft Stack"] SOV["Sovereign Stack"] end subgraph Telemetry["Observability Layer"] OTEL["OpenTelemetry Engine<br/>(Logs, Spans, Traces)"] end subgraph Valuation["Value Analysis (Portkey)"] KPI["Operational Value<br/>(Hours Saved, Disasters Avoided)"] COST["Total Token Cost + Hidden Services"] ROI["Real-Time KPI / ROI Score"] end MS --> OTEL SOV --> OTEL OTEL --> KPI OTEL --> COST KPI --> ROI COST --> ROI ```

Brian explains that observability must be treated as a core component of memory and state rather than an afterthought. Using OpenTelemetry standards to harvest traces, logs, and spans directly from agents, systems can continuously balance business outcomes—measured in concrete metrics like widgets produced, labor hours saved, or operational disasters averted—against total token usage and supporting infrastructure overheads. He points out a counterintuitive finding from industry studies (such as Ernst & Young): solving a problem with a cheaper, simpler foundation model can end up costing as much as running an expensive flagship model because the simpler model requires deeper, multi-step iterations to converge on an accurate output.

- Observability spans and traces stream operational signals directly into evaluation engines to assess cost-to-value performance in real time. - Total cost calculations include model token usage, surrounding infrastructure services, and environment-specific enterprise discounting. - Simpler models often trade lower per-token pricing for higher iterative volume and multi-hop reasoning steps, leveling total operational costs with frontier models.

---

[29:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1740s) Shared Context, Multi-Agent Governance, and the Return of Data Science

Turning to the core operational hurdles of agentic systems, Brian highlights that understanding multi-agent workflows retrospectively and maintaining consistent shared context across an enterprise are extraordinarily difficult. A primary challenge arises when two employees in different departments ask the exact same business question but receive disparate answers due to divergent agent context states. Furthermore, because AI tooling evolves at a relentless pace, organizations that previously downsized their technical teams are now reversing course.

Brian observes that enterprises are actively bringing back data scientists and machine learning engineers because measuring baseline value, auditing evaluations, and distilling raw operational logs into concise context require deep statistical and data-engineering rigor. Just as in data warehousing paradigms a decade ago, teams must build sophisticated summarization and data minimization pipelines so agents can ingest operational histories without context bloat or signal degradation.

---

[30:40](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1840s) Deterministic Execution in Supply Chain: The Smart Purchase Order System

Chitra Bhagat details how Cummins approaches agentic deployments across enterprise procurement, where thousands of procurement managers spend a significant portion of their workday handling purchase order exceptions—such as sudden shifts in demand or supplier component obsolescence across an inventory of millions of active parts. Cummins launched an agentic planning signal solution dubbed the Smart Purchase Order System to automate this complex triaging process.

```mermaid flowchart TD accTitle: Deterministic Agentic Flow for PO Exception Triaging subgraph Inputs["Data Ingestion"] PO["PO Exceptions & Dynamic Demand"] SUP["Supplier Email Chains & History"] end subgraph AgentCore["Smart PO Agent System"] LLM_SUM["LLM Summarization & Trace Analysis"] TOOL_SEL["Tool Execution Routing<br/>(Deterministic Engine)"] end subgraph Actions["Downstream Outcomes"] TRIAGE["Deterministic Triage Resolution"] REUSE["Reusable Enterprise Agent Framework"] end PO --> LLM_SUM SUP --> LLM_SUM LLM_SUM --> TOOL_SEL TOOL_SEL --> TRIAGE TOOL_SEL --> REUSE ```

To eliminate hallucinations and safeguard against prompt injection in such a high-stakes domain, Cummins made a deliberate architectural choice: strictly decoupling LLM generation from execution. The LLM evaluates supplier communication histories, interprets why a supplier responded in a certain way, and determines which specific tool to invoke, but it is not permitted to generate arbitrary unconstrained operational actions. This design sacrifices slight generative flexibility in exchange for fully deterministic business logic and yields a reusable framework where new prompts and tools can be dropped into the same core engine.

- Replaces manual purchase order exception triaging across millions of parts subject to dynamic demand shifts and component obsolescence. - Architectural separation of tool execution from text generation neutralizes prompt injection vectors and ensures deterministic outputs. - Retains LLM strengths for conversational email summarization and audit trace reconstruction.

---

[33:35](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2015s) Context Rot, Specialty Lifespans, and Traditional ML Cost Baselines

Mike King explains that within a combined healthcare, education, and research enterprise like UTMB Health, unlimited data retention is not always an advantage. In clinical environments, AI memory can quickly turn into a dangerous liability through "context rot." Clinical relevance varies drastically by domain: a nephrologist may only care about lab results from the preceding six months, whereas a cardiologist requires a decade-long longitudinal view. Consequently, memory layers and agent governance policies must be customized around specialty-specific data lifespans.

Mike also challenges the default assumption that every problem demands real-time foundation model inference. For non-urgent predictive workflows, traditional machine learning models that take two weeks to train or compile are often dramatically more cost-effective. Enterprises can pair these low-cost statistical models with targeted agents that inject insights into clinical workflows only at the precise moment of care, maintaining high clinical efficacy without ballooning token costs.

---

[34:50](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2090s) Tokenomics Dashboards and Knowledge Graph Latency Bottlenecks

Addressing how organizations maintain control over runaway inference expenses, Mike King outlines UTMB Health's two-pronged tokenomics framework. For internal multi-agent builds, a centralized monitoring dashboard tracks per-agent token usage against an upfront ROI hurdle rate established before project approval. For employee-facing workflows, they invested in a startup offering a fixed-subscription workspace that provides access to 12 distinct LLMs within a secured perimeter, absorbing token volatility while allowing staff to select the model best suited for their specific task.

Johannes Plambeck takes up the conversation by emphasizing that context rot carries a severe indirect penalty: crippling latency. He shares an early production workflow at Pfizer where a medical representative needed to pair productive physician questions with approved scientific content and closing statements. Injecting the necessary knowledge graph into the context window consumed 10,000 to 50,000 characters, introducing a 15-second latency delay that proved completely unacceptable for interactive field operations, highlighting knowledge graph compression and retrieval optimization as immediate technical imperatives.

[37:07](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2227s) Stripping Determinism into Tool Calls and the Tokenomics of Human Evaluation

To mitigate context rot and rein in token consumption, organizations must carefully audit what an LLM is actually attempting to reason through. The core strategy is to strip as much deterministic logic out of the model's workload as possible, replacing unstructured model reasoning with deterministic tool calls—such as standardized Model Context Protocol (MCP) tools. By offloading rule-based execution and data fetching to external tools, systems drastically cut down on trace size and prevent context degradation.

However, token economics extends well beyond runtime inference; offline evaluation and human-in-the-loop workflows represent a massive, often overlooked cost center. Even after trimming determinism, remaining context windows can be substantial. When that context must be reconstructed, formatted, and spun up so a human evaluator can review it, token usage surges. This stage is non-negotiable for critical tasks like tuning guardrails, engineering prompt modifications, and measuring true positive and true negative rates across distinct failure modes. Production-grade cost management therefore operates across two fronts: shrinking live production costs—often by fine-tuning targeted Small Language Models (SLMs)—and managing the heavy offline evaluation footprint required to make complex context legible to human reviewers.

- **Deterministic Offloading**: Replace multi-step LLM reasoning with dedicated MCP tool calls to keep trace sizes small and prevent context rot. - **Evaluation Token Burden**: Preparing large, convoluted contexts for human inspection during failure mode analysis and guardrail tuning significantly inflates offline token spend. - **Model Downsizing**: Fine-tuning foundation models into specialized SLMs serves as a primary lever to reduce real-time inference costs.

```mermaid flowchart TD accTitle: Context Optimization and Dual Tokenomics Architecture subgraph Optimization["Deterministic Logic Offloading"] A["User Input / Complex Task"] --> B{"LLM Reasoning"} B -->|"Strip Deterministic Steps"| C["Deterministic MCP Tools"] C -->|"Structured Output"| D["Compressed Context Engine"] end

subgraph Tokenomics["Dual-Front Token Economics"] D --> E["Production Inference\n(Fine-tuned SLMs)"] D --> F["Offline Human Evaluation"] F --> G["Context Formatter\n(Human Comprehension)"] G --> H["Guardrailing, Prompts &\nFailure Mode Metric Analysis"] end ```

[39:10](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2350s) Intelligent Routing, Observability, and Pragmatic Agent Architectures

The conversation around "tokenomics" and optimization frequently overlooks clever architectural routing. Placing a lightweight, primitive model upstream as an intelligent router in front of a powerful foundation or foundry model can substantially lower overall operational costs across multi-agent systems. While fine-tuning remains a lively topic among engineers, the industry's center of gravity is shifting away from raw model functionality and toward the surrounding application and orchestration layers.

A central requirement for scalable architectures is real-time observability. Being able to detect latency spikes instantly and apply dynamic fixes is the gold standard, though practical implementation requires a realistic balance. There is a wide spectrum between optimistic startup founders who promise fully autonomous, self-healing code that writes itself and pragmatic enterprise engineers who maintain deep operational control. The reality lands firmly in the middle: developers will not need to hand-code every single line, but they must thoroughly understand system mechanics to intervene effectively. Ultimately, cost management begins with rigorous, top-down use case qualification to verify that a business problem genuinely warrants building an advanced AI solution in the first place.

- **Upstream Model Routing**: Deploying smaller, specialized models to triage and route queries before invoking expensive foundation models yields dramatic cost efficiencies. - **Shift to the Application Layer**: Competitive advantage and stability reside in the orchestration, integration, and observation tooling built around models. - **Foundational Realism**: Autonomous self-healing systems remain an aspirational ideal; reliable enterprise operations depend on real-time monitoring and sound engineering fundamentals.

[41:33](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2493s) Philosophical AI Design: Care and Clarification over Raw Memory

While technical discussions often center on deterministic metrics and token optimization, designing long-running systems also demands a human-centered approach. When considering what makes human colleagues memorable and effective, the answer is rarely raw, exhaustive data retention; it is their ability to be collaborative, pleasant, and thoughtful.

Applying that same philosophy to artificial intelligence reframes how memory systems should be engineered. An agent that hoards endless context history is often less effective than an agent designed to exhibit care—one that knows when to pause, recognize ambiguity, and ask a clarifying question before proceeding. Designing for conversational empathy and active clarification ultimately simplifies token economics by ensuring the system only processes what is truly relevant to solving the user's immediate problem.

> "Am I going to remember an agent that has tons and tons of memory, or am I going to remember an agent that shows care? Can we build something that can pause and ask us clarifying questions?"

[42:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2534s) Regulatory Compliance in Healthcare: Bifurcated Memory and Relational Audit Trails

Operating long-running AI systems within heavily regulated domains like healthcare and pharmaceuticals introduces stringent compliance constraints across state and federal jurisdictions, including Texas transparency mandates and New York regulatory frameworks. To maintain strict compliance, healthcare systems must bifurcate agent architecture into two distinct memory paradigms based on the intended audience.

For patient-facing interactions, agents practice strict data minimization, retaining only the bare minimum operational information needed to complete a task, such as appointment scheduling details or verified communication preferences. For internal enterprise knowledge, systems retain extensive historical context, but auditability presents a major challenge. To ensure every decision is defensible and reproducible months later, AI recommendations must be written back to traditional relational databases rather than relying solely on vector stores. This creates an unalterable, structured history trail that regulatory bodies can easily audit without forcing engineers to reconstruct transient semantic states.

- **Bifurcated Agent Scope**: - **Patient-Facing Agents**: Adhere to minimal data capture, storing only critical scheduling attributes and channel preferences. - **Internal Knowledge Agents**: Capture broad organizational context to support staff workflows while enforcing strict compliance controls. - **Relational Persistence for Auditing**: Logging model recommendations directly into structured RDBMS tables guarantees a transparent, queryable historical trail, preventing audit-critical context from becoming lost or obscured inside vector database representations.

## Notable quotes > [11:30](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=690s) I want a system that remembers where I left off. — Brian Ray

> [13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) We've been through engineering troubles like this through the web, through other things. It's just reinventing it now for agents. — Brian Ray

> [15:15](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=915s) Medicine is not black and white. We definitely have to have some gray areas where AI can lead us there, but ultimately we want a physician or care provider to make that final decision. — Mike King

> [41:33](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2493s) Am I going to remember an agent that has tons and tons of memory, or am I going to remember an agent that shows care? Can we build something that can pause and ask us clarifying questions?

## Mentioned Alain Biem, Chitra Bhagat, Brian Ray, Mike King, Johannes Plambeck, Ai4, Pfizer, Atos, UTMB Health, Cummins Inc., IBM Research, S&P Global Market Intelligence, New York Life Insurance Company, Columbia University, Texas Department of Criminal Justice, ChatGPT, LangChain, Portkey, OpenTelemetry, Microsoft, Ernst & Young, Smart Purchase Order System, Model Context Protocol (MCP)

## Video description Alain Biem — Co-founder; Former Chief AI Officer, New York Life, S&P Global Market Intelligence, Columbia University Chitra Bhagat — Sr. Director, Analytics & AI - Business Solution Design, Cummins Inc Brian Ray — Head of Data & AI NA, Atos Mike King — Deputy CIO, UTMB Health Johannes Plambeck — Senior Managing Data Scientist, AI Engineer, Pfizer Inc.

Stateless models are powerful but limited. True enterprise AI requires systems that can remember, adapt, and reason across time. This panel will explore how organizations are building memory and state management layers to make AI contextual, auditable, and persistent. Panelists will dive into vector databases, knowledge graphs, feature stores, metadata systems, and hybrid approaches that underpin everything from customer-facing chatbots to predictive analytics engines. Expect discussion of trade-offs in scalability, cost, and latency, as well as how leaders are weaving together structured enterprise data with unstructured knowledge to support long-horizon use cases. Attendees will walk away with a clear view of the state-of-the-art tools and strategies for turning raw data into durable knowledge that drives competitive advantage.

[Source](https://www.youtube.com/watch?v=-yOc9IDeSgM)

中文简报

Pfizer 与 Cummins 将 AI 绑定确定性工具以遏制上下文腐化 长期运行的企业级 AI 系统需要用确定性工具执行和关系型审计日志取代无约束的生成式推理,以防止上下文腐化、Token 成本激增以及合规失败。 来自医疗、制药、咨询和重工业制造领域的行业领袖探讨了从单轮对话提示向能够在更长周期内支撑复杂工作流的多智能体架构的转变。专家组界定了由活跃状态、历史记忆检索和综合因果知识构成的三元运行架构,并重点介绍了患者动态风险评分、商业制药领域的确定性知识图谱构建以及工业上下文架构等实际应用。为解决上下文腐化、严重延迟和持续攀升的推理成本,专家们主张将确定性逻辑卸载至标准化工具调用中、实施上游模型路由,并利用关系型数据库实现满足合规要求的审计记录。最终,他们强调可持续的长期运行系统依赖于严格的可观测性、针对特定专业领域的记忆生命周期管理以及人机在环的监督把控。 企业级 AI 正在从单轮 Copilot 转向需要维护状态、记忆与合规性的长期运行多步系统,以覆盖数天或数周的端到端业务流。 (0:04) 在工业与重型制造领域,康明斯(Cummins)将运行时上下文(状态)、情节召回(记忆)与因果溯源(知识)解耦,构建贯穿供应链和设备全生命周期的上下文网络(Context Fabric)。 (7:14) 辉瑞(Pfizer)通过将大语言模型限制为知识图谱上的确定性选择器,严格匹配合规内容与商业触发器,有效消除医药营销场景中的幻觉风险。 (17:42) UTMB Health 采用多专科 AI 实时重新计算患者临床风险并动态分诊,同时警惕因数据滞留导致的“上下文腐化”,坚持由医护人员保留最终决策权。 (15:15) 多智能体系统治理需引入 OpenTelemetry 与 Portkey 进行全链路可观测性监控,并通过剥离确定性逻辑至外部工具调用,平衡高昂的 Token 成本与离线评估开销。 (25:27)

Reading summary

Enterprisewide long-running AI systems require shifting beyond single-turn copilots toward architectures that sustain state, episodic memory, and causal knowledge over days or weeks. Panelists across healthcare, pharmaceuticals, and manufacturing argue that enterprise viability depends on deterministic execution guardrails, strict tokenomics governance, and auditable data persistence. Deconstructing State, Memory, and Industrial Knowledge (7:14) To build continuous enterprise systems, organizations must differentiate between transient context and durable understanding. Chitra Bhagat of Cummins defines state as real-time execution parameters and user authorization—such as the operational constraints tracked by Cummins' automated factory floor scheduling engine. Memory encompasses retrieval of historical occurrences across episodic, procedural, short-term, and long-term stores, such as logging supplier component quality over quarters. Knowledge elevates facts by capturing contextual experience and causal lineage, recording not just past actions but the underlying reasoning to navigate complex, multi-year supply contracts. Brian Ray of Atos notes that while basic session persistence is largely an established engineering practice, managing autonomous agent harnesses across extended durations introduces severe temporal hurdles. Debugging a state machine that spans months requires the capability to navigate time-series data streams retrospectively to isolate past errors without degrading contextual continuity. Mitigating Hallucinations via Deterministic Architectural Guardrails (17:42) In heavily regulated and safety-critical environments, enterprises constrain generative autonomy by decoupling language model interpretation from action execution. At Pfizer, Johannes Plambeck explains that commercial marketing operations avoid open-ended generation; instead, large language models act as deterministic selectors querying a curated knowledge graph of pre-approved claims, productive questions, and closing statements to drive prescription performance indicators (NBRx and TRx). Similarly, Cummins deployed the Smart Purchase Order System to automate purchase order exception triage across millions of active parts. The architecture permits language models to summarize vendor email chains and select appropriate tools, but it isolates downstream execution within deterministic business logic to neutralize prompt injection and hallucination risks. In clinical operations, Mike King reports that UTMB Health applies dynamic risk scoring to triage thousands of specialty patient referrals, replacing static first-in, first-out queues with automated monitoring while preserving a strict human-in-the-loop requirement for care providers. Managing Context Rot, Latency, and Observability (25:27) Unbounded data retention creates operational hazards and performance bottlenecks. Mike King warns of 'context rot,' noting that clinical lifespans differ fundamentally by medical discipline: a nephrologist may require six months of recent lab trends, whereas a cardiologist relies on a decade-long longitudinal chart. In addition, Johannes Plambeck observes that injecting Pfizer's 10,000-to-50,000-character knowledge graph directly into a model's context window introduced a 15-second latency delay that proved impractical for real-time field representatives. To curb latency and token bloat, engineering teams offload rule-based reasoning into standardized tool calls (such as Model Context Protocol tools) and upstream routing models. Brian Ray emphasizes that observability frameworks using OpenTelemetry and platforms like Portkey must balance business value against hidden overhead. Ray cites industry findings indicating that cheaper, simpler models often accumulate costs equal to flagship models because their lower per-token fees are offset by the higher iteration volume required to reach accuracy. Furthermore, reformatting massive contextual traces for offline human evaluation and guardrail tuning constitutes a major, frequently underestimated cost center. Bifurcated Memory and Relational Auditability (42:14) Strict regulatory frameworks—such as healthcare transparency rules in Texas and oversight mandates in New York—force enterprises to segment their agent memory structures. UTMB Health bifurcates its architecture based on user context: patient-facing agents apply aggressive data minimization by storing only essential scheduling details and communication preferences, whereas internal staff-facing systems retain broader clinical records. For enterprise workflows requiring defensible historical records, systems log recommendations and decision paths into traditional relational databases (RDBMS) rather than relying exclusively on vector stores. This produces a queryable, structured audit trail that regulators can evaluate without forcing engineers to reconstruct transient semantic states. Complementing these technical constraints, the panel advocates for human-centered agent behaviors, arguing that systems programmed to ask clarifying questions and practice selective forgetting are both more effective and more token-efficient than agents that hoard exhaustive context. Enterprise adoption of long-running AI depends less on scaling raw foundation model parameters and more on engineering robust orchestration, context filtering, and deterministic integrations. Persistent challenges include synchronizing shared multi-agent context across divergent business units and containing the compounding latency and token costs of offline human evaluations.

精炼阅读摘要

在 Ai4 主办的研讨会中,Alain Biem 携手来自辉瑞、康明斯、UTMB Health 和 Atos 的专家指出,企业级 AI 必须从单次交互的副驾驶工具转向可跨越数周或数年运行的长周期系统;成功的关键在于对状态、记忆与知识进行严格分层,并将确定性执行与生成模型解耦,辅以精细的上下文治理与代币经济学管控。 状态、记忆与知识的工业解构与持久化 (7:14) 康明斯的 Chitra Bhagat 将长周期系统的核心架构拆解为三个层次:状态(State)反映运行时的即时上下文、用户凭证与操作约束;记忆(Memory)是针对过往事件的检索机制(例如追溯某供应商各季度的零件交付质量);知识(Knowledge)则是在事实与记忆之上融入经验与因果血统(Causal Lineage),记录智能体采取行动的具体原因以便后续复用。由于重工业与供应链涉及长达数年的合同履约与设备保修,系统架构天然需要维持长期的上下文持久性。 Atos 的 Brian Ray 强调,企业客户的核心诉求本质上是“系统能否接续上次中断处的进度”。尽管常规的会话历史与单点状态追踪在工程上已基本成熟,但在多步自治智能体协同以及跨越数月的复杂状态机调试中,结合时序数据进行状态重构与因果审计依然面临巨大的工程阻力,并受到日益严格的数据主权与合规监管约束。 确定性执行与生成解耦:防范幻觉与违规 (17:42) 在生命科学和重工业等高合规要求行业中,直接依赖大语言模型生成自由文本具有严重的违规与注入风险。辉瑞(Pfizer)的 Johannes Plambeck 介绍,其商业化系统将知识图谱作为持久事实中枢,预先沉淀经过严格合规审批的医学声明、关键问题与结论陈述;系统依据市场份额变动等动态 KPI 确定性地检索组合物料,大语言模型仅负责格式化输出与摘要,从而在直接驱动新处方(NBRx)与总处方(TRx)增长的同时,彻底杜绝了模型幻觉。 康明斯在其处理数百万零件的智能采购订单(Smart PO)系统中采用了类似的解耦架构。Bhagat 指出,系统利用大模型分析供应商邮件链并定位处理工具,但所有订单变更均交由外部确定性工具执行,从而有效防御提示词注入攻击并实现全流程追溯。与会专家进一步总结,将确定性逻辑剥离给诸如 MCP(模型上下文协议)等外部工具,是精简 Trace 体积、阻断模型多跳推理发散的标准化设计模式。 上下文腐化治理与医疗合规双轨审计 (33:35) 无节制地保留历史数据会引发严重的“上下文腐化(Context Rot)”与延迟瓶颈。UTMB Health 的 Mike King 指出,临床数据的有效生命周期存在显著的专科差异——例如肾脏专科医师通常仅关注近 6 个月的检查指标,而心脏专科医师则需要长达 10 年的纵向病史。在动态临床风险评分系统中,AI 实时整合住院与门诊数据重算风险并动态排期,但最终诊疗决策必须始终保留人类医师参与(Human-in-the-Loop)。 针对得克萨斯州和纽约等严苛的医疗监管法规,King 阐述了双轨制记忆管理模型:面向患者的前台智能体恪守最小化数据收集原则,仅保留排期与沟通渠道偏好;面向内部临床支持的智能体虽然沉淀深厚上下文,但必须将全部推理建议写入传统关系型数据库(RDBMS)而非单纯依赖向量数据库,以生成不可篡改且可直接通过结构化查询复核的合规审计线索。 代币经济学、可观测性与架构工程实践 (25:27) 长周期多智能体系统的规模化部署高度依赖全生命周期的成本效益管控。Atos 的 Brian Ray 提出,必须基于 OpenTelemetry 采集跨环境运行时的 Trace 与 Span,并借助 Portkey 等可观测性平台实时追踪代币成本与业务价值回报(如工时节省或故障避免)。安永等机构的研究表明,廉价简单模型由于需要更多轮次的多跳迭代才能收敛,其总体代币支出往往不亚于旗舰前沿模型;此外,为人工评估员重构上下文以进行护栏调优和错误模式分析,同样构成了常被忽视的隐性代币负担。 针对此类瓶颈,专家建议采用上游轻量级模型作为智能路由器对请求进行分流,并结合微调小型语言模型(SLM)来压低推理成本。King 补充道,非紧急预测流程采用训练两周的传统机器学习模型在成本上远优于实时大模型。与会专家同时提出一种人文设计理念:与其盲目堆砌长期记忆容量,不如赋予智能体主动澄清与同理心能力,在模糊场景下暂停并向用户提问,从源头上减少无效冗余的上下文处理需求。 研讨会总结指出,长期运行企业 AI 的竞争重心已从前沿基座模型自身功能转向外围的编排、治理、评估与集成层。尽管完全自主的自愈型架构仍属远期愿景,但通过在上游实施严格的业务场景论证,并结合确定性工具调用、时序关系型审计与针对性的模型路由,企业即可在兼顾合规与代币成本的前提下稳定释放商业价值。

Detailed notes — zh

## Background 本内容由 YouTube 频道 Ai4 于 2026 年 8 月 22 日发布,记录了一场关于长生命周期 AI 系统的圆桌讨论。页面描述介绍,来自辉瑞(Pfizer)、康明斯(Cummins)、源讯(Atos)和德克萨斯大学医学院(UTMB Health)的技术专家与前纽约人寿首席 AI 官 Alain Biem 共同探讨了如何通过记忆、状态管理、知识图谱与上下文编织层,使企业级 AI 具备持久性、可审计性与跨时间推理能力。 ## TL;DR 圆桌探讨了企业 AI 从即时单任务助手向跨越数周的长生命周期智能体系统演进的架构实践。嘉宾们解构了状态、记忆与知识的底层定义,并分享了工业上下文织网、医疗动态分诊与制药营销合规知识图谱等真实落地案例。针对多 Agent 协同中的上下文衰减、15 秒图谱注入延迟及 Token 爆炸等工程痛点,专家们提出了将 LLM 推理与确定性工具分离、小模型微调路由、实时可观测性(OpenTelemetry)以及将关键审计数据回写至传统关系型数据库等系统级优化策略。 ## Atmosphere & style 整场讨论呈现出严谨务实、工程硬核且不乏幽默的工业级沙龙氛围。来自重工业、医疗与制药等高监管领域的行业老兵打破了对大模型无所不能的过度乐观,以亲身踩坑的经验直击长流程追溯难、延迟飙升与数据主权等硬核痛点。主持人的清晰引导与嘉宾之间深度的经验共鸣相得益彰,既有对系统底层逻辑的冷静解构,也融入了对智能体“同理心”与人机信任的温情思考。 ## Key takeaways - [00:04](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=4s) 企业级 AI 正在从单次 Prompt 触发的无状态 Copilot 演进为跨越数天至数周、能够承载复杂业务流程的有状态长生命周期系统。 - [07:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=434s) 长生命周期系统的核心由三层支柱构成:即时执行环境的“状态(State)”、历史事实检索的“记忆(Memory)”,以及融合事实与决策行为经验的“知识(Knowledge)”。 - [13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) 在复杂时序与多行业落地中,在多层语义关系之上引入时间序列会导致历史异常追溯极难,系统必须在合规监管下确保数据主权与智能体系统主权。 - [15:15](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=915s) 在医疗等高风险决策场景中,AI 智能体通过动态风险评分提供决策推荐与预警,但最终裁量权必须严格保留在人类专业人员手中。 - [17:42](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1062s) 制药与营销合规场景下,知识图谱作为确定性资产约束内容推荐边界,LLM 仅在严苛上下文中执行高保真摘要与选择,杜绝模型幻觉。 - [22:24](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1344s) 工业制造领域通过构建“上下文织网(Context Fabric)”,将底层物联网设备时序数据与企业业务系统深度融合,沉淀高可靠设计模式。 - [25:27](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1527s) 系统可观测性是记忆状态的一部分,利用 OpenTelemetry 追踪执行链路与 Token 消耗,可动态测算业务 ROI,并规避轻量模型深层迭代带来的隐性成本陷阱。 - [30:40](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1840s) 康明斯等企业在智能采购中采取“执行与生成严格分离”的架构策略,通过预定义确定性工具执行操作,将 LLM 限制在推理与归因层面以杜绝幻觉。 - [33:35](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2015s) 医疗临床场景存在“上下文衰减(Context Rot)”风险,必须针对不同专科定制记忆保留窗口,并采用传统机器学习与 LLM Agent 协同的混合架构。 - [34:50](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2090s) 将超万字规模的知识图谱全量直接注入 LLM 上下文会导致长达 15 秒的严重延迟,倒逼工程团队通过确定性 MCP 工具调用与精简检索重构交互链路。 - [37:07](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2227s) Token 经济学中人工评估(Human-in-the-Loop)占据显著成本,通过微调小语言模型(SLM)承接确定性任务与前置智能路由,可大幅优化生产与评测开销。 - [42:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2534s) 面向严苛法规合规要求,企业采取双轨记忆策略:面向患者遵循最小化隐私留存,内部知识则将模型决策写入关系型数据库(RDBMS)以保证长期不可篡改的可审计性。 ## Detailed walkthrough ### [00:04](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=4s) 开场介绍:从单次任务 Copilot 到长生命周期企业级 AI 主持人 Alain Biem(曾任 S&P Global 与 New York Life 首席 AI 官、哥伦比亚大学兼职教授、IBM Research 出身)向全场观众致辞并宣布了本次圆桌的核心主题——“长生命周期 AI 系统”(Long-Running AI Systems)。他回顾了企业 AI 发展的早期阶段:当时企业内部的 AI 应用主要以 Copilot 或单任务助手的形式存在,用户输入一段 Prompt,模型负责完成摘要提取、撰写邮件等即时单点任务。但在真实的企业环境下,AI 若要发挥核心价值,就必须融入复杂的企业内部生态——包括跨越数天乃至数周的端到端业务流程、跨团队协作、严格的数据治理与合规审查。 ```mermaid flowchart LR accTitle: 从传统单任务 AI 到长生命周期企业 AI 架构演进 subgraph G1["传统单任务 AI (无状态交互)"] A["用户 Prompt 输入"] --> B["LLM 单次推理"] B --> C["即时输出 (摘要/邮件)"] end subgraph G2["长生命周期企业 AI (有状态长流程)"] D["企业端到端业务流程"] --> E["上下文与状态管理层"] E <--> F["长期记忆/知识图谱/特征库"] F <--> G["多智能体/跨部门工作流协同"] G --> H["合规治理与业务闭环 (持续数天/数周)"] end ``` Alain 强调,现代企业级系统不仅要处理单个即时动作,更要能够支撑持续运行数周的长期工作流。随后,他邀请来自不同行业的四位重磅嘉宾依次登台进行自我介绍与业务背景梳理。 --- ### [02:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=120s) 嘉宾阵容介绍:辉瑞、源讯与德克萨斯大学医学院 辉瑞(Pfizer)的高级主任数据科学家兼 AI 工程师 Johannes Plambeck 首先发言。他来自辉瑞北美商业化团队,主要负责赋能医药代表及市场营销运营。该团队构建的 AI 系统旨在协助医药代表在与医生通电话或实地拜访交流时,精准筛选和推荐合规营销内容。Johannes 特别强调,该系统的关键难点在于所有推送的内容必须经过事先严格审批,因此大语言模型(LLM)从设计之初的核心定位就是一个高精度的“数据选择器”(Data Selector)。 接着发言的是源讯(Atos)北美数据与 AI 负责人 Brian Ray。作为一家全球系统集成商(GSI),Atos 在北美拥有一支约 560 人的精干数据与 AI 团队,服务于跨行业的众多大型客户,业务涵盖项目交付与日常运维支持。Brian 指出,记忆、状态与知识管理是当前业界最受关注但也是最复杂的硬核挑战。 随后,德克萨斯大学医学院(UTMB Health)副首席信息官(Deputy CIO)Mike King 介绍了医疗场景下的独特挑战。UTMB 隶属于德州大学系统,拥有 4 个主要院区、约 1,200 张床位,年运营规模达 40 亿美元。其业务线非常特殊:承担了全德州 75% 的服刑人员医疗保健(大量依赖远程医疗,并在加尔维斯顿设有专门的监狱医院),甚至为远洋邮轮及南极科考站的科研人员提供远程医疗支持。在医疗领域,AI 的核心定位是构建“安全防护网”(Safety Nets)——从海量医疗数据中精准抓取被掩埋的危险信号(如未被注意的肺结节或心脏病早期征兆),并及时向临床医生报警以采取干预措施。 --- ### [05:02](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=302s) 康明斯的工业级数据集成与上下文织网(Context Fabric) 康明斯(Cummins)分析与 AI 组织总监兼业务解决方案设计负责人 Chitra Bhagat 进行了详细介绍。Chitra 幽默地提到她在展厅做过一次随堂调研,发现现场竟然有 60% 的人不知道康明斯,因此她向大家普及了康明斯的业务版图:作为总部位于印第安纳州、业务遍及全球约 180 个国家和地区的动力与技术领军企业,建筑物后方标志性的绿色备用发电机组、高速公路上半数左右重型卡车底盘下的发动机、大型采矿设备以及现代数据中心的关键电力设施,均依赖康明斯提供动力。 Chitra 指出,康明斯面对的数据形态主要分为两大支柱: 1. **远程信息处理数据(Telematics Data):** 实时采集自现场发电机与发动机的运行物联网数据,用于监控资产运行状态与健康指标; 2. **企业业务系统数据(Business Systems Data):** 涵盖 HR、财务、CRM、工程设计系统等。 她目前的核心任务是打造底层的**上下文织网(Context Fabric)**,将设备物联数据与企业业务数据深度融合。Chitra 特别强调,她希望这一上下文认知能力能够沉淀在企业自身的**数据层(Data Layer)**中,而不是被绑定在外部模型供应商或第三方软件公司内部。 --- ### [07:14](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=434s) 解构长生命周期系统的三大支柱:状态(State)、记忆(Memory)与知识(Knowledge) 为了明确长生命周期 AI 的本质,Alain 引导 Chitra 深入阐述其核心定义。Chitra 结合康明斯的实际落地场景,对三个核心概念进行了通俗而严谨的拆解: | 核心概念 | 通俗定义与技术内涵 | 工业制造与供应链落地示例 | |:--- |:--- |:--- | | **状态 (State)** | 系统“当前正在发生什么”,包括当前的执行上下文、会话主题、运行角色代理(Impersonation)与授权限额。 | 康明斯工厂的排产智能体系统:过去排产员面临海量需求与约束,每天早 8:00 前都无法排定当天计划;新系统能够感知当前即时状态并自动生成排产方案。 | | **记忆 (Memory)** | 系统根据需求主动检索历史事实与经验的能力,涵盖短期记忆、长期记忆、情景记忆(Episodic)与程序记忆(Procedural)。 | 快速检索某个供应商在过去特定周期内的供货表现、零件质量与履约指标。 | | **知识 (Knowledge)** | **事实记忆 + 行为经验的深度融合**。系统不仅掌握客观数据,还能追溯过去的决策原因、环境背景与执行结果。 | 类似于听到一首歌不仅知道词曲作者,还记得当时的心情与场景;AI 能够追踪历史行为的前因后果并形成决策沉淀。 | Chitra 强调,在重工业制造领域,企业与供应商的商务与技术合作往往需要提前数年开始布局,合同与协作生命周期跨越数月乃至数年。因此,AI 系统绝不能是短命的(Short-lived),必须具备跨越长时间跨度的长运行与记忆持久化能力。 --- ### [11:30](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=690s) 客户真实诉求剖析:从“记住我在哪里停下”到长上下文语义理解 Alain 将话题转向 Atos 的 Brian Ray,探讨跨行业客户对“长生命周期系统”的真实理解。Brian 直言,现实中客户在提出需求时,通常不会直接说“我需要一个长生命周期系统”,而是会表达出非常具体且直观的痛点:“我想要一个能记住我上次停在哪里的系统。” Brian 分享了一个生动的例子:他年过八旬的母亲在使用大模型时惊叹于系统居然能记住她爱吃苹果派的偏好。在企业级场景中,这种诉求表现为: - 能够无缝延续中断的工作流会话并准确定位进度; - 深入理解特定行业特有的术语语义与业务规则; - 对 AI 自身的运行轨迹与历史观测进行持续追踪记录。 Brian 总结道,像基础会话隔离、进度断点记忆、上下文检索这类需求,在当前的技术架构下其实已经基本解决;而当今业界真正面临的硬核瓶颈,在于更高级别的智能体工具适配与复杂多轮长程规划。 ### [13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) 复杂时序状态与多行业数据主权治理 构建长运行 AI 智能体系统时,最严峻的技术挑战之一在于应对包含时间维度的复杂状态机。日常场景中,如果用户让智能体协助规划购物清单甚至自动下单,而在六个月前执行链路中就已埋下细微错误,这种潜伏半年的异常直到当前才被察觉,追溯与排查就会变得极其棘手。数据本身不仅包含底层复杂的语义关系层,一旦叠加时间序列问题,无论在状态查询、版本回溯还是全生命周期追踪上,复杂度都会呈指数级上升。当务之急是如何在复杂的语义关联之上,对系统状态进行解耦与精确建模。 从跨行业实践来看,Atos 服务的客户遍布医疗健康、金融服务及工业制造等各个领域。每一个具体的业务用例对内存状态(Memory State)的要求截然不同,无法采用一刀切的架构方案。当前行业高度聚焦于“数据主权”以及“智能体系统主权(Sovereignty of Agentic Systems)”,受严格的法规合规、数据治理和负责任 AI(Responsible AI)的约束,企业必须对智能体行为拥有绝对的控制权。由于业内缺乏现成的标准化工具,服务团队往往需要动用数百人按上百种维度进行细分,结合不同技术栈来定制内存管理与状态管理方案。不过这些工程挑战与早年 Web 技术架构演进类似,本质上是在智能体时代将经典工程思想重新践行。 - **状态时序追踪难点**:在多层语义关系之上引入时间序列后,六个月前的历史操作异常定位成本极高。 - **数据与智能体主权**:受监管与可解释性约束,企业必须在数据流、状态存储和智能体行动权之间建立可审计的治理防线。 - **工程复用逻辑**:虽缺乏标准现成产品,但可借鉴既往大规模 Web 架构工程经验来重构状态机与内存层。 --- ### [15:15](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=915s) 医疗动态分诊:多模态数据与人机协同决策 在得克萨斯大学医学部(UTMB Health)这样兼具医疗与科研教学的复杂机构中,长运行 AI 系统的核心应用之一是门诊排程与照护优化(Care Optimization)。大型学术医疗中心每月会接收到成千上万的专科转诊申请。传统模式主要依赖“先进先出”(FIFO)排队,缺乏对患者医疗风险与紧迫度的实时动态评估。然而患者病情轻重各异,必须打破无差别的排队机制。 UTMB 部署了跨多个专科的 AI 智能体,持续监控和分析患者的住院数据与门诊流动数据。每次患者就诊或生成新的化验检验结果(Lab Test),AI 都会重新计算整体风险评估分值,并将其实时推送给排程人员。若患者次日的新检验指标显示恶化,其优先级会立即被动态提升为紧急。在整个设计闭环中,AI 仅负责提供推荐与风险预警,最终决策权完全保留在人类医生或护理人员手中,因为医学领域存在大量“灰色地带”,绝非非黑即白,必须坚持以临床专家的判断为最终准绳。 ```mermaid flowchart TD accTitle: 医疗动态分诊智能体架构 subgraph S1["数据摄取层"] A["住院与门诊病历"] B["实时化验检验结果"] end subgraph S2["长运行智能体推理"] C["AI 风险评估引擎"] D["动态风险评分更新"] end subgraph S3["临床决策闭环"] E["排程系统与优先级调度"] F["医生/护理人员最终决策"] end A --> C B --> C C --> D D --> E E --> F ``` --- ### [17:42](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1062s) 辉瑞的知识图谱实践:从 KPI 触发到确定性内容策展 在辉瑞(Pfizer)的市场与营销体系中,核心业务目标是最大化新处方量(NBRX)及总处方量(TRX)。传统模式下,医药代表通常通过向医生拜访递送宣传折页或药品样品来影响处方行为。而辉瑞引入 AI 后更进一步,直接将 NBRX/TRX 的处方变化趋势与拜访沟通时所使用的具体语言及内容建立深层关联。 该系统的核心产物是一个精心构建的知识图谱(Knowledge Graph)。该知识图谱将不同细分领域的医生画像(例如高处方量与低处方量医生)与各类经过合规审批的内容资产进行聚类与映射。系统并非让 LLM 无拘无束地自由生成文本,而是高度依赖确定性系统(Deterministic System)从知识图谱中精选出合规的特定短语、前置引导问题(Productive Question)、核心内容段落及促成意向的结束语(Closing Statement)。所有被提取的内容片段必须精准响应公司当前关注的核心业务驱动指标。 在状态管理维度上,系统中频繁变化的状态是实时触发的业务 KPI(例如某款药品的市场份额突然下滑触发预警);而经过法律与合规审核的内容资产则相对静态,仅随着营销团队的评审周期进行定期更迭。知识图谱作为持久化的核心载体,忠实记录拜访发生时业务指标、引导问题、内容段落与结束语之间的逻辑一致性,确保 LLM 仅在限定范围内提炼输出最契合业务上下文的高保真摘要。 - **核心优化指标**:最大化新处方开立量(NBRX)与总处方量(TRX)。 - **内容组织机制**:知识图谱对医生画像分类、审批合规内容及业务驱动因子进行精准图结构绑定。 - **确定性与 LLM 分工**:通过确定性规则锁定合规素材,LLM 仅在严苛上下文中执行结构化聚合与摘要,杜绝幻觉风险。 --- ### [21:09](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1269s) 医疗非结构化临床记录的解析与共性提取 在临床实际诊疗过程中,医生约 90% 的接诊时间都在面对电脑屏幕查阅各类聚合数据。这些信息既包括医生既往书写的病历文本、家族病史、生化检验单等结构化及半结构化指标,也包含外院调阅的非结构化临床记录和医学影像报告。医生面对海量碎片化材料,极度需要提纲挈领的全局摘要。 为了在持久化记忆中有效融合这些结构化与非结构化知识源,UTMB 的 AI 设计理念是“复刻临床医生的思考动线”。系统首先锚定最核心的临床记录文本,精准解析出患者的主诉症状、诊疗方案等关键要素,再以此为基准,向外辐射关联检验指标与影像结论,逐步挖掘各类共性特征与深层病理线索,构建起贴合真实临床工作流的上下文持久化图景。 --- ### [22:24](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1344s) 康明斯的工业级上下文编织层与标准化设计模式 在工业制造领域,AI 系统的首要指标是极致的可靠性,工业生产与设备运行对系统错误几乎零容忍。康明斯(Cummins)在分析与机器学习领域的积累已有 10 至 12 年之久。构建能够稳定承载长运行 AI 的底座绝非一蹴而就,更不能随意连接几个数据源就指望它正常运转,必须依赖极其严格的工程纪律。 多年来,康明斯持续对发动机及核心零部件进行故障预测,并将预警信息直接推送至车队管理人员及客户的移动端 App,引导其前往服务站检修。底层单纯的原始传感器数据本身缺乏业务意义,必须将其与历史保修数据、过往理赔记录以及易损零部件故障档案进行全方位关联与上下文融合。 康明斯由此建立了一整套涵盖数据工程、数据科学与机器学习的分析生态体系。该体系打通底层设备与业务数据,构建出关键的“解释层”——即当前所称的“上下文编织层 / 上下文层(Context Fabric / Context Layer)”,并赋予其反哺业务执行的能力。这一架构如同艺术家的“调色盘”,在沉淀出成熟的功能特性后,面对特定场景只需从调色盘中精准提取适配模块。通过标准化数据接入、语义解释以及向记录系统(System of Record)和体验层(Experience Layer)反向回写的执行链路,康明斯固化出了一套高可靠的工业级 AI 设计模式。 | 架构层级 | 核心组件与数据源 | 业务职能与流转机制 | |:--- |:--- |:--- | | **底层数据接入** | 原始物联网传感器流、历史保修数据、理赔记录、易损备件库 | 汇集高频时序与业务主数据,打破信息孤岛 | | **解释与上下文层 (Context Fabric)** | 统一语义模型、特征工程平台、故障预测算法 | 将无序传感器数据转化为结构化设备健康上下文与风险预警 | | **执行与体验层** | 车队管理移动端 App、维修站服务系统、核心业务记录系统 | 触发主动维保工单,引导车辆回站,实现端到端闭环反馈 | ### [025:27] Agent 工具链的分层架构与基于可观测性的实时价值衡量 在构建和部署企业级 Agent 方案时,选择适配客户合同与具体场景的工具集面临着多层技术栈的复杂考量。Brian Ray 指出,当前生态中既有以 LangChain 为代表的开源引领框架,也有来自底层基础模型厂商及超大规模云服务商(Hyperscalers)推出的原生 Agent 管理工具。然而行业中“并不存在万灵丹(No silver bullet)”。对于现场的技术从业者而言,评估与可观测性(Observation / Observability)工具尤为关键,但目前市场上的专业方案仍相对稀缺。Brian 提到了他们在主权 Agent 工厂(Sovereign Agentic Factory)中采用的遥测工具(如基于 OpenTelemetry 的监控方案),它能够跨越 Microsoft 技术栈或主权独立架构,捕获 Agent 运行中的日志(Logs)、跨度(Spans)与追踪(Traces)。 这套可观测体系的核心价值在于实时评估业务关键绩效指标(KPI)与成本效益比。系统将业务产出(例如制造的零部件数量、节省的工时数或规避的灾难事件)除以模型 Token 消耗及周边隐性云服务成本(结合特定环境的折扣),动态测算出投资回报率(ROI)。Brian 还分享了一个反直觉的行业现象:昂贵的复杂基础模型与廉价轻量模型在总 Token 成本上可能相差无几,因为轻量模型为了达成相同任务往往需要更深层、更频繁的循环迭代。因此,可观测性本身就是系统记忆状态(Memory State)与知识沉淀的有机组成部分。 ```mermaid flowchart LR accTitle: Agent Observability and Value Engine subgraph SG1["Agent 运行层"] A["多 Agent 协同 / 基础模型"] --> B["OpenTelemetry 信号采集<br/>(Logs / Spans / Traces)"] end subgraph SG2["可观测与成本核算"] B --> C["成本核算引擎<br/>(Token 消耗 + 云服务隐性成本)"] B --> D["业务价值量化<br/>(工时节省 / 风险规避)"] end subgraph SG3["状态与决策反馈"] C --> E["实时 ROI / KPI 监控看板"] D --> E E --> F["系统记忆与上下文优化"] end ``` - **开源与专有栈交织**:从 LangChain 等开源框架到基础模型厂商提供的原生编排能力,企业需要灵活组合分层工具链。 - **可观测性即系统状态**:通过 OpenTelemetry 追踪每一次 Token 交互与执行路径,使 Agent 的运行轨迹成为可审计的记忆资产。 - **轻量模型迭代陷阱**:Ernst & Young 等机构的研究表明,小模型因需多次往返和多步纠错,最终 Token 累加成本可能与单次高阶大模型调用持平。 --- ### [029:00] 多 Agent 协作的三大核心挑战:追溯、共享上下文与工具成熟度 谈及落地过程中最棘手的难题,Brian 打趣称团队的日常状态是“只要一直在工作,随时都可以自由安排时间”,侧面印证了多 Agent 系统整合的巨大工作量。在各类挑战中,首当其冲的是多 Agent 交互后的事后回溯(Retrospective Analysis)——在错综复杂的网状协作中厘清决策链条极其困难。第二大难点在于“共享上下文(Shared Context)”的一致性控制,当企业内部不同员工提出完全相同的业务问题时,系统必须确保跨 Agent 运行给出一致、可靠的答案,这在实践中远比理论复杂得多。 第三个挑战则源于底层工具链成熟度不断剧烈演进带来的不确定性。Brian 特别提到,之前部分企业盲目裁撤数据科学家和数据工程师,如今又不得不将他们重新召回。因为评估系统真实价值、提炼并最小化业务与运营数据以供 Agent 高效理解,依然高度依赖扎实的数据工程与统计分析基本功,“在某种意义上,我们又回到了 10 年前数据治理的核心路标上”。 --- ### [030:40] 康明斯的智能采购 Agent:拆分 LLM 生成与执行以消除幻觉 针对上下文与业务复杂性,Chitra Bhagat 以康明斯(Cummins Inc)的“智能采购订单系统(Smart Purchase Order System)”为例,详细拆解了制造巨头的实际打法。康明斯拥有数千名采购经理,日常需要处理数以百万计的零部件采购,其中大量精力耗费在分流与处置采购订单异常(PO Exceptions)上——例如由于下游动态需求突变导致某批零件不再需要,或面临频繁的零部件型号过时淘汰(Obsolescence)与零件替换关系。 为了构建兼具成本效益与工业级精度的规划信号工具,团队采取了关键架构决策:“将大语言模型的执行(Execution)与文本生成(Generation)严格分离”。系统为 LLM 提供丰富的预定义确定性工具集供其调用,但限制其自由生成内容。这种设计虽然牺牲了一定的表达灵活性,却彻底隔绝了 Prompt 注入攻击与幻觉风险。LLM 发挥其最擅长的能力——高效总结供应商往来邮件脉络、生成完整的处置归因链路,而具体决策执行则交由确定性逻辑处理;同时,该框架具备极强的复用性,只需注入新 Prompt 与新工具即可跨业务线迁移。 - **采购痛点场景**:数百万零部件动态迭代、淘汰替代频繁,采购经理需耗费巨额时间人工核对需求变更。 - **架构隔离策略**:LLM 专注于提炼长链条邮件上下文与推理判断,实际业务操作通过确定性 API 接口执行,杜绝幻觉扩散。 - **框架模块化复用**:沉淀统一的 Prompt 与 Tooling 接入规范,实现业务模块的即插即用与快速横向推广。 --- ### [033:35] 医疗场景下的上下文衰减(Context Rot)与混合架构取舍 Mike King 从德克萨斯大学加尔维斯顿医学分部(UTMB Health)的医疗、教学与科研三大核心职能出发,阐述了医疗 AI 中颠覆常识的认知转变。在科研领域,数据积累自然是“多多益善、时间越长越好”;但在临床医疗 AI 中,模型的长期记忆并非单纯的资产,反而往往会演变成一种负担甚至法律与医疗风险,即严重的“上下文腐烂(Context Rot)”。 各临床专科对数据有效生命周期的定义截然不同:例如肾脏科医生可能仅认可过去 6 个月内的化验指标(Labs),更早的数据因病情演化失去参考意义;而心内科医生为了观察慢性病程,可能需要追溯过去 10 年的心电或指标数据。因此,每个垂直 Agent 都必须针对专科特性定制严格的数据治理与记忆留存窗口。此外,在性能与成本权衡上,团队摒弃了盲目追求前沿大模型全天候实时推理的做法,转而采用“传统机器学习(ML)+ LLM Agent 适时介入”的混合架构——利用离线或耗时两周编译的传统机器学习模型低成本完成深度统计预测,再由 Agent 在临床工作流的关键节点精准呈现结果,大幅拉低了系统的 Token 消耗。 --- ### [034:50] Token 经济学、统一订阅平台与知识图谱引发的延迟挑战 在探讨 Tokenomics(Token 经济学)与控制多 Agent 系统泛滥成本的讨论中,Mike King 与 Johannes Plambeck 分别给出了管理与技术架构视角的解法: ```mermaid flowchart TD accTitle: Context Injection Latency Bottleneck subgraph InputStage["知识注入阶段"] A["知识图谱子图检索<br/>(10,000 - 50,000 字符)"] B["用户问题与代表提示词"] end subgraph LLMStage["上下文拼装与推理"] A --> C["超长上下文窗口<br/>Context Injection"] B --> C C --> D["LLM 跨模态推理与内容匹配"] end subgraph OutcomeStage["性能瓶颈"] D --> E["端到端延迟高达 ~15 秒<br/>(不可接受的临床交互延迟)"] end ``` Mike 指出,在 UTMB Health 内部系统端,他们搭建了集中式看板追踪每个 Agent 的 Token 消耗,并在立项前执行严苛的 ROI 评估;而在面向终端用户的交互层,他们投资引入了一家基于统一订阅制模式的初创公司平台。该平台在内部安全环境中预置了 12 种主流大语言模型,终端用户可自由选择最适合手头任务的模型,而无需直接感知或背负单次交互的 Token 计费焦虑。 辉瑞(Pfizer)的 Johannes Plambeck 紧接着揭示了上下文膨胀所带来的隐性代价——延迟(Latency)。他举例说明,在早期构建医药代表与医生沟通辅助工作流时,系统需要将知识图谱(Knowledge Graph)直接注入到 LLM 上下文中,以完成“高价值提问、内容物料与结论话术”的三元组精准匹配与分流。然而,抽取出的图谱上下文体量常常高达 10,000 至 50,000 字符,直接导致大模型的端到端响应延迟飙升至 15 秒左右。在追求即时响应的真实业务场景中,这种由于海量上下文注入导致的延迟完全是不可接受的,如何压缩图谱上下文与优化延迟成为后续必须攻克的核心基准。 - **集中看板与立项 ROI 门槛**:按 Agent 细粒度监控 Token 实时支出,杜绝无明确 ROI 支撑的 Agent 泛滥。 - **多模型订阅缓冲层**:私有化环境中部署 12 种预置模型,由企业级订阅兜底成本,保障终端员工的使用体验。 - **图谱注入的延迟陷阱**:向 Context 中全量注入 1 万至 5 万字符的知识图谱数据,会导致长达 15 秒的推理等待,倒逼检索与状态管理层进行降维重构。 ### [037:07] 通过确定性工具调用与小模型优化 Token 经济学与评测成本 针对长运行 AI 系统中的上下文管理与成本控制,Johannes Plambeck 指出,降低成本与上下文衰减(context rot)的核心在于理清大语言模型(LLM)需要推理的内容,并尽可能将“确定性流程”(deterministic process)从 LLM 的任务中剥离出去。在工程实践中,这意味着为模型构建 MCP(Model Context Protocol)工具,将业务逻辑转化为确定性的工具调用(tool calls),从而大幅缩短推理链路(traces)。 ```mermaid flowchart TD accTitle: Token 优化与评估架构 subgraph Execution["运行时优化"] A["复杂任务请求"] --> B{"LLM 路由 / 意图识别"} B -->|"确定性逻辑"| C["MCP 确定性工具调用"] B -->|"微调推理"| D["SLM 小语言模型"] end subgraph Evaluation["评估与护栏"] C --> E["精简上下文"] D --> E E --> F["离线上下文重组与生成"] F --> G["人工评估 (Human-in-the-Loop)"] G --> H["护栏与 Prompt 调整 / 指标追踪"] end ``` 在 Token 经济学(Tokenomics)层面,真正的成本重头往往在于人工评估(human evaluation)。即使通过工具调用精简了上下文窗口,为了让评估人员能够理解上下文并进行审计,系统仍需重新组织和生成内容。这一过程对于护栏构建(guard railing)、Prompt 迭代优化以及跨失效模式分析真阳性率(TPR)与真阴性率(TNR)至关重要。因此,整个 Token 经济学体系被划分为两大部分: - **生产环境 LLM 运行成本**:可通过微调(Fine-tuning)将任务下沉至小语言模型(SLM)来压缩调用开销。 - **离线评估成本**:为了将机器上下文转化为人类可理解的形式,人工在环评估(Human-in-the-Loop)在现阶段会带来显著的开销。 --- ### [039:12] 智能模型路由、应用层生态与实时可观测性 Brian Ray 接续成本控制的话题,分享了近期的实验发现:在大型基座模型(foundry model)前端部署更轻量、基础的原始模型进行智能分发路由(intelligent routing),能够大幅降低整体系统开销。这种跨智能体系统的复杂路由机制打破了单一模型绑定的局限,使系统能够动态调用不同生态圈中的最优组件。 谈及模型微调与未来演进,Brian 强调,当前 AI 的重心正在从底层大语言模型本身向外围的整个应用层生态(application layer ecosystem)转移。在系统运维方面,实时可观测性(real-time observability)是应对延迟与异常的关键: - **自愈系统的现实平衡**:创业者普遍对系统“自我修复和重写代码”抱有极其乐观的预期,而一线从业者则持务实态度。未来的发展更可能落在中间地带——系统既不会 100% 自主重写,也不再需要工程师手写每一行代码,但底层逻辑的掌控力依然必不可少。 - **用例优先级决策**:控制成本最根本的前提是自顶向下(top-down)明确业务目标,判断当前问题是否真正值得投入精力与资源去解决。 --- ### [041:33] 智能体的人性化交互与同理心设计 Chitra Bhagat 从哲学与协作体验的维度切入探讨。她提出,衡量智能体的价值不应仅局限于它塞了多少记忆或消耗了多少 Token,而应类比人类职场中的理想伙伴——那些有趣、善于协作、让人乐于共事的人。 对于智能体而言,关键在于它能否展现出“关怀”(care),例如在面对模糊指令时能否主动停顿并向人类提出澄清性问题(clarifying questions)。当交互体验和协作信任建立起来后,具体的 Token 消耗与成本核算自然会在合理的系统设计中找到平衡点。 --- ### [042:14] 高监管行业(医疗与制药)的合规审计与状态存储分离 面对得克萨斯州和纽约州等地区日益严格的 AI 监管法规与透明度要求,Mike King 详解了 UTMB Health 在合规落地上的双轨设计架构。为了在联邦与州法律框架下确保可追溯性与数据安全,他们将智能体严格划分为两大使用场景: | 智能体分类 | 记忆策略 | 核心存储与审计机制 | |:--- |:--- |:--- | | **面向患者(Patient-based)** | **最小化记忆**:仅保留关键信息(如排班调度、沟通偏好设置等),严格限制隐私暴露面。 | 遵循最小特权原则,仅缓存事务级必要参数。 | | **内部知识(Internal Knowledge)** | **最大化记忆**:尽可能捕获详尽上下文以支持决策与协作。 | **关系型数据库持久化**:将所有模型建议(recommendations)回写至传统关系型数据库(RDBMS),形成不可篡改的历史审计追踪链(history trail),避免历史决策因沉淀在向量数据库(Vector DB)中而导致数月后难以复原与审计。 | 随着合规方案分享完毕,圆桌讨论在全场掌声中正式闭幕。 ## Notable quotes > [02:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=120s) 数据选择器 — Johannes Plambeck > [02:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=120s) 安全防护网 — Mike King > [11:30](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=690s) 我想要一个能记住我上次停在哪里的系统。 — Brian Ray > [13:06](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=786s) 智能体系统主权 — Brian Ray > [25:27](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1527s) 并不存在万灵丹 — Brian Ray > [29:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1740s) 只要一直在工作,随时都可以自由安排时间 — Brian Ray > [29:00](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1740s) 在某种意义上,我们又回到了 10 年前数据治理的核心路标上 — Brian Ray > [30:40](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=1840s) 将大语言模型的执行与文本生成严格分离 — Chitra Bhagat > [33:35](https://www.youtube.com/watch?v=-yOc9IDeSgM&t=2015s) 上下文腐烂 — Mike King ## Mentioned Alain Biem, Chitra Bhagat, Brian Ray, Mike King, Johannes Plambeck, New York Life, S&P Global Market Intelligence, Columbia University, IBM Research, Pfizer, Atos, UTMB Health, Cummins Inc, LangChain, OpenTelemetry, Ernst & Young, Microsoft ## Video description Alain Biem — Co-founder; Former Chief AI Officer, New York Life, S&P Global Market Intelligence, Columbia University Chitra Bhagat — Sr. Director, Analytics & AI - Business Solution Design, Cummins Inc Brian Ray — Head of Data & AI NA, Atos Mike King — Deputy CIO, UTMB Health Johannes Plambeck — Senior Managing Data Scientist, AI Engineer, Pfizer Inc. Stateless models are powerful but limited. True enterprise AI requires systems that can remember, adapt, and reason across time. This panel will explore how organizations are building memory and state management layers to make AI contextual, auditable, and persistent. Panelists will dive into vector databases, knowledge graphs, feature stores, metadata systems, and hybrid approaches that underpin everything from customer-facing chatbots to predictive analytics engines. Expect discussion of trade-offs in scalability, cost, and latency, as well as how leaders are weaving together structured enterprise data with unstructured knowledge to support long-horizon use cases. Attendees will walk away with a clear view of the state-of-the-art tools and strategies for turning raw data into durable knowledge that drives competitive advantage. [Source](https://www.youtube.com/watch?v=-yOc9IDeSgM)

Source quotes

[2:00] Johannes Plambeck: 数据选择器 [2:00] Mike King: 安全防护网 [11:30] Brian Ray: 我想要一个能记住我上次停在哪里的系统。 [13:06] Brian Ray: 智能体系统主权 [25:27] Brian Ray: 并不存在万灵丹 [29:00] Brian Ray: 只要一直在工作,随时都可以自由安排时间 [29:00] Brian Ray: 在某种意义上,我们又回到了 10 年前数据治理的核心路标上 [30:40] Chitra Bhagat: 将大语言模型的执行与文本生成严格分离 [33:35] Mike King: 上下文腐烂

Source quotes

[11:30] Brian Ray: I want a system that remembers where I left off. [13:06] Brian Ray: We've been through engineering troubles like this through the web, through other things. It's just reinventing it now for agents. [15:15] Mike King: Medicine is not black and white. We definitely have to have some gray areas where AI can lead us there, but ultimately we want a physician or care provider to make that final decision. [41:33] Am I going to remember an agent that has tons and tons of memory, or am I going to remember an agent that shows care? Can we build something that can pause and ask us clarifying questions?

Original transcript

[0:04] Thank you for joining. Good afternoon  everyone. Um just want to say that [0:10] um we're very glad to have you here. Um I'll be  moderating this panel. My name is Alan BM. A bit [0:18] about myself. Um I'm a former head of AI for SNP  Global and also a New York Life Insurance Company. [0:27] I uh my spare time I teach machine learning  and analytics at Columbia University. I'm also [0:33] co-founder and advisor to many startups in AI. I  start my career as a scientist at IBM research. [0:41] So I'm very extremely honored to be moderating  this panel today. The theme is about longunning AI [0:49] system. So if you recall the early day of AI where  when you need to run AI within the enterprise it [0:57] was primarily a user input prompt in the form  of a copilot or a a assistant and it was working [1:05] fine. If you wanted to do summary it does that  for you. If you wanted to do send email can do [1:11] that for you. But for AI system to work within the  enterprise, you need the system to deal with what [1:19] is within a company that mean business processes,  long-term workflows, cross team collaborations, [1:26] governance, compliance. So the think now is not  just to do one task. The whole point is to do an [1:34] end toend business process running workflows. that  may takes days, it may takes weeks and the system [1:42] keep running. So this is a value of longunning  AI system. We'll be talking about that today [1:48] and I'm extremely happy to be blessed with a  very good panelist representing a variety of [1:54] industries and I will ask each of my panelists to  introduce themsel about the company and what they [2:00] do in AI. So we will start over there on the left.  Johannes. Hi, my name is Johannes Planbeck. I'm a [2:08] senior managing data scientist and AI engineer  at Fizer. Um, my group is the commercial group [2:17] out of North America and we primarily handle  sales representative and marketing operations. [2:27] Um, our AI application is really around  supporting sales representatives serve [2:34] and curate marketing content during their  engagements which include phone calls, [2:42] field force calls with doctors. Uh what's tricky  about this system which I'll be talking about is [2:50] that we're serving preapproved content and  the LLM from its inception was designed as [3:00] a selector for this data. Um so there's some  some things that I'll discuss around that. [3:11] Yes, please go ahead. [3:15] I think the voice is is supposed to be on borrow  a mic here. Brian Ray here. I'm with ATOSS. ATOSS [3:22] is a a French gsi with locations around the globe.  I head up data and AI in North America uh with you [3:30] know a small team relative to the size of AT.  about 560 people and you know we serve a large [3:36] number of clients in all sorts of industries uh  whether it be more project based delivery or more [3:43] on the op side so I can speak a lot to the op side  of that my background um earlier is in engineering [3:49] myself and data science um so right now you know  this is one of the hottest topics and it's one [3:55] of the hardest topics I can see the anticipation  on everyone's face about to learn more about the [3:59] memory state and knowledge management so thank you  for being here. Mike. Good afternoon. My name is [4:05] Mike King. I'm the deputy CIO at the University  of Texas Medical Branch. So, we're part of the [4:10] large UT system. We've got four campuses with  about 1,200 hospitals, $4 billion operation, [4:16] and with some pretty unique service lines. So, we  do 75% of the health care for inmates across the [4:22] state of Texas. So, a lot of teleaalth and then  even shipping them down to our prison hospital in [4:27] Galveston, Texas. We've also um got service lines  that do things uniquely like cruise ships and [4:32] we provide healthcare to researchers down at the  South Pole. U being in healthcare AI you'd think [4:38] is very very slow coming. Um it just alters  how we use it. So most of our use cases face [4:44] um challenges such as being safety nets. We're  looking for what is the red flag system that's [4:49] um symptom that is buried in the mountains of  data that we generate every day. What's the [4:53] lung nodule? What's the heart disease? what's  that symptom that's buried that we need to [4:57] elevate to that clinician and take action in.  Thank you very much for having me. Thank you, [5:02] Chitra. Hello. Uh good afternoon everybody.  Um I am Chitra Bhagat and I'm the director for [5:10] analytics and AI organization and I lead the  business solution design group. Um I work for [5:20] Cumins and I was actually taking a poll down at  the exhibit hall. 60% didn't know about Cumins. [5:27] So I'll take a moment to introduce the company. Uh  Cumins is a global power and technology leader. We [5:35] are based out of Indiana and um you may have seen  our uh quintessential green colored generators [5:44] behind huge buildings. Um or if you happen to  open the hood under the semis on the highway, [5:51] there's a 50% chance it's a Cumins engine.  Uh think about large mining equipment, [5:59] think about critical infrastructure and now  more so data centers. Commons powers the world. [6:07] uh we are uh in about 180 different countries  operations and manufacturing all around the world [6:14] and I'm really privileged to lead AI and builds uh  build business solutions. Most of the data we deal [6:21] with is twofold. One is a lot of telematics data  that comes in from our generators and engines. [6:28] So that's about the operations and health of how  our assets are performing in the field. And then [6:35] of course we have business systems data coming  in from HR or finance the customer relationship [6:42] system the engineering design applications and  name it. Uh trying to integrate all of this data [6:49] is what is on my mind. I'm working on the context  fabric and uh I'm really hoping this resides [6:57] within our data layer and not with the model and  the companies. So, uh, it's it's a hard problem, [7:02] but I'm excited to see what's there down at  the exhibit hall and happy to share it with [7:07] all of you. I'm based out of Indianapolis and,  um, super excited today. Thank you. Thank you so [7:14] much. Thank you. So, um, let's dig more, find  out what does that mean when we say we have a [7:21] longunning AI system because you know not long AI  system are the same. They depend on the context, [7:27] they depend on the company, depend on the  functions, they depend on the use case you have. [7:31] And so you guys are talking to different type  of customer, different kind of industries. So I [7:37] start with you Shitra. So with your with comments,  you're dealing with telematic data, dealing with a [7:42] variety of business process data, you're dealing  with engineering, IoT stuff. What is long rare [7:48] system does in that space? Tell us more. What  does that means? Yeah. Um I have these three [7:55] words right in front of me. So I'll take a very  simplistic view to first explain that and pardon [8:01] me for those of you technologists who know this  too much but let's just bring the room together. [8:07] um state of an AI system is essentially what's  happening right now, right? What topic are we [8:14] discussing and that very simplistically is the  state uh it it there's a lot of state uh factors, [8:22] right? State of where the AI system is really  executing or the impersonification that it is [8:28] executing with the authorization that it is  executing with. So the knowledge of all of [8:33] that is the state of the AI system. Uh we have  recently implemented a uh a agentic solution for [8:40] our production scheduling plant and the schedulers  were unable to come up with a schedule for up [8:48] until that for that day up until the morning  8:00 a.m. And that's because they have to deal [8:53] with a lot of constraints and details of the  demand and uh you know past decisions made. But [9:01] uh the system that we have built is able to  understand today the current state. That's just a [9:07] simplistic way to think through it. Now uh memory  is something you kind of retrieve, right? So uh [9:14] if I say hey Alen what was your first job? He was  not thinking about it but he's able to immediately [9:20] retrieve it. And I think that's that's very again  simplistically what AI systems can do when you [9:26] ask was this supplier providing us effectively the  parts with the required quality through a specific [9:35] period. So it's able to go back and retrieve that  information that gives it that memory. There's of [9:42] course a lot of varieties of memories and we will  get to it eventually. um the the work that I do in [9:49] designing those systems is part of that right  how do you build the infrastructure to really [9:54] give it the short-term the long-term the episotic  and the procedural memory there's a lot of those [10:00] components and you know in manufacturing our  transactions are not short-lived uh relation [10:10] with a supplier begins years in advance and it  takes time to build that relation and contractual [10:17] agreement for years. So to Alen's point the the  memory has to sustain and retain for that period. [10:25] It has to have the context and understanding. So  that's where the word knowledge comes in right and [10:31] knowledge is um think about it as facts which was  the memory uh club with experiences right so if [10:40] somebody asks me what do you feel chhatra when  you hear this song not do I just remember who [10:47] sang the song who was the music composer but  I also remember probably where I was the very [10:53] first time or was I happy or sad it we have found  that it's possible to provide AI that experience [11:01] because you're able to track what it did in the  past, why it did, and trace it back to be able to [11:09] provide that back to the system. So essentially  because our transactions and this is not unique [11:16] to our organization but to all of us here, they  are not short-lived. The transactions are spanning [11:23] across weeks and months. the AI system has to be  long running in that regard. Okay. Thank you. So [11:30] that's very key. You I think you mentioned a few  key words basically transaction sessions, memory, [11:36] persistence, knowledge and all of those within  the context of criminals right and the daughter [11:42] of right now. Um but like we say the everything  is in the eye of the beholder right. So um so I [11:49] want to talk to Brian. Brian your company  ATOS you are dealing with many customers [11:54] um they come with their own legacy system  their own context of usage uh they come to [12:00] you and saying we want a long running AI system  but they don't all mean the same thing so when [12:05] the customer come to you and they say I want long  what do you hear them do and how do you see that [12:14] we don't have customers asking necessarily I  want a long running system what they ask is I [12:19] a system that remembers where I left off. I  know my uh my mother who is 80 some years old, [12:26] she says, "I can't believe I went back to chat  between I can't believe that it it knew that I [12:31] preferred apple pie and it preferred the you know  and it also wants a system or enterprise at least [12:38] that understands the semantics of the industry and  the world that they live in. Um and it wants to be [12:43] able to also keep track of observations around AI.  Um, and then finally, one of the hardest things, [12:51] and by the way, we have those things solved. Those  things are solved already. You can already figure [12:55] out where you left off. You can have session  data. You can have it separated. Um, you can [13:00] have context. What's getting harder to solve,  and you'll hear a lot about agent hardnesses and [13:06] things like that. What's getting harder to solve  is when you get a complex state machine and you [13:11] want to go back in time. you want to say, well,  my mother queried chat and took action potentially [13:18] to help her shopping list and maybe even order  her groceries for, but something went wrong 6 [13:23] months ago in that, and I'm only realizing it  today. Um, so there's semantic layers of data [13:30] that sometimes underneath of this data, but when  you add a time series problem uh to this data, [13:37] it becomes more complex to query and to keep  track of. So that's really where we're at today [13:41] is trying to figure out and decompose state on  top of these complex semantic relationships. And [13:48] um regarding our customers, our customers are  in healthcare, they're in financial services, [13:54] they're in manufacturing, they're in all these  different industries. And that problem can be [13:59] dissected even more. It's a different use case has  a different memory state. Um and not everything [14:06] can be treated the same. There's this new word out  sovereignty that's coming into play a lot about [14:11] sovereignty of data and sovereignty of agentic  systems and it keeps coming back to that due to [14:17] regulations, governance, responsible AI um being  able to control that agentic system and there's [14:23] really no deacto tool. So for us we need 500  people segmented 100 different ways and different [14:31] technology in order to handle all of the different  type of arrangements to handle memory management [14:35] and state management. But we can do this. The  concepts are about the same. Uh we've been through [14:41] engineering troubles like this through the web  through other things. It's just re reinventing [14:45] it now for agent. Thank I think you say some  few key word talking to many customers and I [14:52] want to dip that into one type of industry which  is healthcare. Mike um the University of Texas [14:59] medical branch you're part of. You got are both a  healthcare institution and education institution. [15:04] So you deal with a variety of settings. Sometime  they can be contradictory, sometime they can be [15:09] together. So what is the meaning of a longunning  air system in that setting? Could you talk more? [15:15] Sure. So for us, one of our best examples is  patient access. So doing care optimization. [15:21] So in a large academic medical center, we get  thousands of referrals that come in for specialy [15:25] clinics every single month. Traditionally, those  people are seen on a first come, first um first in [15:31] first out. um there's no medical risk or necessity  that's in there for most cases. Unfortunately, [15:37] not all patients are equal. They have different  priorities. So that's where we're using AI agents [15:41] across multiple specialties that constantly  are looking at not only inpatient data but [15:46] also our ambulatory data. So every time you have a  visit, every time you go and have a new lab done, [15:51] we're looking at we're calculating an overall  risk assessment. We're taking that risk and [15:56] then we're elevating that to the scheduling  folks. So that way they see a risk score that [16:00] is for that time and that day. You get a new lab  tomorrow and suddenly now you become urgent that [16:06] gets elevated to them. Once again we're trying  to make it to a point where AI is giving an [16:11] um a recommendation but it's elevated to a human.  So the human is the one that actually takes that [16:16] final step. Medicine is not white white and  black. We definitely have to have some gray [16:20] areas where AI can lead us there but ultimately we  want a physician or um care provider to make that [16:25] final decision. Thank you Mike. So um so now let's  go deep dive into how you guys do this right. So [16:34] um so when people talk about long a system at  a high level you need a planner because it's a [16:39] long-term stuff you need many task to be done on  you know along the way it's a stateful system so [16:45] you could many state uh you need to persist memory  both short-term and long terms you have many tool [16:52] at your disposals you can use vector store you  can use database you can use document repository [16:57] you can use knowledge graph we discussed about  that you have a variety of tool both to manage [17:03] the evolving knowledge within the company and the  contextual knowledge within the business processes [17:08] is very complex right um it need to be reliable so  I will start maybe just to go back about how we do [17:15] this so um let me start with Johannes Johannes  so you talk about a few things early on when you [17:21] design this system at fasa right now um so how do  you make sure that you keeping the vital context [17:30] uh which is very important for some of the use  case which are extremely sensible in your company. [17:34] So tell me how do you go through that process  of designing and architecturing those system. [17:42] So our business problem at Fiser in the marketing  side is really to maximize something we call NBRX. [17:52] It's new prescription write uh script script  writing or in general maximizing script writing. [18:01] Uh typically a marketer or a sales rep will go to  a doctor and they'll drop a brochure or they'll go [18:09] to a doctor and they'll drop a sample, a medicine  sample for the doctor to use. that that has some [18:15] kind of effect on the script writing behavior with  AI. Fightser has gone a step further with this [18:24] process. They're correlating the NBRX and the TRX  literally to the language and the content itself. [18:38] Ultimately, the system that's being built here is  creating an artifact known as a knowledge graph. [18:46] And that knowledge graph clusters information  that falls under different doctor segments. [18:55] So you might have a high prescribing doctor, a  low prescribing doctor and under those different [19:01] types of doctors, you have different types of  approved content that might be more impactful, [19:08] more urgent or more relevant for the  particular sales call that's happening. [19:17] The knowledge graph is essentially what is being  what is being curated here in this system. And [19:25] the challenge behind it is packing a bunch of KPI  information into it, a bunch of approved content [19:32] information, and designing a system that doesn't  generate content out of the knowledge graph, but [19:38] more curates specific clauses, specific pros from  that knowledge graph. For example, we might have [19:50] a closing statement or a productive question or a  piece of content that is provided to the doctor at [19:59] the time of solicitation. And a closing statement  and a productive question all have to address a [20:05] specific business driver that the company cares  about. All of that data has to somehow go through [20:14] a deterministic system to end up in the LLM to  really just summarize the information that's [20:23] relevant to the business context at that time. So  the state that is changing here is the KPIs that [20:32] fire. It may be firing because market share is  down for a specific drug. Um, however, the content [20:41] that is approved that stays relatively static,  but it'll cycle in and out depending on the review [20:48] cycle from the marketing team. The knowledge graph  then is really the artifact that keeps track of [20:55] whatever was coherent at the time of solicitation  between prod productive questions, content, [21:02] and closing statements. and I'll get more into  the knowledge graph if time permits. Thank you [21:09] Johannes. So knowledge graph um knowledge graph is  good you do have many way to do that but when what [21:17] do you do when you have different type of data  right so Mike you you dealing with clinical data [21:24] notes report from doctor uh you need to basically  pass the data put them in a place you can read [21:29] right now you need to deal with structured data  unstructured data all together you need to train [21:34] them differently yet they are s of knowledge for  your memory persistence How do you do that? Give [21:40] us more a bit more about the deep dive about  how you guys do this. Sure. If you think about [21:45] the last time you were seeing your physician, 90%  of the time they're probably looking at a screen [21:50] because that we're aggregating data for them. That  data can be clinical notes that they've written in [21:54] the past. It could be your family history, labs,  but then there's unstructured things like clinical [21:59] notes from other um physicians that you've seen.  There's imaging that's out there. So, they're [22:03] looking at the synopsis of those. That's where AI  can really help digging into those other pieces. [22:08] So for us, AI has to mirror what our clinicians  doing. So we start at that clinical note that [22:14] usually has your symptoms, your treatment plan,  some of the core things that are needed. Then [22:19] we go from there and look for all the things that  are commonalities that we can build on um um from [22:24] that point forward. Thank you, Chitra. Same thing  for you but in your system because you're dealing [22:31] with industrial data right and sometimes they need  to be extremely reliable right there's no room of [22:39] error for that um then you need to mash them  with uh whatever your customer want in term of [22:45] reliability um so you need to deal with all this  together basically not simply creating a complex [22:50] system but a reliable system at the same times  so walk us through some of the design ch you do [22:56] uh creating something like Yeah, I like  the choice of um reliable system. So [23:04] um so at comments our journey for AI is um you  know it's about maybe 10 12 years um you know it's [23:14] it started years back. I think that foundation  to get where we are where AI can then sit on top [23:22] of it is a disciplined activity. You cannot just  get to a system and randomly connect to data and [23:29] somehow expect it to work. That's that's the  discipline we have implemented. So at Cumins [23:36] the the ecosystem of the analytical platforms  that supports all kinds of data engineering, [23:45] data science, machine learning. Machine learning  is not new to us. We have been predicting failures [23:50] for our engines and parts for years. And that goes  back to our fleet managers and our customers right [23:57] in the mobile app that they use which brings them  back to the service bay. We've been doing this [24:02] for years to connect the raw sensor data doesn't  make any sense for anybody but to associate it [24:09] back with the possible warranty data, the claims  historically that a customer may have made, the [24:16] parts that have failed often is essentially what  puts it all together. So the the ecosystem that [24:22] we have built which helps us connect to the data  create this interpretation layer now being called [24:29] as the context fabric or context layer and then  ability to act back is the discipline that we have [24:36] implemented. I always think about this as a uh you  know I'm a little creative so I will always think [24:43] about it as a palette of colors and if you've  done a lot of feature functionality implementation [24:48] you've sort of mastered the art you're able to  then pick few pieces from that palette and say [24:54] what works for a specific use case and so going  back to the question we have standardized a lot [25:01] of how we process the data how we interpret it  and then how effectively it acts back into the [25:08] systems of records back into the experience  layers and that's what pulls it all together. [25:13] So creating those design patterns has been a large  part of the work we do at uh commence. Thank you. [25:20] Thank you so much. So Brian, I think we discussed  that a bit more early on when you deep dive into [25:27] how you proceed in dealing with customer requests  and you have a template for doing this right now. [25:33] Um and so the followup question will be now yes  you have a template you deploy that but what is [25:41] the tool set you have at your disposal for this  right because uh it's not easy you need to select [25:48] which one is good for which kind of use case based  on the customer contract um how do you do this the [25:54] tool sets have layers quite a bit to them um you  know for for certain there is uh tools out there [26:02] that are leading in the open source world like  lane chain and tools like that. But we're seeing [26:07] more and more is uh tools from the foundational  model creators as well for agentic type management [26:15] um as well. And those can come in a variety  of flavors too whether they're coming from [26:18] the hyperscalers or the big foundational models  as well. And what we're seeing is these this [26:24] layering of tools um and they are not um there's  no silver bullet. So I don't know how many of you [26:31] out here has actually um developed AI or or been  close to it or okay so we have a technical crowd [26:38] here and when you're doing that um there's also  tools out there for evaluation of observation that [26:45] are coming through and when I went through the  the floor here I was a little bit disappointed [26:49] at the that there weren't more vendors even for  observation but there's quite a few even still but [26:55] um there's tools like payi that we're using in  our sovereign agentic factory And that's just [27:00] one example, but I really like it because not only  does it uh take in the tokenization from various [27:06] sources, whether it's a an agent running  on a Microsoft stack or a sovereign stack, [27:12] but it's also able to measure the KPIs of that  uh of that process real time. So, we're able to [27:18] take in that information using open telemetry and  and I'm writing a book on this and it's basically [27:24] um signals coming from the actual agents, whether  it be logs or st uh or spans or traces. And it's [27:32] able to collect that information and see if you're  really on target from a cost perspective and value [27:38] perspective of the actual operation that it's  doing. And that's in the form of widgets made [27:44] or hours saved or disasters avoided divided by  the cost of the the tokenization and the hidden [27:50] cost of things like other services around it. It's  able to take that in as well as discounts that you [27:56] may have applied to certain environments as well  and then give you a real-time estimate of whether [28:00] you're actually meeting these KPIs or not. Uh  because there's this this whole debate out there. [28:06] Just a fun fact in closing on this idea is that  um we realize also that a very complex expensive [28:12] foundational model um compared to solving  a problem with a simpler model from a token [28:19] perspective could cost about the same because that  simpler model to solve the same problem needs to [28:25] iterate more deeper and it needs to go deeper  into it and you you can see studies from Ursen [28:30] Young and other places like this for that. So the  idea of of maximizing your production system um is [28:37] that observation is a part of the memory state.  It is part of the knowledge of the system and it [28:42] has to be handled that way so that you can get  the most out of it. So our customers are looking [28:47] for value and and that's really um how we deliver  with those tools. Thank you Brian. Probably stay [28:53] with you a bit more. Um I want you to expand more  on maybe some of the challenge you face on this [29:00] um right so you know because like we say it's  not an easy system you facing challenge but I [29:06] don't want you to go through all give me like your  top mindset about this is something that I keep my [29:10] eye on. Yeah I mean it's full of challenges  it's an exciting space so I said my team can [29:17] work whenever they want as long as it's all of  the time you know. So it's a lot of work to get [29:23] all these systems working correctly together but  it is solvable problems. But some of the hardest [29:27] challenges one I mentioned is understanding  kind of retrospectively what happened in an [29:32] agentic multi- uh agent system is hard but also  just shared context when you really want to have [29:38] shared context across agents and across different  operations and you need to come up with the same [29:43] answer when two different people in organization  ask the same question. Uh that's actually more [29:48] complicated than it sounds. Um, and there's also  just this whole uh challenge of the maturity of [29:53] the tool sets, you know, that they're they're  constantly changing. Um, so I really I really [29:59] go back to the idea that, you know, for those  organizations that just got rid of all their data [30:03] scientists or engineers, they're bringing them  back now because you're using this fundamental [30:06] measurement of the value of something, the  evaluation of something to see if it's actually [30:11] delivering that value. And sometimes that data  you have to uh minimize it in order to see it. [30:17] So you have to use operations to do basically to  summarize data even in the sense of operational [30:25] data. Um so really coming back to where we were  like 10 years ago in some sense in some of this [30:31] uh but then again it's very solvable. It's an  exciting space and we feel like we're solving [30:35] uh the world's problems here sometimes. Thank  you Brian Shra I want to expand on that your [30:40] context challenges. Yeah. Um I'll take this  example. I think it it it probably will resonate [30:50] a little better with an example. So we have  thousands of uh supplier procurement managers, [30:57] right? And they do a lot of job to figure out  what parts to procure from which supplier and at [31:05] a cost-effective manner. But a large part of their  job is triaging purchase order exceptions. Meaning [31:13] Well, a specific part is not required anymore  because the demand has uh dynamically changed [31:19] and they spend a lot of time in coordinating  and working through these processes. So, [31:25] we have implemented an agentic solution very  recently. You call it the smart purchase order [31:30] uh system. It's a planning signal tool. What  we've been able to do with this is uh you [31:36] know the question was around challenges and what  kind of solutions you've implemented to solve it. [31:43] Cost effectiveness was key for us with this  solution. It was it's a simple solution that [31:47] looks at um a specific part or a specific supplier  and we have millions of parts. So this is not a [31:55] trivial issue to deal with. We also deal with  a lot of obsolescence of parts. So you know [32:02] something overrides another part and you know  it it is absolutely very dynamic business. We [32:10] had to take a simple decision on separating LLM  from execution versus generation which meant we [32:18] are providing tons of tools to the LLM to choose  from but it doesn't necessarily generate. What [32:25] that gave us was uh you know of course it took  away some flexibility but it gave us a lot of [32:31] uh benefit when it came to prompt injection and  hallucinations. So our work with these suppliers [32:38] was more deterministic and we absolutely have  been enjoying the benefits of work like that [32:44] because the LLM does what it's good at which  is summarizing the emails has the whole trace [32:49] of why that supplier responded the way they did  and is able to create that triaging process has [32:55] gotten much simplistic you know I can there's more  examples in my mind but that's uh that's the most [33:02] um um current one And like I was mentioning all  challenges come with opportunities to improve. So [33:10] we've been thinking about frameworks and anything  that we build is created in such a way that if [33:16] you sort of you know give it new prompts and  new tools the whole framework is reusable. So [33:22] we've been able to do all all of that and uh work  through a lot of issues and challenges around the [33:28] uh implementations. Thank you Shitra. So Mike for  you what is the most surprising challenge you met? [33:35] out of this infection. So we have three different  uh core functions that are um at our place. So [33:39] we have healthcare, education and research. In  the research domain, data is king. You want as [33:45] much as you can for as long as you can. What we  realized with AI memory is not always an asset. [33:50] Um sometimes it's actually a liability. So for us,  um having it actually rot, contact rot was a major [33:56] issue for us. And some of that was by specialty.  So you'd say nefology says these labs are good for [34:02] the last 6 months. That's all I care about saying  cardiology may want it for the last 10 years. So [34:07] each agent had to be designed um not only um  for that specialty but with the governance of [34:12] what is actually needed for each. Another piece  we had had to face was around uh performance [34:18] and cost around tokens. So it's easy to go to the  latest and greatest model and always do things in [34:24] real time but you don't always have to. Yeah cost  sometimes just isn't worth it. Um, in many cases, [34:30] traditional machine learning actually does the  job. And if it's not time bound, if it takes [34:34] two weeks to compile, it's perfectly fine. Now,  combine that with an an agent that can interject [34:40] it into the workflow at the right time. So then  you reduce that cost, but you still get that same [34:44] outcome. Sounds good. Yeah. So you talk about cost  and latency and stuff right now. I want to go more [34:50] about that. I think there was talk today about to  tokconomics. We all know how your token can keep [34:56] increasing as you use it. And if user within the  AR running system is even increased more because [35:01] you're having a lot of agent working all over the  place you can contain them. So how do you manage [35:06] that? So this is how do you do these things? So  I want each of you just to give me a few word no [35:11] long sentence about you about how to control cost  versus the ROI performance of the system. Just [35:19] a few right sure I'll go ahead and start. So we  have a centralized dashboard that shows by each [35:26] agent the tokenization so we know the real cost.  Okay. And before we kick off any um AI project, [35:32] we do an ROI factor for it. So we could quickly  see are we hitting it is it worth the effort [35:37] or not. Where it's different is when we start  trying to put LLMs in front of our end users. [35:42] So we actually um invested in a startup that  is a subscription type model. So we don't see [35:47] the tokens. They use any of the 12 LLMs that  are loaded. It's in our secure environment, [35:52] but they use what they feel comfortable with or  what solves their problem the best, but they don't [35:57] see a cost. It's something that's absorbed  under that subscription. Interesting. Yeah. [36:05] Check. The indirect cost uh context rot is  latency. And I can tell you one of our one [36:16] of our initial um workflows involved injecting a  knowledge graph into the context for the LLM to [36:26] solve a pretty basic problem to pair a productive  question that the representative would give to the [36:34] doctor with a content piece and a closing  statement with that content piece and then [36:41] triage the who into one site. Now, the knowledge  graph came out to anywhere between 10 to 50,000 [36:52] characters and that translated to something like a  15 second latency. That's pretty unacceptable. Um, [37:03] that's the benchmark that needs to be  reduced. And uh the most obvious way [37:07] to reduce it actually is to go through the LLM  what it's what it's trying to reason through and [37:14] strip out as much deterministic process as you  can from the LLM's job. Cut down on the traces [37:23] that way. Um in practicality that in practice  that is really creating MCP tools for the LLM. [37:33] um you're having the LLM and it's been mentioned  across this panel to basically just strip out [37:39] logic into deterministic tool calls for the LLM  and that manages the context rot. Then really [37:48] the tokconomics are really heavy around the human  evaluation. Um, if you have a pretty large context [37:55] window still after stripping out all of this  determinism into tool calls, the human evaluation [38:03] still might be pretty expensive. That context  still needs to be spun and regenerated in a way [38:10] perhaps for a human to understand. And that's  going to be really important for guard railing, [38:18] coming up with uh different prompt modifications  that are part of a typical evaluation process. [38:25] Um it'll be important for uh looking at your true  negative rate, true positive rate across failure [38:32] modes. So the way I see it, the tokconomics are  spread out across the actual production LLM which [38:41] could be reduced down maybe using fine-tuning  into an SLM. Um then the offline evaluation [38:50] uh which which could uh which could be pretty  expensive in order to make context comprehendable [38:57] to a human being. Interesting. So what you're  saying is having been in the loop may cost more to [39:04] some extent for evaluation right now. So um Brian  what's your take on that? How do I cost? Yeah I [39:12] mean cost is an important factor here. Well, token  eomus has been tokom maxing all those words. And [39:20] uh what I realized recently with some experiments  is that sometimes putting a more primitive model [39:25] in front of a foundry model and having routing  that's really intelligent can reduce cost overall [39:32] of an operation. And that really blows my mind  that that actually works, you know, and they're [39:36] getting back to the idea of complex routing across  a gentic systems here and be able to use different [39:42] pieces from different ecosystems. Uh I also sat  at lunch uh or actually breakfast this morning [39:49] with some AI engineers that were mentioning about  fine-tuning a model and when that makes sense and [39:54] when the process is associated with doing that.  Um, I think that it's really yet to be determined [40:01] what it's going to look like regarding some of  these foundational models and the hosting of [40:06] them. But what's certain about them is that the  shift is moving not just to the functionality of [40:12] things like language models or or other deep u  big models but also just the whole ecosystem of [40:18] the application layer around it. And then going  back to what I said earlier about observation and [40:22] just being able to observe these things real time.  If I knew that latency was occurring real time and [40:28] if I had some way to fix it real time, um, you  know, that would be amazing. You know, you have [40:34] founders who are very optimistic about u systems  self-healing and rewriting themselves and then [40:39] there's uh practitioners that are more realistic  and practical about it. And my my thought is [40:45] it's going to land somewhere between. you know,  you're not going to have systems completely write [40:48] themselves and you're not going to have something  that you have to write every line of code anymore [40:53] to do, but you may need to know how to do that.  So, from the cost economics, I don't know what [40:58] it's going to end up being, but I know that it  needs to be observed. It needs to be uh kept track [41:03] of. Um, and picking good use cases in the first  place is fundamental. So, having that top- down [41:08] understanding of what problem are we solving here?  You know, is it even worth it? Do you even really [41:13] want to put the effort into doing this and solving  this problem right now or can that be done later? [41:18] So, there's a lot going on with what I said there,  but um yeah, token economics is a complicated [41:23] topic. Basically, monitoring, checking what you  do, making sure you do the right thing and then [41:28] keep checking everything right now. How you do  that all the time? So, Shitra, your take on that? [41:33] Yeah, the question is very uh deterministic, but  I'm thinking a little philosophical right now. So, [41:39] I always think about this, right? uh uh who  is a colleague that I'm going to remember, [41:45] right? Somebody who's fun, collaborative, I  enjoy working with. So, am I going to remember [41:51] an agent that has tons and tons of memory or am  I going to remember an agent that shows care, [41:58] right? Can we build something that can pause and  ask us clarifying questions? And I think the cost [42:05] and tokconomics will all fall in between. So I  I will just rest there. Okay. Yeah. Okay. No, [42:14] thank you so much. So there is an area that  I would like to go um I think mostly uh for [42:22] uh Mike um and Johannes is governance regulations  is AR systems, right? So we all have that but you [42:32] guys are dealing with a highly regulated industry  uh pharmaceutical and then healthcare. Um I know [42:39] that you have state law, you have laws that  dictate you for your aon system to obey certain [42:45] parameters. For example, you from Texas, there is  a new Texas law that was signed in this January [42:51] to basically make sure that you know you need to  have transparency and ability for do that. here in [42:56] New York where we are where I am uh you have the  New York circular law basically. So in your case [43:03] when you deploy the air system how do you make  sure that it within regulations both federal and [43:08] state. So we split our agents into two different  focus. One's patient based uh so we only remember [43:16] what's absolutely critical. Um so what it what we  need to know to be able to schedule that patient [43:21] what we need to know for their communication  pre um preferences. For internal knowledge [43:26] it's completely different. We want to remember  as much as we can, but the auditability is one [43:31] of the hardest things. So for us, when we have  recommendations, we try to make sure we write [43:36] those back to a traditional relational database.  So that way when the recommendations are made, [43:41] we have that history trail. They're not lost in  a vector database that we're trying to recreate [43:46] um something six months down the road. Thank you  so much. I don't know how much time we have. Oh [43:51] god. Okay, so uh no, thank you so much right now.  So, um, thank you so much. I think that we don't [43:59] run out of time for this and I really appreciate  our panel. I appreciate if you give them a round [44:03] of applause. I think we learned a lot today.  Um, and I appreciate you joining. Hi, great job.