AI-Driven PHP Flaws Threaten 70% of Web as Legacy Systems Stall Fixes

AI exposes a major web security flaw, plus a new kind of voice model — IBM

IBM

Automated AI auditing tools uncover runtime vulnerabilities faster than underfunded open-source maintainers can patch them, forcing organizations into costly modernizations to prevent remote takeovers of fragile infrastructure.

AI-assisted summary of AI exposes a major web security flaw, plus a new kind of voice model — original source. Check the original for full context.

Source published:

Key ideas

  • Security researchers using AI systems discovered PHP2Shell, a critical remote code execution vulnerability impacting PHP, which powers approximately 70% of websites worldwide. (0:00)
  • Block subsidiary Dessa unveiled a full-duplex conversational voice model trained directly on raw speech without text tokens, enabling natural human backchanneling and interruptions. (13:58)
  • Cohere's Cultural Riddles benchmark reveals that current LLM evaluation rubrics penalize models for admitting ignorance, creating a mathematical incentive to hallucinate or guess. (25:00)
  • At IBM Tech Exchange, IBM Data CTO Kyo Gabriel introduced the 'Streamhouse' architecture, shifting lakehouse workloads directly into Apache Flink streaming frameworks to support sub-second operational AI agents. (32:15)

Detailed notes

## Background Published by IBM on their web and RSS podcast feed on October 30, 2026, this episode of Mixture of Experts features host David Zax alongside Ash Minhas, Judith Aquino, and Jessica Nahulan. According to the show description, the panel discusses how AI is stressing critical digital systems, examining the PHP2Shell vulnerability, aging software maintenance, and modern AI model evaluation.

## TL;DR The panel opens by exploring the PHP2Shell vulnerability, examining how AI-driven exploit discovery places immense pressure on brittle legacy infrastructure and understaffed open-source maintainers. They next scrutinize Block and Dessa's textless full-duplex voice model, debating whether realistic conversational interruptions compensate for severe hallucination risks and a lack of grounding. Shifting to AI testing, the group explores Cohere's Cultural Riddles benchmark to illustrate how wordplay and flawed scoring metrics trip up traditional language models. The episode concludes with a field dispatch from IBM Tech Exchange, where IBM Field CTO Q Gabriel explains the emergence of 'Streamhouse' architectures designed to supply real-time streaming data context to autonomous software agents.

## Atmosphere & style The discussion carries a lively, collegial roundtable atmosphere, balancing deep technical analysis with dry engineering humor about 1990s hobbyist code and models fixated on calling every user 'Reynaldo.' David Zax guides the conversation with inquisitive energy, allowing panelists to challenge corporate hype and unpack software archaeology through relatable, vivid analogies. The broadcast transitions from spirited, critical debates on model architecture to a grounded, pragmatic field dispatch that captures the operational realities of modern enterprise computing.

## Bulletin - `00:00` Security researchers using AI systems discovered PHP2Shell, a critical remote code execution vulnerability impacting PHP, which powers approximately 70% of websites worldwide. - `13:58` Block subsidiary Dessa unveiled a full-duplex conversational voice model trained directly on raw speech without text tokens, enabling natural human backchanneling and interruptions. - `25:00` Cohere's Cultural Riddles benchmark reveals that current LLM evaluation rubrics penalize models for admitting ignorance, creating a mathematical incentive to hallucinate or guess. - `32:15` At IBM Tech Exchange, IBM Data CTO Kyo Gabriel introduced the 'Streamhouse' architecture, shifting lakehouse workloads directly into Apache Flink streaming frameworks to support sub-second operational AI agents.

## Key takeaways - `00:00` PHP underpins roughly 70% of global web infrastructure despite the PHP Foundation operating with only a single full-time employee, highlighting severe open-source maintenance risks. - `05:00` AI vulnerability discovery tools are finding software exploits faster than legacy web organizations can patch them without breaking delicate dependencies. - `02:37` Remote code execution flaws in server runtimes compromise internal databases and network boundaries, rendering perimeter defenses like WAFs and DMZs ineffective. - `05:00` Generative AI disrupts the software industry's historical 'build and abandon' habit by accelerating the need for proactive tech stack modernization. - `10:00` Decades of technological abstractions piled on top of 1990s hobbyist codebases can now be decoded and rewritten more effectively using modern AI tools. - `13:58` Block's Dessa model operates in full duplex, listening and generating conversational cues like laughs or 'hmm' simultaneously rather than waiting for silent pauses. - `16:40` Bypassing text token training in voice models severely restricts their world knowledge grounding, leading to increased factual hallucinations. - `20:00` Interactive voice models require an entirely new evaluation paradigm focused on conversational hesitation and interruption dynamics rather than standard text benchmarks. - `23:05` Cultural riddles disrupt conventional LLM pattern matching because metaphorical and creative wordplay cannot be resolved by standard literal training. - `25:00` Traditional AI benchmark scoring rubrics inadvertently reward random guessing over answering 'I don't know' due to positive expected payoffs. - `30:00` The operational data exhaust generated by fleets of autonomous agents is forcing mid-sized enterprises to adopt high-throughput streaming systems. - `32:15` The Streamhouse data pattern shifts analytical lakehouse operations leftward into streaming engines like Apache Flink to feed autonomous agents real-time context. - `34:55` Generative AI lowers the steep barrier to stateful stream processing by automatically converting lakehouse batch queries into real-time streaming jobs. - `36:45` Agentic deployments necessitate a fundamental rethinking of identity architecture from static human credentials to short-lived machine credentials.

## Detailed walkthrough ### `00:00` Introduction and the PHP2Shell Threat

Host David Zax opens the show by marveling at the humble origins of PHP, noting how remarkable it is that a piece of software originally written by someone just to avoid writing code for their personal homepage has expanded into an engine powering roughly 70% of the entire internet. Zax welcomes listeners to *Mixture of Experts*, IBM’s weekly AI news podcast, introducing the week’s expert panel: Ash Minhas, Practice Manager for Technical Content; Judith Aquino, Staff Writer at *IBM Think*; and Jessica Nahulan, Master Inventor and Lifecycle Management Team Lead for IBM Business Automation Workflow. Later in the episode, the panel will also hear from Q Gabriel, IBM Field CTO for Data, reporting live from the floor of IBM Tech Exchange—the company's annual conference for hands-on demonstrations, builders, and engineers.

Before previewing upcoming discussions on a textless conversational voice model from Block (Dessa) and a cultural riddle benchmark designed to stump large language models, the conversation turns immediately to breaking cybersecurity news: the emergence of "PHP2Shell." Security research firms recently leveraged AI systems to uncover severe vulnerabilities inside PHP itself. When asked to lay out the critical stakes, Judith Aquino explains that because PHP undergirds roughly seven out of every ten websites, an exploit permitting remote server takeover is catastrophic. The core dilemma lies in remediation: organizations running older versions cannot simply apply a patch, because doing so risks breaking fragile, interconnected legacy applications. While the exploit chain is complex to execute, Aquino underscores the broader implication:

> “The somewhat good news, as our friends at Security Intelligence mentioned, is that the exploit chain isn't exactly easy to take advantage of, but it still shows how vulnerable we are as given the fact that these security flaws were found with AI models, which are making it easier to find vulnerabilities to exploit.”

- **Episode Lineup:** PHP2Shell and AI-assisted vulnerability discovery; Dessa (Block's voice-to-voice model trained without text); the Cultural Riddles benchmark; and field reports from IBM Tech Exchange with Q Gabriel. - **PHP Scope:** Powers approximately 70% of all websites globally. - **Core Risk:** Potential remote code execution (RCE) leading to full server takeover, complicated by legacy dependencies that make immediate upgrading dangerous for existing infrastructure.

---

`02:37` The Architecture of Remote Code Execution and Network Exposure

David Zax asks why PHP2Shell broke out of standard developer circles and reached front-page news, given that software bugs surface every week. Ash Minhas explains the mechanics that make remote code execution on internet-facing web servers particularly lethal. A typical web architecture links the front-facing web server directly to backend databases and internal resources to handle incoming user queries. If an attacker gains arbitrary code execution privileges on that machine, they immediately inherit access to internal networks and privileged credentials that were never meant to be publicly accessible. Minhas illustrates the sheer intrusion by comparing it to walking into private quarters:

> “So, in essence, it's like having the keys to someone else's hotel room, for example, long after you should have and being able to do whatever you like there.”

Minhas points out that large enterprise environments may have specialized network architects who segregate web servers within a demilitarized zone (DMZ) or protect them behind web application firewalls (WAFs). However, even robust perimeter defenses fail to neutralize vulnerabilities embedded directly within the server runtime itself. For smaller organizations, personal blogs, or small businesses lacking enterprise-grade topology, the situation is far worse: their systems sit completely exposed on the public internet as open targets.

```mermaid flowchart TD accTitle: Attack Flow of PHP2Shell Remote Code Execution accDescr: Diagram showing how an internet attacker exploits the PHP runtime on an exposed server to reach internal networks and databases.

subgraph External ["Public Internet"] Attacker["Remote Attacker / AI Agent"] end

subgraph Perimeter ["Perimeter Defenses"] WAF["Web Application Firewall (WAF)"] DMZ["DMZ / Network Boundary"] end

subgraph Target ["Target Server"] Runtime["Compromised PHP Runtime<br/>(PHP2Shell Vulnerability)"] Credentials["Stored Credentials & Secrets"] end

subgraph Internal ["Internal Resources"] DB[("Backend Databases")] IntNet["Internal Network Systems"] end

Attacker -->|"Bypasses / Passes Through"| WAF WAF --> DMZ DMZ --> Runtime Runtime --> Credentials Runtime -->|"Unauthorized Access"| DB Runtime -->|"Pivots to"| IntNet ```

- **Threat Scope:** Attackers gain arbitrary command execution, enabling them to misuse the compromised host, inspect database records, and harvest system credentials. - **Architectural Failure:** Standard protections such as WAFs and DMZ segregation are insufficient against flaws native to the language runtime executing the application. - **Disproportionate Impact:** While enterprises may have mitigation layers, smaller sites and individual owners lack complex network topologies and remain defenseless "sitting ducks."

---

`05:00` The Developer Dilemma: From "Set and Forget" to Forced Modernization

Zax contrasts PHP2Shell with typical application-level bugs—such as a security flaw in Microsoft Word that can be patched with an automatic background update—noting that PHP constitutes the underlying infrastructure of the web itself. Turning to Jessica Nahulan, an IBM Master Inventor who has built and deployed web systems, Zax asks how hands-on software practitioners are processing the revelation. Nahulan observes that the industry has long operated under a "build, deploy, and abandon" mentality: businesses launch a web application, verify it functions, and subsequently reassign or downsize the maintenance teams because the software appears stable.

The rise of generative AI and automated vulnerability tooling disrupts this model entirely. AI can now systematically scan the open web, identify legacy dependencies, inspect open-source libraries that have a single maintainer updating code once every two months, and probe for exploitation paths at machine speed. Consequently, the industry faces an unavoidable, costly reckoning across full technology stacks:

> “Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure.”

- **The Legacy Workflow:** Solutions were historically deployed and left unattended without ongoing oversight as long as they remained functional. - **The AI Acceleration:** Automated agents can scan abandoned websites, identify archaic PHP frameworks, and pinpoint vulnerable dependencies far faster than humans can audit them. - **Shift in Engineering Priority:** Modernizing tech stacks has transformed from an optional operational enhancement into an urgent defensive necessity to allow continuous patching without service disruption.

---

`07:29` AI Probing and the Open-Source Maintenance Crisis

David Zax turns to the unusual circumstances surrounding the discovery and disclosure of the vulnerability. While components of the underlying bugs were known in earlier years, their severity was heavily underestimated. During the summer, security firm Wiz and another security research group independently aimed AI models at PHP codebases to surface obscure flaws. Both groups converged on the critical vulnerabilities and initiated coordinated disclosure with the PHP Foundation—the entity tasked with maintaining the core language of the web. Zax highlights an astonishing operational mismatch: despite PHP running 70% of the web, the PHP Foundation employs only a single full-time employee.

Ash Minhas validates this concern, noting that ubiquitous content management systems like WordPress and Joomla are the primary reason PHP dominates the internet. Having set up those platforms for friends, family, and past projects himself, Minhas points out that society has developed a complacency toward open-source infrastructure: people assume that if code works and is free, someone else will handle the maintenance and security response. As autonomous agents accelerate the rate of exploit discovery, the disparity between volunteer maintainers and AI-driven adversaries threatens to collapse open-source sustainability:

> “And with the advent of generative models and AI agents and finding vulnerabilities and exploits quicker than a human being can without an equal level of investment in that time and money, okay, and resource, it will be very difficult for us to sort of like try to close that gap between discovering something and being able to resolve it.”

- **Discovery Timeline:** Wiz and peer researchers directed AI systems to probe PHP source code over the summer, uncovering severe exploit paths that previous human audits had overlooked. - **The Maintenance Mismatch:** The PHP Foundation oversees the engine of 70% of the web with only one full-time employee on staff. - **The Open-Source Paradox:** Millions of individuals and enterprises consume free open-source software (WordPress, Joomla, runtime libraries) without reinvesting resources back into long-term maintenance and patch management.

`10:00` Software Archaeology, Abstraction Layers, and Modernizing Legacy Code

Ash Minhas and David Zax dive into the origins of PHP, noting that Rasmus Lerdorf originally built it back in 1994. Although Lerdorf was a skilled programmer, he famously joked at the time that he wasn't a "real programmer" and merely threw the software together so he would have to write less code for his personal homepage. Zax finds it astonishing that something thrown together to avoid writing code now powers roughly 70% of the modern internet. He offers an analogy: it is like waking up to discover that all the concrete underpinning the skyscrapers of New York City was mixed in someone’s backyard while playing with Play-Doh, only for everyone else to say, "Give me some," and proceed to build an entire metropolis on top of it.

```mermaid flowchart TD accTitle: The Fragile Software Abstraction Stack accDescr: Diagram illustrating how modern technology piles abstraction layers on top of 1990s hobbyist code, creating systemic security and architectural risks.

subgraph UserFacing ["Modern Ecosystem"] App["Modern Applications & Services"] Dep["Libraries & Blind Dependencies"] end

subgraph LegacyFoundation ["Archaeological Layers"] Abs["Decades of Abstraction Layers"] Kernel["1994 Quick Hack / Hobbyist Code<br/>(e.g., PHP Personal Home Page)"] end

App --> Dep Dep --> Abs Abs --> Kernel ```

When Zax asks whether drilling down into software "archaeology" and finding a cludged-together 1994 kernel is an actual cause for concern, Ash responds from his own hands-on experience, emphasizing how developers routinely pile abstraction layers upon abstraction layers rather than questioning their fundamental components:

> “The world of technology is layers upon layers upon layers of abstraction.” — Ash Minhas

Minhas notes that developers rarely stop to apply first principles; instead, they simply pull in dependencies and run libraries because they do what is needed in the moment, lacking the mental bandwidth to interrogate where the code came from, why it is being used, or whether it can be trusted. Zax draws a comparison to civil engineering, wondering why software does not consistently modernize its foundational layers the way a road outside someone's home is structurally re-engineered over time.

Jessica Nahulan clarifies the gap between standard best practices and day-to-day engineering realities. While teams aspire to completely re-architect fragile, thirty-year-old systems, deadlines, budget limitations, and ongoing maintenance force engineers into "sticking glue and tape and everything on top of your little broken bucket." However, Nahulan sees an upside in modern artificial intelligence tools, arguing that AI allows current engineers to understand and rewrite ancient codebases even when the original creators from decades ago are no longer around:

> “This news article exposes an issue that now we are finding issues faster than ever, but we're also capable of fixing them faster than ever.” — Jessica Nahulan

---

`13:58` Jack Dorsey's Block, Dessa, and the Voice-Native Model

David Zax introduces the segment's second story, turning to Block—the Jack Dorsey-helmed company responsible for Square, Cash App ("the other payments processor for cooler people"), and the music streaming service Tidal. Zax recalls that roughly five or six years prior, Dorsey acquired an artificial intelligence firm called Dessa. The startup gained widespread attention in 2019 for creating an eerily accurate deepfake of podcaster Joe Rogan's voice. After years of quiet development, Dessa announced a novel voice model trained strictly on voice conversations rather than text tokens.

```mermaid flowchart LR accTitle: Turn-Taking vs Full-Duplex Audio Models accDescr: A comparison between traditional conversational models that require silence to process text and fully duplex audio-native models that listen and respond simultaneously.

subgraph StandardModel ["Standard Voice Assistants"] direction TB S1["User Speaks"] --> S2["Model Waits in Silence"] S2 --> S3["Model Responds"] end

subgraph DuplexModel ["Full-Duplex Architecture (Dessa)"] direction TB D1["User Speaks"] <-->|"Simultaneous Audio Stream / Interruption / Backchanneling"| D2["Model Listens & Emits Sounds"] end ```

Judith Aquino explains what makes Dessa's demonstration sound so strikingly natural and uncanny. Unlike traditional voice assistants that sit in dead silence waiting for a speaker to finish their turn, this model operates in a full-duplex manner—it can listen and speak at the same exact time:

> “From the demos, you could hear it interrupting people, even with just like a laugh or like the things that we tend to do when trying to show that we're engaged in a conversation.” — Judith Aquino

Judith highlights that the model effortlessly performs human "backchanneling"—emitting natural conversational cues like saying *"hmm"* or chiming in with socially graceful timing. This dynamic interaction represents a major engineering leap achieved by training natively on raw audio. However, she cautions that Dessa has not yet published an academic research paper or open-sourced the methodology, leaving observers with only web demos to evaluate.

---

`16:40` Duplex Benchmarking, Hallucinations, and the "Reynaldo" Glitch

Zax points out that fully duplex conversational models—capable of streaming bidirectional audio—can theoretically be measured against standard tests like "DuplexBench," yet Dessa declined to release any benchmark scores or empirical performance figures. Ash Minhas voices deep skepticism regarding the decision to bypass text training entirely. Ash argues that eliminating text dramatically curtails the model's overall grounding and breadth of world knowledge:

> “The fact that they're saying that they didn't train it on any text suggests to me that the amount of world knowledge that this model has is more limited.” — Ash Minhas

Minhas notes that because a pure-audio model relies strictly on recorded spoken conversations, it is starved for the massive, structured knowledge bases available in text corpora. Consequently, much like early transformer architectures, it is prone to severe hallucinations. Ash questions how such models can even be systematically evaluated, given that industry-standard benchmarks like MMLU or established coding tests are built for text-based frontier models rather than spontaneous, continuous audio streams. For now, critical operational challenges around controllability, evaluation frameworks, and hallucination suppression remain completely unresolved.

Zax underscores these real-world evaluation quirks with a humorous anecdote from an early demo: the model apparently developed an odd fixation on addressing users as "Reynaldo," regardless of what their actual name was. As Zax quips, the system performs impeccably well if the interlocutor happens to be named Reynaldo, effectively acing the "Reynaldo talking to Reynaldo benchmark," but leaves significant questions about how it was trained and how it operates in broader contexts.

`20:00` Duplex Voice Models, Hallucinations, and the Challenge of New Evaluation Criteria

The panel continues examining the newly unveiled full-duplex voice technology coming out of Block, reacting with both amazement and sharp skepticism. David Zax notes his surprise that major AI announcements were coming out of Block at all, observing that they were hardly on anyone's radar as a frontier research lab, yet their demo delivered an undeniable technical impression. Jessica Nahulan admits that while listening to an agent converse in true full-duplex mode is immediately compelling, learning how little text data went into the training immediately raised red flags for her: “Honestly, echoing Ash in that the first thing I, as soon as I read that they, how much text they essentially trained this model on, my thoughts were, well, then it's everything I dislike in a model.” When a voice model lacks extensive grounding, it sacrifices factual reliability and basic accuracy, meaning users are primarily faced with hallucinations.

At the same time, Jessica ponders whether hallucinations might paradoxically serve a purpose in conversational audio by injecting the spontaneous quirks of an authentic human personality. She humorously frames the concept of conversational interruption: “It can speak to you, but it can now interrupt you. That sounds great. I totally want to be interrupted by my LLM while I'm trying to ask it something.”

This shifts the conversation into an evaluation dilemma. Traditional models like Anthropic's Claude or standard LLMs are graded on precision, factual correctness, and consistency. But an interactive conversational agent introduces entirely different performance metrics: - Detecting conversational hesitation, such as identifying when a speaker pauses and mutters, “what was that movie like...” - Correctly deciding when to interrupt versus when to yield the floor. - Accurately processing human conversational noise, cadence, hesitation tokens, and subtle facial or tonal expressions.

David notes that for now, the system remains a restricted research preview and private beta undergoing security testing rather than a finished commercial product.

```mermaid flowchart TD accTitle: Paradigm Shift in LLM Evaluation accDescr: Contrasting traditional LLM benchmarking criteria with new full-duplex interactive voice evaluation criteria.

subgraph Traditional["Standard LLM Benchmarks (e.g., Claude)"] A1["Factual Accuracy"] A2["Logical Reasoning"] A3["Output Consistency"] end

subgraph Duplex["Full-Duplex Voice Benchmarks"] B1["Interruption Timing"] B2["Hesitation Detection ('um', 'uh')"] B3["Conversational Nuance & Cadence"] B4["Acceptable Personality Quirks"] end

Traditional -.->|"Shifts paradigm to"| Duplex ```

`23:05` Why Cultural Riddles Break Traditional Model Pattern Matching

Turning to the episode's final topic, David introduces an unusual benchmark focused on culturally specific riddles. He demystifies the term for listeners by describing a benchmark as an SAT test for AI models—a standardized battery of difficult math, logic, or reasoning problems used to grade performance across labs. However, testing models with culturally distinct riddles introduces two separate challenges: the nature of riddles themselves and the cultural bias baked into large language models trained on massive, English-dominated internet corpuses.

David invites Judith Aquino to explain why AI researchers have turned to riddles—a practice dating back before ChatGPT's release—rather than sticking exclusively to straightforward academic exams. Judith explains that riddles are uniquely brutal tests for artificial intelligence because they disrupt simple pattern matching: “One of the reasons is that riddles are... especially for models, can be incredibly difficult to solve since it's not just about pattern matching. You need creative thinking and wordplay to solve most riddles.”

David illustrates this with the classic mythological riddle of the Sphinx solved by Oedipus: what walks on four legs in the morning, two legs at noon, and three legs in the evening? Answering “man” or “humankind” requires stretching linguistic definitions beyond literal machine classification. “Morning” represents infancy crawling on all fours, “day” represents walking upright in adulthood, and “night” represents leaning on a cane in old age. Historically, observers assumed algorithmic models would fail to grasp such fluid metaphorical language.

`25:00` Cohere's Cultural Riddles, Flawed Incentive Structures, and the "Spell-Casting" Power of Prompts

Ash Minhas shares that listeners can visit Cohere's Cultural Riddles paper website directly to run through an interactive quiz against an AI, sharing with a laugh that he scored around 80% and managed to beat the machine. Beyond the novelty of riddles, however, Ash argues that the benchmark exposes a fundamental flaw in how AI is evaluated across the board. Under standard scoring conventions, models earn one point for a correct answer, zero points for an incorrect answer, and zero points for saying "I don't know." This creates a perverse mathematical incentive:

$$\text{Expected Score}_{\text{guess}} > \text{Expected Score}_{\text{"I don't know"}} = 0$$

If asked a user's birthday, an LLM faces a 1-in-365 chance of guessing correctly by picking a random date, yielding a non-zero expected payoff, whereas admitting ignorance guarantees zero points. As Ash puts it: “We need to rethink benchmarking in totality in regards to how we evaluate these models.” Furthermore, Ash emphasizes that human culture is an ever-shifting target; without ultra-fast training runs and continuously updated local training data, static models inevitably lag behind living societal contexts.

Closing out the discussion, Jessica Nahulan reflects on the linguistic mechanics behind the study, comparing prompt phrasing to casting spells. A single term holds an internal representation that unpacks into a massive operational request: - A prompt requesting a "PRD" expands into an extensive Product Requirements Document, yet the structure and meaning of a PRD vary wildly across tech organizations. - In the same way, words and concepts expand completely differently across geographic locales, languages, and cultures. - If organizations deploy models globally, they must validate them against the local idioms and cognitive frameworks people use to navigate their world.

`30:00` The Shift from AI Hype to Mature Infrastructure at IBM Tech Exchange

Wrapping up the regular panel discussion with a laugh about model prompts and *Expecto Patronum*, host David Zax transitions to a special bonus segment recorded on October 29th, the final day of IBM Tech Exchange in Atlanta. He is joined by Kyo Gabriel, CTO for Data at IBM. David observes that Kyo had framed the event around an unexpected premise: that what used to be considered "boring" enterprise infrastructure is actually where the most transformative, mature innovations are occurring.

Kyo reflects on attending the major industry conferences over the prior three years, tracing the distinct hype cycles that drove the sector—first retrieval-augmented generation (RAG) and raw large language model (LLM) training, followed over the previous eighteen months by autonomous agents and coding assistants. At Tech Exchange, however, the industry reached an inflection point where organizations are finally getting their hands around fundamental operational mechanics: agent identity, process orchestration, and monitoring. As Kyo Gabriel puts it: “The way that we have to do these in an agentic world has changed in many cases. I would go so far as saying fundamentally.”

Historically, massive data architectures capable of handling continuous real-time streams were the exclusive domain of tech giants like Uber or Netflix. Today, however, the proliferation of autonomous agents generates a relentless volume of "data exhaust." As a consequence, enterprises that previously had modest data requirements now suddenly require hyper-scalable, real-time data platforms.

- Over the past three years, AI industry hype evolved through distinct waves: foundational LLM training, retrieval-augmented generation (RAG), and agentic workflows. - Operational necessities that were historically standard—such as identity management, monitoring, and orchestration—now demand completely redesigned patterns to accommodate autonomous software agents. - High-volume data exhaust created by fleets of concurrent agents is compelling mid-sized companies to adopt streaming infrastructure once reserved strictly for hyperscalers.

---

`32:15` Introducing Streamhouse: Bridging Lakehouses and Real-Time Agentic Data

David asks Kyo to demystify the "Streamhouse" architecture unveiled at the conference and explain why existing paradigms fall short. Kyo walks through the evolution of enterprise data storage: data warehouses historically prioritized rigid structure and archival integrity, whereas data lakes emerged as a catch-all repository where organizations dumped raw, unstructured data to figure out later. The data lakehouse was created to synthesize the best of both worlds by supporting structured and unstructured formats while decoupling compute from storage.

However, modern enterprise data estates remain messy and highly distributed. Because lakehouses were fundamentally engineered for analytical querying rather than sub-second operational loops, they cannot supply context rapidly enough for autonomous agents. To solve this, the Streamhouse model applies a "shift left" strategy, pulling operations traditionally executed downstream in the lakehouse directly into streaming frameworks like Apache Flink. By processing and contextualizing data directly in motion, agents receive low-latency context to act immediately.

```mermaid flowchart TD accTitle: Evolution of Data Architectures to Streamhouse accDescr: Diagram tracing the historical progression from Data Warehouses to Data Lakes, Lakehouses, and finally the real-time Streamhouse architecture.

subgraph Hist["Historical Storage Paradigms"] DW["Data Warehouse<br/>(Structured & Archival)"] DL["Data Lake<br/>(Unstructured Raw Repository)"] end

subgraph Lake["Decoupled Storage & Compute"] LH["Data Lakehouse<br/>(Analytical Compute Separated from Storage)"] end

subgraph Stream["Operational Real-Time Tier"] FL["Streamhouse (Apache Flink)<br/>('Shift Left' In-Flight Processing)"] AG["Autonomous AI Agents<br/>(Real-Time Context & Execution)"] end

DW --> LH DL --> LH LH -->|"Shift Left processing into stream"| FL FL -->|"Sub-second context & state"| AG ```

- **Data Warehouse:** Optimized for strictly structured data and historical/archival analysis. - **Data Lake:** Scalable, centralized dump for structured and unstructured data without upfront governance. - **Data Lakehouse:** Blends both paradigms by separating compute from storage, yet remains inherently tuned for batch and analytical workloads rather than real-time operational execution. - **Streamhouse:** Shifts lakehouse processing into real-time streaming engines (such as Apache Flink) to feed operational agents dynamic context in real time.

---

`34:55` How AI Lowers the Barrier to Stateful Stream Processing

Turning to the technical hurdles of adoption, Kyo addresses why streaming architectures have historically seen slower enterprise uptake compared to standard request-response designs. For decades, developers and software engineers were trained on request-response patterns: applications periodically poll an endpoint, run a database query, and submit an update. Streaming architectures are vastly more resource-efficient and provide seamless, organic responsiveness, but stateful stream processing has a notorious reputation for extreme developer complexity.

Kyo highlights the paradox of modern AI: while agentic workloads create the massive data scale that necessitates streaming, generative AI simultaneously solves the skill barrier that kept developers away. Developers can now direct an AI to generate complex, stateful streaming jobs effortlessly or translate existing lakehouse batch logic directly into streaming code. Reflecting on this turning point, Kyo Gabriel remarks: “The request response architecture, I understood it. That's why I built it. But now I can actually build what I really wanted, which was a better solution for many problems in small and large businesses.”

- Request-response paradigms dominate legacy web and mobile development because stateful stream processing historically presented a steep learning curve. - Streaming architectures dramatically reduce infrastructure resource consumption while providing instantaneous real-time updates across applications. - Generative AI models eliminate the development barrier by translating existing lakehouse pipelines into stateful streaming processing jobs on command. - Organizations that previously never faced massive concurrency challenges are being pushed by autonomous agents into real-time architectural requirements.

---

`36:45` Rethinking Agent Identity and Bridging Builders and Operators

The conversation shifts to the broader architectural ripple effects caused by AI agents, particularly in identity management. Traditional identity infrastructure was built around human beings authenticating with static credentials. Autonomous agents, by contrast, operate at a scale that is orders of magnitude larger, requiring dynamic, short-lived credentials and stringent machine-to-machine boundaries.

Kyo shares feedback from a meeting at Tech Exchange with a major insurance carrier, where enterprise leaders noted that the Streamhouse and agent infrastructure represented capabilities they had sought for years. Beyond data pipelines, AI is beginning to heal the longstanding cultural rift between the teams who build software and the infrastructure operators who run it. Using AI diagnostic and translation tools, operators can inspect precisely how software utilizes underlying systems, while developers gain clear visibility into the downstream operational strain their code introduces. As Kyo Gabriel observes: “It could transform the way that you actually execute your job and the way you actually work with other people. It's very transformative to relationships and the organization.”

David wraps up the segment by thanking Kyo for the live dispatch from Atlanta and bids farewell to listeners, closing out the episode alongside regular co-panelists Ash Minhas, Jessica Nahulan, and Judith Aquino.

- **Agent Identity Dynamics:** Autonomous software entities require an order-of-magnitude increase in programmatic identity handling, relying heavily on ephemeral, short-lived access credentials. - **Operator-Developer Alignment:** AI observability bridges operational divides, allowing system operators to understand application workloads and developers to recognize the systemic footprint of their software. - Host David Zax concludes the episode with a sign-off to panelists Ash Minhas, Jessica Nahulan, and Judith Aquino, inviting listeners to return for the next installment of *Mixture of Experts*.

## Notable quotes > `05:00` Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure. — Jessica Nahulan

> `10:00` The world of technology is layers upon layers upon layers of abstraction. — Ash Minhas

## Mentioned David Zax, Ash Minhas, Judith Aquino, Jessica Nahulan, Q Gabriel, Kyo Gabriel, Rasmus Lerdorf, Jack Dorsey, Joe Rogan, PHP, PHP Foundation, PHP2Shell, Wiz, Security Intelligence, Block, Dessa, Square, Cash App, Tidal, IBM, IBM Think, IBM Tech Exchange, IBM Business Automation Workflow, WordPress, Joomla, Claude, Anthropic, Cohere, Apache Flink, Streamhouse, Uber, Netflix, DuplexBench, MMLU

## Video description Visit Mixture of Experts podcast page to get more AI content → https://www.ibm.com/think/podcasts/mixture-of-experts This week on Mixture of Experts, host David Zax is joined by Ash Minhas, Judith Aquino and Jessica Nahulan to discuss how AI is testing the systems we rely on, from cybersecurity to model evaluation. First, the panel examines PHP2Shell and what happens when AI can find vulnerabilities faster than organizations can fix them. Can our aging software infrastructure keep up? Next,...

[Source](https://cdnapisec.kaltura.com/p/1773841/sp/177384100/playManifest/entryId/1_0bsajwek/format/download/protocol/https/flavorParamIds/0/name/media.mp3)

中文简报

AI驱动的PHP漏洞威胁70%的网站,遗留系统修复陷入停滞 自动化AI审计工具发现运行时漏洞的速度超过了资金不足的开源维护人员修补漏洞的速度,迫使各机构进行昂贵的现代化改造,以防止脆弱的基础设施被远程控制。 专家小组首先探讨了PHP2Shell漏洞,研究了AI驱动的漏洞挖掘如何给脆弱的遗留基础设施和人手不足的开源维护人员带来巨大压力。随后,他们深入探讨了Block和Dessa的无文本全双工语音模型,争论逼真的对话打断机制是否能弥补严重的幻觉风险和缺乏事实依据的问题。转向AI测试领域,小组探讨了Cohere的Cultural Riddles基准,以说明文字游戏和有缺陷的评分指标是如何让传统语言模型陷入困境的。本期节目以来自IBM Tech Exchange的现场报道收尾,IBM Field CTO Q Gabriel在其中解释了旨在为自主软件代理提供实时流数据上下文的“Streamhouse”架构的兴起。 安全研究人员利用AI系统发现了PHP2Shell,这是一个影响全球约70%网站的PHP严重远程代码执行漏洞。 (0:00) Block旗下子公司Dessa发布了一款直接在原始语音上训练(无需文本标记)的全双工对话语音模型,支持自然的即时反馈和打断。 (13:58) Cohere的Cultural Riddles基准表明,当前大语言模型的评估标准会惩罚承认不知情的情况,从而在数学机制上促使模型产生幻觉或进行猜测。 (25:00) 在IBM Tech Exchange上,IBM Data CTO Kyo Gabriel介绍了“Streamhouse”架构,将湖仓一体工作负载直接转移到Apache Flink流处理框架中,以支持亚秒级的可操作AI代理。 (32:15)

Reading summary

On IBM's *Mixture of Experts*, panelists explored how automated AI tools are rapidly exposing systemic vulnerabilities across legacy web infrastructure while simultaneously driving new interaction models and real-time data architectures. AI-Driven Vulnerability Discovery and the Legacy PHP Crisis (0:00) Security research firms, including Wiz, recently applied AI systems to PHP source code to uncover severe remote code execution (RCE) flaws dubbed "PHP2Shell." Judith Aquino noted that because PHP underpins approximately 70% of global websites, these vulnerabilities pose severe systemic risks by letting attackers compromise servers, harvest credentials, and reach internal databases. Ash Minhas explained that standard perimeter defenses like web application firewalls (WAFs) and DMZ segregation cannot fully protect against native runtime vulnerabilities, leaving smaller websites especially vulnerable. The Open-Source Maintenance Mismatch and Forced Modernization (5:00) The discovery highlighted a structural fragility in software maintenance. David Zax pointed out that despite powering most of the web through platforms like WordPress and Joomla, the PHP Foundation employs only one full-time worker. Jessica Nahulan observed that engineering teams have historically followed a "build, deploy, and abandon" pattern, leaving legacy dependencies untouched. With AI tools now able to scan the web and locate obscure exploitation paths at machine speed, organizations are forced to modernize their technology stacks to maintain continuous patching without breaking fragile legacy dependencies. Textless Audio Models and the Conversational Evaluation Dilemma (13:58) Turning to frontier voice models, the panel evaluated Dessa, an AI subsidiary of Jack Dorsey's Block. Dessa demonstrated a full-duplex conversational model trained natively on raw audio rather than text, enabling it to listen, interrupt, and deliver conversational backchannel cues like "hmm" or laughter simultaneously. However, Ash Minhas and Jessica Nahulan expressed concern that bypassing structured text training sharply restricts the model's factual knowledge base and magnifies hallucinations. Furthermore, panelists noted that standard benchmarks like MMLU cannot evaluate duplex audio dynamics, such as cadence, interruption timing, and speech hesitation. Cultural Riddles and Flawed Model Scoring Incentives (23:05) The discussion also covered Cohere's Cultural Riddles benchmark, which tests large language models against wordplay, metaphors, and non-Western cultural traditions. Judith Aquino explained that riddles challenge AI because they disrupt literal pattern matching, citing classic examples like the riddle of the Sphinx. Ash Minhas highlighted a fundamental mathematical flaw in current AI evaluation conventions: models receive zero points for admitting "I don't know" but have a non-zero probability of guessing correctly, which perversely incentivizes models to hallucinate answers rather than acknowledge ignorance. From Lakehouses to Real-Time Streamhouses for Autonomous Agents (30:00) In a field dispatch from IBM Tech Exchange, Kyo Gabriel, IBM Field CTO for Data, argued that the influx of autonomous AI agents is shifting enterprise priorities toward real-time infrastructure. Because fleets of concurrent agents generate massive data exhaust and demand sub-second context, traditional analytical lakehouses are proving too slow. Gabriel described the "Streamhouse" approach, which leverages Apache Flink to shift processing directly into live data streams. Generative AI is lowering the barrier to this architecture by helping developers write complex stateful streaming pipelines that were previously avoided in favor of simpler request-response patterns. Across web maintenance, voice interfaces, and data infrastructure, AI is accelerating operational demands faster than traditional workflows can accommodate. Significant challenges remain unresolved, including how to sustainably support single-maintainer open-source projects, establish rigorous evaluation standards for multimodal models, and secure dynamic machine-to-machine agent identities.

精炼阅读摘要

IBM播客《Mixture of Experts》指出,AI正在双向重塑技术基础设施:一方面通过自动化漏洞探测与全双工原生交互冲击传统网络安全和模型评测标准,另一方面也在重构底层数据架构,倒逼企业加速技术栈现代化。 PHP2Shell暴露遗留代码与开源维护危机 (0:00) 安全研究机构近期利用AI模型在PHP中发现了名为“PHP2Shell”的严重远程代码执行漏洞。由于PHP支撑着全球约70%的网站,该漏洞使攻击者能够绕过WAF和DMZ等外围防护,在服务器运行时直接执行任意命令并窃取内网凭据和数据库权限。尽管该利用链执行起来较为复杂,但对运行老旧版本的中小站点构成了直接威胁,而全面升级又极易破坏脆弱的遗留应用。该漏洞最初由Wiz等研究团队在夏季利用AI探测PHP代码库时独立发现并协调披露。 这一事件凸显了软件底层与维护生态的断层。PHP最初由Rasmus Lerdorf于1994年为了简化个人主页开发而编写,如今现代应用在数十年间不断叠加抽象层,却极少审视底层的历史遗留代码。更严重的是,支撑全球大半互联网的PHP核心维护机构PHP Foundation仅有1名全职员工。专家小组指出,业界长期存在“构建后即弃置”的心态,而AI工具既能以极快速度扫描全网过时依赖项并放大开源维护失衡的风险,同时也能帮助工程师快速理解和重写年久失修的代码基。 全双工语音模型与评测范式的重塑 (13:58) 由Jack Dorsey领导的Block旗下团队Dessa展示了一种新型语音交互模型。该模型完全通过原始语音对话进行训练,而非基于文本Token。与传统必须等待用户静音的轮流发言助手不同,该模型具备全双工能力,可以在听取输入的同时进行发声,自然地展现出笑声、轻微打断以及“嗯”等人类反馈信号。不过,Dessa尚未公开发表学术论文或开源其方法,外界目前仅能通过网页演示对其进行评估。 专家小组对该架构表达了谨慎看法。Ash Minhas认为,由于没有使用文本训练,该模型吸收的结构化世界知识相对受限,更容易出现严重幻觉,早期演示甚至出现了将所有用户误称为“Reynaldo”的缺陷。传统基于MMLU或Claude等以事实准确性和逻辑推理为核心的评测标准,无法有效衡量全双工语音系统在打断时机、语气停顿和人类对话杂音方面的表现,暴露出针对新型语音交互的标准评测工具依然缺失。 文化谜题与AI评测激励机制的缺陷 (23:05) Cohere推出的“文化谜题”基准测试展示了大语言模型在脱离字面语义与英语中心语料时的局限性。谜题通常需要隐喻理解与双关技巧,例如著名的斯芬克斯之谜将人生阶段比作晨、午、晚,这打破了AI单纯的模式匹配逻辑。更关键的是,该基准测试揭示了现行AI评测体系中的内在数学激励缺陷:在答对得1分、答错得0分、承认不知道也得0分的机制下,模型随机猜测的期望收益始终高于诚实回答“我不知道”,从而系统性地鼓励了模型的幻觉和胡乱猜测。 Jessica Nahulan将提示词比作“施法”,单一术语在不同工程组织和文化语境下会展开为完全不同的意涵。文化本身是不断演变的动态体系,如果模型缺乏持续的本地化数据训练,在跨地区部署时就难以理解各地的语言习惯与认知框架,这要求行业彻底反思当前的基准测试机制与评估方法。 AI Agent催生Streamhouse数据架构转型 (30:00) 在IBM Tech Exchange现场,IBM数据技术总监Kyo Gabriel指出,产业界在经历LLM训练、RAG和自主Agent的炒作周期后,重心已转向Agent身份管理、流程编排和运行监控等底层工程。伴随大规模并发智能体的部署,系统会产生海量的“数据废气”,以往仅有超大规模企业才会采用的实时流处理平台,正成为普通企业应对亚秒级低延迟上下文需求的刚需。 为了解决传统数据湖仓面向分析型批处理、无法满足Agent即时决策的问题,IBM提出了“Streamhouse”架构。该架构采取“左移”策略,将传统湖仓下游的处理逻辑直接移入Apache Flink等流处理引擎中,在数据流动过程中完成加工与状态维护。长期以来,开发者因有状态流处理的高门槛而普遍依赖传统的“请求-响应”模式;如今生成式AI能够直接协助编写复杂流处理作业并将批处理逻辑转译为流作业,大幅降低了流式架构的落地难度,同时也要求企业建立适应机器间短生命周期凭证的全新身份验证体系。 本期讨论表明,生成式AI既是暴露出基础软件脆弱性与评测缺陷的加速器,也是促使数据流架构和遗留代码现代化的关键工具。然而,缺乏长期资金支持的开源维护困境、全双工音频模型的评测标准空白以及Agent高并发带来的运维挑战,仍是有待行业持续解决的结构性难题。

Detailed notes — zh

## Background 本期播客由 IBM 旗下的《Mixture of Experts》节目于 2026 年 10 月 30 日在网络平台发布。节目由主持人 David Zax 主持,邀请了 Ash Minhas、Judith Aquino 与 Jessica Nahulan 等专家,页面介绍显示本期重点探讨了 AI 如何全面检验并挑战我们所依赖的底层系统——从网络安全漏洞到新型模型评估机制。 ## TL;DR 本期节目首先深入剖析了由 AI 挖掘出的重大 Web 安全漏洞“PHP2Shell”,指出底层语言级缺陷不仅让中小企业面临裸奔风险,更将全球依赖旧版 PHP 的庞大遗留系统推向崩溃与重构的两难困境;接着,嘉宾们审视了 Block 推出的纯语音端到端全双工模型 Dessa,探讨其拟人交互与无文本基础带来的知识幻觉难题;随后,节目拆解了旨在测试模型隐喻与双关理解力的“文化谜语”(Cultural Riddles)基准,批评了答错与不知同等扣分的评分机制对幻觉的纵容;最后,节目特别连线 IBM Tech Exchange 大会现场,解析了专为应对海量智能体实时上下文需求而演进出的“Streamhouse”流式数据架构及身份管理挑战。 ## Atmosphere & style 整场讨论兼具科技极客的敏锐机锋与一线工程师的务实审慎,在幽默风趣的比喻中夹杂着对技术债与系统脆弱性的清醒反思。主持人 David Zax 善于用生活化隐喻活跃气氛,而嘉宾们则在层层拆解漏洞链路与架构演进时展现出冷静客观的专业深度。从对遗留系统现状的隐忧,到对全双工交互与文化谜题的兴味盎然,再到大会前沿架构落地的扎实笃定,整体呈现出一种既警惕技术陷阱又拥抱工程变革的理性探索质感。 ## Bulletin - `00:00` 安全机构借助 AI 工具披露了严重的“PHP2Shell”漏洞,由于 PHP 支撑着全球约 70% 的网站,该漏洞允许攻击者实现远程代码执行,但肩负维护重任的 PHP 基金会仅有 1 名全职员工,开源生态的脆弱性被急剧放大。 - `15:00` Block 旗下团队推出了纯语音训练模型 Dessa,具备“全双工”实时插话与非语言语气反馈能力,但因缺乏海量文本作为知识锚点,面临严重的幻觉风险与缺乏标准化评测体系的双重挑战。 - `25:00` Cohere 推出的“文化谜语”(Cultural Riddles)基准测试揭示出当前大模型评测机制的深层弊端:因“不知道”与答错同样计 0 分,模型从概率上被正向激励去胡乱猜测和编造事实,极度放大了幻觉问题。 - `30:00` IBM 在 Tech Exchange 大会上发布了基于 Apache Flink 的新型“Streamhouse”流式数据架构,旨在解决企业内海量自主智能体并发运行时对毫秒级运营上下文的迫切需求。 ## Key takeaways - `00:00` PHP2Shell 漏洞直击互联网底层编程语言,由于多数系统依赖复杂的遗留架构,企业无法轻易直接升级或打补丁,否则极易引发周边服务崩溃。 - `03:00` 对于缺乏非军事区(DMZ)隔离和应用防火墙的中小企业及个人站长,其暴露在公网的 PHP 服务器在底层远程代码执行漏洞面前如同“待宰的羔羊”。 - `05:00` 整个社会在开源软件维护上普遍存在“免费搭便车”心态,当 AI 挖掘漏洞的速度远超人工时,缺乏对等资金与人力投入的开源生态将面临无法弥合的修复鸿沟。 - `10:00` 现代软件行业习惯于用层层抽象掩盖复杂性,工程师缺乏审查底层第三方依赖的心智带宽,但 AI 正在大幅提升对数十年前遗留老旧代码的理解与重写速度。 - `15:00` Dessa 模型摆脱传统的“语音转文本再转语音”串联架构,实现真正边听边说的全双工交互,并能自然做出轻笑和语气助词等社交反馈。 - `20:00` 全双工语音模型颠覆了传统的正确率衡量体系,评测重心正从静态的知识准确度转移到捕捉人类犹豫、停顿以及适时打断等动态拟人化交互能力上。 - `22:45` 破解文化谜题无法仅靠机械的模式匹配,必须依赖双关语和隐喻思维,而主流大语言模型在英美主导的静态训练语料下,在非西方文化认知中表现出天然劣势。 - `25:00` 现行主流大模型基准测试的评分规则(对答错与说“不知道”同等惩罚)扭曲了模型的行为逻辑,迫使模型宁愿产生幻觉博取概率也不愿诚实承认无知。 - `27:30` 提示词在企业与文化语境下的展开如同“施法”,同一个缩写(如 PRD)在不同环境下对应的业务心智截然不同,AI 落地必须依据本地人群心智模型进行本土化压力测试。 - `30:00` AI 行业的关注焦点正从模型微调、RAG 等概念炒作,转向智能体身份认证、流程编排与运行监控等底层工程基础设施的成熟落地。 - `32:15` 传统的湖仓一体(Lakehouse)架构无法支撑智能体高并发、毫秒级的上下文需求,Streamhouse 通过 Apache Flink 将数据计算与管理逻辑“向左推”至流处理环节完成实时抽取。 - `35:00` 生成式 AI 的代码生成能力降低了状态化流处理(Stateful Stream Processing)的高门槛,使开发者能够抛弃原先低效的请求-响应轮询模式。 - `35:00` 企业内智能体数量正以远超人类员工的数量级爆发,要求构建极短生命周期的临时凭据机制,重塑了原有的机器身份安全管理体系。 - `35:00` AI 的深入落地正在弥合开发人员与运维人员之间的职能鸿沟,让双方均能透明洞察底层调用和资源运行,促进组织内部的跨职能协作升级。 ## Detailed walkthrough ### `00:00` 播客开场与“PHP2Shell”漏洞震撼曝光 节目由主持人 David Zax 开场,探讨了一段充满讽刺意味的互联网历史:一位开发者最初为了“不再写代码”来维护个人主页而写出的编程语言,如今竟然支撑着整个互联网约 70% 的网站。本期 IBM《Mixture of Experts》播客汇聚了多位技术专家:技术内容实践经理 Judith Aquino、IBM Think 特约撰稿人,以及 IBM 业务自动化工作流(Business Automation Workflow)的资深发明家(Master Inventor)兼生命周期管理团队负责人 Jessica Nahulan。随后,IBM 数据领域现场首席技术官(Field CTO for Data)Q Gabriel 也将从正在举行工程师与动手演示年度盛会“IBM Tech Exchange”的现场发回报道。 本期节目预告了三大核心话题:由 Block 公司推出、完全基于语音对话而非文本训练的语音模型 Dessa;旨在用特定文化背景难题难倒 AI 的全新基准测试“Cultural Riddles”;以及近期最引人注目的重磅安全漏洞——“PHP2Shell”。这一严重漏洞是由安全公司借助 AI 挖掘出的系统弱点。Judith Aquino 解释道,PHP 是支撑全球约 70% 网站的基石编程语言,而该漏洞能够让攻击者实现远程接管 Web 服务器。对于运行旧版 PHP 的企业而言,他们不能简单地直接打补丁或升级,因为盲目升级很可能导致周边构建的大量遗留系统(Legacy Systems)直接瘫痪崩溃。尽管正如 Security Intelligence 团队指出的那样,这条利用链(Exploit Chain)实际执行起来并不简单,但 AI 模型的介入正在大幅降低攻击者寻找漏洞门槛,让全网暴露在极高的风险之下。 - **核心议题与嘉宾**:讨论 AI 挖掘软件漏洞、语音大模型 Dessa 以及 Cultural Riddles 基准测试。 - **PHP 基础设施现状**:PHP 支撑了全球约 70% 的网站运行。 - **PHP2Shell 危害机制**:允许远程接管 Web 服务器并执行任意代码。 > Judith Aquino 强调:“Organizations that are running older PHP versions can't just upgrade and patch because that could disrupt other legacy systems built around it.” --- ### `03:00` 远程代码执行的破坏力与“裸奔”的中小企业 针对该漏洞为何能登上各大科技媒体头条并引起广泛恐慌,Ash Minhas 深入解析了其背后的攻击严重性。攻击者一旦利用该漏洞,就能在直接暴露于公网的 Web 服务器上实现远程代码执行(RCE)。在标准的 Web 系统架构中,Web 服务器紧密连接着后台数据库等核心组件,用于查询数据并向公网用户提供服务。黑客夺取服务器控制权后,不仅能穿透至未授权的内网,还能轻易盗取凭证,随心所欲地开展恶意操作。Ash Minhas 形象地比喻道,这就像是退房很久之后,别人依然拥有你酒店房间的钥匙,能够自由进出为所欲为。 大型企业通常拥有成熟的架构师团队,他们会通过网络拓扑将 Web 服务器严格隔离在非军事区(DMZ),并在前端部署 Web 应用程序防火墙(WAF)等防线;然而在面对这种语言层面的原生漏洞时,现有的多重防御体系也可能失效。更危险的是广大的中小企业与个人站长,他们根本不具备复杂的网络隔离与防护能力,其服务器在公网上几乎等同于“待宰的羔羊(Sitting ducks)”。 ```mermaid flowchart TD accTitle: PHP2Shell漏洞攻击链与受害影响 accDescr: 攻击者利用AI发现的PHP漏洞实施远程代码执行,进而穿透隔离并攻击数据库和内网。 subgraph External["外部公网"] Attacker["恶意攻击者 / AI漏洞利用"] end subgraph Perimeter["网络防线 (大型企业有/中小企业缺失)"] WAF["Web应用防火墙 (WAF)"] DMZ["DMZ 隔离区"] end subgraph Compromised["受害核心系统"] WebServer["PHP Web 服务器 (存在 PHP2Shell 漏洞)"] Creds["系统敏感凭证 (暴露)"] Database[("后台核心数据库")] InternalNet["企业内部网络"] end Attacker -->|"利用 PHP2Shell 远程代码执行"| WebServer WAF -.->|"难以完全防御底层语言漏洞"| WebServer DMZ -.-> WebServer WebServer -->|"越权提取"| Creds WebServer -->|"越权访问与拖库"| Database WebServer -->|"内网横向移动"| InternalNet ``` > Ash Minhas 警告道:“And then, you know, if you think about other people who have PHP servers, you know, they might be smaller businesses or individuals. They don't necessarily have that complex network topology. And therefore, their servers are just basically sitting ducks on the Internet.” --- ### `05:00` 遗留架构代价与开源生态的维系困境 David Zax 指出,以往大多数漏洞仅仅存在于单一应用软件中(例如微软 Word 出现问题后推送热补丁即可平息),而 PHP2Shell 则是直接击穿了作为互联网基础设施本身的“底层编程语言”。从开发者与架构发明家的实践角度出发,Jessica Nahulan 认为整个行业必须彻底转变思维模式:过去无论是个人、中小企业还是大公司,常常在建好网站后便“部署即遗忘(Set and forget)”,只要系统能跑就不再投入专人维护;但如今 AI 正在以指数级的速度挖掘并尝试利用漏洞,这迫使所有团队必须对自身的技术栈、依赖项以及仅有单人维护的开源组件进行深度排查。原本企业眼中属于“锦上添花(Nice-to-have)”的系统现代化重构,现在已经成为避免基础设施瘫痪的“强制生存任务”,伴随而来的迁移成本极为高昂。 这一漏洞的发现与披露过程同样耐人寻味。此前该漏洞虽然曾被部分技术人员意识到,但其潜在危害严重性被严重低估。直到今年夏天,安全公司 Wiz 与另由安全机构 California 独立动用 AI 工具对 PHP 底层展开自动化审计,两家团队几乎在同一时期发现了这些深层缺陷,并向负责维护 PHP 核心代码的“PHP 基金会(PHP Foundation)”报告。令人震惊的现实是:这个肩负着全球 70% 互联网基石代码维护重任的 PHP 基金会,竟然只有区区一名全职员工(One full-time employee)。 Ash Minhas 补充道,全球互联网之所以高度依赖 PHP,很大程度上是因为 WordPress 和 Joomla 这类庞大内容管理系统的普及。整个现代社会对开源软件往往抱有一种理所当然的“免费搭便车”心态,默认系统能跑就无需回馈,维护责任永远是“别人的事”。然而在生成式模型与自主 AI Agent 能够远快于人类发现漏洞的时代,如果使用开源代码的商业巨头与机构不能对开源生态同步投入对等的时间、资金与人力,发现漏洞与修复漏洞之间的鸿沟将不可逆转地急剧扩大。 - **基础设施老旧**:全球大量网站基于 WordPress 与 Joomla 构建,多年处于无人维护的“僵尸运行”状态。 - **现代化成本**:全面重构遗留代码从可选项变成了防御 AI 自动化攻击的刚性支出。 - **开源生态悬殊对比**:支撑互联网 70% 网站的 PHP 基金会仅有 1 名全职员工,资源匮乏面临严峻挑战。 > Jessica Nahulan 指出现代化转型的紧迫性:“Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure.” > Ash Minhas 对开源生态现状警示道:“And with the advent of generative models and AI agents and finding vulnerabilities and exploits quicker than a human being can without an equal level of investment in that time and money, okay, and resource, it will be very difficult for us to sort of like try to close that gap between discovering something and being able to resolve it.” ### `10:00` 抽象层的隐患与软件考古:现代互联网的地基究竟有多脆弱 对谈首先回顾了 PHP 的起源。Rasmus Lerdorf 在 1994 年创造了 PHP,当时他甚至调侃自己“不是真正的程序员”,只是为了少写点代码、方便维护个人主页而随手拼凑了这个工具。然而,就是这样一段最初为了省事而写出的代码,如今却支撑着互联网上超过 70% 的网站。David Zax 对此打了个生动的比方:这就像大家某天清晨醒来,突然发现纽约市所有建筑赖以建立的混凝土基石,其实当年只是某人在自家后院陪孩子玩橡皮泥时胡乱烘烤出来的,结果路人纷纷喊着“给我也来一块”,最终在其上筑起了一整座超级大都市。 ```mermaid flowchart TD accTitle: 现代软件技术栈抽象层示意图 accDescr: 展示从历史拼凑代码通过层层抽象构建出复杂现代应用,并产生安全盲区的过程。 subgraph Ground["脆弱的基础与技术债"] A["1994 年个人随手编写的脚本与工具库"] end subgraph Abstraction["层层抽象与快速开发"] B["未经验证的第三方依赖与开源组件"] C["现代高层框架与复杂业务逻辑"] end subgraph Risk["现状与风险"] D["缺乏第一性原理审查的代码黑盒"] end A --> B B --> C C --> D ``` Ash Minhas 结合自身的工程经历指出,技术世界就是“一层又一层的抽象”构成的。行业习惯于将复杂性打包成一个抽象层,然后继续在其上方添砖加瓦。Ash Minhas 直言这种盲目依赖带来的隐患:“我认为作为一个社会,我们从未真正停下来,用第一性原理的方法去审视我们构建软件的方式。”工程师为了快速交付,往往直接引入各类库和依赖项,很少有足够的精力或心智带宽去推敲所引用的底层代码究竟来自何处、是否真的安全可靠。 面对 David 提出的“现实道路在现代化改建时会重新做结构加固,软件界为何难以对内核做彻底现代化”的疑问,Jessica Nahulan 解释了理想与现实的巨大鸿沟。虽然业内有大量重构二三十年历史系统的最佳实践,但现实中面临的是严苛的交付死线、有限的预算资源以及沉重的运维压力,大家往往只能选择在漏洞百出的旧桶上缝缝补补、贴胶布。不过 Jessica 也强调,AI 的介入正在打破僵局:“我认为这篇新闻揭示了一个问题:我们现在发现问题的速度比以往任何时候都快,但我们修复问题的能力也同样比以往任何时候都更快。”借助 AI,重写并理解那些原本由几十年前早已离职的团队编写的陈旧代码变得更加容易。 - PHP 最初由 Rasmus Lerdorf 于 1994 年编写,初衷仅是为了简化个人主页的维护,如今却支撑着全球约 70% 的网站。 - 软件工程普遍存在“以抽象掩盖复杂性”的现象,开发者缺乏对引入依赖进行溯源与安全审核的心智带宽。 - 遗留系统(Legacy Systems)的彻底重构往往受制于时间表和维护资源,但在 AI 辅助代码理解与重写的推动下,修复和现代化的效率正在大幅提高。 --- ### `15:00` Block 与 Dessa:全双工纯语音模型带来的突破与盲区 随后,话题转向当天讨论的第二个核心议题:模型架构与全新模态。Jack Dorsey 旗下的 Block 公司(旗下拥有 Square、Cash App 以及音乐流媒体 Tidal 等产品)推出了一款名为 Dessa 的新型语音模型。Dessa 团队原本是一家在五六年前被 Block 收购的 AI 初创公司,曾在 2019 年因制作出逼真的 Joe Rogan 深度伪造(Deepfake)声音而名声大噪。经过六年的潜心研发,该团队宣布开发出一款完全基于“真实语音对话”训练、未经过任何文本训练的模型。 Judith Aquino 介绍了 Dessa 演示中最令人惊叹的特性:全双工(Fully Duplex)能力,即模型能够一边聆听一边说话。与传统语音模型必须等用户完全说完再停顿回答不同,Dessa 能够像真人一样随时插话、发出笑声,或是进行微小的附和与反馈(Back-channeling,例如在倾听时自然地发出“嗯”、“对”等声响)。Judith 强调,能够在对话中以符合社交礼仪且自然的方式做出这种即时反应,是一项巨大的技术飞跃,其关键就在于直接使用音频流数据进行训练。 但嘉宾们也表达了审慎的怀疑态度。由于该模型尚未公开发布,既没有开源研究论文,也没有公开在 DuplexBench 等基准测试上的具体跑分数据。Ash Minhas 指出,该模型宣称完全脱离文本训练,这很可能意味着它的通识世界知识(World Knowledge)非常贫瘠。缺少像大语言模型那样海量的文本作为知识锚点,该模型极容易出现严重的幻觉问题。此外,音频大模型的标准化评测体系目前仍严重缺失,业内甚至没有成熟的标准来量化其控制力与幻觉率。David 戏谑地分享了早期演示中的一个破绽:该模型在测试中似乎极度喜欢把对话者叫作“雷纳尔多”(Reynaldo),无论对方叫什么名字都改不过来,“如果你的名字恰好叫雷纳尔多,那它表现简直完美,直接在‘与雷纳尔多交谈’基准测试中拔得头筹”。 - Dessa 原为 Block 在数年前收购的 AI 团队,2019 年曾因制作 Joe Rogan 的 Deepfake 语音轰动一时。 - 与以往先将语音转为文本处理的串联架构不同,Dessa 宣称纯粹在语音对话数据上训练,具备边听边说的“全双工(Fully Duplex)”能力。 - 模型具备人类社交中自然的“回音通道反馈”(Back-channeling)功能,如在适当时机轻笑或发出语气助词,但目前尚未公布任何学术论文与基准评测分数。 - 纯语音训练导致模型缺乏扎实的文本知识支撑,幻觉控制和缺乏统一的音频评估基准(Audio Benchmarks)是当前面临的主要挑战。 ### `20:00` 全双工语音模型的评价困境:中断、幻觉与拟人化特征 嘉宾们继续探讨 Block 发布的实验性语音模型。对于该模型展示的全双工(duplex)实时交互能力,大家既感到惊艳,又充满了怀疑与困惑。特别是了解到该模型基于极小规模的文本数据进行训练后,大家一致认为它几乎集合了人们在传统语言模型中最排斥的全部缺点:事实错误、无法给出正确答案,以及大概率会出现严重的幻觉。然而,这种低准确率与频繁的幻觉也引发了一种奇特的哲学反思:如果模型不再追求冷冰冰的标准答案,这种随机性反而赋予了它一种类似于人类独特个性的特质。 ```mermaid flowchart LR accTitle: 对比传统大语言模型与全双工语音模型的评估维度 accDescr: 展示传统LLM以准确率为中心,而新一代全双工语音模型以人类交互动态为中心的评价差异。 subgraph TRAD["传统 LLM 评估标准"] A["事实准确性 (Accuracy)"] B["回答一致性 (Consistency)"] C["知识储备 (Knowledge)"] end subgraph DUPLEX["全双工语音模型评估标准"] D["打断时机判断 (Interruption Timing)"] E["语气与非语言杂音 (Nuance & Sounds)"] F["个性与拟人化动态 (Human Personality)"] end TRAD -.->|"范式转移"| DUPLEX ``` 更为棘手的是如何去衡量这类交互体验。传统大模型如 Claude 通常根据输出的准确率、正确性与可靠度来打分,但面对一个具备随时插话能力的声音模型,评判标准被彻底颠覆。例如,当用户说话中途停顿、发出“让我想想那部电影叫什么来着……”的犹豫声音时,模型若能敏锐捕捉到人类正在思考,并主动打断插话提供线索,这种人类语调、非语言发音与细微神态的交互很难用传统指标来打分。正如 Jessica Nahulan 反思的那样:“So I guess a lot of skepticism on its performance and how much it knows, but I think it's unlocked this whole new avenue. And it's like, how do you even grade that avenue, like Ash was saying?”目前该模型仅作为研究预览和用于安全测试的非公开测试版开放,未来能否真正落地为产品仍有待观察。 - **全双工交互的争议点**:模型具备主动打断人类对话的能力,虽然更逼真,但也带来了被 AI 无端打断的反直觉体验。 - **评测维度的重构**:从衡量“答题是否正确”转向衡量“捕捉人类微表情、停顿犹豫与语音语气”的交互自然度。 --- ### `22:45` 谜语基准测试的诞生:超越单纯模式匹配的隐喻思维 讨论转向节目的第三个议题:一种不同寻常的 AI 基准测试(Benchmark)。主持人 David Zax 解释说,基准测试就像是大模型的“SAT 考试”,涵盖数学与逻辑推理等维度。而本次探讨的测试则聚焦于“特定文化背景下的谜语”(Culturally specific riddles)。这一测试包含两大核心要素:谜语本身,以及其背后的文化特异性。当前的大语言模型大多在以英语和西方语言为主的互联网海量文本上训练,天然存在偏向西方语料的数据倾斜;而让模型去破解谜语,在 ChatGPT 诞生之前就已经是一项经典的技术挑战。 Judith Aquino 回顾了让 AI 破解谜语的历史缘由。她指出,谜题对于机器而言极其困难,因为解谜无法仅仅依靠机械的模式匹配(pattern matching),而是需要创造性思维与双关文字游戏(wordplay)。David 举了经典的“俄狄浦斯破解斯芬克斯之谜”作为范例——“什么东西早晨四条腿走路,中午两条腿走路,晚上三条腿走路?答案是人。”解开这个谜题要求思维具备延展性,必须跳脱出骨骼肢体和自然天候的字面意义,将“早晨、中午、晚上”理解为人生的婴儿期、青年期与暮年残生,将拐杖意会为第三条腿。正如 Judith Aquino 所总结的那样:“One of the reasons is that riddles are... especially for models, can be incredibly difficult to solve since it's not just about pattern matching. You need creative thinking and wordplay to solve most riddles.” - **隐喻语言的门槛**:谜语依赖超越字面语义的隐喻和词义联想,曾被认为是如 C-3PO 这类刻板机器思维无法企及的领域。 - **数据来源的局限**:主流模型在英美主导的互联网语料上进行训练,在处理非西方语系的文字游戏与复杂文化符号时天生处于劣势。 --- ### `25:00` 基准测试的激励缺陷与文化演进的“移动球门” 谈及 Cohere 发布的“文化谜语”(Cultural Riddles)论文及配套评测平台,Ash Minhas 分享了自己亲自去其网站做在线问答对抗 AI 的经历,并自豪地表示自己拿到了大约 80% 的分数击败了模型。但他指出,该研究暴露出的根本问题远不止于解谜或文化感知本身,而是触及了整个大模型评测体系的机制缺陷:现行的计分方式在严重扭曲模型的行为动机。 在现有的评测规则下,答对得 1 分,答错得 0 分,但如果回答“我不知道”,同样得 0 分。这导致大模型从数学概率上被极大地激励去“胡乱猜测”。Ash 以询问生日为例展开分析:如果随便猜一个日期,模型至少有 365 分之一的概率蒙对从而拿到 1 分;但若诚实表达不知道,得分概率则是绝对的零。因此,模型宁愿产生幻觉去搏一个微小的胜率。Ash Minhas 尖锐地批评了这一制度:“All large language models, the benchmarks that they get benchmarked against... If you get the answer right, you get a point. If you don't get the answer right, you don't get a point. Right. But also, if you don't know the answer, you don't get a point. OK, so the models are incentivized to guess.” 此外,Ash 强调“文化”是一个始终在演变的动态概念,如同一根“移动的球门柱”(moving goalpost),社会规范和语境瞬息万变。除非拥有极其高效的快速训练周期和全面准确的文化源数据,否则模型很难保持得体的跨文化应对能力。 - **评分机制对幻觉的纵容**:答错与答“不知道”同等惩罚,导致模型宁可冒险胡编乱造,也绝不坦白自己的无知。 - **文化的动态性难题**:语言与社会习俗并非静态数据库,实时演进的语境使得基于静态快照训练的模型面临天然滞后。 --- ### `27:30` 提示词如施法:语境拓展与本土化语言认知的重构 Jessica Nahulan 从提示词工程(Prompt Engineering)与文化认知的深层联系切入讨论。她提出,提示词中的每一个单词实际上都承载着高度凝练的表征,当被键入到系统中时,它会迅速展开为一个庞大而复杂的指令请求。如今工程师们将精心编写的请求与工作流打包分享给他人,其过程宛如在科技世界中“念诵咒语”(casting spells)。 ```mermaid flowchart TD accTitle: 提示词在不同文化与组织语境下的语义展开过程 accDescr: 说明同一个术语(如PRD)由于文化和背景差异,展开出截然不同的具体指令。 W["核心词汇 / 缩写 (例如: 'PRD')"] subgraph CTX["语境与文化过滤层"] C1["企业/组织环境 A"] C2["企业/组织环境 B"] C3["不同地域/文化背景"] end subgraph EXP["展开后的实际指令与预期输出"] E1["格式化严格的产品需求文档"] E2["敏捷轻量化的功能清单"] E3["基于本地认知范式的社会语境理解"] end W --> CTX C1 --> E1 C2 --> E2 C3 --> E3 ``` Jessica 以科技界通用的缩略词“PRD”(产品需求文档,Product Requirements Document)为例:这三个字母在输入后会展开成整套高度结构化的文本,但每一家公司对一份合格 PRD 的定义和格式要求却千差万别。文化谜语研究的核心逻辑正与此类似——同一个词汇在不同国家和文化中,所映射和展开的心智模型完全不同,进而导致整个交互请求的底层意涵发生剧烈偏移。正如 Jessica Nahulan 所建议的那样:“So it's that takeaway of really understanding the context of the languages and who your audience is, right? So if you say, you say, support people from all around the world or certain locales, actually test with the languages that they'd be using and how they make sense of the world, essentially.” - **提示词的“施法”隐喻**:简短的代码或缩写能够展开为复杂的长尾指令,但其效力高度依赖上下文共有认知。 - **本土化测试的必要性**:面向全球受众构建 AI 应用时,不能简单做字面翻译,必须使用本地人群的实际语言及其认识世界的心智模型进行系统性压力测试。 ### `30:00` 特别加节:IBM Tech Exchange 与“枯燥”底层技术的成熟 在节目的前三个安全与模型评估话题告一段落后,主持人 David Zax 开玩笑提到,当某个 AI 模型真正掌握像“呼神护卫”(Expecto Patronum)这种咒语时,人类可能要么大难临头,要么彻底安全,或者两者并存。随后他迅速切入本次节目的特别加节(Bonus Segment),连线身在亚特兰大的嘉宾 Kiyo Gabriel(IBM 数据领域技术负责人 ITO for Data)。连线当天正值 10 月 29 日,也是 IBM Tech Exchange 大会的最后一天。 David 提到 Kiyo 成功向他推销了这场大会的魅力:虽然 Kiyo 曾自嘲大会里充满了“无聊、枯燥的内容”(boring stuff),但事实证明,正是这些看似无聊的基础架构技术正在走向成熟,演变成当今 AI 领域最激动人心的底座。Kiyo 解释道,过去三年他参加了各大行业峰会,亲历了技术的层层炒作浪潮:最初是模型微调与大模型训练,接着是检索增强生成(RAG),到了过去一年半则全是指向智能体(Agent)和代码智能体(Coding Agent)。而本次 Tech Exchange 的真正亮点在于,行业终于开始脚踏实地解决核心工程难题——智能体身份认证(Agent Identity)、编排架构(Process Orchestration)以及运行监控。 这些底层概念本身并不全新,但在智能体主导的世界里,它们的实现逻辑发生了根本性的颠覆。为此,IBM 在大会上正式推出了名为“Streamhouse”的新型数据架构。Kiyo 指出,这种流式架构在过去往往只有像 Uber 或 Netflix 这样面临极大规模数据挑战的科技巨头才会采用;如今随着企业内部智能体数量的激增,以及智能体在运行中产生的庞大数据废气(Data Exhaust),连以往数据需求较低的中小企业也必须开始引入这类架构。 - **行业炒作周期更迭**:模型预训练/微调 $\rightarrow$ 检索增强生成(RAG) $\rightarrow$ 智能体/代码智能体(Agents) $\rightarrow$ 身份、编排与监控等成熟工程底座落地。 - **Streamhouse 架构定位**:将原先专属于 Uber、Netflix 等巨头应对超大并发流数据的底层方案,产品化并推向更广泛的企业级客户。 ```mermaid flowchart LR accTitle: Data Architecture Evolution to Streamhouse accDescr: 展现从数仓到数据湖、湖仓一体再到 Streamhouse 的技术演进过程 subgraph StorageHistory["传统存储与分析架构"] A["数据仓库 (Warehouse)<br/>高度结构化 / 归档分析"] B["数据湖 (Data Lake)<br/>全量原始数据 / 垃圾箱模式"] C["湖仓一体 (Lakehouse)<br/>存算分离 / 结构+非结构化"] end subgraph OperationalRealtime["现代智能体实时架构"] D["Streamhouse (Flink驱动)<br/>左移至流处理平台 / 毫秒级上下文"] end A --> C B --> C C -->|"shift-left 运行时接入"| D ``` --- ### `32:15` 从数据湖、湖仓一体到 Streamhouse 的架构演进 针对主持人关于“Streamhouse 到底是什么、过去一年有何突破”的提问,Kiyo 梳理了数据架构的演进脉络。行业最初采用高度结构化、用于静态报表与归档的数据仓库(Data Warehouse);后来走向将所有未加工数据一股脑倾倒进去的数据湖(Data Lake);随后演变为试图结合两者优势的湖仓一体(Lakehouse)——它既支持结构化与非结构化数据,又实现了计算与存储的分离。 然而,企业当前面临的残酷现实是其数据资产处于高度分散状态(本质上就是一团混乱),而湖仓一体在设计之初就不是为了服务高并发、实时的“运营级上下文”(Operational Context)。智能体为了做出正确决策,必须在瞬间获取精准上下文。Streamhouse 采用了一种“向左移”(Shift-Left)的核心技术思路:将原本在湖仓一体中运行的批量处理与数据管理逻辑,直接转移到 Apache Flink 这样的流处理引擎中,在流数据传输的过程中就地完成计算与上下文抽取。结合 IBM 近期围绕 Confluent 等实时数据流生态展开的技术布局,数据能够实时流动到智能体最需要的地方。 关于企业级客户的技术能力跃迁,Kiyo 强调这并不是单点功能的变化,而是整个编程思维范式的解放。在历史上,构建状态化流处理(Stateful Stream Processing)系统极其复杂,“其逻辑绕弯的程度能把人的脑子直接逼疯”,以至于大多数工程师宁愿选择简单、熟悉的“请求-响应”(Request-Response)轮询模式构建应用。 > “The way that you have to think about stream processing is necessarily what's called stateful stream processing, it'll wrap your brain around an axle and now with AI it's just sort of it's interesting timing because AI is creating this problem that requires more companies to use this new architecture but it is also the solution.” —— Kiyo Gabriel - **湖仓一体的局限**:原为离线及近线分析设计,难以支撑毫秒级响应的智能体操作回路。 - **Flink 的核心角色**:作为流处理执行框架,将数据转换与上下文沉淀“向左推”到流平台,为智能体消除检索时延。 - **技术与问题的共生**:智能体爆发制造了流式数据洪峰,但大模型编码能力反过来降低了工程师编写复杂状态化流处理任务(Stateful Streaming Jobs)的技术门槛。 --- ### `35:00` 智能体时代的身份安全难题与开发者-运维协作变革 谈到架构落地的深远影响,Kiyo 展开分析了应用开发架构的根本性转折。长期以来,几乎所有工程师在受教育和开发 Web、移动应用时,默认依赖的都是“每隔一段时间查一下数据,或者发个请求拉取并更新”的请求-响应机制。流式架构虽然资源消耗更低、响应更实时、整体系统更自然流畅,却受制于高昂的编写门槛。而现在,开发者借助生成式 AI 可以毫不费力地把过去湖仓一体中定义的批处理作业改写为状态化流处理作业,以往迫于无奈选择的权宜方案终于可以被理想中的架构取代。 与此同时,智能体的几何级增长还引发了身份认证体系的连锁反应。计算机诞生起就存在身份认证(输入账号密码登录),但自主运行的智能体并不是人类用户,它们的数量可能会比人类员工多出一个数量级。企业必须为这些智能体生成高频轮转、极短生命周期的临时凭据(Short-lived Credentials),确保权限边界不被突破,这使得原本古老的身份管理问题在智能体环境下以全新形态爆发。 在客户反馈方面,Kiyo 分享了他在大会期间与一家大型保险公司的交流。对方高管当场表示,这套流式智能体解决方案正是他们苦苦寻觅多年的解法。更有趣的转变发生在组织文化内部:过去在系统“构建者”(软件工程师)与“运营者”(运维/IT人员)之间往往存在着一道技术鸿沟和利益张力;如今 AI 正在同时赋能这两个阵营——运维人员可以借助 AI 实时洞察系统内部真正的调用状况,成为开发者的坚实后盾;软件开发者也能清晰透视自己的代码如何调用底层底层算力与设施,避免在无意间给运维团队埋雷。 > “With AI, it's not just about, oh, I can make cool images and I can write code. It could transform the way that you actually execute your job and the way you actually work with other people.” —— Kiyo Gabriel - **智能体身份管理特征**: - 机器自主发起,无人工交互干预。 - 实体数量比常规企业员工数高出一个数量级。 - 必须依赖极短生命周期凭据进行鉴权与权限隔离。 - **跨职能协作升级**:AI 消融了开发(Dev)与运维(Ops)之间的沟通壁垒,将 AI 的价值从单纯的写代码、生图,拔高到重构组织关系与业务工作流的高度。 节目最后,David 对亚特兰大现场传回的技术前线动态表示由衷感谢,祝愿 Kiyo 返程顺利,并向本期的常驻嘉宾 Ash Minhas、Jessica Nahulan 和 Judith Aquino 一大致谢,结束了本期《Mixture of Experts》的录制。 ## Notable quotes > `05:00` Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure. — Jessica Nahulan > `00:00` Organizations that are running older PHP versions can't just upgrade and patch because that could disrupt other legacy systems built around it. — Judith Aquino > `03:00` And then, you know, if you think about other people who have PHP servers, you know, they might be smaller businesses or individuals. They don't necessarily have that complex network topology. And therefore, their servers are just basically sitting ducks on the Internet. — Ash Minhas > `10:00` 我认为作为一个社会,我们从未真正停下来,用第一性原理的方法去审视我们构建软件的方式。 — Ash Minhas > `10:00` 我认为这篇新闻揭示了一个问题:我们现在发现问题的速度比以往任何时候都快,但我们修复问题的能力也同样比以往任何时候都更快。 — Jessica Nahulan > `22:45` One of the reasons is that riddles are... especially for models, can be incredibly difficult to solve since it's not just about pattern matching. You need creative thinking and wordplay to solve most riddles. — Judith Aquino > `35:00` With AI, it's not just about, oh, I can make cool images and I can write code. It could transform the way that you actually execute your job and the way you actually work with other people. — Kiyo Gabriel ## Mentioned David Zax, Judith Aquino, Jessica Nahulan, Ash Minhas, Kiyo Gabriel, Rasmus Lerdorf, Jack Dorsey, Joe Rogan, PHP2Shell, PHP, PHP Foundation, IBM, IBM Tech Exchange, Wiz, WordPress, Joomla, Block, Dessa, Square, Cash App, Tidal, DuplexBench, Claude, Cohere, Cultural Riddles, Streamhouse, Apache Flink, Confluent, Uber, Netflix ## Video description Visit Mixture of Experts podcast page to get more AI content → https://www.ibm.com/think/podcasts/mixture-of-experts This week on Mixture of Experts, host David Zax is joined by Ash Minhas, Judith Aquino and Jessica Nahulan to discuss how AI is testing the systems we rely on, from cybersecurity to model evaluation. First, the panel examines PHP2Shell and what happens when AI can find vulnerabilities faster than organizations can fix them. Can our aging software infrastructure keep up? Next,... [Source](https://cdnapisec.kaltura.com/p/1773841/sp/177384100/playManifest/entryId/1_0bsajwek/format/download/protocol/https/flavorParamIds/0/name/media.mp3)

Source quotes

[5:00] Jessica Nahulan: Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure. [0:00] Judith Aquino: Organizations that are running older PHP versions can't just upgrade and patch because that could disrupt other legacy systems built around it. [3:00] Ash Minhas: And then, you know, if you think about other people who have PHP servers, you know, they might be smaller businesses or individuals. They don't necessarily have that complex network topology. And therefore, their servers are just basically sitting ducks on the Internet. [10:00] Ash Minhas: 我认为作为一个社会,我们从未真正停下来,用第一性原理的方法去审视我们构建软件的方式。 [10:00] Jessica Nahulan: 我认为这篇新闻揭示了一个问题:我们现在发现问题的速度比以往任何时候都快,但我们修复问题的能力也同样比以往任何时候都更快。 [22:45] Judith Aquino: One of the reasons is that riddles are... especially for models, can be incredibly difficult to solve since it's not just about pattern matching. You need creative thinking and wordplay to solve most riddles. [35:00] Kiyo Gabriel: With AI, it's not just about, oh, I can make cool images and I can write code. It could transform the way that you actually execute your job and the way you actually work with other people.

Source quotes

[5:00] Jessica Nahulan: Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure. [10:00] Ash Minhas: The world of technology is layers upon layers upon layers of abstraction.

Original transcript

[0:00] I just think it's incredible that someone who wrote some code to not have to write any code for his personal homepage has exploded into powering 70% of the internet. All that and more on today's Mixture of Experts. I'm David Zaks and welcome to Mixture of Experts, IBM's podcast in which we bring together a panel of IBM experts to talk through the week in AI news. Practice Manager for Technical Content, Judith Aquino, Staff Writer at IBM Think, and Jessica Nahulan, Master Inventor and Lifecycle Management Team Lead for IBM Business Automation Workflow. Later in the show, we'll also be joined by Q Gabriel, who is going to report from the field, and he is the IBM Field CTO for Data. He is at IBM Tech Exchange, which is our annual conference for builders, engineers, hands-on demonstrations. So we're looking forward to that. First, we're going to talk through three AI news stories. So we're going to talk about Dessa, from Block that was trained on voice conversation, no text. We're going to talk about a new benchmark called cultural riddles that is meant to stump AI models with riddles that are culturally specific. But we're going to start by talking about a giant bug. First story is about PHP 2 Shell. This is a big bug that a couple security firms found. It's part of AI discovering security vulnerabilities. This one is particularly large. Judith, could I start with you? Could you help us get oriented? Like, what are the two or three most important things we should understand about this PHP exploit? PHP is a widely used programming language that powers about 70% of all websites. And these vulnerabilities can allow an attacker to remotely take over a web server and, But besides that, the problem is, Organizations that are running older PHP versions can't just upgrade and patch because that could disrupt other legacy systems built around it. The somewhat good news, as our friends at Security Intelligence mentioned, is that the exploit chain isn't exactly easy to take advantage of, but it still shows how vulnerable we are as given the fact that. These security flaws were found with AI models, which are making it easier to find vulnerabilities to exploit. Ash, can you help me understand the scale of the problem? Why is this? Obviously, bugs are discovered every day, every week. Why is this one that began to sort of trickle into front page consciousness? to be able to remotely execute code on a server that is exposed to the internet or, you know, other aspects of, you know, access that it may have. And so when you think about sort of a typical platform, web architecture, you're going to have things like databases, Like, attached to that server in order to like be able to query something and provide information to whoever the user is on the internet. And so It's the fact that you can take control of that thing and then have network access to networks you shouldn't have access to, you have access to credentials that you may not or shouldn't have access to. And you're able to just, in essence, use that computer as you would like to in any nefarious way that you can think of. So, in essence, it's like... having the keys to like a, Someone else's like hotel room, for example, okay, long after, you know, you know, you should have and being able to do whatever you like there. And yet I mean, that's ultimately the crucial vulnerability that's exposed here is like, all these websites out there can have this problem. Now, you know, You'll find that in large organisations, there'll be... architects who will have architected their web servers to kind of like be segregated from a network perspective, like they'll have them out in a DMZ, they'll have like web application firewalls in front of them and so forth. But none of those defenses are going to be able to protect them from this kind of issue. And then, you know, if you think about other... People who have PHP servers, you know, they might be smaller businesses or individuals. They don't necessarily have that complex network topology. And therefore, their servers are just basically sitting ducks on the Internet. So I think what I hear you guys saying is that there are at least two reasons that this is really at a headline level bad. One, PHP, it's not like... [5:00] Like most bugs, it's like this one software program is affected. Oh, Microsoft Word has this, you know, little problem and they'll push a patch and it'll automatically update and then it's no big deal. But this is actually, I gather, a bug that exists in this fundamental language itself, like not a product, but a language that undergirds this. It's like it's like a bug in the infrastructure almost of the web. Jessica, you am I right that you have I mean, you're a master inventor. you build things. I'm gathering you've probably built websites, uh, that, that use PHP. How are you actually as a practitioner practitioner who's, um, you know, maybe put things out in the wild that are, uh, affected. How are you thinking about this right now? I think the way everyone needs to maybe change their mindset now is we've, We've built like websites, solutions, whatever small businesses like Ash mentioned might have put up. We've built all these solutions. We put them up there. We put them on the web and we've moved on. They're running well. We can drop them out of people maintaining them or even looking at them because they're all fine. Now we have AI and with AI, we're able to, at this rapid pace, both discover vulnerabilities, attempt to exploit them. somewhat abandoned and look at, you know, what dependencies do they use? Was that built with PHP? Is that using some open service software that has only one maintainer and they only patch fixes once every two months? We had to look at essentially our full stacks and see how we can modernize and evaluate things. what we use. So it's honestly, so that's from both small individual businesses to big enterprises. That's a huge cost. Before modernizing was almost like this nice to have. Now everyone is forced to modernize so that we are ready to pick up the latest versions of these fixes and these dependencies without breaking our infrastructure. I think one of the things that interested me about this story is, um, the story of how the bug was discovered and how it was disclosed. And if you really look at the timeline, it's pretty complex. There were, well, first of all, the bugs were sort of half understood or something like the bugs were understood in previous years, but it wasn't thought to be quite as severe. Then this summer, independently, a firm called Wiz and a firm called California started directing their AIs to sort of look, poke at PHP and see if they could find flaws. And they sort of simultaneously discovered these flaws. They began talking to the entity responsible for maintaining PHP code, which is something called the PHP Foundation. That foundation, it turns out, despite managing the code that undergirds 70% of the web, has one full-time employee. What are your thoughts about that, Ash? One of the reasons why... So much of the internet runs on PHP. It's probably WordPress. WordPress runs on it. Joomla runs on it. I've had personal experience setting up all of these things for friends and family members, as Jessica was alluding to, in past lives. The alarming thing, as you said, is that there's one full-time employee for the PHP Foundation. And, I think that... One of the things that we take for granted as a society of open source software is that If it works, we just use it. And there's an assumption that it's someone else's problem or responsibility to maintain and react to it. situations such as what's happened this week. And I think that there needs to be a rethink around how people who are consuming open source code are investing back into that ecosystem because Quite simply, you know, there is time, money and resources required to solve these things. And with the advent of... generative models and AI agents and finding vulnerabilities and exploits quicker than a human being can without an equal level of investment in that time and money, okay, and resource, it will be very difficult for us to sort of like try to close that gap between discovering something and being able to resolve it. The exploit in the parlance, the common with someone inventing [10:00] how many years ago, Ash? Rasmus Lerdorf made it, and he made it in 1994, and... It obviously got a lot of traction, and he's a very, very competent programmer, but at the time, he would joke and say, I'm not a real programmer. I just threw this thing together and moved on. And he actually wrote it. to program less. And so I just think it's incredible that someone who made a wrote some code to not have to write any code for his personal homepage, you know, has exploded into powering 70% of the Internet. Right. I mean, I sort of feel like it would be like waking up one day and being like discovering that all the concrete that New York City is built on was actually just like, you know, baked in someone's backyard. And he was playing with his kids Play-Doh and he thought it'd be cool. And everyone's like, give me some. And then they built a city on top of it. And I don't know, like my analogy is probably imperfect there. drilling down into the archaeology of it, often it's just something cludged together, like the kernel of it is something cludged together by some dude in 1994. Like, is that a problem we should be worried about? I think it's a big problem. So like, I'll speak from personal experience here. Okay. And, you know, I'm, when I say this, there's probably so many technical members in the audience who are going to listen to this and go, yeah, I know exactly how that feels. - Yeah. The world of technology is layers upon layers upon layers of abstraction. OK, what we do is we take complexity, we turn it into an abstraction layer and then we build on top of it. And as a consequence of that, I just think as a society, we've never, ever stopped and taken sort of a first principles approach to how we make software. We just go, oh, in order to we need to make that thing, I just have to import this library and I have to import this dependency and I have to import this thing. name and run, it will do what I want it to do. And there's not enough like sort of like, a sort of mental bandwidth there around what is this thing that I'm importing and where did I get it from and why should I use it and like you know is that the right thing to use and you know can I trust it for the thing that I'm going to do next I do wonder like running with the physical analogy like presumably when they decide to do Presumably, if I dig into the archaeological layers of this road outside my home, like the further down you go, you'll find less sophisticated building materials. But presumably, when they modernized it, they made structural engineering decisions to make sure that the whole thing is fundamentally sound. And like, do these could you tell me a little bit just as somebody who's new to this world about like practices of code modernization and best practices of just sort of making sure that the kernel of a thing is safe? Jessica, do you have any thoughts about that? there's the ideal world and the reality. So there's a lot of best practices around exactly what you described. You know, a lot of people do want to re-architecture these complex, like 30-year-old systems and see how we can do better. But then the reality is then there's timelines, there's resources, there's maintenance, and then just sticking glue and tape and everything on top of your little broken bucket or whatever you got going. And then that's kind of the reality. But I do believe that AI is built. Also giving us this opportunity now that now rewriting code and understanding code where the experts aren't even there anymore, because, again, it was created maybe by some team 50 years ago and you don't have them to speak to. Now all that's so much easier with AI. So I do think like that. This news article exposes an issue that now we are finding issues faster than ever, but we're also capable of fixing them faster than ever. that. All right, our second story today, this one, I really nerd out on this sort of stuff, model architecture, new modalities for models. So this is about something called Dessa. It comes from Block, which already this is interesting to me. Block is Jack Dorsey's company. Block makes Square, the payments processor, Cash App, the other payments processor for cooler people, also owns [15:00] Heidel, the Spotify competitor. But if we know one thing about AtJack, he's always tinkering, always got things up his sleeve. Apparently, five, six years ago, he bought an AI... frankly, it was kind of like a deepfake firm. They got famous for making a deepfake voice of Joe Rogan that just sounded just like him in 2019. So they've been cranking for six years, apparently, and they have they announced that they've created a model that was only trained on voice conversation. is able to hold a conversation and to do so in a way that, well, why don't I want to let someone else explain that Judith, what, what is so unique about death? So were you able to listen to any of the demos or were you able to, yeah. Why don't you tell us what's kind of uncanny and cool about it? First thing, um, is that it can listen and talk at the same time. So, versus Other models where... they're silent and wait until you're done talking. From the demos, you could hear it interrupting people, even with just like a laugh or like the things that we tend to do when trying to show that we're engaged in a conversation. So that immediately jumped out at me. One of the coolest things it can this back channeling and like you know if i'm talking to anyone and trying to show them that i'm engaged i'll just go hmm And the fact that it can do that in a socially graceful way is a massive technical feat, apparently. And it really comes down to training on that audio. So far, I mean, we should note that it hasn't been publicly released yet. And we haven't seen really any research or much about the methodology behind it. So we're still just going on. what's on their demo website. Yeah, Ash, was that curious to you? Because, um... there's this... There wasn't a paper. This kind of model that can talk and listen at the same time is called fully duplex, I think. It sounds like a real estate term, but it's about the dual channel and the model that can listen and talk at the same time. But there is a fully duplex. There's a duplex bench that they could have said that we scored off the charts on it. They did not share that score. They did not share any numbers whatsoever. But Ash, what did you think about this? And, you know, where does your skepticism lie, given that the details are scarce? The fact that they're saying that they didn't train it on any text. suggests to me that the amount of world knowledge that this model has is more limited than Because, you know, if you're training it on conversations itself, then you need lots and lots and lots of conversations. Right. And so. as we would find with early... uh transformer models i mean this isn't a transform model but uh it probably would have exhibit the same sort of like behaviors is that it probably would hallucinate a lot i would say because it doesn't have as much grounding um the thing that interests me more than anything is that um Yeah. We have all of these benchmarks for all of these models like, you know, you've got like MMLU and you've got like these coding benchmarks and so forth for, you know, the frontier models and any other model that they can run against it. I don't know if there is such like an audio benchmark. I mean, like, how do you benchmark and test this thing? OK, so even if they did want to release some... in their research. It's like, what would be the benchmark that they would be using to do that? It's like, I think right now, one of the things that DESA has to contend with is how do they... Show the world. controllability of it evaluation you know how does it handle hallucinations i mean i think all of those things are still open questions apparently it's in someone's demo uh it really likes to call people reynal reynaldo whether they're named reynaldo or not so it works really really well if your name is reynaldo it aces the reynaldo talking to reynaldo benchmark maybe that's how they train it you just gotta like i don't know open the [20:00] map or a browser and just keep talking to it for the next couple of years. Eventually it convinces you your name is Rinaldo and then it works perfectly. Frankly I was surprised to see AI news coming out of block. They weren't on my radar as a frontier lab to say the least but they've done something clearly impressive in the demo but what's your reaction? Honestly first very impressed because it's the first time I've even listened to an agent speak and that's in that duplex way but it Honestly, echoing Ash in that the first thing I, as soon as I read that they, how much text they essentially trained this model on, my thoughts were, well, then it's everything I dislike in a model. It's inaccurate. It doesn't know the right answers. The worry thing we choose our model on, it fails at, right? Or I assume so. I have to believe that, you know, you're getting his hallucinations. It doesn't know the answer anymore. What value are you getting? One thing when Ashwazh was talking about the hallucinations, I was thinking, maybe that's actually a good thing here because now you're getting the randomization of a unique human personality in some senses. It's also quite interesting because if I was to describe this desa to you, I'd be like, It can speak to you, but it can now interrupt you. that sounds great. I totally want to be interrupted by my LLM while I'm trying to ask it something. So I guess a lot of skepticism on its performance and how much it knows, but I think it's unlocked this whole new avenue. And it's like, how do you even grade that avenue, like Ash was saying? So I was listening to him and I was thinking, there's whole new criteria here, because now we're not like Claude or our LLF models, we're grading it on how accurate is it? How right is it? How consistent is it reliably able to answer something? But here, maybe we want to, like grade that if I go what was that movie like like it catches that I'm trying to think and it can interrupt and jump in how do you grade that and evaluate that it's a whole new criteria because you're trying to um kind of evaluate nuances and human speech and expressions and just even the noises that you make well it'll be interesting to see what happens for now it's just a research preview and a kind of private beta for uh security testing um so we'll see if this becomes a product it'll be interesting to watch. For our third story today, our third and final story, we're going to talk about a pretty unusual benchmark. So we were just talking about benchmarks in the last segment. And just for those who don't know, a benchmark is basically kind of like, it's kind of like an SAT test for models, right? So people devise these tests, whether it's a difficult math test or a difficult reasoning test, you test a bunch of models against it, you see how they fare. This one is about culturally specific riddles. So that actually has two components, and I think it's worth taking them one at a time first. So... Let's start with the riddles component, which is kind of the more interesting half of it to me. Actually, we sort of know it's not it's not OK, but we definitely know that these large language models that are trained on huge corpuses of mostly English and Western languages on basically the text of the Internet, which is not representative of all the countries in the world. We've known that these models might have a tendency towards their training set. Riddles, why and how did this emerge? Because this actually is a practice that even precedes the launch of ChatGPT. So Judith, I asked you to read up on this history a little. Could you brief us a little bit about why we're playing like Riddler to Batman with models at all? One of the reasons is that Riddles are... especially for models, can be incredibly difficult to solve since it's not just about pattern matching. You need creative thinking and wordplay to solve most riddles. And so when we're testing the effectiveness, efficiency of a model, riddles are... A really good benchmark. for them. Sticking just to the riddles component of it, like if you think of the canonical riddle for me is the one that Oedipus solves from the Sphinx, what walks on four legs in the morning, two legs at day and three legs at night. The answer, man or humankind, because and it requires stretching your brain a little. You're thinking about legs in a different sense. You're thinking about times of day in a different sense. The baby crawls on four legs in the morning at the beginning boxes. [25:00] night being the nighttime of life, right? It's this metaphorical use of language that initially the presumption was that our C-3PO's wouldn't understand that, Ash, right? So, Ash, when you add in this level of cultural specificity, were you able to dig into the paper at all? And what do you think happens when you both kind of brain tease a model with respect to these... riddle-like stretching of language and then also kind of demand of it cultural specificity, what do we learn about models here? I know you love benchmarks, by the way. I do indeed, David. So first off, you can actually go to Cohere's Cultural Riddles paper website, and you can do a quiz. So you can kind of do a quiz and test your knowledge against an AI. Thankfully for me, I out beat the AI. I think I got a score of 80% or something. It was actually pretty fun. I recommend you can go and anyone wants to just go to their website and do it. I hope that they're collecting that as training data. What this exposes is far bigger than a riddle or you know like cultural awareness what this exposes is something that even OpenAI probably put some research out about, I think, last year or the year before, is that We just like the entire space of benchmarking needs to evolve. Right. And let me explain why I say that. Right. All large language models, the benchmarks that they get benchmarked against. Yeah. If you get the answer right, you get a point. If you don't get the answer right, you don't get a point. Right. But also, if you don't know the answer, you don't get a point. OK, so the models are incentivized to guess. Right. As opposed to because, you know, they think about it and they go, you know, if you ask the model, what's my date of birth? OK, mathematically, there's like a like there's like if you just think about, you know, the day of the year. OK, there's like a one in 365 chance that it's going to guess it right. If it says I don't know, it's got zero percent chance of like getting a point. Right. And so it's incentivized to like, oh, I'll just make one up because mathematically, I'd rather take that chance and have like it. you know, a 0.000 whatever percent likelihood of me getting this right versus not getting anything at all. I think that We need to rethink benchmarking in totality in regards to how we evaluate these models. Yeah, in regards to the actual question that you asked me, I'm... Yeah. I think that... And the great thing about culture and like, you know, society and so forth is it's like a moving goalpost, like our cultures evolve, it doesn't stay still. Okay. And so it's very, very difficult unless you have super fast training runs, and you've got all the right source data to go into training these models for them to be able to respond appropriately. Last question, Jessica. I'll keep it open-ended. What interested you most in the cultural riddles study? So essentially, a word and your prompt, it holds a representation that then once you type it, it expands into a request, right? And essentially, now we're able to package our perfectly written, you know, requests and share them in the tech world, right? Share these skills, share these agent workflows. And that's like casting spells in a way. And it really makes you think about the power and the context example, if you say, write me a PRD, that means a product requirements document, that three-letter acronym, it expands into this whole structured text. And from company to company, what a PRD looks like might be different. And I think that's very interesting because it's almost like what's happening here because every word from culture to culture might have different kind of a different sense of interpretation of what that word looks like. And then the entire request changes completely. So it's that takeaway of really understanding the context of the languages and who your audience is, right? So if you say you say, support people from all around the world or certain locales, actually test with the languages that they'd be using and how they make sense of the world, essentially. - I love that you brought in spells. I think the ultimate bench [30:00] should be expecto patronum. That's what I'm saying. And when a model nails that, we're in trouble. Or we're very safe, maybe both at once. Thank you so much for covering these three stories. We have a special bonus segment that you teed up perfectly. We're going to bring in a guest to talk about tech exchange in just a moment. Okay, we're joined by Kiyo Gabriel for a special segment. ITO for Data, and he joins us from Atlanta. On the day we speak, the 29th, this is the last day of IBM Tech Exchange. And Kyo, you've really sold me on this as being a really exciting conference. You said it's full of boring stuff. But actually, what you said is boring. It's like the story is that the boring stuff is becoming really exciting and maturing. I've been going to like all the big conferences for the last three years. And the hype thing, there's a wave. There's waves. retrieval, augmented generation, and that was AI, LLM model training. Then we got into, you know, over the last year and a half, it's all agents and then, you know, some coding agent stuff. But what was really awesome about TechExchange is we're starting to see us getting our hands around things like agent identity, orchestration, process orchestration, monitoring, and all of these things are great. They're old, but they're also new. Like the way that we have to do these in an agentic world has changed in many cases. I would go so far as saying fundamentally. And one of the things we introduced was the stream house, which is really just giving a name to a new data architecture that some of the like the biggest companies in tech have been using for many years. you know, we talk about like Uber and Netflix, if you didn't have their data problems, you didn't need this class of architecture. But now if we look at sort of the way that the volume of agents that there are and the way that the data exhausts the agents create, we're seeing companies that are used to have much lower data needs. Now they're going to need that kind of platform. And that's what we're bringing to market around the stream house, just as one example. So lots of, into the maturing cycle of AI. You were speaking about how, especially in the opening moments of sort of, you know, displaying some of the things that have, some of these mature technologies, people were getting really excited. Let's start with Streamhouse, since that's kind of your wheelhouse to double up on the house metaphor. What is Streamhouse, and what has really matured in the last year that you've been able to present something really new and exciting to IBM clients and other folks? I think that we've seen a lot of companies gravitating to a lake house. We went through Warehouse, and then it was Data Lake, and we went to Lake House. These are all different ways of sort of housing data, right? So a data lake is about it later. A warehouse is something else. Streamhouse kind of brings some ideas together. Is that right? Yeah. I mean, the warehouse is like structured. Yeah. archival. Data Lake is throw everything in the trash bin. And Lakehouse is trying to recognize the strengths of both of those. Like I want to be able to have structured and unstructured, and I want to be able to separate compute and storage. Those are sort of the pillar value props of the Lakehouse. The challenge is that now we're starting to see, hey, I like that scenario. The reality of my business is that my data estate is distributed, which you could also refer to as bring context to agents so that agents can act on it quickly in an operational context. And so how do you do that with a lake house that was really not designed for an operational context? And what we're showing is that with this sort of shift left technique of saying, taking a lot of the way that we handle data in a lake house and running it in Flink, so that's a processing framework in the streams, in streaming platforms, that suddenly now we can agents in real time. Obviously, IBM in the past year or two made this big acquisition of Confluent to enable a faster moving data. So data is where it needs to be for agents and others. So bringing all these long term themes of agents together, and it's sort of this kind of like archipelago of ideas, it sounds like it's converging to a really exciting moment. What is one concrete kind of cool application that an IBM client could not do a year ago that now they can do now that I'm going to twist it just a little bit. I think, and I, and I, like I, I did the keynote, I talked about this there. It's, it's that historically, you. Streaming architectures have been hard to build. The way that you have to think about stream processing is [35:00] necessarily what's called state full stream processing, it'll wrap your brain around an axle and now with ai it's just sort of it's interesting timing because ai is creating this problem that allows that requires more companies to use this new architecture but it is also the solution i can write stream processing stateful stream processing jobs using ai effortlessly i can take jobs that i've defined in the lake house and say hey just rewrite this. So the important thing that this unlocks is that Most people, because streaming architectures were hard, they would gravitate to what they know, which is a request response style architecture. Most of us, we came up through, we were educated in that. Almost every web app anybody's ever built, most of their mobile apps ever built, they're kind of layered on. Hey, I'll check for data every now and then or I'll query for it and I'll update it. It's very request response, right? Streaming architectures. are better because it allows me to, with lower resources, be able to make my apps more responsive. They get updates right away. And the whole thing starts to feel more organic. but it's harder. And that's why fewer people have done it. Well, now those barriers have come down and we can now, you know, say, The request response architecture, I understood it. That's why I built it. But now I can actually build what I really wanted, which was a better solution for many problems in small and large businesses. We just – Couldn't build it, but now we can. The advent of agents are pushing more and more businesses into a corner where they maybe they weren't. Maybe maybe you didn't have a big data problem. or a big concurrent user problem previously. And suddenly with agents, you do. And now you need to think about rethink, okay, what is the right solution for having this new data problem that I didn't have before? And the same thing actually starts to spiral with identity. Identity is as old as computers. You know, I sign in. But now what happens when you have these agents that are autonomous, they're not people, and there's maybe an order of magnitude more of them, and I need to make sure that they only have very short-lived credentials and things like that. IBM has fantastic solutions around this. But they're different. The problem, it's like it was around before. but it's manifesting anew with agents and we have to, and it's causing us to, to, approach the solutions differently. What feedback have you gotten? Have you talked to any clients or friends of IBM who are excited to try this out next year? Yeah, I had a had a great meeting with a major insurance company and they're looking at this and they're saying this is the solution that we've been looking for actually for years. Yeah. And that creates this interesting tension and barrier between the people who build the stuff and the people who run the stuff. But now with AI, that's also really empowering both of these groups. You know, the people who were just operators and they really don't know, now they can say, hey, I can actually be a better service to the people who are building. Now with AI, I can actually understand how my systems are being used. And likewise, the people who are building can say, okay, now I understand how my software leverages the underlying systems and where I may be causing problems for those groups of people. for people to start to see, wow, with AI, it's not just about, oh, I can make cool images and I can write code. It could transform the way that you actually execute your job and the way you actually work with other people. It's very transformative to relationships and the organization. And to me, I think people are starting to see that, and that's really exciting. Well, that excitement is coming through. I wish I could have been there in Atlanta with you. Thank you for this report. Enjoy your last day there. Safe flight back. I want to thank both panelists, Ash and Jessica and Judith, for joining for this week's Mixture of Experts. Tune in next week. We'll see you then.