OpenAI Chairman Bret Taylor Says AI Agents Will End Manual Coding by 2026
Stripe
Silicon Valley software engineers will stop writing lines of code by hand within months as autonomous agents shift the enterprise software industry from seat-based subscriptions to outcomes-based pricing models.
## Background
Published on March 10, 2026, by the Stripe channel on YouTube, this video features Bret Taylor joining host John for a pint to discuss the rapid shift toward an agentic future. The description highlights discussions on outcome-based pricing, why the atomic unit of AI productivity is a process rather than a person, corporate adoption challenges, and Taylor's reflections on his roles with the OpenAI and Twitter boards.
## TL;DR
In this wide-ranging conversation, tech veteran Bret Taylor explores the rapid evolution of autonomous AI agents and their transformative impact on customer service and software engineering. He emphasizes how his company, Sierra, utilizes an outcomes-based pricing model to align software value with actual business results rather than seat metrics or tokens. Taylor details why organizations must restructure around end-to-end digital processes instead of traditional, siloed org charts to unlock true AI productivity. Furthermore, he shares unique insider reflections on managing corporate governance during high-profile board crises at Twitter and OpenAI, while predicting that manual coding will soon be replaced by automated system design.
## Atmosphere & style
The conversation carries a relaxed, conversational, and highly intimate vibe, set over a casual pint of beer between peers. It blends lighthearted Silicon Valley camaraderie and witty technical observations with the grounded authority of a seasoned executive who has weathered major corporate storms. The narrative arc moves seamlessly from enthusiastic, geeky speculation about open-source hobbies to a deeper, more reflective tone regarding the immense social responsibility of guiding humanity's AI future.
## Key takeaways
- [01:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=84s) The open-source 'OpenClaw' project demonstrates a useful 'Memento' style of AI memory by constantly writing and compacting notes in a local markdown file, contrasting with the blank-slate nature of mainstream LLM chats.
- [02:04](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=124s) Code repositories are uniquely suited for AI because context is kept in plain text files rather than binary formats, providing structured feedback loops through compilers, unit tests, and version control.
- [05:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=355s) Harness engineering—building a structured environment of guidelines, documentation, and rules around an agent—is becoming more effective than complex multi-agent architectures or Anthropic's Model Context Protocol (MCP).
- [05:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=355s) The ultimate output of software engineering may shift from writing 'bespoke, artisanal' code to authoring durable documentation artifacts like PRDs and system designs, while AI handles the transient code generation.
- [11:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=715s) The ideal SaaS interface of the future will evolve from human-optimized visual dashboards into 'agent harnesses' that act as instruction manuals for autonomous systems.
- [15:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=955s) The most robust and backward-compatible integration channel for modern AI agents in sectors like healthcare remains traditional phone lines using English over the public switched telephone network (PSTN).
- [20:15](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1215s) Sierra has demonstrated rapid enterprise adoption of customer experience AI agents, scaling to approximately $165 million in Annual Recurring Revenue (ARR) in just over eight quarters.
- [21:29](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1289s) A singular, branded AI agent will become a company's primary digital front door, unifying previously siloed digital, sales, and call center teams across multiple communication channels.
- [24:27](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1467s) AI agents collapse the cost of human-staffed customer service phone calls from $10–$20 down to a matter of cents, enabling lower-margin businesses to offer scaled, high-quality support.
- [24:27](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1467s) The ATM analogy illustrates that automating tasks with AI does not simply eliminate jobs, but often redirects human labor toward higher-value, more complex, and fulfilling problem-solving activities.
- [01:13:50](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=4430s) The true atomic unit of AI productivity is an organizational process rather than an individual person, meaning companies must stop shipping their 'org charts' and instead redesign workflows from end to end.
- [53:31](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3211s) The balance of power in enterprise software is shifting away from traditional systems of record (like ERP and CRM) toward systems of engagement and process execution managed by AI agents.
- [01:00:53](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3653s) Sierra uses an outcome-based pricing model where customers only pay for fully automated, successful resolutions, fundamentally shifting enterprise accountability and giving the software vendor 'skin in the game.'
- [01:23:47](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5027s) The post-AI era is driving a massive resurgence of high-agency 'hyper-generalists' who use AI as an exoskeleton to handle product design, management, and engineering autonomously.
- [01:30:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5424s) Elon Musk's reduction of Twitter's headcount by 80–85% demonstrates that engineering output does not scale linearly with team size, though extreme austerity risks losing market share to faster competitors.
- [01:35:22](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5722s) OpenAI's unique nonprofit board structure mandates a legal fiduciary duty to ensure that artificial general intelligence benefits humanity, completely altering typical corporate boardroom debates.
- [01:38:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5904s) By 2026, autonomous agent adoption will become mainstream, a major AI-powered scientific breakthrough will capture public imagination, and most Silicon Valley companies will no longer write code by hand.
## Detailed walkthrough
### [00:01](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1s) Introducing Bret Taylor and the Chaos of "OpenClaw"
Bret Taylor is a legendary Silicon Valley veteran whose career spans some of the most influential tech milestones of the last two decades. He co-created Google Maps, invented the Facebook "Like" button, served as co-CEO of Salesforce, and, as a Twitter board member, pushed through Elon Musk's acquisition of the platform. Today, he serves as the chairman of the OpenAI board while running his own customer service AI startup, Sierra.
The conversation kicks off with a lighthearted question about whether Taylor has installed "OpenClaw"—a chaotic, rapidly evolving open-source agent project—on his work laptop. While Taylor hasn't gone so far as to buy a dedicated Mac mini for it, he has played with it in virtual sandboxes. He expresses a deep appreciation for the sheer chaos of the project, which went through three name changes in three days. It represents a fascinating shift in consumer AI: instead of a highly polished, corporate-approved agent, the first widely adopted consumer or hobbyist agent is a "semi-rogue" open-source creation that users interact with over WhatsApp, running on a local Mac mini, and behaving in a way that is "mildly unhinged and insecure."
- **Bret Taylor's Roles:** Co-creator of Google Maps, inventor of the Like button, former co-CEO of Salesforce, former Twitter board member, Chairman of the OpenAI board, founder and CEO of Sierra.
- **OpenClaw:** A highly popular, chaotic open-source agent project that allows users to run local AI agents (often on a Mac mini) and interact with them via messaging apps like WhatsApp and Telegram.
### [01:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=84s) The "Memento" Style of AI Memory and the Power of Markdown
A striking contrast exists in the current AI landscape. If a user opens a brand-new ChatGPT or Gemini window, they are greeted with a completely blank slate that lacks persistent, proactive memory. Meanwhile, the "janky" OpenClaw project achieves a highly functional form of memory by essentially scribbling notes in a margin. It functions like the movie *Memento*, constantly writing down things it needs to remember into a simple markdown file. Even though its compaction algorithms are buggy and it doesn't always write down the exact right details, this messy, file-based approach feels incredibly useful.
Taylor offers a technical theory on why this works so well. Over the last four months, coding agents have undergone a massive transformation that has completely changed how engineers view the future of software development. Because code repositories keep all context in one place using textual files rather than binary formats, they are uniquely suited for AI. Furthermore, codebases provide structured feedback loops through compilers, unit tests, integration tests, and version control history. Taylor suggests that using a markdown file for an agent's memory is not just a temporary hack, but a highly efficient way to blend context with random-access memory.
- **The *Memento* Analogy:** OpenClaw maintains memory by writing and compacting notes in a local markdown file, contrasting with the "blank slate" nature of mainstream LLM chats.
- **Vector Databases vs. File Systems:** While vector databases offer precise random-access search, a messy, sequential markdown file mimics human memory compaction more naturally.
- **Unix Compatibility:** Because AI models are highly proficient with classic Unix tools, storing memory in plain text allows them to easily use basic utilities like `grep` to find information.
### [05:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=355s) Harness Engineering and the Irony of Documentation
The discussion turns to "harness engineering"—the practice of building a structured environment or "harness" around an agent so it can perform complex work. Taylor references an OpenAI blog post on the subject, noting that instead of relying on a single markdown file, engineers built a directory mapping out an entire product's architecture. The agent's personal markdown files then simply served as pointers to this broader documentation.
This leads to a compelling hypothesis: the ultimate output of a programming session should not just be code, but a durable documentation artifact. While code is transient and can be refactored or deleted, the original intent—the Product Requirement Document (PRD), the customer problem, and the architectural decisions—is the truly valuable asset. Taylor laughs at the supreme irony of this dynamic: "It would be the greatest irony if software engineering agents made all of us just write documentation the whole time," given that writing documentation is the one task almost every human software engineer notoriously detests.
### [07:11](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=431s) Letting Go of "Bespoke, Artisanal Code"
When asked how his own coding habits have changed, Taylor admits he is actively trying to force himself into a world where he no longer writes code by hand. He describes this transition as emotionally difficult. As an engineer who took pride in crafting "bespoke, artisanal" code—likened humorously to "pour-over" coffee—it is hard to stop caring about the underlying codebase.
Taylor compares this shift to compiler design. Just as modern developers do not inspect the raw assembly language produced by a compiler to verify how a loop was unrolled, future developers should not need to look at the raw code generated by an AI. However, letting go of that emotional attachment is incredibly difficult when "the elegance of the code" was once a central source of professional pride. He is still trying to visualize what craftsmanship looks like in an era where developers focus on system design, tests, and mockups rather than writing lines of code.
### [09:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=595s) Why the Model Context Protocol (MCP) Might Fall Short of Plain Text
As the industry tries to standardize how agents interact with external tools, protocols like Anthropic's Model Context Protocol (MCP) have emerged. However, Taylor admits he is growing increasingly skeptical of MCP's long-term significance. While it works fine as a protocol, he argues that a simple directory of markdown files often works better in practice than a complex web of MCP servers.
Taylor criticizes the popular whiteboard architecture of "multi-agent systems," where specialized sub-agents handle distinct tasks (like fraud detection or personalization) under a coordinating "super-agent." While these architectures look elegant on paper, they are often "completely nonsensical" in practice. By isolating context within deep sub-agents, the top-level orchestrator loses the holistic context required to make the user experience feel cohesive and humane. In contrast, a flat, expansive repository of text files—much like a source code repo—gives an agent the broad context it needs to make smart, integrated decisions.
### [11:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=715s) The Return of Old Ideas: SSH-ing into Stripe and Agentic Commerce
The rise of AI agents is reviving older software concepts that were perhaps ahead of their time. One example is "agentic commerce," which mirrors the "social shopping" trend of a decade ago (such as buying products directly inside Twitter or Instagram feeds) that failed to take off at the time. Another example is a long-held dream of Stripe co-founder Patrick Collison: the ability to simply SSH into a Stripe account.
For years, developers have loved the ergonomics of the command line. Collison wanted users to be able to log in, tail a payments log, and pipe commands together using classic Unix philosophy. Now, Stripe is actually building these capabilities because they are incredibly useful for AI agents. Taylor suggests that the SaaS web application of the future might not just be a visual dashboard for humans or a rigid REST/GraphQL API for traditional software, but an "agent harness." This harness would act as an instruction manual, teaching an agent how to use the underlying system to drive maximum value.
- **The Unix Philosophy:** Small, simple tools that do one thing well and can be chained together are highly compatible with how AI agents operate.
- **The Agent Harness:** A conceptual layer above standard APIs that provides rules, documentation, and guidelines on *how* and *when* to use various system features.
- **Dashboard Complexity:** In an agent-first world, product managers can worry less about clean UI design; as long as a feature's switch is described in the harness, the agent can navigate even a highly complex, "Russian submarine"-like dashboard.
### [15:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=955s) The Ultimate Legacy Protocol: English over the Telephone Network
The conversation wraps up with a humorous story from Taylor's company, Sierra, which builds AI agents for major healthcare payers, providers, and revenue cycle management firms. In the healthcare sector, different entities constantly need to call one another to verify procedures and secure payments.
Instead of building complex, custom APIs or implementing fancy new protocols, these companies are deploying AI agents to make and receive phone calls over the traditional public switched telephone network (PSTN). The provider's AI agent calls the payer's AI agent, and they speak to each other in plain English. Taylor points out the beautiful irony of this setup: despite all the industry hype around advanced agent protocols, the most robust, backward-compatible integration channel is simply "TCP/IP and English over PSTN." It proves that the most effective rails for AI agents are often the ones that have already existed for a century.
[17:59](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1079s) The Evolution of User Interfaces and Agent Compatibility
The power of AI lies in its multimodal capabilities—handling text, audio, and computer use, which can be thought of as a form of image recognition and manipulation. This versatility is highly valuable because it allows businesses to extract value without needing to fully solve the "last mile" of automation. However, the visual interfaces we use today were designed specifically for humans, not AI agents. For a long time, Stripe was famously one of the few enterprise software companies with an elegant dashboard design, whereas most enterprise software dashboards are notoriously clunky.
An ideal agent harness will not look like a human-optimized dashboard because it is optimized for a completely different task: performing complex, multi-step procedures on behalf of a person. Writing a harness for a software or coding agent is fundamentally different from traditional UI design. While it is useful that agents can navigate legacy on-premises enterprise software or click around green screens, this is likely a transitional phase.
In two years, a company's compatibility might be judged by how easily its "harness" integrates with the AI agents managing commerce for direct-to-consumer companies. While backwards compatibility—such as agents speaking English over the telephone—is a great starting point, the long-term future lies in sophisticated application harnesses that allow agents to perform tasks with much higher fidelity and capability.
* **Design Optimization:** Traditional UIs are optimized for human eyes and clicks; agent harnesses are optimized for context and multi-step execution.
* **Compatibility Shift:** Future enterprise software may be evaluated based on how easily its APIs and harnesses can be navigated by autonomous agents rather than human users.
---
[20:15](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1215s) Sierra's Rapid Growth and Real-World AI Adoption
Sierra helps companies build AI agents for their customer experience, replacing traditional Interactive Voice Response (IVR) systems on phone lines and managing digital chat systems. These agents do not just answer questions; they take direct action on behalf of the user. Sierra works with major brands across various industries, including healthcare giant Cigna and finance company SoFi. For SoFi, Sierra's deployment successfully raised their Net Promoter Score (NPS) by 33 points.
The business has scaled at an extraordinary pace. Sierra reached $100 million in Annual Recurring Revenue (ARR) in just seven quarters, hit $150 million in eight quarters, and is currently at approximately $165 million ARR just one month into their next quarter.
* **ARR Milestones:** $100M ARR in 7 quarters; $150M ARR in 8 quarters; ~$165M ARR currently.
* **Key Customers:** Cigna, SoFi, SiriusXM, Rocket Mortgage.
* **Customer Impact:** Raised SoFi's Net Promoter Score by 33 points.
---
[21:29](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1289s) How Companies Deploy AI Agents Across Channels
The typical adoption path for Sierra's customers has evolved over the last two years. The median customer starts with a single channel and a few specific use cases. For instance, healthcare and car insurance companies, where phone calls remain the dominant channel, might start by having an AI agent handle "first notice of loss" calls for fender benders to evaluate customer comfort, cost reduction, and satisfaction. Digitally-native companies usually begin with chat.
Eventually, almost all clients unify their channels. For example, SiriusXM uses an AI agent named "Harmony" that answers phone calls and powers the chat interface on their homepage. This allows companies to unify previously siloed digital and call center teams.
Some ambitious customers are pushing the boundaries of what agents can do. Rocket Mortgage (which owns Redfin and recently acquired mortgage services company Mr. Cooper) allows users to search for homes on Redfin using an AI agent, and originate or service mortgages on Rocket.com. This shifts the technology from simple customer service to end-to-end product usage, spanning sales and service.
"Our whole view is that if we were in 1994 and you were doing Cheeky Pint about this internet phenomenon... we would be talking about, like look, this is your digital front door... on the information superhighway." Just as the website became a company's digital front door in the 1990s, a singular, branded AI agent will become the primary way customers interact with a business.
---
[24:27](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1467s) The Economics of Customer Service and the Jevons Paradox
Customer service has traditionally been treated as a costly, defensive cost center. A high-quality, human-staffed phone call can cost a company $10 to $20, depending on agent location and training. Because of this high cost, companies have to ration support; it is famously easier to get Google's CEO Sundar Pichai on the phone than to reach Google's actual customer service, simply because Google's average revenue per user cannot support human phone interactions.
AI agents collapse the cost of a $10 or $20 phone call down to 10 or 20 cents, and eventually to 1 or 2 cents. This dramatic cost reduction allows lower-margin businesses to offer great customer service to everyone. Furthermore, in subscription businesses, companies can reinvest these savings into proactive customer conversations to reduce churn and improve lifetime value.
This shift mirrors the introduction of the ATM, which counterintuitively did not reduce the number of physical bank branches. Instead, banks repurposed those branches with different staff to generate revenue, shifting the dynamic from job displacement to something entirely new. By making customer interactions inexpensive and delightful, the second- and third-order effects will be highly unpredictable.
* **Cost Reduction:** Drops the cost of a customer service phone call from $10–$20 down to $0.10–$0.20, and eventually $0.01–$0.02.
* **The ATM Analogy:** Technology that automates a task often shifts human labor to higher-value, revenue-generating activities rather than simply eliminating jobs.
---
[27:14](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1634s) Moving Beyond the Screen: Conversational Interfaces
The era of navigating complex websites and filling out web forms may turn out to be a temporary "moment in time," much like the fax machine or the era when companies blasted voicemail memos to employees. While the PC revolution, the internet, and smartphones expanded our digital world, they did not completely eliminate what came before; there are still roughly 2 billion PCs in the world today.
However, the market share of digital interactions is shifting. Just as email and commerce migrated from desktop to mobile between 2010 and 2020, AI agents are poised to become the primary digital interface for businesses because they work seamlessly across WhatsApp, phone calls, and potentially smart speakers. Early smart speakers were limited because asking for the weather or setting a timer was not a massive market, but a truly conversational, LLM-powered speaker is highly future-proof.
This transition represents an evolution from punch cards, to mice and keyboards, to touch screens, and now to voice, chat, and eventually 3D-immersive interfaces. While the smartphone is not going away anytime soon, many people dislike being addicted to glowing screens. While highly visual apps like TikTok cannot be replaced by voice, conversational AI offers an opportunity to unwedge ourselves from highly addictive, invasive devices while remaining productive.
---
[31:33](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1893s) Resolution Rates, Complex Cases, and Consumer Surplus
When companies deploy Sierra, their priorities dictate their results. Companies focused heavily on cost savings can automate incredibly high percentages of their customer service cases. For example, the fintech firm Ramp automates 90% of their customer cases by getting in front of issues before they escalate. Across Sierra's customer base, typical resolution rates range between 70% and 90%.
This automation has counterintuitive effects. Because simple queries are handled by the AI, the remaining cases that reach human agents are highly complex, which causes the "average handle time" for human representatives to go up. However, call center employee satisfaction actually increases because solving complex, stimulating problems is far more fulfilling than repeatedly answering basic questions like "have you tried unplugging it and plugging it back in?"
Additionally, some companies experience Jevons Paradox. One retailer found that their total customer interaction volume went up two to three times because their new AI agent was so delightful to use compared to the frustrating, pre-LLM "multiple choice" chatbots of 2018. Although their overall customer service costs did not decrease, the CEO was thrilled because they were finally listening to and engaging with their clients at scale.
Ultimately, most companies prioritize top-line metrics and competitive positioning over pure cost-cutting. In competitive markets, the cost savings from AI cannot simply be pocketed or passed to shareholders; instead, they are passed to the customer as a "consumer surplus" in the form of lower prices or vastly superior service.
* **Automation Rates:** Sierra clients typically see 70% to 90% of cases resolved fully agentically.
* **Employee Satisfaction:** Human agent satisfaction rises as mundane queries are automated, leaving more fulfilling, complex problem-solving.
* **Historical Context:** 2018-era chatbots were rigid, pre-transformer decision trees that frustrated users; modern LLM agents invite higher engagement.
[03:35:17](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=12917s) Second-Order Effects and the Multiplayer Game of AI
When a technology becomes universally accessible across an industry, it shifts from being a competitive advantage to a baseline "imperative." The truly interesting board-level discussions happen when companies look past the obvious, off-the-shelf implementations—like customer service, software engineering, and legal—and begin to contemplate what their industry will look like once everyone has adopted these tools.
This transition triggers powerful second-order effects. In competitive markets, widespread adoption inevitably leads to increased investment, lower prices, and structural shifts. The mistake most people make is projecting new technology solely through the lens of what they are doing today, failing to realize that "it's like a multiplayer game that we're all in right now." The next few years will be incredibly disruptive as the world absorbs these tools and begins to experience these second- and third-order consequences.
- **The "ATM" Analogy:** Just as ATMs became a baseline requirement for banks rather than a permanent differentiator, basic AI adoption will soon be table stakes for all enterprises.
- **The "iPhone Moment" for Telcos:** Historically, major shifts like the launch of the iPhone or the rollout of 5G allowed telecom giants (such as SoftBank in Japan) to temporarily surge in market share before the industry settled back into a competitive equilibrium. AI represents a similar window to "shuffle the deck" and disrupt established market balances.
---
[03:36:30](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=12990s) Transforming the Home Ownership Experience
When asked about the most impressive AI adoption he has seen from a client, the speaker highlights Rocket Mortgage, led by CEO Varun and CTO Shawn Malhotra. Rocket is not merely trying to sprinkle AI onto existing processes; they are using it to fundamentally transform the intimidating, archaic home ownership journey.
Traditionally, getting a mortgage is a notoriously manual process—historically referred to as "mortgage folders" for a literal reason. Rocket's approach is to look at the entire lifecycle, from searching for a home on Redfin all the way through servicing the loan, and ask what the ideal experience would look like if AI were available from the ground up. This kind of bold, end-to-end vision is what allows a company to turn a technological imperative into a genuine competitive advantage.
---
[03:38:47](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=13127s) The Breakthrough of AI Reasoning in Customer Experience
While coding is a natural fit for AI because the entire context exists neatly in text within a repository, customer service is far more chaotic. To bridge this gap, engineers are building what is essentially a "domain-specific language for specifying customer experience." They use a metaphor called "journeys" to map out what a customer needs end-to-end, what tools the agent must access, and what information is required.
The massive breakthrough that separates modern AI agents from the "crappy chatbots of four years ago" is their reasoning capability. For example, one client had acquired three different companies, resulting in three separate identity systems and CRMs. Instead of waiting for a massive, multi-year IT project to unify these systems, they simply had the AI agent access all three databases and resolve conflicts using basic reasoning—a process akin to "sensor fusion."
- **The Sonos Example:** When a Sonos speaker breaks, the issue is almost always the user's Wi-Fi rather than the hardware. A Sonos AI agent doesn't just need Sonos manuals; it needs to understand Wi-Fi. Because LLMs are trained on all of human knowledge, they inherently understand obscure Wi-Fi idiosyncrasies, making them incredibly effective at troubleshooting right out of the box.
- **The Grounding Paradox:** It is actually easier to build a well-grounded AI agent for a highly specialized company (e.g., a medical device manufacturer or deep-sea drill bit supplier) because the LLM has no pre-existing internet knowledge about them and is not tempted to go off-script. For famous, well-known brands, the LLM is more likely to confidently hallucinate because it thinks, "No, I got this," requiring much stricter guardrails to force it to look up the actual policy.
---
[03:43:30](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=13410s) Constellations of Models and Supervisor Agents
To prevent LLMs from answering off the top of their head, platforms like Sierra's Agent Studio use a "constellation of models." Instead of defining a rigid sequence of steps, clients configure the "goals and guardrails" of a process to allow for agency while maintaining control. Within this framework, supervisor models are deployed to inspect the primary agent's reasoning in real time.
If an agent attempts to go off-script, the supervisor agent observes the reasoning, flags that the agent should have looked up a specific policy, and sends the task back with notes to redo the decision. This layered approach dramatically increases reliability. "If you imagine a reasoning system is right 90% of the time... and you have a supervisor that's right 90% of the time... if you chain them together, you get 99% effectiveness." This abstracts the complexity away from the client, eliminating the need for crude hacks like writing prompts in all caps.
---
[03:45:27](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=13527s) Building to Throw Away: The Pace of AI Innovation
Building an applied AI company requires a very unusual organizational mindset: you must be comfortable writing code that you fully plan to throw out later. Sierra, which celebrated its two-year anniversary in February 2024, has had to co-evolve alongside rapid advancements in underlying models. When they started, they had to build their own janky versions of chain-of-thought and reinforcement learning before labs like OpenAI formalized them into models like o1.
This rapid pace of commoditization means that technology-forward advantages are fleeting. For example, Sierra built world-class Cantonese voice support for a major banking client in Hong Kong. While this is currently a massive selling point, it is highly likely that every major voice model will support Cantonese flawlessly in three years. Therefore, the conversation must eventually shift from technology-forward to product-forward.
- **The SaaS Parallel:** Early software-as-a-service companies had to spend their marketing budgets explaining why multi-tenant databases were safe. Today, buyers do not care what database Stripe uses. AI will undergo the same transition from a technology discussion to a product discussion.
- **The Danger of Precious Code:** Teams that treat their custom-written code as "precious intellectual property" will fall behind when those features are inevitably integrated into general-purpose models. Leaders must resist the urge to over-engineer around temporary model limitations.
---
[03:50:08](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=13808s) The Valuation Debate and the True Moats of Software
The public markets recently devalued the software industry by 20% to 30%, reflecting deep uncertainty about the future of SaaS in an era of agentic AI. While some argue this correction is deserved because 10-year valuations are now highly uncertain, others point out that AI cannot yet build complex enterprise platforms like Workday (which Anthropic famously just installed).
The speaker views the market reaction as rational but overblown. The idea that anyone can "vibe code" a complex enterprise application over a weekend ignores the massive, invisible infrastructure underneath the surface. The true value of a software company does not lie in the simple forms and fields of a web browser; it lies in compliance, security, fraud prevention, enterprise integrations, and massive distribution networks.
- **The "Hacker News" Cliché:** Every successful SaaS product, including Dropbox, has faced the classic skeptical comment: "I could have coded this in a weekend." This ignores the immense operational complexity required to serve enterprise clients.
- **Distribution and Social Proof:** Enterprise software sales rely heavily on distribution channels, sales capacity, and social proof. Many conservative buyers, such as healthcare insurers, do not want to be the first to adopt a new technology—they want to be the fifth, relying on others to prove its safety first.
- **Build vs. Buy Shift:** The marginal cost of writing software is dropping, which will tempt some companies to build rather than buy. This threat is most acute for developer platforms, libraries, and tools that are already consumed directly by engineers.
[53:31](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3211s) The Shift in Systems of Record
The balance of power in enterprise software is shifting away from traditional "systems of record." Historically, these systems have acted as the gravitational center of their respective departments:
* **ERP (Finance):** SAP, Oracle, Workday
* **Marketing:** Adobe
* **Sales:** Salesforce
* **IT:** ServiceNow
These platforms dominated because their databases served as the single source of truth. Any application wanting to interact with that data had to pay a "tax" to the ecosystem, which allowed these giants to easily expand their revenue into adjacent areas.
However, AI agents are now performing actual, valuable labor. This raises a fundamental question: does the database remain the gravitational center of the workflow? If a marketing AI agent can drive significantly more leads from a Black Friday email blast than a traditional database-driven system, the agent itself becomes more valuable than the system of record. Similarly, if an AI agent is carving sales territories without anyone ever logging in to do it manually, the value shifts to the action-performing agent.
> "The way I think about it is agents are to some degree a system of record of a process of generating a lead or auditing your financials or reviewing a contract... Will those encoded, well-optimized processes start to have more value than the databases?"
A useful framework for this durability is:
* **High Durability:** Systems closest to being a pure database of value (e.g., a general ledger ERP system that auditors rely on).
* **Low Durability:** Systems closer to being a "system of engagement."
Because LLMs do not care about messy formatting, tabs, or spaces, they can easily pluck data from ten different places. The historical advantage of having all data in one place just to make it easier to build incremental software is rapidly disappearing.
[57:28](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3448s) The Race Between Incumbents and Startups
While incumbent software giants have a "right to win" due to their massive scale, sales capacity, and existing advantages, they are in a fierce race against smaller, nimbler companies. Startups are building differentiated, scaled businesses before incumbents can fully transition to this new world. This transition is notoriously difficult for incumbents because it often requires disrupting their own highly profitable business models.
This dynamic explains the current market uncertainty and why some investors are receding from the SaaS category. In a traditional SaaS model, valuation is based on an annuity:
* **Annual Recurring Revenue (ARR):** The baseline annuity.
* **Attrition:** Subtractions from the annuity.
* **Net New ARR:** Additions sold by salespeople.
Historically, private equity firms bought slow-growth SaaS companies because they could simply slow down hiring, let the annuity throw off cash, and become highly profitable. But if that revenue is no longer guaranteed to be there in two or three years because of AI disruption, the discounted cash flow (DCF) analysis changes entirely.
Despite this, the shift is not an indictment of individual companies. Even Microsoft, which was once viewed as a previous-generation giant, pulled off an impressive turnaround through Azure and its OpenAI partnership. Any of the major incumbents could theoretically do the same.
[01:00:50](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3650s) Outcomes-Based Pricing vs. Usage-Based Pricing
As the industry shifts, companies are innovating on their business models. Sierra is championing "outcomes-based pricing" rather than traditional seat-based or usage-based models.
* **Customer Service:** If the AI agent resolves a case with zero human intervention, the customer pays a pre-negotiated rate. If the case must be escalated to a human, it is free.
* **Sales:** The pricing is structured as a sales commission.
This model is highly disruptive because legacy software companies are not equipped to bill this way. It is highly analogous to the shift from impression-based advertising to cost-per-click (CPC) advertising. Charging for something closer to actual business value is far more efficient and aligns the software provider's incentives directly with the client's.
Outcomes-based pricing is fundamentally different from token-based "usage" pricing. In a usage-based model, there is no strong correlation between token utilization and actual value.
> "I think usage-based is like charging for storage or something. Outcomes-based is what business outcome is this agent designed to produce and did it produce it effectively?"
To illustrate this, there is a famous story from the website *Folklore.org* (a repository of early Apple engineering anecdotes) where a manager demanded daily lines of code metrics from engineers. In response, one engineer logged a negative number of lines of code because he had refactored and optimized the codebase. Similarly, if an AI agent can generate the same revenue using one-hundredth of the tokens, the customer only cares about the top-line revenue, not the token count. Under an outcomes-based model, reducing token utilization is the software company's problem, which incentivizes them to drive engineering efficiencies.
[01:05:13](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3913s) The Accountability Revolution in Enterprise Software
Implementing outcomes-based pricing is straightforward in customer service, but more challenging in areas like product usage or real estate browsing, where a transaction doesn't happen on every visit. However, the goal is to build AI agents that drive long-term relationships and memory rather than one-off conversations—such as an agent that manages a "territory" and drives homeownership over time.
This model fundamentally changes the accountability dynamics of the software industry. Historically, there was a stark separation between software creation, implementation, and usage:
* **The Software Company:** Built the product and "threw it over the wall."
* **The Systems Integrator / IT Team:** Implemented the software.
* **The Client:** Held sole accountability for using it well.
When a software rollout failed, everyone pointed fingers. The client blamed the implementation, the implementer blamed the platform, and the platform blamed the user. Outcomes-based pricing forces the software company to have "skin in the game" and help navigate the difficult "last mile" of implementation, because they do not get paid until the system actually works.
> "If you talk to any company who's ever implemented an ERP system, it's like a multi-year process. It's invading Russia. You don't even remember why you're doing it midway through. You've gone through two CFOs and three CIOs by the time it's done."
Stripe experiences a similar dynamic with its transactional, outcome-based pricing. Because Stripe only makes money when its customers make money, it is highly incentivized to push customers to adopt local payment methods or turn on revenue-maximizing features.
[01:09:17](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=4157s) Is Sierra "Short AGI"?
Given that model capabilities are advancing so rapidly that they often absorb features developers previously had to build themselves, a natural question arises: Is a company like Sierra "short AGI"?
The applied AI market remains highly durable because enterprises do not want to buy raw models or raw software; they want to buy solutions to specific business problems. This is highly analogous to the cloud computing industry. In theory, AWS or Microsoft Azure could build every piece of software for everyone, and they have tried to build competitors to Salesforce and others. Yet, SaaS companies thrive because there is immense nuance in how software aligns with specific departments, integrates into workflows, and solves unique organizational problems. Enterprise success is a mix of product, go-to-market strategy, ecosystem, and deep client engagement—not just raw technology.
[01:11:04](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=4264s) The Rise of Applied AI and the "Boring" Business Process
The market for AI is shifting away from a monolithic, centralized model. Frontier models like GPT-5 or Claude Opus are sold to entirely different corporate buyers than specialized software tools. While software companies traditionally consolidate around specific departments and buyers—such as a CFO or a Chief Digital Officer—most business users simply want bespoke, highly specific solutions to their unique problems.
Even if model development paused today, "trillions of dollars of economic value" would still be realized through applied AI. The main bottleneck to AI adoption is not the lack of smarter models, but the lack of startups building agents for "boring but important and valuable" business processes. Instead of building rote tools around AI, the industry needs mature, applied AI solutions—like an agent that a CFO can buy to seamlessly onboard new supply chain vendors.
* **The Frontier Model Race:** The leading model changes almost monthly, but customer experience does not change that frequently.
* **Product vs. Technology:** Successful applied AI is a product tailored to specific workflows (e.g., optimizing sales or customer experience teams), not just raw technology.
* **The Software Shift:** We are entering an unprecedented era where software engineering, historically a company's scarcest asset, is becoming its most plentiful.
---
[01:13:50](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=4430s) Reimagining Companies as a Collection of Processes
The Silicon Valley productivity conundrum centers on how AI will reshape corporate structures and hiring plans. While some companies like Block have announced major AI-related layoffs, the impact on engineering is double-edged. One can argue that highly productive "super engineers" mean companies need to hire fewer people, or conversely, that the massive ROI on these engineers means companies should hire far more of them to tackle an unlimited backlog of work.
The true atomic unit of AI productivity is a process, not a person. It is nonsensical and inhumane to view AI simply as a human replacement; AI operates purely in digital realms and cannot perform physical tasks like getting a cup of coffee. To unlock true productivity, companies must stop simply handing out Copilot to every employee and instead redesign their organizations around end-to-end processes rather than siloed departments.
* **The Onboarding Example:** Onboarding a supplier typically takes 17 days because it touches legal, finance, IT, and business sponsors. An AI-optimized process could reduce this to 17 hours, but companies ship their "org charts" and lack a single person accountable for the entire end-to-end workflow.
* **The Limits of Digital Intelligence:** While software and finance can absorb digital intelligence rapidly, AI cannot easily impact physical-world operations like a local flower shop, a wet lab, clinical trials, or shipping physical crates.
* **Science vs. Engineering:** Solving "legal" through AI is a broad science problem. Automating a narrow, rigid domain—such as 90% of supply chain contracts that follow strict company rules—is a solvable engineering problem.
---
[01:23:47](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5027s) The Post-AI Playbook: The Rise of the High-Agency Generalist
Silicon Valley has long relied on a canonical playbook for building companies, featuring standardized ratios of engineers to product managers and structured go-to-market organizations. In the post-AI era, this template is shifting toward the primacy of tech leads and "product engineers" who possess deep customer empathy and design taste, even if they lack deep specialized skills like CSS. Armed with AI tools, these individuals can produce valuable products with immense autonomy.
This shift is sparking a massive resurgence of the high-agency generalist. In traditional, scaling companies, the "Jack or Jill of all trades" is often sidelined because they do not fit into specialized boxes like deep engineering, design, or product management. However, with AI acting as an "exoskeleton," these passionate, high-work-ethic generalists can now make all of their creative schemes real.
* **Tech Leads over Managers:** Companies that produce the best software empower tech leads and PMs in product reviews, rather than routing decisions up a military-style chain of command.
* **The 1,000X Engineer:** Individuals who combine infrastructure basics, customer empathy, and AI-assisted execution are becoming incredibly valuable.
* **The Addictive Nature of AI Productivity:** The sheer capability of the technology is driving a stronger work ethic among users. People find themselves working harder because they can accomplish so much, often wondering before bed, "Should I get an AI agent to do something? Am I wasting the next eight hours of my life?"
[01:28:54](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5334s) The Rise of the Hyper-Generalist and the "One Reorg Away" Cycle
The conversation shifts to how AI will reshape organizational structures. There is hope that product engineering and design will increasingly be led by "hyper-high-agency people who really deeply care." This isn't just about solving customer problems; it is about a fundamental level of care that empowers individuals to do more. This shift suggests the need for a new, highly versatile job role—a "hyper-generalist" who operates almost like a "minister without a portfolio," possessing a blend of product design, product management, and engineering skills.
Historically, organizational structures have oscillated like a pendulum. Companies transition to a functional organization (separating engineering, product, and design), only to find it creates silos, prompting a shift to business units. When those business units lead to warring factions, they swing back, jokingly living "one reorg away" from the next structure. However, because an individual can now wield an unprecedented amount of leverage and impact, future organizations are likely to become much flatter. While the exact blueprint remains blurry, the potential for highly empowered individuals to drive massive outcomes is incredibly exciting.
- **The "Minister without a Portfolio" Role:** A highly versatile, hyper-generalist position blending product management, design, and engineering.
- **The Reorg Cycle:** The constant corporate pendulum swing between functional setups and business units.
- **Flatter Organizations:** A predicted structural shift driven by the massive leverage individual contributors now possess.
[01:30:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5424s) Reflections on the Twitter Board and Elon Musk's Lean Machine
Reflecting on his time on the Twitter board during Elon Musk's highly publicized and chaotic takeover, the speaker notes how unusual it was to be thrust into the mainstream public spotlight. Having spent six and a half years at Salesforce, he jokes that "no one really cares about enterprise software" and that his own mother probably still doesn't know what Salesforce does. Stepping into a massive cultural and political lightning rod made him realize he does not enjoy public conflict. He is a builder at heart who prefers the quiet satisfaction of enterprise software over mainstream drama.
When asked about Elon Musk running Twitter (now X) with 80% to 85% fewer employees—with reports suggesting the entire engineering, product, and design team is down to roughly 50 people—the speaker acknowledges that the achievement is undeniable. While the service has been flaky at times, it largely works and continues to ship features. He notes that any experienced engineer knows team size does not scale linearly with outcomes. The enduring challenge is giving individuals with "good taste" more agency, reminiscent of Jeff Bezos's famous "two-pizza team" rule.
However, there is a limit to being too lean. While some argue that a company could run with just one person and reach a billion-dollar valuation, a competitor with ten people might simply move faster and win the market. In hyper-growth tech sectors, being too "clever and austere" can backfire. Historically, Silicon Valley companies have innovated in culture—HP pioneered the open office layout, Google introduced free food, and Facebook set the standard for modern office design. Yet, trying to constantly innovate in HR and organizational structure can be a distraction; sometimes the smartest move is to adopt standard practices and focus entirely on building the product.
- **Twitter Headcount Reduction:** Elon Musk reduced Twitter's staff by 80–85%, reportedly running core product teams with around 50 people.
- **Non-Linear Engineering Output:** Team size does not scale linearly with productivity; smaller, high-agency teams often move faster.
- **The Risk of Austerity:** Being too lean can cause a company to lose market share to a slightly less elegant but faster-moving competitor.
[01:35:22](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5722s) Joining the OpenAI Board Post-Crisis and the Duty to Humanity
Addressing a joke about whether he is the common denominator for corporate drama—having served on the Twitter board during the takeover and then joining the OpenAI board around the time Sam Altman was briefly fired—the speaker clarifies his timeline. He actually joined the OpenAI board *after* the initial chaos subsided, having received a phone call the Friday or Saturday immediately following the incident. He was brought in as a mutually agreed-upon mediator between Sam Altman and the remaining board members to help stabilize the organization.
Serving on the OpenAI board has been a deeply inspiring experience, particularly because of its unique structure. Unlike traditional corporate boards, OpenAI is governed by a nonprofit board where the fiduciary duty is not to shareholders, but to a mission: "to ensure that artificial intelligence general intelligence benefits humanity." Having a fiduciary duty to a mission rather than a financial bottom line completely changes how decisions are debated and made in the boardroom.
Additionally, because only three board members remained after the crisis, they had to rebuild the board virtually from scratch. Rather than adding one member at a time, they had to design a cohesive team, carefully balancing representation for safety, the nonprofit mission, the economic impacts of AI, and the massive infrastructure investments required for the future.
- **Role at OpenAI:** Joined immediately after the November 2023 crisis to serve as a mediator and temporary chairman.
- **Fiduciary Duty to Mission:** The board's primary legal obligation is to ensure safe AGI that benefits humanity, rather than maximizing shareholder value.
- **Board Reconstruction:** Rebuilt the governing body from the ground up to balance safety, economics, and infrastructure expertise.
[01:38:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5904s) AI Predictions for 2026: Scientific Breakthroughs and the Death of Hand-Written Code
Looking ahead to 2026, the speaker shares three major predictions for the trajectory of artificial intelligence. First, he predicts a major scientific breakthrough achieved via AI that will capture the mainstream public imagination. While there have already been complex mathematical proofs, they are often too dense for the public to appreciate. He hopes for an inspiring, "Apollo landing" or "AlphaGo" style moment of discovery that clearly demonstrates how AI can improve the human condition through science, shifting the public narrative away from pure economic anxiety and existential risk.
Second, 2026 will be the year of mainstream agent adoption. While ChatGPT experienced unprecedented consumer growth, the next wave will see long-running, autonomous agents—like those built by Sierra or Claude-style tools—handling complex tasks for both consumers and enterprises.
Finally, he makes the bold prediction that by 2026, "most companies in Silicon Valley won't write code by hand." While this feels almost obvious today due to the rapid acceleration of AI coding tools over the last few months, it would have been an incredibly radical claim just a short time ago. While it will take time for this shift to diffuse through the broader global economy, Silicon Valley's insular and fast-moving ecosystem will be almost entirely automated when it comes to software development.
- **Scientific Breakthroughs:** Anticipates a major, understandable scientific discovery powered by AI that captures mainstream press attention.
- **The Year of the Agent:** Autonomous, long-running agents will transition from niche developer tools to mainstream consumer and enterprise adoption.
- **The End of Manual Coding:** Predicts that by 2026, software engineers in Silicon Valley will no longer write code by hand, relying instead on AI generation.
## Notable quotes
> [05:55](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=355s) It would be the greatest irony if software engineering agents made all of us just write documentation the whole time — Bret Taylor
> [21:29](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=1289s) Our whole view is that if we were in 1994 and you were doing Cheeky Pint about this internet phenomenon... we would be talking about, like look, this is your digital front door... on the information superhighway. — Bret Taylor
> [35:11](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=2111s) it's like a multiplayer game that we're all in right now. — Bret Taylor
> [43:30](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=2610s) If you imagine a reasoning system is right 90% of the time... and you have a supervisor that's right 90% of the time... if you chain them together, you get 99% effectiveness. — Bret Taylor
> [53:31](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3211s) The way I think about it is agents are to some degree a system of record of a process of generating a lead or auditing your financials or reviewing a contract... Will those encoded, well-optimized processes start to have more value than the databases? — Bret Taylor
> [01:00:50](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3650s) I think usage-based is like charging for storage or something. Outcomes-based is what business outcome is this agent designed to produce and did it produce it effectively? — Bret Taylor
> [01:05:03](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=3903s) If you talk to any company who's ever implemented an ERP system, it's like a multi-year process. It's invading Russia. You don't even remember why you're doing it midway through. You've gone through two CFOs and three CIOs by the time it's done. — Bret Taylor
> [01:23:47](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5027s) Should I get an AI agent to do something? Am I wasting the next eight hours of my life? — Bret Taylor
> [01:30:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5424s) no one really cares about enterprise software — Bret Taylor
> [01:35:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5724s) to ensure that artificial intelligence general intelligence benefits humanity. — Bret Taylor
> [01:38:24](https://www.youtube.com/watch?v=n4E4xNYCkYM&t=5904s) most companies in Silicon Valley won't write code by hand. — Bret Taylor
## Mentioned
Bret Taylor, Google Maps, Facebook, Salesforce, Twitter, Elon Musk, OpenAI, Sierra, OpenClaw, WhatsApp, Telegram, ChatGPT, Gemini, Memento, Model Context Protocol, Anthropic, Stripe, Patrick Collison, Cigna, SoFi, SiriusXM, Rocket Mortgage, Redfin, Mr. Cooper, John, Sundar Pichai, Google, Ramp, TikTok, SoftBank, Varun, Shawn Malhotra, Sonos, Agent Studio, Workday, Dropbox, SAP, Oracle, Adobe, ServiceNow, Microsoft, Azure, Folklore.org, AWS, GPT-5, Claude Opus, Block, Copilot, X, Jeff Bezos, HP, Sam Altman, AlphaGo, Claude
Bret Taylor argues that generative AI is transforming enterprise software from passive databases into autonomous, process-driven agents, rendering traditional seat-based licensing and manual software coding obsolete. He contends that long-term value will shift toward durable documentation artifacts, end-to-end organizational processes, and outcome-based pricing models that align vendor revenue directly with resolved business tasks.
From Hand-Crafted Code to Documentation Harnesses (5:55)
Taylor observes that rapid advancements in coding agents are fundamentally altering software development, moving engineers away from handcrafted, "artisanal" code toward system design, validation tests, and context harnesses. Because code generation is becoming cheap and disposable, the primary durable intellectual asset becomes the original intent—such as product requirement documents, architectural decisions, and integration guidelines. In this paradigm, software engineering increasingly resembles writing comprehensive documentation that agents consume to generate transient code.
For agent memory and execution environments, Taylor favors flat directories of plain-text markdown files and standard Unix utilities over complex protocols like the Model Context Protocol (MCP) or rigid multi-agent orchestrations. He argues that isolated sub-agents often strip the overarching context required for cohesive decisions. Looking forward, Taylor forecasts that by 2026, most software companies in Silicon Valley will no longer write code by hand, relying almost entirely on agentic generation.
The Transition to Outcome-Based Enterprise Pricing (60:50)
As AI agents perform substantive labor, the historical defensibility of traditional enterprise "systems of record"—such as ERP and CRM platforms—is eroding. Because language models can extract and harmonize information across disparate, legacy databases without requiring unified schemas, value is migrating away from passive database custody toward the active agents orchestrating complex workflows.
To reflect this shift, Taylor advocates for outcome-based pricing over conventional seat licenses or token usage tiers. At Sierra, customer support engagements are billed only when an issue is resolved without human intervention, while escalated cases are free; sales agents are compensated via commissions. Taylor likens this model to digital advertising's evolution from impressions to cost-per-click, noting that charging for business outcomes forces software providers to maintain accountability across the entire operational implementation rather than offloading execution risk onto the customer.
Agent Economics and Real-World Case Resolution (24:27)
Deploying conversational AI across voice and text dramatically changes the baseline unit economics of customer interaction, collapsing support costs from $10–$20 per human phone call down to $0.10–$0.20, and eventually to pennies. Across Sierra's enterprise clients—which include Cigna, SoFi, and SiriusXM—autonomous agents routinely resolve 70% to 90% of incoming inquiries without human intervention, driving Sierra to approximately $165 million in annual recurring revenue within nine quarters.
This level of automation triggers several secondary effects. While eliminating repetitive tier-one inquiries raises the average handle time for remaining human-staffed escalations, it also increases staff job satisfaction by leaving more stimulating, complex problem-solving. Furthermore, some enterprises experience Jevons paradox: when customer interactions transition from rigid, decision-tree chatbots to responsive LLM agents, total interaction volumes increase by two to three times as customers actively seek out engagement rather than avoiding support channels.
Reorganizing Companies Around End-to-End Processes (73:50)
Taylor maintains that the atomic unit of AI-era productivity is an end-to-end business process rather than individual headcount. Corporate inefficiencies, such as vendor onboarding cycles that span weeks across legal, procurement, and IT, persist because organizations are structured into departmental silos without single-threaded accountability. Redesigning workflows around agentic execution allows these multi-department tasks to compress from weeks into hours.
This structural evolution favors "hyper-generalists"—cross-disciplinary product engineers who combine technical proficiency, product sense, and design taste. Taylor cautions, however, that while lean engineering teams can outpace bloated hierarchies, extreme operational austerity carries risks: a firm that scales back staffing too aggressively risks losing market share to competitors who deploy slightly larger teams to ship faster. Addressing his governance role on OpenAI's reconstituted board, Taylor highlights how managing a nonprofit entity bound by a fiduciary duty to humanity's benefit fundamentally alters strategic decision-making compared to traditional profit-maximizing boards.
While rapid commoditization means specific AI capabilities will continuously be absorbed into foundation models, Taylor argues that enterprise defensibility resides in navigating messy integrations, compliance requirements, and customer workflows. A critical unresolved question remains whether incumbent SaaS giants can transition their business models to outcome-based agent architectures before agile startups establish market dominance.
[5:55] Bret Taylor: It would be the greatest irony if software engineering agents made all of us just write documentation the whole time
[21:29] Bret Taylor: Our whole view is that if we were in 1994 and you were doing Cheeky Pint about this internet phenomenon... we would be talking about, like look, this is your digital front door... on the information superhighway.
[35:11] Bret Taylor: it's like a multiplayer game that we're all in right now.
[43:30] Bret Taylor: If you imagine a reasoning system is right 90% of the time... and you have a supervisor that's right 90% of the time... if you chain them together, you get 99% effectiveness.
[53:31] Bret Taylor: The way I think about it is agents are to some degree a system of record of a process of generating a lead or auditing your financials or reviewing a contract... Will those encoded, well-optimized processes start to have more value than the databases?
[60:50] Bret Taylor: I think usage-based is like charging for storage or something. Outcomes-based is what business outcome is this agent designed to produce and did it produce it effectively?
[65:03] Bret Taylor: If you talk to any company who's ever implemented an ERP system, it's like a multi-year process. It's invading Russia. You don't even remember why you're doing it midway through. You've gone through two CFOs and three CIOs by the time it's done.
[83:47] Bret Taylor: Should I get an AI agent to do something? Am I wasting the next eight hours of my life?
[90:24] Bret Taylor: no one really cares about enterprise software
[95:24] Bret Taylor: to ensure that artificial intelligence general intelligence benefits humanity.
[98:24] Bret Taylor: most companies in Silicon Valley won't write code by hand.
Original transcript
[0:01] Bret Taylor is the ultimate
Silicon Valley veteran.
[0:03] He was one of the creators of Google Maps,
invented the Like button,
[0:05] was co-CEO of Salesforce.
[0:07] He pushed through Elon's acquisition of
Twitter when he was on the Twitter board.
[0:10] He's now the chairman of the OpenAI board.
[0:12] And his day job is founder and CEO
of Sierra, which is bringing
[0:15] AI to customer service.
[0:16] He's one of the smartest people I know
on the topic of how AI is
[0:19] changing established companies.
Cheers.
[0:20] Cheers.
[0:26] Most important question, have you
installed OpenClaw on your work laptop?
[0:30] I have not.
Or have you played with OpenClaw?
[0:33] I have played with OpenClaw.
[0:35] I haven't bought a Mac mini.
[0:36] You can put these things in virtual
sandboxes for less money.
[0:41] It's really interesting.
I mean, it's very compelling.
[0:43] It's probably the first...
[0:45] I wouldn't have predicted
the first broad...
[0:48] I don't know if consumer is exactly
accurate, but maybe hobbyist use of AI
[0:53] would have been this
semi-rogue open-source project that goes
[0:58] through three name changes in three days.
[1:00] And I love it.
[1:02] I love everything about the chaos of it
just because
[1:06] people in our circles have been talking
about AI agents for consumer use and all
[1:11] these fancy computer-using agents.
[1:14] Instead, you're chatting over WhatsApp
with a thing on a Mac mini
[1:18] that is mildly unhinged and insecure.
[1:22] It's just fascinating.
The whole thing is fascinating.
[1:24] The thing that seems to me
is funny is if you look at the landscape,
[1:30] still in 2026, if you open a new Gemini
chat or if you open a new ChatGPT chat,
[1:36] it's basically a blank slate.
There's no memory.
[1:38] Then,
I mean, Claw,
[1:40] people talk about the WhatsApp
and Telegram integrations
[1:43] and things like that.
[1:43] But it feels to me a big part of the value
is not only can it do stuff
[1:47] proactively, but it has memory.
[1:49] But the way it has memory
is this super janky...
[1:52] It's like the movie Memento.
[1:53] It writes things to a markdown file,
and it's just writing the things
[1:58] to remember,
and the compaction is kind of buggy.
[2:00] It didn't always write down the exact
right things to remember
[2:03] and stuff like that.
[2:04] But isn't it funny that you can get super
polished mainstream consumer apps
[2:09] that have no memory at all,
or this wildly insecure three-name-changes
[2:14] project that almost remembers things
by scribbling notes in the margin,
[2:19] and that is the state of consumer AI.
[2:22] I have a, probably not very thoughtful,
but technical theory on this.
[2:29] Coding agents to have gone through
transformation over the past four months.
[2:32] The difference between if we were here
in October versus now,
[2:36] our conversation about the future
of software engineering would
[2:38] be materially different.
[2:40] How often can you say
that about a technology?
[2:42] People always,
in my circles anyway,
[2:46] you look at a coding agent and you
extrapolate to other domains.
[2:49] You're like, "Could all
digital tasks be like this?" The answer is
[2:55] obviously yes, over some period of time.
[2:58] But it's really interesting because
sometimes, I think the hard part
[3:02] of engineering is in the details, and code
repos have very specific qualities.
[3:05] One is all the context is in one place,
in files that are largely
[3:10] textual, not binary.
[3:12] For most broad information
tasks, that's not true.
[3:17] When you're writing your annual letter,
my guess is the sources of information
[3:21] were in so many different
systems, data warehouses.
[3:25] It's not impossible for an agent to use
those things, but the idea that you can
[3:29] straight-line from coding agents
to writing the Stripe annual
[3:33] letter, I don't totally buy.
[3:35] Then similarly, when the agent's actually
performing work on a code base,
[3:40] there's feedback, there's compile errors,
there's often unit tests,
[3:44] there's integration tests.
[3:46] There's the history of every change
that we made in a really formal format,
[3:50] along with code reviews.
[3:54] It's almost designed for a robot,
and you can self-reflect.
[3:57] Maybe we as engineers have always modeled
ourselves after robots, and now we can
[4:02] actually fully realize that vision.
[4:05] What's interesting about it is the idea
that it wrote a markdown file for memory,
[4:10] I think is maybe more
significant than a hack.
[4:12] I actually think to some degree—
[4:15] Turning your life into code?
[4:16] Yeah, it's like you almost want to put
everything in a file system
[4:21] that looks like source code,
not because that's the only way these
[4:24] agents can work, but actually it's quite
an efficient way to get a mix
[4:28] of context and random access memory.
[4:31] If you think about a vector database,
it's more random access.
[4:34] You have to know what to look for.
[4:36] But actually, that's not
how real memory works.
[4:38] There's a mix of it.
[4:39] You're loading a markdown file, and as you
said, compaction, all these things matter.
[4:44] But the messiness of it actually probably
produces a more useful agent
[4:48] than a lot of the fancier things.
[4:50] I use memory in ChatGPT, and I love it.
[4:52] But I actually think this idea
that there's a directory of just
[4:57] everything you've ever done is actually
maybe more useful to an AI
[5:01] than people think.
[5:02] Actually, if you follow over the past
couple of months,
[5:05] just this emergence of harness
engineering,
[5:08] where you're building the harness around
an agent to do work,
[5:13] I wonder if in the short term,
it might just be one of those
[5:16] idiosyncrasies of history,
like mimicking a code base is actually
[5:20] the best way to make
a general-purpose agent work.
[5:23] Maybe over time, we'll get fancier than
that, but it's actually a relatively
[5:27] efficient harness for an agent.
[5:29] Anyway, maybe that's why it's—
[5:31] It's very terminal-centric.
[5:33] It's backwards compatible with—
[5:36] You can use grep.
[5:36] You don't need to make
some vector database.
[5:39] The AIs really know how
to use all the Unix tools.
[5:44] You got a lot of lift from that.
That's exactly right.
[5:46] Software engineers were notorious
for making tools for ourselves first,
[5:49] so then we just almost bend every other
domain in digital towards that domain.
[5:55] But the reason I brought up things
like unit tests, integration tests.
[6:00] OpenAI did this blog post—I can't remember
the engineer who did the post—but
[6:04] on harness engineering.
[6:05] One of the more interesting
parts of it was documentation.
[6:08] Rather than just having a single agent's
markdown file, they had a directory
[6:13] of essentially the entire product,
the architecture, and they're filling this
[6:17] out over time, and agent's
markdown became pointers to it.
[6:22] My hypothesis, having used Codex a lot,
[6:26] I wonder if the output of a session where
[6:29] you make a change to Stripe's products
should be a documentation artifact
[6:34] in addition to code,
where the documentation artifact is
[6:37] actually what the product manager version
of John, and the code was the engineer
[6:42] version of John, where there's a lot
in the code that is more transient.
[6:46] You might be fine to delete that.
[6:48] What was the intention?
[6:49] What was the PRD?
[6:50] What was the customer problem?
[6:52] Is actually the more durable asset.
[6:54] I wrote this on X, and one of the funniest
comments, it would be like,
[6:57] "It would be the greatest irony if
software engineering agents made all of us
[7:02] just write documentation the whole time
just because notoriously
[7:05] every good engineer hates writing
documentation, and now that's our job."
[7:09] But I don't know, it resonated with me.
[7:11] How much are you AI code...
[7:14] You're a very prolific engineer
in the old-fashioned,
[7:17] hand-spun way of writing code.
[7:20] How has that changed?
Bespoke artisanal code.
[7:21] Exactly, yeah.
Pour-over.
[7:24] That's funny, I would use that.
[7:29] I am trying to get to a world
where I'm not writing code.
[7:32] It's hard, emotionally,
if that makes any sense.
[7:35] I have a hard time not caring.
[7:37] I don't care about the assembly
language produced by the compiler.
[7:45] Why should you care about the code?
[7:46] Why should I care about the code?
[7:49] I care about correctness,
I care about robustness,
[7:51] and I think I know intellectually,
I don't need to look at how the compiler
[7:55] unrolled this loop
to verify its elegance and correctness.
[8:01] Yet somehow I feel that way about code.
[8:05] I'm not saying the code doesn't matter,
but I've been trying to force myself
[8:08] to not care because I feel like I won't be
a self-actualized software engineer
[8:14] in the future if I'm too precious about
that artifact which used
[8:18] to be so central to me.
[8:20] Right now, writing markdown
files, maybe that's fine.
[8:22] It feels somewhat like a local maximum,
and maybe we'll just be like, "Oh,
[8:26] of course, markdown is how we work
with machines."
[8:30] If you think about what a compiler does,
there's this interesting mix of
[8:35] formality and informality,
and if you've used Python versus Rust,
[8:39] different ends of the spectrum.
[8:40] Now that you're not writing the code,
I really wonder what that programming
[8:44] system should feel like and look like.
[8:47] I don't mind chatting
with Codex, that's fine.
[8:51] But I also think, as you imagine,
all the tests that you care about,
[8:56] it showing you demos and mockups.
[8:58] I wonder what the future integrated
development environment, for lack
[9:01] of a better term, will be in that world.
[9:04] What I'm trying to do is force myself
to not be emotionally attached
[9:07] to the code, which is very hard for me
because that was my entire life before.
[9:11] I was proud of the elegance
of the code that I wrote.
[9:15] But if I still care about
the craftsmanship, what do I want?
[9:19] I haven't quite visualized it yet.
[9:22] It feels to me like a very interesting
time in agentic engineering because you
[9:26] were talking about this domain of harness
engineering and people having skills
[9:30] and MCP and everything like that.
[9:31] It's always interesting when
not only is the leading
[9:39] product in a category
changing, we're actually just figuring out
[9:42] what the categories are that we need
things for MCP or skills or stuff like
[9:47] that, and it's all very fast-moving.
[9:49] That just feels to me like a very
interesting time where clearly a new
[9:52] way of engineering is shaking out.
[9:55] 2026 is clearly not the final word.
Absolutely.
[9:58] In fact, I'm growing more skeptical
of MCP as a meaningful part of the future.
[10:04] It's fine as a protocol,
but it's interesting.
[10:07] Going back to your joke around
OpenClaw just writing a big markdown file.
[10:12] I think it works better
than a bunch of MCP servers.
[10:16] But going back to the point of every AI
agent knows how to use grep and knows how
[10:20] to use all these things,
I feel like this view of a multi-agent
[10:24] world was you have all these agents
that do tasks that are fraud detection,
[10:30] another one over here for personalization.
[10:33] Then you make a super agent,
it does all these things,
[10:36] and it looks really good on a whiteboard
like most elegant-looking but completely
[10:42] nonsensical architectures.
[10:44] Then you realize if you just imagine you
anthropomorphize the Stripe experience
[10:49] and you're the checkout concierge.
[10:52] What information do you need to have no
a priori to actually make
[10:56] that a humane experience?
[10:58] What ends up happening in these
multi-agent systems is you stuff all
[11:01] the context in the subagents,
and the one on top has no ability
[11:04] to actually not sound robotic.
[11:07] Then in contrast, you look at something
like OpenClaw,
[11:10] it's just a bunch of markdown files,
and the memory feels right,
[11:14] even though it's a little bit kludgey.
[11:17] Similarly, if you go back to my arguments
about a source control,
[11:22] like a repo, it has so much context.
[11:24] It's not like you just have the myopic
view of the file you're editing.
[11:28] It really has some expansiveness.
[11:30] My sense is we're making
true agents over time.
[11:33] The way we think about context and how
that context is shared so that the agent
[11:39] that's orchestrating it actually
understands what's behind all these APIs
[11:42] and why and the history will maybe look
a little bit more like OpenClaw
[11:46] and less like MCP over time.
[11:49] I think these agents need a lot
more context than what MCP affords.
[11:55] One thing we've noticed...
[12:00] There's a bit of a what's old is new again
phenomenon where with this agentic
[12:03] commerce stuff that's happening.
[12:04] We actually built the APIs
for this 10 years ago as part of...
[12:08] Do you remember that move of social
shopping that was in for a while?
[12:11] Buying on Instagram, buying on Twitter.
[12:14] It didn't quite happen for a few
different reasons at the time.
[12:19] But the concepts are very similar that you
want some action at a distance,
[12:22] you want to be able to go
manipulate stuff off-site.
[12:25] Similarly, I think Patrick has wanted
for the longest time in Stripe is
[12:31] the ability to just SSH
into your Stripe account.
[12:33] What do you mean?
[12:34] It's a very ergonomic way for developers
to work is you should just be able to log
[12:38] into your Stripe account and you have
a command line there,
[12:41] and then you can list out all your...
[12:44] Or you can tail the payments log.
[12:45] He wants tail and pipe—
[12:47] Exactly, all these things.
[12:49] Of course, now we're building that because
it's much more relevant
[12:52] in the agentic world.
[12:53] But I find somehow, all the agentic
stuff is also bringing back...
[12:58] I don't know if you have
this experience as well.
[12:59] It's bringing back a lot of ideas
that you might have had before.
[13:02] Well, it is because to some degree,
the elegance of Unix,
[13:04] which has been the basis of why everyone
wants SSH and the curl command that was
[13:09] famously on the Stripe homepage.
[13:11] For
people who got it,
[13:14] it was remarkable because you could have
all these tools that did something well
[13:18] that was small and useful,
and you could chain them
[13:20] together to make something great.
[13:23] I wonder in the future,
we've talked a lot about this,
[13:26] if you look at the canonical
software-as-a-service application like
[13:29] Stripe's console, and obviously you have
what consumers see, but the configuration
[13:34] that a Stripe customer will log into,
you would have a web app,
[13:38] and that's the forms and fields
and buttons and graphs,
[13:42] and then you have the API.
[13:44] It was typically like a REST API or
GraphQL API, and you
[13:48] could do stuff with it.
[13:49] This is how computers talk
and this is how humans used it.
[13:53] I wonder if the web application
of the future will actually be...
[13:58] Certainly, you want a web app for the rare
human who wants to sign in,
[14:02] but will you have an agent harness?
[14:04] What I mean by that is something more than
the APIs, but just like if you think about
[14:09] the harness that you provide in a code
base, the skills,
[14:12] the documentation, the rules.
[14:14] Imagine the person who's the greatest
Stripe expert who knows how to extract
[14:20] the most value from their Stripe account.
That's the harness.
[14:24] Not the API.
That's the button you click.
[14:28] Will that be an endpoint on Stripe.
[14:30] com, and so that your agent knows how
to just get the most value from Stripe?
[14:35] I imagine you don't care
if your merchants log in.
[14:39] What you want them to do is drive value
for themselves, drive GMV, drive payments.
[14:46] I'm really excited about
that because an API is great.
[14:49] APIs are awesome.
[14:51] But a harness is basically like,
here's the instruction manual for all
[14:54] the Unix commands that power Stripe.
That's very interesting.
[14:58] Yes, and I think if you look at the shape
of a lot of APIs that services have,
[15:02] and I think Stripe's API coverage is
probably more complete than most,
[15:05] but ultimately, it is
a way to manipulate some
[15:09] of the highest-value
business objects in the thing.
[15:14] Whereas actually what you want is, one,
all of the data to be browsable in some
[15:20] agentically accessible or textual way,
and then all of the actions to be
[15:25] able to be taken by agents.
[15:28] It turns out there's a lot of switches
in the dashboard that there's no API for,
[15:32] and we are all as an industry
collectively discovering it.
[15:35] It might be easier.
[15:36] Imagine being a product
manager in the future.
[15:38] You just need to add
the switch to the dashboard.
[15:40] You're like, "Yeah,
it looks like a Russian submarine
[15:42] to switch this,
but who cares?" Agents can handle it.
[15:45] As long as the harness describes when
to use that switch,
[15:49] it's easier than UI design in some ways.
[15:52] That's fascinating to me.
[15:55] One funny point Dario
made is it's not clear...
[15:58] There's a race between people getting
their stuff accessible via agents and just
[16:04] desktop computer use getting better.
[16:07] It's actually not clear,
will the approach be,
[16:10] Stripe builds way more APIs,
and that's how your agents manipulate
[16:16] the Stripe account, or you just give
[16:19] your agent access to Chrome and a login.
[16:23] Well, so actually,
I'll give a funny story here.
[16:24] Sierra, my company—
[16:27] Sorry, we'll get to Sierra.
No, it's fine.
[16:29] But it's a real funny story here.
[16:31] Sierra powers a lot
of healthcare companies.
[16:34] On the healthcare payer
side, health insurance.
[16:36] Well known for their API quality.
[16:38] First of all, they're actually pretty
sophisticated engineers
[16:41] at these companies.
I really enjoy working with them.
[16:43] You end up with Cigna,
Blue Cross Blue Shield on the healthcare
[16:46] payer side of insurance.
[16:48] Then you have healthcare providers
like Sutter Health who we work with.
[16:51] Then you have revenue cycle management.
[16:53] R1 and revenue cycle management basically
help providers get paid
[16:57] by the insurance companies.
[16:58] Then you have a lot of other
people in the middle.
[17:00] Pharmacies, PBMs,
and they all call each other.
[17:04] So a healthcare provider has to call
a payer because a procedure
[17:08] happened and they have to get paid.
[17:10] We have payers with AI agents
that pick up the phone.
[17:14] And we have providers that have AI agents
that pick up the phone
[17:19] and make phone calls.
[17:19] We have revenue cycle management companies
that work to make outbound calls to do it.
[17:23] We've already had—
[17:25] Do they switch to the agent language?
They don't.
[17:27] We've done English over
the publicly-switched telephone network.
[17:30] You have TCP/IP and English over PSTN.
[17:35] It reinforces, I guess, Dario's point,
which is you can engineer all these fancy
[17:40] protocols, but the rails that are
already there already exist.
[17:42] English is spoken by all AI agents,
and the public switch telephone network
[17:47] has been around for 100 years,
and it all works, which is fascinating.
[17:52] You have all these fancy MCP things,
and we're doing English over PSTN.
[17:56] On one hand, I think I actually agree
with the principle that one
[17:59] of the powerful parts about AI,
with its ability to do text, do audio,
[18:04] and I'll say, I'm not sure how you qualify
computer use, but you can call it a form
[18:10] of image recognition and manipulation.
[18:13] Certainly that's useful because you get
to the point where you don't need to fully
[18:16] finish the last mile to get value.
[18:19] The thing I'd say, though, going back to
talk about all the actions,
[18:23] and they're not all in the product,
all the APIs don't exist.
[18:27] These visual interfaces
were designed for us.
[18:29] Think of...
[18:30] Stripe is, I think,
famously, it was one of the few enterprise
[18:34] software companies with good
design for a long time.
[18:37] The Stripe dashboard is
really elegant, right?
[18:39] And most enterprise software,
you can't say that about their dashboard.
[18:43] I don't think the ideal agent harness
will be that elegant because it's
[18:49] optimized for something else.
[18:51] It's optimized for the context that you
need to perform complex multi-step
[18:56] procedures on behalf of a person.
[18:59] And my guess is it's just very different.
[19:02] I think seeing the way you write a harness
for a software or a coding agent is just
[19:08] so different than
the way you do UI design.
[19:11] I'm certain that it's great that you can
click around a green screen or
[19:15] whatever—click around a green screen
because it's an oxymoron—but
[19:18] type around a green screen or click around
a legacy on-premises
[19:22] enterprise software system.
[19:24] I think these harnesses
will be really good.
[19:26] I wonder if,
is there a world two years from now where
[19:31] Stripe's ability to work with the agent
that manages commerce for a direct
[19:38] consumer e-commerce company, that will
be one of the ways you're evaluated.
[19:43] In fact, if your...
[19:45] For lack of a better word,
harness is not compatible with the way
[19:48] their agents work, that's actually like
you're not compatible with them.
[19:53] I'm not sure that's right.
[19:55] I think it's great that these
things are backwards compatible.
[19:58] It's great that our agents have spoken
over the telephone already in English.
[20:03] But I don't think it's the long-term
future because there's so much
[20:06] value that you can provide.
[20:07] Put another way,
the agents using a sophisticated
[20:10] application harness can just do a lot more
and do a lot more with higher fidelity.
[20:15] Yes.
[20:15] Well, we should get to Sierra because
you see a lot of real-world AI adoption.
[20:19] Maybe start by grounding us.
What is Sierra?
[20:21] The business has scaled very quickly.
[20:24] One of the latest metrics
that you can share because they keep
[20:28] changing from month
to month as you guys grow.
[20:30] So at Sierra, we help companies make AI
agents for their customer experience.
[20:34] If you have a big phone line,
these AI agents can replace your IVR
[20:38] system and just pick up the phone.
[20:40] If you have a digital chat system,
an AI agent can pick it up.
[20:43] You don't need to wait on hold.
[20:45] These agents can not only answer
questions, but take action on your behalf.
[20:49] We work with healthcare
companies like Cigna.
[20:53] We just did a great case study with SoFi,
and I'm really proud that we raised their
[20:58] net promoter score by 33 points just
because it's just so delightful.
[21:03] It's really fun to see all these different
brands across a wide range of industries
[21:08] get so much value from their agent.
[21:10] We're the leader in the space.
[21:12] You talked about the metrics.
[21:13] We reached $100 million in ARR in seven
quarters, $150 in eight quarters.
[21:18] We're, I think, around $165 now,
one month into our next quarter.
[21:22] So growing really rapidly and really
proud of the momentum that we have.
[21:27] That's super cool.
[21:29] What is the typical adoption?
[21:31] Are people using it for email chat support
because that's the easiest modality?
[21:35] Do they adopt it for everything,
including phone and stuff like that?
[21:39] It's changed a lot over the past two
years, but I'll say the median customer,
[21:43] and then I'll describe some interesting
outliers, which I hope are
[21:46] glimpses of the future.
[21:48] Most will start with one
channel and a few use cases.
[21:51] At a lot of healthcare companies,
phone remains the dominant channel.
[21:55] So say, "Hey,
for a few types of phone calls,
[21:58] let's have the AI agent take them
and see how it does." Do people like it?
[22:02] Are people comfortable with it?
[22:04] Does it lower our cost?
[22:05] Does it raise whatever metrics?
[22:07] Usually, it's customer satisfaction.
[22:10] Does it work more effectively?
[22:12] For example, for a car insurance company,
it'll be a first notice of loss.
[22:16] I got in a fender bender,
and that'll be the typical way you start.
[22:20] For a lot of more digitally-native
companies, they'll start with chat,
[22:25] and similar.
[22:28] But almost all of our
clients will do both.
[22:31] SiriusXM, if you call them on the phone,
their AI agent, Harmony, which I love that
[22:35] name for SiriusXM, will pick up the phone.
[22:38] If you go to their homepage and you see
the chat, that's also the same agent.
[22:41] The neat part is,
I think it's pretty neat because you have
[22:44] literally all of your, I'll say,
customer experience team or whatever
[22:48] you might call it at your company.
[22:50] They can spend all their time on one
thing, and it actually works over
[22:53] WhatsApp, it can work online,
it can work in your website, it can work
[22:56] in mobile app, it can pick up the phone.
[22:58] That's a pretty big change.
[22:59] A lot of our clients,
when we start working with them,
[23:01] they'll have a digital team and a call
center team and all these different teams.
[23:05] We've gotten to the point because we've
digitized the last remaining analog
[23:09] channel, which is the telephone,
those are all unified.
[23:12] When I look at a glimpse of the future,
we have a few really ambitious customers
[23:17] like Rocket Mortgage,
great Detroit company.
[23:20] They own Redfin.
[23:21] They bought a mortgage services
company called Mr. Cooper.
[23:25] If you go to Redfin, you can search
for a home using an AI agent.
[23:28] If you go to Rocket.
[23:29] com,
you can originate a mortgage with an AI
[23:32] agent, and you can service that mortgage.
[23:33] It becomes product usage rather
than just customer service.
[23:36] Really end-to-end.
Sales, service.
[23:39] I think that's really exciting.
[23:41] Our whole view is that if we were in
1994 and you were doing Cheeky Pint
[23:45] about this internet phenomenon.
[23:48] That would have been fun.
I was a bit young, but yeah.
[23:49] Yeah.
I would have my Nirvana shirt on.
[23:55] We would be talking about, like look,
this is your digital front door,
[23:59] or maybe we wouldn't have
the prescience to say that.
[24:01] On the information superhighway.
On the information superhighway.
[24:04] I think the same is true of most
companies, AI agent singular.
[24:08] There are lots of agents,
but the one with your brand at the top
[24:12] that your customers interact with is
special, and that's the one we're
[24:15] trying to power for companies.
[24:17] You think this,
what customer is built on Sierra,
[24:22] your aspiration is that it just becomes
sometimes the primary way
[24:25] people deal with the company?
[24:27] I think a company's AI agent will be
the vast majority of their
[24:31] digital interactions.
[24:32] I think digital has come
to include the telephone.
[24:35] That's a big shift because
we think of that differently.
[24:39] That's a huge change just because
the bigger shift...
[24:44] Customer service, which is one big part
of what we do, but not the only thing we
[24:48] do, has traditionally been thought of as a
cost center because it's really expensive.
[24:52] I'm sure you have people answering
the phone for your clients,
[24:55] and depending on where they're located
and how well-trained they have to be,
[24:59] like how simple is the case?
It can cost $10, $20.
[25:02] It can be much less if
it's a more simple case.
[25:06] You have some customers who pay you
millions of dollars,
[25:10] and you'll answer the phone anytime they
call, and you might have one that has
[25:13] not even started monetizing yet.
[25:16] You might want to call them,
but there's a limit to literally how much
[25:19] you can afford to talk to that person
and still have a profitable business.
[25:24] I always joke, it's probably easier
for you and me to call Sundar than to get
[25:27] Google customer service on the phone.
[25:28] It's very hard to get Google
customer service on the phone.
[25:31] But it's not because they don't like you.
[25:33] It's just if you think about the average
revenue per user of Google,
[25:37] they literally just can't afford to do it.
[25:40] Now, if you take that $10 or $20 phone
call and you make it 10 or 20 cents,
[25:44] and over from one to two cents.
[25:46] All of a sudden, not only can you afford
to provide a great customer experience
[25:51] to more people,
even less profitable customers or
[25:55] in lower-margin businesses,
which I think is very exciting.
[25:58] It's not just doing what
you did before but new.
[26:01] You can provide better customer service.
You really can.
[26:03] Then just think about running
a subscription business where you care as
[26:07] much about customer acquisition,
you care a lot about churn because that's
[26:09] how your lifetime value equation works.
[26:12] You think about, "Okay,
if I had a budget of how much I spend
[26:15] on service,
and now I can do 100 conversations
[26:18] more than I could before,
can I actually reduce my churn rate?
[26:22] Can I improve lifetime value?" Then
the interesting thing is then you realize
[26:26] that, "Wow, all of my competitors have
access to the same technology." And then
[26:30] you're saying, "Okay,
what are my competitors going to do to
[26:33] actually take my customers away from me?"
[26:36] Then that's where you start to get things
like,
[26:39] the ATM machine didn't actually reduce
bank branches because some bank had
[26:43] the great idea of, I'm going to put
different people in this branch.
[26:46] It'll generate revenue.
[26:47] All of a sudden,
it wasn't job displacement,
[26:50] but something completely different.
[26:52] I think the exciting part in our world is
you're taking something that was just so
[26:56] expensive that people literally hid their
phone numbers so people couldn't call
[27:01] them, and you're making it
inexpensive and delightful.
[27:04] The thing I'm excited about is the second
and third-order effects are going to be
[27:08] really interesting and very hard
to predict, and that's pretty exciting.
[27:14] I want to come back to this idea
of the agent as the UI because
[27:17] I find it really interesting.
[27:18] We talked about this a bit in our annual
letter in the context of agentic commerce,
[27:21] where, again, I think people are trying
to pitch too much of the end state
[27:25] of fully autonomous,
the robots just choosing a few.
[27:28] The point we always make is,
let's just start with not
[27:31] having to fill out the web form.
[27:32] No one likes filling out
forms on the internet.
[27:34] Speak for yourself.
I wonder just, will using websites
[27:41] have been actually a bit of a...
[27:43] It's like the fax machine.
[27:44] We used to hum emails over the telephone
lines as a way
[27:48] of transmitting information.
[27:50] I wasn't working for this,
but there was an era of voicemail memos.
[27:55] Were you ever in the
working world for that?
[27:56] Some people still do this
where they do the voice.
[27:59] Companies will blast a voicemail
memo to employees at the company.
[28:03] That's a way of distributing information.
[28:05] All these things are very moment in time.
[28:07] Maybe navigating websites and filling
out forms was a bit of a moment in time.
[28:12] Is that how you see things playing out?
I don't know.
[28:14] It's interesting because if you look
at the past few iterations of technology,
[28:20] you had the PC revolution,
then you had the internet and the browser,
[28:24] then the smartphone
came out and the tablet.
[28:28] I was more optimistic about tablets
than the way the world turned out.
[28:33] I see more tablets on airplanes, but I'm
guessing if I walked around Stripe,
[28:37] I would see very few tablets out.
[28:40] Similarly, there's more smartphones than
people, but there's still about
[28:43] 2 billion PCs in the world.
[28:45] I think it peaked
some number of years ago,
[28:47] but it hasn't gone down as far as I know,
and I haven't tracked this.
[28:50] That's interesting.
We added to our digital world.
[28:54] But I think perhaps the more interesting
metric is for you and me, what percentage
[29:00] of emails were sent through each device?
[29:02] Certainly from 2010 to 2020,
most of the world might have transitioned
[29:08] from percentage of email on desktop
to smartphone significantly.
[29:15] It's almost like market share of digital
interactions, which I think is a really
[29:19] interesting way to think about it.
[29:21] Certainly, as you think of Stripe's
business, where does commerce originate?
[29:24] You saw that move to mobile.
[29:25] But it doesn't mean that people…
[29:27] It's actually a very big…
[29:28] You wouldn't want to eliminate
the PC commerce business.
[29:32] That would actually be
catastrophically bad.
[29:36] Then you look at AI agents, and I believe
most businesses, it will be
[29:40] their primary digital interface.
[29:42] It's because it works over WhatsApp
and it works over the phone.
[29:45] If smart speakers make a comeback,
they'll work over smart speakers.
[29:49] Which they may now.
Maybe smart speakers were just too early.
[29:51] Yeah, well, it's like ask for the weather
just turns out to be not
[29:54] the biggest market in the world.
But now—
[29:56] Set a timer.
[29:58] Set a timer.
[29:59] I mean, it's amazing they made I'm not
much money off a timer-setting speaker.
[30:03] It is very future-proofed because
it's fundamentally conversational.
[30:09] But maybe it's going from punch
cards, mice and keyboards, touch screens,
[30:14] now voice and chat and probably
3D-immersive at some point.
[30:19] Does it just add and make the other ones
less important is probably
[30:23] the way I think about it.
[30:24] I do wonder if we'll see the end
of the smartphone at some point.
[30:27] It doesn't seem anywhere close
to right now, but it is interesting.
[30:32] I think most people don't love how much
we're addicted to staring
[30:36] at this glowing screen.
[30:37] On the other hand,
you can't talk to TikTok.
[30:41] It's fundamentally visual.
[30:43] But I wonder if there's a world where you
could actually be really productive
[30:47] without such an invasive
device on your body.
[30:51] If that's the case,
can it offer an opportunity to
[30:55] unwedge some of the addictive properties
of these technologies and get
[30:58] a lot of the benefits from it.
[31:00] Because at least for me,
I think all of us are so connected,
[31:03] you end up like,
"I'm going to check my email," and then
[31:05] you're like, "Where have
I been for the past hour?"
[31:08] The
fact that we actually have technology
[31:11] that affords that kind of innovation now,
I think that's quite interesting.
[31:14] I don't know what the future is,
but I'm very excited for it.
[31:17] I know that sounds really cheesy,
but we've now changed the ingredients
[31:22] available, and we have a lot more recipes
we can cook, and I think
[31:25] that's very exciting.
I agree with you.
[31:27] I'm excited for not having to look
at the screen for as many
[31:30] things for a variety of reasons.
[31:33] When a customer installs Sierra,
[31:38] I know there's a significant customer
[31:41] satisfaction component as well as cost,
but I'm curious what
[31:45] cost difference does it make and maybe
relatedly, when
[31:49] a customer is fully deployed,
what kind of mix do they see between
[31:52] queries fully resolved agentically,
things that end up having a human who is
[31:56] presumably somewhat AI-assisted,
but just what does a normal
[32:00] equilibrium look like there?
[32:01] It turns out most of our clients
have pretty different priorities.
[32:06] Some are very focused on cost savings,
and you can automate
[32:09] very high percentages of your cases.
[32:12] There's a company called Ramp that's
a really impressive tech firm.
[32:17] We just had Eric here.
Oh, that's great.
[32:19] Well, they're automating 90%
of their cases.
[32:23] They're really sophisticated, though,
because they're basically getting
[32:27] in front of cases before they escalate.
[32:29] But I think it's an example of just
a really fantastic company
[32:33] implementing really well.
[32:35] You can see anywhere between 70-90%,
which is really incredible.
[32:41] The interesting thing, though,
is there's counterintuitive effects to it.
[32:46] The cases that do make its way to your
customer service team can end
[32:49] up more complex, by definition.
[32:51] What's called average handle
time will actually go up.
[32:55] We heard from one of our clients
that actually their satisfaction of their
[33:00] call center agents went way up, too,
because it turns out it's way more
[33:03] fulfilling to solve a hard problem.
[33:05] Totally, than like "Have you tried
plugging it out and plugging
[33:06] it back in again?"Exactly.
[33:08] The other interesting one,
we had one retailer whose
[33:13] total volume went up almost as much
as they saved from the AI agent.
[33:19] Jevons Paradox.
It was a form of that.
[33:22] If you've used a chatbot from three
years ago, they were really annoying.
[33:27] Three years ago, if you said, "Do you
like chatbots?" Zero people would say yes.
[33:32] It's so funny that there was a Silicon
Valley wave of hype around chatbots.
[33:36] It was even earlier than that.
It was like 2018.
[33:37] It was like pre-LLMs, pre-transformers.
[33:40] They were just multiple
choice machines or something.
[33:43] It was just the worst
products of all time.
[33:46] Replacing it with something
that was delightful.
[33:49] People are like,
"I'm going to talk to this thing
[33:51] a lot more." They ended up keeping...
[33:53] Their cost didn't really go down,
but their volume of customer
[33:56] conversations went up 2 or 3X.
[34:00] The CEO was incredibly happy about it.
[34:02] They were like,
"We're now actually listening to our
[34:05] clients." It sounds funny,
but it's a little bit of a choice how much
[34:09] you want to drive cost savings
with AI versus other metrics.
[34:14] Most of our clients are interested
in the top-line metrics.
[34:18] Given if you could save $10
or save $1 and improve your net promoter
[34:25] score and competitive positioning
by a meaningful amount, everyone
[34:30] in the world would choose the latter.
[34:31] That's the interesting thing going
on right now because, again,
[34:34] going back to, it was in 1994, and we're
talking websites on this podcast.
[34:40] I think if you were to go to a major bank
and say, "If you launch a website,
[34:45] you're going to have a competitive
advantage against every other bank."
[34:48] With the benefit of hindsight,
that would have been over-promising,
[34:51] the correct thing to say was,
"If you don't launch a website…"
[34:54] Totally, you have to have a website.
[34:56] This technology is broadly available.
[35:00] As a consequence, you can't just launch…
[35:04] In all parts of AI, not just our business,
you can't just launch AI,
[35:07] absorb the cost savings, pass it on to
shareholders, unless you have a monopoly.
[35:12] In most businesses,
it's just a consumer surplus.
[35:14] Exactly.
You're either going to lower prices.
[35:17] But I think that's why
it's an overused analogy.
[35:20] But the ATM bank branch thing
is really interesting because
[35:24] if every single company in an industry has
access to technology, I would say it's an
[35:28] imperative, not a competitive advantage.
[35:31] The more interesting, I would say,
board discussion is when everyone adopts
[35:35] the obvious things, customer experience,
customer service,
[35:39] software engineering, legal.
[35:40] Just pick the ones where there's
off-the-shelf solutions available now.
[35:45] What will the industry look like?
[35:46] My guess is you could ask ChatGPT, think.
[35:51] My guess is there's some really
interesting second-order effects.
[35:54] When you have competitive markets,
you're going to end up investing,
[35:58] lowering prices, whatever it may be.
[36:00] And that's the thing I don't
think gets talked about enough.
[36:02] I actually think that it
happens with every technology change.
[36:07] You project it through the lens of what
you're doing today,
[36:09] and you don't take into effect.
[36:11] It's like a multiplayer game
that we're all in right now.
[36:15] That's fascinating to me.
[36:17] The change is disruptive,
but I think it's going to be like...
[36:21] I'm very excited for the next few years as
the world absorbs the technology,
[36:26] we start getting to some of those second
and maybe even third-order effects.
[36:30] What's the most impressive AI adoption or
AI native behavior you've
[36:33] seen from a client?
[36:36] Oh, that's a really good question.
[36:38] I'll probably say Rocket,
where we have a really great relationship.
[36:43] Varun is their CEO,
Shawn Malhotra is their CTO.
[36:48] Two people who really are, I would say,
not only just curious about AI,
[36:54] but very interested in transforming
the home ownership experience with AI.
[37:00] I don't know when you got your
first mortgage, but it's super...
[37:04] It's very intimidating.
[37:05] It's not a modern process.
[37:07] It's not a modern process.
[37:09] They literally call it
mortgage folders for a reason.
[37:12] It used to be a folder.
[37:15] For me, it's an example of a company
trying to transform an industry.
[37:19] The reason I brought it up in the context
of our last question is it's not just
[37:23] saying, "How can we take AI to do this?"
But it's like, if you were to think about
[37:26] the homeowner experience from searching
for a home on Redfin all the way through
[37:30] servicing it, and you had AI available,
what would the ideal experience be like?
[37:35] It's just really interesting to see Rocket
with their acquisition strategy to
[37:40] integrate that experience.
That's what I'm excited about.
[37:43] I think there's an opportunity for CEOs
and industries like that to have a bold
[37:49] vision of what the future could be.
[37:53] Going back to my point,
imperative and not competitive advantage,
[37:56] it is a competitive advantage right now.
[37:58] If you imagine,
I haven't tracked the market share of all
[38:02] the big US telcos, but
if you look at T-Mobile, Verizon, AT&T,
[38:07] and you tracked it over the past 10 years,
you end up with surges
[38:11] in market share growth.
[38:12] The iPhone came out, you ended up with 5G,
and you end up with these things.
[38:18] But my impression of the industry is you
end up with these moments that drive
[38:23] market share, and then it
ends up at an equilibrium.
[38:26] What's interesting about it as the iPhone
moment for telecommunications
[38:30] companies like SoftBank in Japan.
[38:33] This is the moment where perhaps if you
have a competitive equilibrium,
[38:36] you can absorb this technology, use it,
and you'll have this window where you can
[38:40] actually shuffle the deck a little bit.
[38:42] This is a technology that shakes
the competitive equilibrium.
[38:44] Yes, exactly right.
[38:46] We definitely notice that.
[38:47] You talked about how coding is such
[38:52] a domain that is suitable to AI because
[38:55] all of the context you're
working with exists in the repo.
[39:01] It is in text.
[39:02] It's neatly organized to be
executed and read by humans,
[39:07] and so there's a good balance there.
[39:09] The problem is that customer service
[39:13] agents are not of that character.
[39:17] How do you actually
[39:21] smush everything into a format where
[39:26] your AI agent can answer it?
[39:30] We spend a lot of time
thinking about that.
[39:31] To some degree,
one of our engineers called it almost like
[39:34] we're creating a domain-specific language
for specifying customer experience.
[39:39] What is the mechanism of specifying it?
[39:44] We use this metaphor we call journeys,
which is what is a customer journey
[39:48] end-to-end, and what does the agent
need to be successful in that journey?
[39:52] What tools does it need to access?
[39:55] What information does it need to access?
[39:58] If you think about
the capabilities of an agent,
[40:01] like skills in a coding agent,
you'll add different capabilities over
[40:06] time as the customer is talking to you.
[40:08] The key thing that's been a breakthrough
that is probably not surprising
[40:12] to the technologist listening to this,
but has been a huge difference between
[40:16] those crappy chatbots of four years
ago is the reasoning capabilities.
[40:24] We had one client who had acquired three
companies, and they had
[40:28] three identity systems,
three CRM systems, three of everything.
[40:31] They had this big IT project where they
were going to unify all those systems.
[40:35] But I was like, "Why don't you just have
the AI agent go in all three
[40:39] of them and just think?"
[40:40] They're like, "Well,
what if there's duplicate data?
[40:41] What if the data conflicts?" They're like,
"That's going to fool—"
[40:44] Sensor fusion.
[40:45] I was like, "Well, what does a person
do?" They're like, "Well,
[40:49] they think about it." I was like,
"Let's just do that."
[40:53] That's the interesting thing about
these AI agents is they actually...
[40:56] The basic humane, basic reasoning,
not superhuman ASI,
[41:03] turns out to be the huge
breakthrough in customer experience.
[41:06] The other interesting thing is
the innate knowledge of the LLM.
[41:09] You don't want an AI agent to hallucinate,
obviously, but Sonos
[41:14] is one of our clients.
Do you have a Sonos speaker at your house?
[41:17] You probably have a Sonos.
I have had, yeah.
[41:19] If a Sonos speaker ever breaks,
it's never the speaker.
[41:21] It's always Wi-Fi.
That's what I've learned.
[41:24] It's always true of me, too.
[41:25] There's always some Wi-Fi issue.
[41:27] If you wanted to make an AI agent to help
you with your Sonos speaker,
[41:32] you obviously can give it all the manuals
for the speakers, all the technical stuff.
[41:36] You can give it the device telemetry,
all the stuff you need.
[41:39] Do you really need to give
it the history of Wi-Fi?
[41:41] Well, now it turns out large language
models have encountered
[41:44] every possible Wi-Fi problem.
[41:46] Why does the Sonos AI work so effectively?
[41:49] Well, it knows a lot about Wi-Fi
in addition to all the Sonos things.
[41:52] If you look for any given AI agent,
it turns out being trained on all of human
[41:59] knowledge is useful as a starting
point for a lot of tasks.
[42:03] I think that's been the big breakthrough.
[42:05] How do you give it all of its knowledge?
[42:06] Well, first, we've built, I think,
the best platform in the market to do so,
[42:10] where you can really narrow the guardrails
for regulated conversations, widen
[42:13] them for less-regulated conversations.
[42:15] But the fact it starts with knowledge
of obscure Wi-Fi idiosyncrasies turns out
[42:20] to be the greatest
breakthrough of all that.
[42:21] Have you had the opposite problem where
there's a customer whose problem domains
[42:25] mostly don't exist in the public internet?
[42:27] It's like, "We provide the drill bits used
in deep sea oil drilling." It just turns
[42:33] out there's nothing on Reddit about that.
Yes, 100%.
[42:37] We work with this medical device company,
and it's a deep cut of human knowledge.
[42:42] You can train it all on that.
[42:44] In fact, we do a lot.
[42:46] One of the things you want to be really
careful about is you have
[42:48] a really well-known brand.
We work with...
[42:50] I want to say a third of our clients have
over 10 billion in revenue,
[42:56] over half have over a billion in revenue.
[42:58] Most of our clients are
actually quite well-known.
[43:00] One of the challenges when you're offering
either sales or service or customer
[43:06] experience to a really well-known
brand is it's harder to ground it.
[43:08] It's actually easier when the internet has
never heard of you and you want to make
[43:13] a well-grounded agent,
it's actually pretty easy because
[43:15] there's no temptation
from the LLMs to go off-script.
[43:19] Actually, I would say—
They know what they don't know.
[43:21] Ironically, the harder challenge is when
it's a very well-known brand, it's like,
[43:24] "No, I got this." I'm
like, "No, you don't.
[43:26] You got to go look it up."
That's actually a harder problem.
[43:30] How do you force the LLMs?
[43:32] Mechanically, how do you force them to not
answer off the top of their head,
[43:37] but actually look it up?
[43:39] We call it a constellation of models.
[43:43] Our platform, we call it Agent Studio,
you essentially configure the goals
[43:47] and guardrails of a process.
[43:51] Goals and guardrails,
not the sequence of steps because you want
[43:54] agency but you want guardrails around it.
[43:57] Within that, we'll use reasoning,
but we use supervisor models
[44:01] to actually inspect that reasoning.
[44:03] If
you were an AI agent in Sierra and you
[44:09] decided to go off-script, "I got this."
What would end up happening is
[44:14] a supervisor agent would observe your
reasoning,
[44:17] say, "I think John should have actually
looked up the policy here" and send it
[44:21] back with notes and say, "Actually,
you're not allowed to make that decision.
[44:25] Here's the reasons why.
[44:27] Go redo that decision."
It's a really effective technique.
[44:31] The way I think about it,
which is a little simplistic,
[44:34] but I think basically right.
[44:35] If you imagine a reasoning system is right
90% of the time but has some
[44:39] either guardrail, malfunction,
or hallucination 10% of the time,
[44:43] it's obviously better than that.
[44:45] Then you have a supervisor
that's right 90% of the time.
[44:49] If you chain them together,
you get 99% effectiveness.
[44:52] That methodology of layering reasoning and
intelligence has been really effective.
[44:58] In general, it makes sense.
[44:59] You're basically layering, compute,
you're layering reasoning on top of it.
[45:03] What's the neat about it, though,
is we can abstract
[45:06] that complexity from our clients.
[45:08] They're expressing the goals
and guardrails, and we have all these
[45:12] evals and tests and all
these other things.
[45:15] We can find ways to make it more and more
robust over time, but it doesn't require
[45:19] you to prompt engineer,
write in all caps or whatever the
[45:24] hacks that people use to get
these things to be conformant.
[45:27] You started in '22, '23?
[45:31] We launched the company
on February 13th, two years ago.
[45:36] I guess a little more like our—Oh, '24.
Yeah.
[45:39] Our two-year birthday was
a couple of weeks ago.
[45:42] What I was thinking as you were saying
that is, did you co-evolve chain
[45:47] of thought and RL and some of these things
that are now in the models,
[45:50] but did you have to build your own janky
version of them before
[45:54] they were in the models?
[45:55] Yes.
[45:56] I'll also talk about just the weird part
about building a product right now
[45:59] in a company right now,
because so much of what we write,
[46:01] we plan to throw out later.
[46:03] It's just a very weird
way to build a company.
[46:06] Google's chain of thought paper,
which preceded o1 and doing reinforcement
[46:12] learning on chains of thought, was out
roughly when we started the company.
[46:15] It was an earlier paper and effectively
provided a substantive basis of why asking
[46:21] a model to explain its reasoning
step-by-step produced more robustness.
[46:26] We use chain of thought all the time,
and it was a methodology we used.
[46:31] Then OpenAI
very innovatively came up with the idea
[46:36] of we could do reinforcement learning
on those chains of thought,
[46:39] which is where o1 came from,
and then most labs are doing that now.
[46:44] We'd throw out things all the time.
[46:46] You do it and you're like, "Okay,
the model just does this for us now."
[46:50] We work with a lot
of financial services firms.
[46:52] We work with one bank that is a large
Hong Kong business,
[46:56] and they speak Cantonese.
[46:57] Okay, well, we need really
good Cantonese voice support.
[47:01] It turns out that that's really hard,
and there's not an obvious
[47:04] model that does that.
[47:06] We spend all this time
evaluating all these models.
[47:09] What certainty
would you ascribe to every voice model
[47:13] supporting Cantonese well in three years?
100%?
[47:16] 99%?
Pretty close.
[47:17] We did all this work.
[47:18] In fact, we, I think, have the best
Cantonese support on the market.
[47:22] Great for us, and it's
a huge selling point.
[47:24] It's a technology that will certainly be
commoditized in three years.
[47:29] A lot of what we think about is going from
essentially technology innovation now.
[47:36] I think a large part of why we work
with the largest companies in the world
[47:41] is because our technology works.
[47:43] In three years, those same clients will
work with us because we
[47:46] have the best product.
[47:48] If you look at the early marketing
for early software-as-a-service companies,
[47:53] they'll explain why having multiple
tenants in the same database is safe.
[47:58] That was a huge part of their marketing.
[48:01] Nowadays, if you came and you marketed
your product that way, people are like,
[48:04] "What are you talking about?
[48:05] I don't care what database Stripe uses." I
think we're just at this period
[48:10] where the technology is so immature.
[48:12] It's a very technology-forward
conversation just because
[48:17] people are figuring it out.
[48:19] Just like when Netscape's business was
monetized through a web
[48:22] server back 100 years ago.
[48:25] It will evolve from being
a technology-forward conversation
[48:28] to a product-forward conversation.
[48:30] The interesting part about building
an applied AI company is you can't have
[48:33] the luxury of waiting for all the models
to catch up with your aspirations.
[48:37] But you know they will.
[48:39] You have to have the best technology
and have to be comfortable
[48:43] with throwing it out.
[48:45] It's a real momentum and pace
of innovation game rather than thinking
[48:49] of this as precious intellectual property,
if that makes any sense.
[48:52] It absolutely does.
[48:53] But isn't this organizationally hard
where,
[48:59] if I'm the head of Cantonese language
[49:06] at Sierra, my incentive,
[49:09] and not disingenuously so,
I'll notice all the corner cases where the
[49:14] models aren't that good at Cantonese yet.
[49:15] Obviously, we saw this in prior tech
waves, where the cloud adoption laggards
[49:20] were companies that had their own on-prem
stuff, and they had a million reasons—half
[49:25] real, half fake—as to why cloud did
not suit their business purposes.
[49:29] But how do you avoid getting stuck in this
mode of thinking where, "Oh, well,
[49:33] their chain of thought doesn't do what we
need," is the classic thing you would
[49:37] hear from someone within the organization.
[49:39] It's a huge shift.
[49:40] Going back to the first thing we were
talking about, it's hard for me to not
[49:44] care about the elegance of the source
code, which I think
[49:50] is an impediment to my fully
realizing being a software
[49:54] engineer in this new world.
[49:56] I think teams that start to treat the code
that they wrote as precious,
[50:02] that has been obviated
by a general-purpose AI model,
[50:06] will fundamentally fall behind.
[50:08] Public markets deem the software industry
20-30% less valuable than
[50:15] they did maybe three months back.
A day ago.
[50:18] Yeah, exactly.
Very recently.
[50:21] The two sides of the debate are, one,
the valuations were based on what
[50:28] the businesses will do in in 2030 or 2035,
like far in the future,
[50:32] and just there's much more uncertainty
there, and so this is deserved.
[50:35] The counterargument is that it's still not
the case that agentic software production
[50:42] is really going to build you a Workday.
[50:44] Indeed, Anthropic just installed Workday,
very famously.
[50:48] Where do you net out on,
is this a rational response or not?
[50:53] I think it's rational, but I think
it's a bit overblown at the same time.
[50:57] I think it's rational
just in the sense that there
[51:03] hasn't been more uncertainty
in this market ever.
[51:06] Unless you have a strong thesis about
an individual company,
[51:12] my guess is, will these companies
be less valuable 10 years from now?
[51:17] I think the answer is probably yes.
[51:18] Will that be true for every
individual company?
[51:20] I don't think that's true.
[51:22] If you're just thinking about a portfolio
of investments, I think it's an indictment
[51:27] of the sector more than it is
an indictment of an individual company.
[51:31] I don't know if the value of these
platforms was who could vibe
[51:34] code it in a weekend ever.
[51:37] Not that we knew what vibe coding was.
[51:40] My point is everyone who's ever built
a software-as-a-service application has
[51:44] had a Hacker News comment of,
"I could have coded this
[51:46] in a weekend." Every single one.
[51:48] Famously, Dropbox,
I'm sure you have as well.
[51:50] Every single product I've ever made.
It just happens.
[51:53] It's like a write-up.
[51:54] In fact, if no one says it
about your product, I'm sorry.
[51:56] It's not relevant.
It's not relevant.
[51:59] Obviously, I see most of those comments
were incorrect,
[52:02] but if you think about all the work you've
done in compliance or the relationships
[52:06] you have with large financial services
institutions, the work you do on fraud,
[52:10] the things under the surface that aren't
the forms and fields in the web browser
[52:15] are actually incredibly valuable.
[52:17] If you think about a large software
company, they'll have thousands
[52:22] of quota-carrying
account executives that represent sales
[52:24] capacity, which is basically a channel,
and distribution turns out to be
[52:28] a very important part of software.
[52:31] There's social proof.
[52:33] There's the old saying,
"No one gets fired for buying IBM,"
[52:36] which few people say right now,
though IBM is actually doing
[52:40] really well under Arvind.
[52:42] You want to be maybe the first healthcare
insurance company to adopt something.
[52:45] There's another healthcare insurer
who says, "I want to be the fifth.
[52:49] I want other people to prove it." There's
all these network effects around these
[52:54] businesses and scale and moats
and Silicon Valley speak around them.
[53:00] I think the big risk is where is value
in the software industry n years from now?
[53:05] One risk is that more people will build
than they do now versus buy because
[53:12] the marginal cost of writing
software goes down.
[53:15] I think that'll be true for some software,
particularly developer platforms
[53:19] and things like that that are
already being consumed
[53:23] and purchased by other engineers.
[53:26] Little libraries or—
[53:28] Things that already were part
of a build-versus-buy calculus,
[53:31] it shifts the balance of power.
Absolutely.
[53:33] The other part of it is systems of record.
[53:37] I think these systems of record have
always been the gravitational center
[53:42] of their relative solar systems,
and it roughly breaks down by department.
[53:47] ERP systems are associated
with the finance department, and SAP
[53:50] and Oracle and Workday have ERP systems.
[53:53] You have Adobe in the marketing
department, and you had Salesforce
[53:57] in the sales department, and you
had ServiceNow in the IT department.
[54:02] Everything rotated around them.
[54:06] Why?
[54:07] Well, first, their database was
truly the system of records.
[54:10] Every application that wanted to interact
with the data in that had to...
[54:16] You essentially collect
taxes from your ecosystem.
[54:19] And then similarly allowed each of those
systems of record company to essentially
[54:24] have revenue expansion opportunities to go
to adjacent areas where they're all
[54:28] sold to the same buyer and all of that.
[54:32] The thing that's really interesting is AI
agents are actually
[54:34] performing valuable labor.
[54:38] Is the database in the system a record?
[54:41] Does that continue to be the gravitational
center of each of those workflows?
[54:45] I'll just take marketing as an example.
[54:48] The database of your customers that you
use to drive sending out an email
[54:54] blast on Black Friday has some value.
[54:58] But if you had an AI agent that drove way
[55:01] higher, more leads for your sales team
[55:05] from that marketing blast, you probably...
[55:08] That's worth more to you than
the system of record itself.
[55:12] Similarly, if you imagine,
I'll just take a CRM system,
[55:20] and you think about the AI agent that's
carving your territories if no one ever
[55:24] logs in to actually do it manually,
all of those things have a lot of value.
[55:29] And a lot more value, relatively speaking,
than they did because they're
[55:33] actually performing the action.
[55:35] The real question to me is,
does it upend this?
[55:39] I would say something that's been true
for 30 years, which is all the values
[55:42] in these systems of record.
[55:44] The way I think about it is agents are
to some degree a system of record
[55:48] of a process of generating a lead or
auditing your financials or reviewing
[55:53] a contract or whatever it might be.
[55:55] I don't think we've ever had
a piece of software like that.
[55:58] Will those encoded,
well-optimized processes start
[56:03] to have more value than the databases?
[56:05] I don't know that's the case.
[56:07] For example, if your ERP system is your
company's ledger,
[56:11] that'll have a lot of value.
[56:12] But I wonder for all these others,
and my theory is, the closer you get to,
[56:17] literally the database is the value, i.
e.
[56:19] a ledger, the more durable it is.
[56:22] The closer you get to be in a system
of engagement, the less durable it is.
[56:27] That's a very interesting framing.
[56:32] It gets back to the point you were making
about the company that was looking
[56:37] to standardize and not have three
different ERPs and stuff like that.
[56:40] You're like, "Why?
[56:41] Just try not doing that." I think maybe
the consumer example of this is I think
[56:46] people have probably had the experience
of you paste data into an LLM to do
[56:49] something with it, and the formatting is
all messed up and the tabs and the spaces
[56:55] don't come through
and everything like that.
[56:56] It doesn't matter.
[56:57] LLM doesn't care.
[56:58] You can just paste it in whatever
and it'll work with it.
[57:01] This idea that, as you say,
if the system of record is important
[57:06] because it's your general ledger and it
matters to the auditors, that's one thing.
[57:10] But if it was a system of record in this
all your data in one place
[57:15] way and because it was
easier to build incremental software atop
[57:19] it, maybe that advantage is going away
because the agents are fine plucking
[57:25] data from 10 different places.
[57:26] That's roughly my view.
[57:28] But the bull case,
I always mix up bear and bull.
[57:31] I need to spend more time on Wall Street.
[57:33] The bull case, though, is I think all
these companies have a right to win.
[57:37] They're all big, they still have sales
capacity, they have all these advantages,
[57:42] but it's a race.
[57:44] How fast will smaller companies
build differentiated, scaled businesses
[57:50] before the incumbents
go into this new world?
[57:53] But for a wide variety of well-documented
reasons, like disrupting their
[57:58] own business model, it's harder.
[58:00] But I think your ask is,
"Is it irrational?" I don't
[58:03] think it's irrational.
[58:04] I think there's just more uncertainty
now than there's ever been.
[58:08] I think markets are telling you there's
a lot of uncertainty,
[58:11] and that's why you see people recede
from the whole category, basically.
[58:16] I feel like there's also a
totally separate thing playing out here,
[58:22] where for a long time,
certain companies were criticized for not
[58:27] taking profitability that seriously.
[58:29] And at some level, there's just a return
to normal valuation levels on a fully
[58:34] loaded, stock-based,
comp baked in and everything basis.
[58:38] That's independent of the AI thesis,
but maybe just some return to, again,
[58:44] on a fully loaded GAAP basis,
more normal valuations.
[58:48] Well, essentially,
if you look at a traditional
[58:50] software-as-a-service company,
the way most people model it is you have
[58:55] annual recurring revenue,
which is basically an annuity,
[58:57] and it should throw off
that much cash every year.
[59:01] Then you have attrition,
which is subtracting from the annuity.
[59:04] Then you have net new ARR,
which is adding to the annuity.
[59:07] Your salespeople sell
software to add to the ARR.
[59:11] You typically have an account management
team or customer success
[59:15] team to keep churn down.
[59:17] You grow that annuity and you grow your
headcount,
[59:20] often just a little bit ahead
of that annuity because you
[59:23] need to grow a new business.
[59:27] If that annuity is not an annuity…
[59:28] Yeah, that makes sense.
[59:30] Then that math really changes.
[59:31] It really changes.
[59:32] Because the whole idea
of software-as-a-service is you can just
[59:37] slow down hiring and you become very
profitable because the annuity
[59:40] starts throwing off cash.
[59:41] That's been the thesis of every private
equity firm who acquires slow growth
[59:47] software-as-a-service companies.
[59:49] If you don't assume that that revenue is
going to be there two years or three years
[59:53] from now, your discounted cash flow
analysis looks pretty different.
[59:58] I don't think it's actually It's quite so
dire in the time frames that people think.
[60:02] But again, if you're asking markets are,
there's all those great quotes
[60:06] about weighing and I don't know.
[60:08] Voting/weighing machines.
Voting/weighing machines.
[60:11] I get it.
[60:12] There's probably more safer sectors
to invest in, but I don't think it's
[60:16] an indictment of individual companies.
[60:17] That's my point.
I actually think...
[60:19] When we first met,
I doubt either of us had an extremely
[60:24] positive view of the future of Microsoft.
[60:26] At the time, it
felt a previous generation company.
[60:31] Now you look at Azure,
their OpenAI relationship, all these
[60:34] things, what an impressive turnaround.
[60:36] I think any one of these
companies could do it.
[60:39] I think it's just...
[60:41] But it's more of an
indictment of the market.
[60:43] I have a lot more questions.
Would you like another Guinness?
[60:46] Sure.
[60:50] Brett has been through a few platform
shifts, and one thing he's been pretty
[60:53] consistent about is being mindful
of the external forces that are
[60:56] shaping the ecosystem you're in.
[60:58] He talks a lot about building with
the broader wave of AI agents in mind.
[61:02] Stripe Sessions is our way of helping
builders see that wave up close.
[61:05] What's changing in the internet economy,
what's actually working in production,
[61:08] and what the next era of software looks
like when agents are running
[61:11] real commerce workflows.
[61:12] It's not the usual conference fluff.
[61:14] It's insights into what the fastest
moving companies are actually up to.
[61:18] If you want to experience the next chapter
of the internet economy firsthand,
[61:21] join us at Stripe Sessions this April.
[61:24] Use the code Cheeky Pint for 50%
off a conference pass at sessions.
[61:28] stripe.
com.
[61:35] You talked about business models.
Are you guys usage-based?
[61:37] How are you innovating on the business
model front, or are you?
[61:39] We are trying to.
[61:41] We do outcomes-based pricing.
[61:43] For a customer service context,
that means if the AI agent resolves
[61:47] the case, no human intervention,
there's a pre-negotiated rate for that.
[61:53] If we do have to escalate
to a person, that's free.
[61:55] For sales, it would be a sales commission.
[61:57] And wherever possible,
there's a way to align our interests
[62:00] with our clients', we choose it.
[62:02] I'm a huge believer in this.
[62:05] I think the analogy of going from
impression-based ads to CPC ads is apt.
[62:11] I don't think any ad platform thinks like,
"Man, think of all the impressions we're
[62:15] giving away for free." Because when you
charge for something closer to a business
[62:20] value, it's actually more valuable.
It's more efficient.
[62:22] It's a lot more efficient.
[62:24] I think the idea...
[62:25] If an agent's outcome is measurable,
it's a really a compelling way both
[62:32] for clients, obviously,
because it's aligned with their business.
[62:35] But it's also quite disruptive because
most,
[62:37] I'll say, legacy software companies are
not necessarily equipped to do it
[62:42] for a variety of reasons I'm happy to go
into, but it's just
[62:44] a very disruptive model.
[62:46] Yeah, there's a few
lens you can have on it.
[62:48] One is that you get more alignment,
like usage-based is more aligned
[62:52] than other ways of charging.
[62:54] As you say,
it's more efficient because you're
[62:56] incentivized to drive the right outcomes.
[62:58] People also make the analogies to
it's almost more
[63:03] correct for the labor substitution
dynamics that you get,
[63:06] or just because you have real inference
costs, you kind of have
[63:11] to do a usage-based model.
[63:13] I mean, do those factor in at all, or it
would not be possible, almost,
[63:18] to do a fixed-price contract?
[63:19] I would actually argue outcomes-based
is pretty different than usage-based.
[63:23] Just because think of it this way.
[63:25] If you have an AI agent that is making
sales for Stripe to small businesses,
[63:31] and I told you I will sell one-tenth
[63:37] the number of new Stripe GMV,
[63:40] however you value that,
but I'll use one one-hundredth
[63:45] of the tokens, you probably wouldn't care.
[63:47] You care about the value to your
top line of your business.
[63:51] I would argue there's not a strong
correlation between token
[63:54] usage or utilization and value.
[63:58] There may be, but there's not always.
[64:00] There was that infamous,
I think it was called Folklore,
[64:03] but it's this website where that Apple
engineer used to put just
[64:06] all this Apple folklore.
Folklore.
[64:07] org.
Folklore.
[64:08] org, yeah, I love it.
[64:11] It's like, if you're an engineer,
it's a fun site to go to.
[64:13] But there was a story about some new bozo
manager asking for lines of code every
[64:18] day, and one of the engineers wrote
a negative number as a way of saying,
[64:21] "F you" to the man because he
refactored a code base or whatever.
[64:25] I think that is the essence of why
tokens are not correlated with value.
[64:30] They may be, but the idea that they
definitely are, I don't
[64:33] think stands to reason.
[64:35] I think usage-based is like
charging for storage or something.
[64:40] Outcomes-based is what business outcome is
this agent designed to produce
[64:44] and did it produce it effectively?
[64:46] That is really aligning because it
creates this whole vertical alignment.
[64:51] As a company,
reducing your token utilization
[64:55] for the same outcomes is your
problem, not your customer's.
[64:57] That's a great incentive to drive
more efficiencies over time.
[65:02] It means that to grow your relationship
with the client, you actually have to make
[65:06] your product better and not just
theoretically better over a steak dinner.
[65:10] Like better, better.
[65:13] How do you have usage-based...
[65:14] Or sorry, outcome-based when you move
beyond customer service where there's
[65:18] a clear, was this resolved or not,
to product usage where people are shopping
[65:23] and yeah, they didn't buy a house there,
but they mostly don't buy a house on
[65:28] most website visits,
but it was a successful visit.
[65:34] It's the right question,
and there's not a great way to do it
[65:37] for every type of agent right now.
[65:39] You can always fall back
to usage-based, which is fine.
[65:44] But in that, over time, it's like,
wouldn't it be interesting?
[65:47] I think AI agents should have memory.
[65:49] I think AI agents should drive
relationships, not conversations.
[65:54] It would be really interesting to say,
could we make an AI agent that actually
[65:58] drives home ownership over time.
[66:00] I think that's actually...
[66:02] It's hard, but it's not—
[66:03] As an AI agent, you have
a territory, kind of.
[66:06] I think so.
[66:07] I mean,
even because it's hard today and
[66:11] we're a pragmatic company,
I think it's the right thing to ask,
[66:16] though, because that's fundamentally the
value the software is designed to produce.
[66:19] Actually it's a really
values-aligning thing.
[66:25] It also changes the dynamics of a software
company's relationship to its partners,
[66:30] to its clients, because
if you go back ancient history,
[66:34] four years ago,
there was a really stark separation
[66:37] between software
and implementation and usage.
[66:41] It was the client's accountability
to use the product well.
[66:45] It was either your IT team or a systems
integrator's responsibility
[66:51] to implement the software.
[66:52] The job of the software company was just
to make it and throw it over the wall.
[66:56] Obviously, it's not exactly that,
but that was the market we were in.
[66:59] Everyone had good intentions,
but what's the saying,
[67:02] "Success has a thousand fathers,
failure is an orphan."
[67:04] When the software didn't go well,
everyone was blaming everyone else.
[67:09] The client was like,
"I'm using it just fine.
[67:13] It was implemented poorly." The person
to implement it was like, "No,
[67:16] the platform's broken." The
platform people would say...
[67:19] It was like everyone's
pointing at everyone else.
[67:21] What's nice about outcomes-based,
whether or not the client sets it up,
[67:26] you become more accountable to help them
be successful because until they do,
[67:30] they can't use it.
[67:31] If there is some long
last mile of implementation,
[67:36] creates a strong incentive
for the software company to have skin
[67:39] in the game to just
help you navigate that last mile.
[67:42] I think so
many of the problems in the software
[67:46] industry are due to that
lack of accountability.
[67:49] If you talk to any company who's ever
implemented an ERP system,
[67:52] it's like a multi-year process.
It's invading Russia.
[67:56] You don't even remember why
you're doing it midway through.
[67:59] You've gone through two CFOs
and three CIOs by the time it's done.
[68:03] We're like okay with that.
[68:04] That's just the way software works.
[68:06] My view is
just like AdWords changed the advertising
[68:12] industry on the internet, just drove it.
[68:15] I think you can even pay for mobile app
install now directly
[68:18] and truly pay for outcomes.
[68:20] I think it's a really
positive step forward.
[68:22] It's not going to be
possible for everything.
[68:24] You have to have a pragmatism.
[68:26] But I think it's the right way
to actually have a partnership.
[68:29] You should share in the outcomes.
[68:31] You want to wire the company to be
thinking in this outcome-based way.
[68:34] In your main customer service
stuff, you can do that.
[68:36] In other ways, you might not be able
to yet, but you want people to be
[68:38] spring-loaded to be thinking that way.
That's right.
[68:40] If the whole company is incentivized
towards outcomes, it's...
[68:45] We're a way better partner
to work with because of it.
[68:48] We find this at Stripe where, again,
we have outcome-based pricing.
[68:51] Exactly.
[68:52] It's transactional.
[68:54] But we find there's a lot of uplift we can
get on just getting people more
[68:58] revenue and finding ways...
[69:00] We're sometimes hammering customers where
it's like, "You should be accepting
[69:04] local payment methods
for internationalization," or "You're
[69:07] crazy not to be turning on this feature."
But we really feel it because we have
[69:10] the same incentive as the customer.
[69:11] It's like this will be revenue
maximizing for both of us.
[69:14] I'm going to ask a very
AGI-brained question.
[69:17] I just can't resist.
I'm glad we're on our second Guinness.
[69:19] Exactly, yeah.
[69:20] Now we get to it, which is you described
building stuff that you know you're going
[69:24] to throw away because the model
capabilities will get there
[69:27] and you're occasionally...
[69:29] They are developing capabilities
that you developed yourself.
[69:33] Isn't Sierra itself "short AGI?" Sorry,
I said I couldn't resist.
[69:38] No, it's the right question.
[69:41] The short answer is I don't know.
[69:42] I mean, the fog of war in the software
industry is pretty thick right now.
[69:46] I really believe in the
applied AI market, though.
[69:50] I think most companies don't want
to buy models or buy software.
[69:57] They want to buy solutions
to their problem.
[70:01] If you just go back to the cloud industry,
why doesn't Amazon and Microsoft
[70:07] do everything for everyone?
[70:09] There's not really a...
[70:11] By somewhat similar logic,
why should any software-as-a-service
[70:15] company exist when you have bigger scale,
all this technology?
[70:19] In theory, they could just
develop all the software.
[70:21] Actually, many of them have tried.
[70:24] There's actually competitors
to Salesforce and almost all the above.
[70:28] I think there's so much nuance in
how these companies align themselves
[70:32] with different departments at these
companies, solve their very unique
[70:36] problems in very specific ways.
[70:38] That is a mix of product, not technology,
but product, go-to-market.
[70:43] It's an ecosystem around it.
[70:45] I think a lot of that still exists because
I'm not sure coding the software
[70:49] was necessarily the hard part.
[70:51] Then similarly,
I actually think, especially in enterprise
[70:55] software, how you engage
with your clients really matters.
[71:00] I think it turns out that
[71:04] GPT-5 and Claude, whatever version it's
[71:07] on right now, or Opus, excuse me,
is sold to a different buyer than the CFO
[71:13] or the Chief Customer Officer,
the Chief Digital Officer.
[71:16] It seems small, but it's actually big.
[71:19] I think you tend to see software companies
orient around individual
[71:23] buyers within companies.
[71:25] You tend to see consolidation around
departments and around buyers.
[71:30] It's possible that you can go beyond those
lines, but it hasn't
[71:33] happened traditionally.
[71:35] I think the reason for it is most business
users want actual solutions to their
[71:39] problems, and they want a company
that serves their unique problems
[71:43] in a very specific and bespoke way.
[71:45] I actually am extremely
bullish on applied AI.
[71:50] I actually think we could accelerate.
[71:52] I'll make one statement,
which is I think if we paused model
[71:55] development, we'd still have trillions
of dollars of economic value.
[71:58] I totally agree.
That have yet to be realized.
[72:01] I think if we had a mature applied AI
market where the CFO could go buy
[72:06] that agent to onboard new supply chain
vendors that just worked,
[72:11] we could actually accelerate that
trillions of dollars of economic value.
[72:15] I think not only am I somewhat skeptical
that there will only be two companies
[72:19] in the world,
I actually think one of the main things
[72:22] impeding adoption of AI is the lack
of existence of all those other companies.
[72:27] So many of the startups,
particularly around here in San Francisco,
[72:30] are basically doing relatively rote
[72:34] tools around the AI rather than actually
[72:37] building agents for business processes
that are boring
[72:39] but important and valuable.
[72:41] I'm really bullish on it.
[72:43] I guess you help companies
ensure that they can always have access
[72:47] to the latest models,
which sounds like a minor thing,
[72:50] but the leading model is always changing,
and so that's not a trivial...
[72:53] I agree.
I don't know.
[72:56] I'm not sure how much
of a long-term value it is.
[72:57] I think it is.
I think your customer—
[72:59] Up to this point, the race is
led by a matter of months, right?
[73:04] Well, every single month,
there's a new frontier model,
[73:08] and your customer experience doesn't
change that frequently,
[73:10] so you're absolutely right.
[73:12] But I also think there's just a big
product, like our clients use
[73:15] it to optimize their sales.
[73:17] That is a product, not a technology.
[73:20] It's very particular to the workflows
of people building customer experience
[73:23] teams, building sales teams,
and that's really what we're focused on.
[73:27] I think those departments deserve
purpose-built software, and I think
[73:32] there will be enduring value there.
[73:34] But it's interesting.
[73:35] It's the right question to ask.
[73:36] I don't think we've ever lived in a world
where production of software was easy.
[73:41] Software engineering was the most scarce
asset in a company, and now it's the most
[73:46] plentiful, and I don't think
we've ever lived in that world.
[73:50] Well, that gets to one of the biggest
conundrums in Silicon Valley right now is
[73:55] what will the shape of AI productivity be?
[74:02] I think there's this strong sense that
[74:09] the AI has gotten really good,
[74:11] and it should change the composition
of companies and it should
[74:15] change the hiring plans somewhat.
[74:17] You've seen this in some corners.
[74:19] Block announced their 45%,
[74:22] 50% AI layoff yesterday, and you have
[74:27] some companies not growing as quickly.
[74:29] At the same time in coding,
[74:33] you see a lot of AI benefits.
[74:36] You can argue that either way.
[74:39] You can say,
"Engineers have gotten much more
[74:41] productive, therefore,
we should hire fewer engineers." Or you
[74:44] could say, "Engineers have
gotten much more productive.
[74:46] The ROI on a single
engineer is way higher.
[74:49] We now have super engineers that we can
hire, therefore, we should hire way more
[74:52] of them because there isn't a fixed amount
of stuff for Stripe or any other company
[74:56] to do." Then the AI productivity story
in other roles is just a bit less clear
[75:02] because, as we've discussed,
AI is uniquely well-suited to coding.
[75:08] What do you make of just...
[75:10] How does the AI productivity show up?
[75:12] I feel like every company
in Silicon Valley is trying
[75:14] to figure this out right now.
[75:16] Well, first, I think I'll go back
to my why I believe in applied AI.
[75:19] I think the atomic unit of productivity
in AI is a process, not a person.
[75:25] I don't think AI...
[75:27] I don't know if you have an assistant,
but if you do,
[75:30] he or she might help you prepare
for a podcast, might help you prepare
[75:36] for a meeting, he or she might
also get you a cup of coffee.
[75:40] AI will be really good at the first two,
but quite poor at the last one.
[75:45] No matter of AGI, short of robotics,
will get you a cup of coffee.
[75:49] I think it's wrong to think
about AI as replacing people.
[75:54] In addition to being inhumane,
it's just nonsensical because AI operates
[76:00] in the world of digital technologies.
[76:02] I think if you go to an example of even
a mundane process in your business,
[76:06] like onboarding a new supplier,
think about all the departments
[76:11] and people involved in that.
[76:12] There's a legal department
to do a contract.
[76:15] There's some finance department
procurement to negotiate the relationship.
[76:20] You probably have IT that's involved
to onboard them into your core systems.
[76:25] Then there's usually a business
that's sponsoring it.
[76:28] Fairly mundane, happens all the time.
[76:31] Let's just say you tracked what is
the median amount of time it takes
[76:35] to onboard a new supplier, and it was
17 days, just for argument's sake.
[76:40] I bet you could say as a CEO of a company,
I want to use AI to optimize that process
[76:45] and make it 17 hours or one day.
[76:50] You could go through,
and if you had a product manager
[76:53] on that and optimize every part of it,
I bet you could achieve that.
[76:56] But the hard part isn't a person's job.
[76:59] It's actually all the systems
and people in between it.
[77:02] I think part of the reason why I think
it's been slow to get the productivity
[77:05] enhancement is we ship our org
charts as companies naturally.
[77:09] That's the natural state.
[77:11] There's not usually a person
responsible for that process.
[77:14] There's the legal team responsible for the
contract, there's the procurement team.
[77:18] I think actually we will end up
reimagining our companies with the benefit
[77:23] of AI, will we actually think of our
companies as a collection of processes,
[77:27] have people responsible them
with KPIs who can apply AI.
[77:32] I think I bring it up just because
that's my theory of the world.
[77:35] I might be wrong, I might be right,
but I'm not sure companies are set up to
[77:40] essentially absorb the benefits of AI
efficiently right now,
[77:43] and we need to do that to really do so.
[77:45] But the bigger point, I think, is that
there's the paradox of, well,
[77:51] you want more software engineers.
[77:53] But on top of that, most of the world
isn't just digital technology.
[77:58] I think a lot of the people in the AGI
community have only ever worked
[78:02] at a research lab or a software company.
[78:04] You look around, you're like, "Wow,
AI is going to do all of this."
[78:07] As they walk by the flower shop and get
their coffee at the coffee shop,
[78:12] and you think about the local flower shop,
if you took all the AI in the world
[78:17] and gave it to that,
you gave it super intelligence,
[78:20] how much would it impact
the flower shop's operations?
[78:23] Maybe a little.
[78:24] I mean, I'm sure it would help,
don't get me wrong,
[78:26] but someone's still clipping the ends
of the stems of the flowers,
[78:30] arranging the bouquets,
and thanking you on your way out the door,
[78:34] and congratulating you for your
daughter's wedding, or whatever it is.
[78:38] I think if you think about what parts
of the economy can absorb intelligence
[78:43] really efficiently, it's certainly
software, and we're seeing that already.
[78:46] Finance seems particularly meaningful here
because so much of finance today
[78:51] is just digital information.
[78:52] Everything's in digital systems now,
not even just crypto.
[78:56] I mean, just everything's
in digital ledgers everywhere.
[78:59] It still doesn't touch a wet lab.
[79:00] It still can't do a clinical trial.
[79:03] You still need to get a crate from this
country to that country on a ship.
[79:09] As a consequence, I think
I'm not sure we'll see the productivity
[79:14] enhancement we see in software
in every sector as quickly.
[79:17] Then on top of that,
I think companies need to stop just giving
[79:22] Copilot to every employee and be like,
"We're AI now," and start to think about
[79:26] from first principles,
what are the parts of your business
[79:29] that have a lot of digital workflows?
[79:31] Where can AI have a real big impact?
[79:33] How do you actually set up your company
to actually have someone
[79:36] accountable to drive that?
[79:37] That feels like a real big change
management opportunity that most
[79:41] companies haven't done.
Just to push on that.
[79:43] Software engineering, I think we clearly
are seeing a lot of AI productivity gains.
[79:49] Software engineers have always loved tools
and the latest tools and are
[79:52] just headlong diving into it.
[79:54] Then you have stuff like you see
in the flower shop, and
[79:59] stuff that requires really good
robotics that we're far away from.
[80:02] That will take a while.
[80:04] What I'm talking about is like—
[80:06] And by the way, I might prefer
a flower shop with the florist.
[80:12] Totally.
Yeah.
[80:12] Just to say it.
[80:13] I'm not sure it solves a problem
I have in my flower shop.
[80:18] I might be wrong.
I might be unique in that.
[80:20] I think a lot of the economy is actually
[80:24] white-collar knowledge work, not coding.
[80:27] Think of finance departments,
legal departments,
[80:31] things like that, where you should be able
to see a lot of AI uplift
[80:37] and a lot of AI productivity improvements.
[80:39] It just feels like
a current course in speed.
[80:42] We're not on track to
get those productivity—
[80:47] Well, I'm not sure I'm right,
but I would argue thinking about it
[80:51] by department rather than
by process is where it's off.
[80:54] We can talk about the processes as well.
[80:55] Hear me out, though, in this,
because if you said,
[80:58] "I want to make the legal department more
productive, so I want to make it easier
[81:02] to do red lines," and you optimize that.
[81:04] But why is the contract there?
[81:08] What is it for?
[81:11] If you're, for example,
onboarding a supply chain vendor and you
[81:14] have hundreds of them,
you might actually say actually making an
[81:19] abstract technology for your legal
department to red line contracts more
[81:24] efficient is actually a harder,
more general problem than
[81:28] for your supply chain vendors,
because you might actually have very
[81:31] rigid rules around your supply chain.
[81:33] Let's say you're a CPG company,
and you might actually have very specific
[81:38] saying, "Look,
if you want to work with us,
[81:40] here's our core legal terms,
here's the axis of independence." If you
[81:44] want to make an AI agent to automate
that contract, that's actually a much more
[81:48] narrow problem domain that doesn't require
general purpose redlining technology.
[81:54] In fact, if you reduce it, you could say,
"Well,
[81:57] there are 10% of our suppliers where we
let them negotiate their contract,
[82:01] but only for this spend."
[82:02] Let's have them go through
our legal department.
[82:04] The rest, let's do it all with AI.
[82:06] My point on it is,
if you look at it through the lens
[82:09] of an end-to-end business process,
you can turn science into engineering.
[82:13] I think solving legal through AI,
that's a science problem.
[82:18] This is my point, though,
which is I think people are going
[82:21] through department by department.
[82:23] Similarly, there's not a person
accountable for that end-to-end process.
[82:27] The more you can narrow the domain
that you're solving with AI,
[82:31] the more you can build a harness or
a scaffolding with existing technology
[82:35] to actually fully automate it.
[82:37] My hypothesis is most companies
just aren't set up that way.
[82:40] That's just not how we're organized.
[82:42] As a consequence, we're
all optimizing our silo.
[82:45] We're all just installing Copilot.
[82:47] Copilot is great, by the way.
[82:49] I didn't mean to insult it.
[82:51] But it's not actually like...
But it's incremental.
[82:54] To be fair, that's the thing we're doing.
[82:57] Obviously, good companies did this before
[83:03] AI, continuous process improvement, and it
[83:05] feels like that is the best thing to do.
[83:07] I think what you're saying is there's
no such thing as an AI lawyer.
[83:10] Instead, there's improving
your commercial contracting.
[83:13] That is a thing that you can—
[83:14] Even more narrowly, pick one domain
of commercial contracting and solve that.
[83:21] I actually think those are truly solvable.
[83:24] I
think the companies that really think
[83:28] about their business that way,
I think they can see the value.
[83:31] Again, I'll go back to the immaturity
of the applied AI market is probably
[83:35] one of the bigger barriers right now.
[83:38] My hope is that as the applied AI market
matures over the next few years,
[83:42] we'll see a step change in productivity.
[83:47] There is a canonical
way to build a Silicon Valley company.
[83:52] You have engineering and product
and design, you have this number of ratios
[83:55] of engineers to product managers and
engineering managers.
[84:00] Then you have your go-to-market
organization, and you have these pipeline
[84:02] coverage ratios, and you have the product
marketers, and all this stuff.
[84:07] But I find it interesting how similar
so many Silicon Valley companies are
[84:11] to each other because they've
all learned from each other.
[84:13] There's a shared recipe and a shared
playbook as to how to build a company.
[84:18] It gets tweaked, but ultimately,
I think it's a pretty good IP.
[84:22] Certainly, companies are much
better off with it than without.
[84:25] How is that canonical
template for building a company
[84:30] different post-AI than before?
[84:32] Yeah, it's a really interesting question.
[84:34] One is,
I've always believed in the primacy
[84:38] of tech leads over engineering managers.
[84:41] Both Google and Facebook,
where I spent some of my early career both
[84:46] did this well, where in a product review,
you weren't just talking to a manager.
[84:53] You were talking to the tech lead and PM
who were product manager
[84:57] who were building the product.
[85:00] Whereas if you went to companies
that produced worse software,
[85:03] I'd notice you move up the chain
of the command, like the military.
[85:07] I
think that we will end up with individual
[85:14] tech leads who,
because of the existence of AI agents,
[85:19] will become even more important, where
[85:22] if you are a, I'll say, product engineer,
[85:26] I'm trying to find the right word
for it—we might invent one—who has taste
[85:30] but didn't necessarily know CSS,
who has infrastructure
[85:36] ability, meaning that you understand
the basics of distributed systems
[85:41] and debugging, and you understand
your customer very deeply.
[85:45] With the presence of Codex,
you can produce amazing results.
[85:51] Those people are truly worth a thousand X
[85:56] other people because it's relatively easy
[85:58] to find someone who's a great
infrastructure engineer.
[86:01] Not easy, easy, but relatively.
[86:03] Finding someone with good taste,
that's relatively easy.
[86:08] Finding someone who also understands your
customers extremely well, the nuances
[86:11] of the problem they're solving.
[86:13] Those people who can combine that will,
I think, end up being able to actually
[86:18] produce products like, capital P,
valuable products with relative autonomy.
[86:25] I wonder if it will change our
view on generalists broadly.
[86:30] I've always identified myself as
a generalist just because I've been both
[86:34] a software engineer in a suit, basically,
and I've gone back
[86:38] and forth in that world.
[86:40] As companies grow, you tend towards more
specialization just because
[86:47] the person who's the Jack or Jill
of all trades ends up not fitting in.
[86:51] There's not really a place for them
because, okay, well,
[86:55] you're not really the deepest engineer,
you're not really the best designer,
[86:59] you're not really product manager.
[87:28] If you've been at the company for a while,
we'll give you an honorary something
[87:29] to do, and you have to lead through
influence, and da, da, da, da, da.
[87:30] Could that person actually endure as one
of the most valuable
[87:30] people at these companies?
[87:30] I don't know whether it's naive optimism
or true, but I actually think those people
[87:30] who often exist in early-stage startups
are often the people who get sidelined,
[87:30] but in a way that actually
really harms the company.
[87:31] I'm hopeful that in a world of AI agents,
those generalists who, again,
[87:32] I think the most important part is
understanding the customer need
[87:36] with agency, no pun intended,
and empowerment can end up
[87:40] more powerful in the Silicon Valley
company in the future.
[87:43] I've noticed the exact
same thing at Stripe.
[87:45] The exact same thing, which is high
[87:48] agency, really caring about customers,
[87:53] just really caring generally.
[87:57] High work ethic people
who maybe weren't the best engineers
[88:03] previously or now,
those people are massively ascendant,
[88:08] as far as I can tell, because
they suddenly got the exoskeleton.
[88:14] They always have the ideas as to what we
should be doing, and this is the better
[88:17] way to serve the customers
and everything like that.
[88:18] But now they have the way
to make all their schemes real.
[88:22] I've really noticed that at Stripe.
Well, it's interesting.
[88:24] You talked about work ethic.
[88:27] It's addictive right now because
you can do much with the technology.
[88:32] Everyone I know who's really used it works
harder because it's like, "Wow,
[88:38] I could do so much." You think
you're about to go to bed.
[88:42] You're like, "Should I get
an AI agent to do something?
[88:44] Am I wasting the next
eight hours of my life?"
[88:49] That might be a novelty that wears off,
but I think it's really exciting.
[88:54] I'm hopeful on the product engineering
design side, you end up with these hyper
[89:00] high-agency people who really deeply care.
[89:03] I really like the way
you said it, actually.
[89:05] It's right.
It's not just customer problems.
[89:06] It's care, period.
Just care can end up more empowered.
[89:10] I'm curious what that means for
organizational structures.
[89:13] I think we have a new job
role we need to invent.
[89:16] It's like, what role do these people in?
Hyper-generalist.
[89:18] Yeah, like product managers,
but sometimes maybe without a product,
[89:24] like minister without a portfolio.
[89:25] They're just doing stuff,
but now they can do much more.
[89:27] It's almost like product designer,
product manager, engineer.
[89:31] That's why I said product engineer,
but that means something different.
[89:35] But it's interesting because
we've talked about this.
[89:37] You end up where the grass is
always greener with org structure.
[89:40] You go functional organization.
[89:41] Okay, we're going to have
engineering, product, design.
[89:43] Let's go to business units.
[89:44] They're like, "Wow, that led
to silos and worrying factors."
[89:47] "We're one reorg away."
Yeah, you sway back again.
[89:50] That's welcome to—Just one more reorg.
[89:52] Yeah, exactly.
[89:53] "I'm a middle manager now."
I think that it is interesting if these
[89:59] people become extremely important.
[90:02] What does it mean to organize around them?
[90:04] I think it does feel like something
that will end up flatter just because
[90:10] of the amount of impact
an individual can have.
[90:15] That feels really exciting to me, but it
feels like a blurry picture right now.
[90:20] Enhance.
I agree.
[90:21] It's very blurry.
It's so interesting.
[90:24] You were on the Twitter board during the
[90:32] super interesting takeover
[90:33] battle with Elon Musk.
[90:35] What are your reflections
on that experience a few years later?
[90:39] It was really interesting to be
in the public spotlight.
[90:44] I hadn't really experienced
that in my career before.
[90:48] I joke that no one really cares
about enterprise software.
[90:52] I worked for Salesforce
for six and a half years.
[90:55] Sorry, what's the joke?
[90:56] I worked for Salesforce for six and a half
years, and I don't think my mom
[90:59] knows what Salesforce does.
[91:02] To have something that was not really just
a business issue or a technology issue,
[91:08] but in the mainstream.
[91:11] I realized I didn't love that very much.
[91:14] You actually prefer enterprise software.
Yeah, exactly.
[91:17] I'm like a builder.
[91:19] I like to build
things and have people use them.
[91:22] I know it sounds funny and reductive.
[91:24] That's what gives me joy.
[91:25] The one thing I realized is the
conflict of it all.
[91:30] However it turned out, victory,
defeat, whatever it was.
[91:34] It just didn't...
[91:35] It wasn't something that filled
my bucket very much.
[91:38] What do you make of the fact that
in all these head count debates,
[91:43] Elon is now running Twitter
with 80-85% fewer people.
[91:47] I think Nikita Bier tweeted recently
that all of eng, product,
[91:52] and design at Twitter is 50 people.
[91:58] It's really impressive.
[91:59] Yeah, it's been a little flaky in pockets
or just at times, but mostly the service
[92:03] works, and they have shipped new features.
[92:05] I think those two
statements are undeniable.
[92:08] But just what's your takeaway from that?
[92:10] I don't know.
I haven't followed as much as the…
[92:14] I didn't see that tweet as an example.
Do you call it tweet still?
[92:17] Sorry, I'm retro.
I'm old-fashioned.
[92:19] I don't know about that, but it
is interesting right now because
[92:25] obviously a lot of that predated AI.
[92:30] But I mean,
any person has been an individual
[92:33] contributor, engineer,
knows that the size of the team does
[92:35] not produce linearly greater outcomes.
[92:38] Everyone in the world
has experienced that.
[92:41] I think the idea of can you actually give
[92:47] individuals with good taste
[92:48] more agency, no pun intended.
[92:50] I think it's always
been an enduring thing.
[92:53] What was the Jeff Bezos—"It's
a two pizza box thing."
[92:55] But then do large tech companies
underrate this phenomenon?
[92:59] Do they pay lip service to small empowered
teams and two pizza teams, but X shows
[93:05] that maybe they should be doing more?
[93:07] I think their companies largely act
somewhat rationally.
[93:12] I can't remember who the CEO was,
but it might have been
[93:15] the Rippling CEO just talking about
there's this idea of being lean and agile,
[93:21] and then there's you want to capture
market share and grow your
[93:24] product and grow your platform.
[93:27] At the end of the day,
you can be clever but not smart.
[93:32] You might be so clever to think,
"I'm not going to have anything more than
[93:36] two people on these features." If you have
a competitor who maybe does something
[93:40] a little less elegantly but wins,
who cares that you are clever with your
[93:45] two pizza box team or two-person team
or one AI agent team or whatever it is.
[93:50] When someone said, "We're going to have a
X billion dollar company with one person,"
[93:54] I think that might have been right,
but it's not—
[93:57] Maybe you could have had a $10 billion
company if you'd hired a bit more.
[94:00] That's right, and I would actually argue
the more specific thing is if all
[94:03] of a sudden, for some
clever reason, you want to prove you can,
[94:09] the idea that a competitor might have 10
people and beat you is probably more
[94:13] likely than even having
a $10 billion company.
[94:16] I think at the end of the day,
when you're building a business,
[94:20] especially one that's in hyper growth,
which successful businesses in tech tend
[94:24] to be, if you are too clever and austere,
and going back to your point about
[94:30] Silicon Valley culture is all being
the same, there are examples of companies
[94:35] that really innovated in culture.
[94:37] You wouldn't think of it this way, but HP,
a lot of the traditional open
[94:42] office floor plan came from them.
Facebook.
[94:45] Woz worked at HP.
Oh, I didn't know that.
[94:47] That's interesting.
[94:49] Then Google offered free food to their
employees, which a lot of people did.
[94:54] Then Facebook,
a lot of the layouts of offices all
[94:58] looked like Facebook for a long time.
[95:00] But then you have other companies like,
"We're going to innovate in HR,
[95:03] and they spend all this time and energy
on it." In fact, the smart thing to do
[95:07] is just be like, "It's not what we do.
[95:09] Let's just do the same old thing as
everyone else because
[95:11] everything is push button.
[95:13] I don't need to worry about it." I
do think it's the right question
[95:18] to ask for every technology company.
[95:22] After being on the Twitter board during
the Elon takeover, you were then
[95:26] on the OpenAI board when Sam got fired.
[95:30] Have you considered
that you are the problem?
[95:33] You are bringing the drama.
[95:34] I came in after the drama there.
Oh, right.
[95:37] You joined after.
Sorry.
[95:38] I was brought in as the mediator.
I see.
[95:41] Post the...
[95:42] Okay, your hands are clean.
[95:44] Maligning my reputation here.
[95:46] I wasn't actually on the other side of it,
but I got a phone call,
[95:50] was it Saturday or Friday after?
[95:54] Basically, my understanding was I was
the person that both the existing board
[95:59] and Sam agreed upon to help
mediate the situation.
[96:02] What have you learned on the OpenAI board?
[96:05] A lot.
[96:06] I mean, certainly the most
interesting part is the AI research.
[96:12] I've never been affiliated with a true
research lab before,
[96:15] and that's fascinating to me.
[96:18] It is very inspiring.
[96:20] I mean, it's very easy to grow,
[96:24] not cynical, but you can look at OpenAI,
[96:29] Google, Anthropic, and say, "Whose
model scores better on this leaderboard?"
[96:34] To actually go in and see this company
where every single researcher is trying
[96:39] to make safe AGI and not come out of those
board meetings inspired is impossible.
[96:42] It's amazing.
[96:44] The other thing is it's the first
not-for-profit board I've
[96:47] been affiliated with.
[96:49] That's really interesting
as well just because—
[96:52] It's a different thing.
[96:53] Well, when I mentioned the fiduciary duty,
is you have a duty is you
[96:56] have a duty to commission.
[96:57] That is really clarifying and interesting
as well, because when you're making
[97:03] decisions and you realize your
sole duty is to ensure that artificial
[97:09] general intelligence benefits humanity,
that's really different.
[97:13] It's really interesting.
[97:14] I've never had a fiduciary
duty to a mission before.
[97:17] That's really interesting to me because I
take those duties really seriously
[97:20] and reflecting in a board meeting
and you're making a decision,
[97:23] you think about it very
differently through that context.
[97:26] Then the other thing was because I was
brought in after that crisis,
[97:32] there was three people on the board
on the other side of that when I
[97:35] agreed to temporarily be the chairman.
[97:37] It's still there.
[97:39] We had to grow the board
essentially from scratch.
[97:42] That was really interesting, too.
[97:44] Just to think about…
[97:46] Normally, you add one
board member at a time.
[97:48] This one was like,
"Do you have a bulk rate?"
[97:51] "We're going to build a board,
put together a team."
[97:54] You really think about spend time
with the other two board members just
[97:57] really thinking about what does
the composition an OpenAI board look like?
[98:01] How do you represent
the not-for-profit part of it?
[98:04] How do you represent safety?
[98:06] How do you represent the
economic impact of AI?
[98:10] We're doing lots
of infrastructure investments.
[98:12] How do we find someone with that specific
type of financial expertise?
[98:18] That was really rewarding as well,
just building a board, not from scratch,
[98:22] but effectively from scratch.
Last question.
[98:24] What are your AI predictions for 2026?
[98:27] I think we will have some scientific
breakthroughs with AI that positively
[98:34] break through into the mainstream
press and awareness.
[98:38] We've already had some interesting math
proofs,
[98:42] but I joked with one of my friends,
"Until I can understand what the title
[98:47] means, I'm not sure it's going to make..."
[98:49] You're not excited about
the interventional manifold space.
[98:52] Yeah, exactly.
[98:54] It won't quite be like the Apollo landing,
but I remember
[99:02] the Kasparov chess match,
and certainly things like
[99:07] AlphaGo were really meaningful.
[99:10] Given the progress in math,
I'm hopeful we have
[99:13] at least one moment of discovery that is
inspiring, because I think
[99:19] a lot of the dialog around AI right now is
economic opportunities,
[99:24] but also what could go wrong.
[99:26] I actually think one of the main things
that can go right is actually discovery
[99:30] in science that actually can
improve the human condition.
[99:33] I'm really excited for it because I think
it will contextualize why so many of us
[99:38] are excited about this technology
in a way that captures attention.
[99:41] As you said, something beyond an
end-dimensional manifold blah, blah, blah.
[99:46] I feel not confident in that,
but it certainly feels like
[99:49] the ingredients are there for that.
[99:51] I think we'll continue to see mainstream
adoption of AI by both
[99:56] consumers and companies.
[99:58] That doesn't really feel like
a prediction, but I think this will be
[100:02] really a year of adoption of agents.
[100:06] We're certainly seeing that in Sierra's
customer base, but I think we're
[100:10] going to see it more writ large.
[100:12] Then you've already seen ChatGPT growth,
really unprecedented levels.
[100:17] Things like OpenClaw, you can see
that translate over to agents and the more
[100:23] long-running autonomous tasks.
[100:25] It does feel like by the time we exit this
year, can that go from a niche
[100:30] community to something more mainstream?
[100:31] It feels probable to me.
[100:34] Then the other thing is,
I think most companies in Silicon Valley
[100:41] won't write code by hand.
[100:44] That might seem...
[100:45] It's funny that it
feels obvious right now.
[100:47] You're like, "Oh yeah,
of course." You're just nodding like,
[100:49] "Yeah, why not?" But if I had said
that four months ago,
[100:53] that would have been a bold prediction.
[100:55] But I think that's really interesting just
because that's
[100:58] such a fundamental state change.
[101:00] I say in Silicon Valley because I do think
it takes a while for these tools to
[101:05] diffuse through society.
[101:07] Silicon Valley is insular enough that I
think it will here,
[101:11] but I'm not sure it will happen
through every company in the world yet.
[101:15] The year of agents across businesses
and just people finally getting their
[101:19] Claw-style agents, and then
all code written by AI as well.
[101:24] It's a good set of predictions.
Great.
[101:25] Thank you.
Thanks for having me.