Amazon Sells Out AI Data Centers to 2027 in $220 Billion CapEx Push

Amazon CEO Andy Jassy on Why Amazon Is Investing $220 Billion in AI — Erik Torenberg, Ben Horowitz, Andy Jassy

Erik Torenberg, Ben Horowitz, Andy Jassy

Chief Executive Officer Andy Jassy says pervasive enterprise adoption of AI inference will expand AWS into a $1 trillion annual business despite leaving unmet demand on the table through 2028.

AI-assisted summary of Amazon CEO Andy Jassy on Why Amazon Is Investing $220 Billion in AI — original source. Check the original for full context.

Source published:

Key ideas

  • Amazon projects $220 billion in capital expenditures for 2026, yet its data center capacity remains fully booked through 2026 and largely sold out through 2027. (0:00)
  • AWS has surpassed a $169 billion annualized run rate with 36.7% year-over-year growth, leading leadership to upgrade long-term targets toward a $1 trillion annual run rate. (3:45)
  • AWS's custom Graviton CPUs and Trainium AI accelerators deliver 30% to 40% better price-performance than standard x86 and dominant GPUs, lowering the ROI threshold needed for enterprise inference migration. (33:00)
  • Andy Jassy predicts a permanent reduction in corporate headcount for coding, support, and research, requiring enterprises to rewrite nearly all codebases to support autonomous agent maintenance. (37:35)

Detailed notes

## Background Published on RSS and web platforms on October 23, 2026, by hosts Erik Torenberg and a16z co-founder Ben Horowitz, this episode features Amazon CEO Andy Jassy discussing Amazon's projected $220 billion capital expenditure in 2026. According to the show description, Jassy explores why AI infrastructure demand outpaces supply, the path toward AWS becoming a $1 trillion annual run-rate business, the impact of lower inference costs, and how generative AI is fundamentally reshaping Amazon's organizational structure and legacy products like Alexa.

## TL;DR Amazon CEO Andy Jassy explains why Amazon is committing roughly $220 billion in CapEx for 2026, noting that data center capacity is completely sold out for 2026, largely committed through 2028, and still unable to satisfy runaway customer demand. He details how proprietary silicon developed by Annapurna Labs, including Graviton and Trainium, significantly undercuts standard market costs to make pervasive enterprise inference economically viable. Operationally, generative AI and autonomous agents are drastically shrinking engineering team sizes at Amazon while necessitating a complete architectural rewrite of legacy software and products like Alexa. Jassy also highlights the pressing cybersecurity arms race sparked by agentic coding and explains how Amazon uses decentralized, single-threaded leadership to manage concurrent ambitions across AI, robotics, and satellite communications.

## Atmosphere & style The conversation carries the pragmatic, deeply grounded atmosphere of a high-level operational debrief between veteran tech leaders rather than a speculative tech hype session. Ben Horowitz and Andy Jassy share an easy, collegial rapport, swapping war stories and dissecting corporate governance, capital cycles, and engineering inertia with mutual candor. Jassy speaks with calm, calculated conviction, framing eye-popping figures—like spending $600 million a day on CapEx—not as vanity metrics, but as sober, mathematically calculated responses to historic infrastructure shifts. The narrative arc moves steadily from massive macro-level grid and datacenter economics into the intimate human and organizational challenges of tearing down legacy code and embracing autonomous AI agents.

## Bulletin - `00:00` Amazon projects $220 billion in capital expenditures for 2026, yet its data center capacity remains fully booked through 2026 and largely sold out through 2027. - `03:45` AWS has surpassed a $169 billion annualized run rate with 36.7% year-over-year growth, leading leadership to upgrade long-term targets toward a $1 trillion annual run rate. - `33:00` AWS's custom Graviton CPUs and Trainium AI accelerators deliver 30% to 40% better price-performance than standard x86 and dominant GPUs, lowering the ROI threshold needed for enterprise inference migration. - `37:35` Andy Jassy predicts a permanent reduction in corporate headcount for coding, support, and research, requiring enterprises to rewrite nearly all codebases to support autonomous agent maintenance.

## Key takeaways - `00:00` Amazon expects to deploy roughly $220 billion in CapEx in 2026 while still leaving meaningful AI demand unserved due to capacity bottlenecks. - `00:00` Data center capacity is completely committed for 2026, largely committed for 2027, and substantially allocated into 2028. - `10:00` AWS's dedicated AI business crossed a $25 billion annualized run rate in three years, scaling hundreds of times faster than early cloud infrastructure. - `13:40` The CapEx model splits into 30-year physical data center assets requiring two years of lead time and server hardware refreshed every 5 to 6 years with cash breakeven within 3 years. - `15:24` Domestic data center construction represents a vital national security imperative to ensure the United States, rather than China, sets the standards and norms for AI. - `21:00` The AI market exhibits a barbell structure with research labs on one side and cost-avoidance automation on the other, while pervasive enterprise inference will dominate the middle over the next 5 to 7 years. - `23:45` AWS preserves dedicated capacity for Amazon Bedrock and core cloud workloads, refusing to deprioritize legacy customers for short-term frontier lab premiums. - `28:00` Amazon's acquisition of Annapurna Labs produced the Nitro System, Graviton CPUs, and Trainium accelerators, establishing structural cost advantages across AWS infrastructure. - `35:00` Strategic investments in Anthropic and OpenAI secure multi-gigawatt compute commitments on proprietary Trainium hardware while expanding Bedrock's foundation model offerings. - `37:35` Agentic development tools have dramatically accelerated cycle times, enabling six engineers to rebuild Bedrock's core inference engine in 76 days. - `40:00` Organizations must rewrite existing code to allow autonomous agents to discover, patch, and deploy code within predefined guardrails to avoid falling behind AI-native competitors. - `42:08` AI creates an immediate cybersecurity emergency as automated model exploits outpace manual patching cycles, necessitating autonomous remediation systems like Amazon's Continuum. - `46:00` Amazon is executing a ground-up architectural overhaul of Alexa, abandoning its original conversational engine in favor of large language models despite substantial internal resistance. - `53:15` While generative tools automate reading, data aggregation, and synthesis, human critical reasoning and nuanced judgment remain indispensable competitive differentiators. - `56:55` Amazon manages massive concurrent bets across AI, robotics, and Project Kuiper's satellite broadband constellation through decentralized, single-threaded leadership teams.

## Detailed walkthrough ### `00:00` Unprecedented CapEx and Selling Out Capacity Years in Advance

Even as Amazon projects an eye-popping $220 billion in capital expenditures for 2026, demand for artificial intelligence infrastructure remains so overwhelming that the company is still unable to satisfy all of it. Cloud providers and frontier AI labs are locked in a relentless race for power, cooling, and compute silicon, creating a dynamic where the biggest players are willing to pay virtually whatever it takes to secure physical capacity. Financial markets have voiced skepticism over whether the global economy can even supply enough capital to bankroll this buildout, but the reality on the ground is that infrastructure is spoken for years into the future.

Host Erik Torenberg frames the discussion alongside Andreessen Horowitz co-founder Ben Horowitz, pointing out that this massive infrastructure push is poised to transform Amazon Web Services into a potential $1 trillion annual run-rate powerhouse. Beyond cloud hosting, the conversation centers on the economics of inference, the structural redesign of Amazon’s internal engineering teams, and how emerging technologies like robotics, autonomous driving, cybersecurity, and low-Earth orbit satellites fit into the company's broader operational playbook.

As Andy Jassy explains the current supply squeeze: “Even spending $220 billion this year, we're leaving a meaningful amount of demand on the table. We always leave a certain amount for on demand, but 26 is obviously sold out. 27 is largely sold out. A good chunk of 28 is sold out.”

- Projected CapEx spend for Amazon reaches roughly $220 billion in 2026. - Data center capacity for 2026 is completely sold out, 2027 is largely sold out, and substantial portions of 2028 are already committed. - Core economic sectors—including modern equity markets, institutional banking, and healthcare systems—are already deeply intertwined with data center capacity.

---

`01:15` Five Years as CEO: Doubling the Fulfillment Network and Regionalizing the US

Reflecting on his transition to CEO in 2021, Andy Jassy remarks that while five years have passed, the sheer pace of change makes it feel like an entire decade. Across that timeframe, Amazon’s overall top-line revenue expanded by about 80%, its high-margin advertising arm grew roughly two-and-a-half times, and AWS nearly tripled in size. However, stepping into the top job during the tail end of the COVID-19 pandemic immediately presented a high-stakes operational crisis. To keep pace with surging consumer demand while physical brick-and-mortar stores were shut down, Amazon had essentially doubled the physical footprint of its fulfillment network—which had taken 25 years to build—in just 18 months, while simultaneously erecting a last-mile delivery network rivaling the scale of UPS in only 20 months.

Building physical supply chains at that breakneck speed inevitably introduced widespread inefficiencies, misallocated inventory, and elevated cost-to-serve metrics. Observers initially lamented Jassy’s timing, wondering why anyone would want to step into the CEO seat amid such daunting operational headwinds. Yet Jassy views that trial by fire as an invaluable catalyst that forced the executive team to question long-held assumptions. The breakthrough insight was abandoning the company's historical single, flat national fulfillment network in the United States and replacing it with eight regionalized networks.

As Andy Jassy observed regarding that tumultuous transition: “And I think in retrospect, it was really a great time to start and a real blessing because it allowed us to consider a bunch of things that we probably wouldn't have considered for many years.”

```mermaid flowchart TD accTitle: US Fulfillment Network Evolution accDescr: Diagram contrasting Amazon's original flat national network with the regionalized model adopted to cut shipping distances and costs.

subgraph Legacy["Legacy Flat National Model"] A["Single National Pool"] -->|"Cross-country transit"| B["Longer Delivery Times"] A -->|"High freight expenses"| C["Elevated Cost to Serve"] end

subgraph Regional["Regionalized Network Model"] D["8 Distinct Regional Hubs"] -->|"Localized inventory"| E["Shorter Travel Distances"] E --> F["Lower Transportation Costs"] E --> G["Faster Same-Day & Next-Day Delivery"] end ```

- Amazon's top-line revenue grew roughly 80% between 2021 and 2026. - AWS nearly tripled in size over the same five-year window. - Amazon Advertising expanded to roughly 2.5 times its 2021 scale. - The company doubled a fulfillment infrastructure built over 25 years in an 18-month sprint. - Amazon constructed a nationwide last-mile parcel carrier equivalent to UPS in roughly 20 months. - Regionalizing the national logistics footprint placed inventory closer to end-users, lowering transit distances and unit shipping costs while accelerating delivery speeds.

---

`03:45` Generative AI as an Inflection Point and AWS's Path to $1 Trillion

While Amazon had spent well over a decade deploying applied machine learning across its product recommendation engines, search systems, and warehouse automation, Jassy highlights 2023 as the true watershed moment where generative AI fundamentally separated itself from previous waves of artificial intelligence. Prior to this inflection, AWS had already built a formidable lead in enterprise cloud infrastructure, with executive leadership projecting the business could steadily reach a few hundred billion dollars in annual revenue over a ten-year horizon.

With generative AI reshaping modern software, Jassy argues that every consumer and business interaction will inevitably be reinvented around inference workloads. Rather than settling for a multi-hundred-billion-dollar business, Amazon now views AWS as possessing a viable trajectory toward a $1 trillion annual run-rate enterprise. This growth engine is complemented by an array of newer bets that have graduated from internal experiments into substantial businesses, including a profitable Prime Video streaming platform, the Amazon low-Earth orbit (LEO) satellite communications project, autonomous robotaxi operations at Zoox, primary healthcare services, and advanced warehouse robotics.

Summarizing the scope of the shift, Andy Jassy underscores the momentum of the cloud infrastructure division: “We actually think the AWS business, not only is it growing really rapidly, I mean, last quarter was 36.7% year over year on $169 billion annual revenue run rate business. Just the opportunities today are really striking.”

- AWS annualized run rate reached $169 billion, expanding at a 36.7% year-over-year rate. - Management has upgraded long-term expectations for AWS from several hundred billion dollars toward a $1 trillion annual run rate. - Beyond core cloud services, Amazon’s diversified pipeline includes Prime Video, low-Earth orbit satellite infrastructure, autonomous ride-hailing through Zoox, healthcare initiatives, and warehouse robotics. - The overarching corporate umbrella continues to center on building tools and services that systematically reduce friction in daily customer life.

---

`05:40` Balancing Competing Leadership Principles and Navigating the "Truth Culture"

Ben Horowitz presses Jassy on the apparent paradox between Amazon's historical devotion to frugality, process discipline, and operational excellence, and the sheer operational "sloppiness" that inevitably surfaced when scaling a massive physical logistics operation during the pandemic. In response, Jassy notes that outside observers frequently misunderstand Amazon’s 16 Leadership Principles by assuming they operate as a harmonious checklist. In practice, the principles are deliberately designed to live in natural tension with one another, forcing leaders to make uncomfortable, contextual trade-offs rather than searching for neat, risk-free solutions.

During the lockdown phase of the pandemic, Amazon’s commitment to "Customer Obsession" and "Bias for Action" directly collided with "Relentlessly High Standards" and "Frugality." With independent third-party merchants needing a livelihood and locked-down households relying on essential household deliveries, the executive team made a conscious bet to prioritize rapid capacity expansion over upfront unit cost efficiency, accepting that they would have to clean up the operational debt later. Jassy emphasizes that surviving such bets requires what he describes as an internal "truth culture"—an operating environment where teams refuse to paper over failures, pull unvarnished operational metrics directly into executive reviews, and confront broken topologies head-on. Once the physical capacity was stabilized, engineering and operations leadership tackled previously deprioritized architectural overhauls, cementing structural cost improvements that outlasted the crisis.

Describing how Amazon's leadership philosophy functions under real-world pressure, Andy Jassy explains: “We have this set of leadership principles that a lot of people know about. We have 16 leadership principles. And a lot of these leadership principles, they're supposed to really, and they do govern the way we think about operating as a team and culturally. But there are several that are in tension with one another. And sometimes people are confused about that, but the reality is it just reflects the way the real world works. Nothing is really perfectly clean. You're always making trade-offs.”

- Amazon's management framework relies on 16 codified Leadership Principles intended to guide hard trade-offs rather than provide formulaic answers. - Core leadership principles often sit in direct tension: "Bias for Action" can challenge "Frugality" and "Insist on the Highest Standards." - Executive leadership deliberately chose to absorb operational friction and elevated costs in order to prioritize continuous delivery for consumers and marketplace sellers during the COVID-19 pandemic. - Amazon's "truth culture" mandates exposing operational defects directly via unvarnished metrics rather than masking performance issues behind narrative justifications. - Structural initiatives—such as re-architecting fulfillment topologies—shifted from middle-tier operational backlogs into top-tier executive priorities once foundational capacity was installed. - Horowitz draws an analogy between this high-stakes logistics expansion and the early days of launching AWS, where massive capital was committed under a "build it and they will come" philosophy, only now executed on an exponentially larger global stage.

`10:00` The Capital Buildout: From AWS Inception to the $220 Billion AI Wave

The conversation turns to the sheer velocity and magnitude of Amazon’s infrastructure spending, which has left equity and debt markets visibly nervous about whether there is even enough global capital available to finance such unprecedented construction. Erik and Ben press Andy Jassy on how Amazon determines "how much is too much" when expanding data center and chip capacity, especially amid fierce supply chain contention for chips, power, and liquid cooling. Jassy readily concedes that the decision-making is extraordinarily complex, noting, “And I wish there was an equation that would make it simple. It would save us a lot of time as a team.”

Reflecting on the inception of Amazon Web Services in the early 2000s, Jassy recalls that AWS was originally born out of an internal operational bottleneck rather than an external market forecast. Amazon’s retail and product engineering teams were moving far too slowly because individual teams spent 70 to 80 percent of their time building undifferentiated infrastructure from scratch, leaving only 20 percent of their time for differentiating customer-facing features. To solve this, Amazon decided to build a standardized suite of low-cost, highly flexible primitives—compute, storage, databases, messaging, and content delivery. Internal demand was so intense before launch that the team knew they had struck a nerve, even if nobody anticipated how explosive external adoption would become.

The current generative AI surge, however, eclipses that first cloud wave by orders of magnitude. While prior AI cycles generated solid business for AWS, the current demand is entirely unmatched in historical tech transitions. Jassy illustrates the contrast: after its first three years, AWS was considered a runaway success operating at roughly a $60 million annualized run rate; by comparison, AWS's AI business alone surpassed a $25 billion run rate within its first three years. To satisfy that demand, Amazon is spending roughly $220 billion in capital expenditures in 2026. Jassy chuckles recalling Amazon leadership breakfasts 15 years ago where executives were stunned that telecom giants spent $50 billion on CapEx, whereas today Amazon spends quadruple that and is still constrained, emphasizing, “And even spending $220 billion in CapEx this year, we're leaving a meaningful amount of demand on the table.”

- AWS was conceived after Amazon realized internal product teams spent 70% to 80% of their engineering time on undifferentiated infrastructure. - In AWS's first three years, the entire business grew to an annualized run rate of approximately $60 million. - In the first three years of the generative AI era, AWS’s dedicated AI business crossed an annualized run rate of over $25 billion—growing several hundred times faster than early cloud. - Amazon anticipates spending approximately $220 billion in CapEx in 2026 while still failing to fulfill total incoming customer demand.

---

`13:40` The CapEx Cash Cycle: Data Centers, Servers, and Headwinds

```mermaid flowchart TD accTitle: AWS Two-Tier Capital Expenditure Cycle accDescr: Shows the distinction between long-cycle data center investments and short-cycle server deployments.

subgraph Facilities["Tier 1: Facilities & Core Shells"] DC["Data Center Buildout<br/>• Lead time: ~2 years in advance<br/>• Frequency: One-time investment<br/>• Asset life: ~30 years"] end

subgraph Hardware["Tier 2: Servers & Networking"] Srv["Server & Gear Procurement<br/>• Lead time: Few months in advance<br/>• Breakeven: ~3 years<br/>• Asset life: 5-6 years"] Deals["Customer Commitments<br/>• Typically 5-year contracts"] end

subgraph CashImpact["Financial Impact"] Headwind["Initial Years: Heavy Free Cash Flow Headwinds"] Return["Later Years: Monetization & High Cash Flow Returns"] end

DC --> Srv Deals -.->|"Demand Visibility"| Srv DC --> Headwind Srv --> Headwind Headwind --> Return ```

Jassy explains that Amazon’s ability to commit hundreds of billions of dollars stems from deep operational visibility across two distinct capital expenditure buckets: physical data center shells and modular server/networking hardware. Constructing a data center requires capital outlays roughly two years before any servers can be racked and monetized. However, that shell is a one-time capital commitment with an operational lifespan of approximately 30 years. In contrast, servers and networking gear require only a few months of procurement lead time, allowing AWS to gauge real-time enterprise demand before spending money on the actual compute silicon. If demand fails to materialize, the servers simply are not purchased.

The financial model relies on predictable payback periods paired with long-term customer contracts. Server and networking assets break even within about three years and have functional operating lifespans of five to six years, which aligns cleanly with the standard five-year contractual commitments AWS signs with enterprise customers. However, because Amazon is constructing so many massive data center footprints concurrently, free cash flow absorbs intense near-term pressure. Jassy makes no effort to downplay the temporary accounting drag: “And so when you are building as fast as we're building with so many data centers simultaneously, you're going to spend a lot of capital and your free cash flow is going to have headwinds in those years until you get to those later stages, a few years down the road where all those data centers are online and they're all being monetized and you're making back your money.”

- **Data center structures:** Committed ~2 years in advance; useful asset lifespan of ~30 years. - **Server and networking gear:** Ordered only months ahead based on visible demand; useful asset lifespan of 5 to 6 years. - **Unit economics:** Hardware reaches cash breakeven in approximately 3 years; matched against typical 5-year enterprise customer contracts. - **Free cash flow trajectory:** Simultaneous multi-region data center expansion causes substantial front-loaded cash flow headwinds before online assets flip to high-margin cash generation.

---

`15:24` The Politics of Data Centers, National Security, and Debunking Myths

The discussion shifts to the emergence of data centers as a lightning-rod political issue, especially in the United States, where local opposition and political skepticism have outpaced almost anywhere else in the world. Jassy frames the backlash as fundamentally contradictory to the expectations of modern society. Every pillar of contemporary life—financial markets, healthcare, mobile banking, digital entertainment, retail, and transportation—relies fundamentally on data centers, leading him to joke about the cognitive dissonance of those who oppose infrastructure while glued to their smartphones: “No, everybody is, I'm anti-me. I don't want to use my phone anymore.”

Beyond supporting standard digital conveniences, Jassy argues that the ongoing AI infrastructure buildout is the most consequential technological transition of our era, exceeding the collective impact of the internet, cloud computing, and mobile revolutions. He compares the required scale of construction to the nationwide mobilization behind the Interstate Highway System in the 1950s. From Jassy's perspective, domestic infrastructure investment is a critical matter of national security and geopolitical competitiveness: “The country, I think the world in general, but I say the U.S. specifically, cannot afford not to build data centers. Or we will find that another country like China will establish all the leadership and all the norms there.”

Addressing local environmental critiques, Jassy takes aim at what he characterizes as pervasive political mistruths and opportunism that target data centers as convenient scapegoats. On water usage, he points out that agricultural industries like almond farming consume 200 times more water than all data centers combined—using more water in two days than data centers consume in an entire year. On air quality, he notes that backup generators are legally required to register their theoretical emissions as if operating 24 hours a day at 100% capacity, even though they typically run for only 10 hours a year during maintenance testing. Finally, regarding power bills, Jassy stresses that the underlying issue is decades of chronic underinvestment in the American electric grid, and AI is simply the catalyst finally forcing necessary modernization. In states where data centers have scaled and grid investments were finalized—such as Indiana, Georgia, and Mississippi—energy rates have flattened or declined, while local communities benefit from immense property and corporate tax revenues paid by hyperscalers.

- Jassy likens the current AI data center buildout to the 1950s expansion of national highways and bridges. - Almond agriculture consumes 200 times more water than all data centers combined, consuming more water in 48 hours than data centers use over an entire year. - Backup generators operate only ~10 hours per year for routine testing, despite environmental filings requiring disclosures calculated as if they operate 24/7 at maximum load. - In states that welcomed massive data center investment, such as Indiana, Georgia, and Mississippi, power rates have stabilized or dropped after utility grid capacity expanded to absorb the load.

`20:00` Community Partnerships and Infrastructure Investments

Andy Jassy defends the massive physical footprint of Amazon’s data centers by emphasizing the direct economic windfalls delivered to local municipalities. Pointing to concrete examples, he notes that in places like St. Joseph County, Indiana, Amazon has contributed roughly $3 billion in taxes, providing local governments with vital funding to allocate toward schools, public services, and infrastructure that residents care about. Beyond tax receipts, Amazon established community-facing programs such as "Built Together," committing an additional $1 billion over the next five years specifically for localities hosting its data center clusters.

Jassy argues that constructing this digital backbone requires a genuine public-private partnership, drawing a direct historical analogy to national civil projects. The rapid deployment of data centers, power substations, and fiber networks mirrors past federal investments that defined American economic dominance. Addressing the broader societal necessity of these investments, Jassy stresses:

> “Like, imagine if we hadn't built out highways and bridges in what the economic prosperity and the capabilities of the country would be. And we have to kind of keep it in perspective, and we have to be partners in the communities in which we built.”

- **Local Tax Impact:** Roughly $3 billion in tax revenue paid in St. Joseph County, Indiana alone. - **Community Commitments:** $1 billion pledged over the next five years via Amazon’s Built Together initiative. - **Civic Analogy:** Compares modern data center construction to the historic buildout of national highway systems and bridges.

---

`21:00` The Barbell Structure of AI Demand

Reflecting on Amazon’s projected $220 billion capital expenditure—amounting to roughly $600 million every single day—Jassy breaks down the sheer magnitude of market demand. The business velocity of AI infrastructure has outstripped AWS's own historic launch, expanding several hundred times faster in its initial three-year window than AWS did in its first three years. However, when examining where the compute is actually flowing, Jassy describes an asymmetric "barbell" dynamic across the industry.

```mermaid flowchart LR accTitle: The Barbell Model of AI Demand accDescr: Diagram showing AI Labs on the left, Production Workloads in the middle, and Cost-Avoidance Enterprises on the right.

subgraph Left["Barbell End: High Compute"] A["Frontier AI Labs & Runaway Apps<br/>(Gobs of compute, training, ChatGPT, Claude)"] end

subgraph Center["The Untapped Center (Future Majority)"] B["Core Enterprise Production Workloads<br/>(Gradual shift to pervasive inference over 5-7 years)"] end

subgraph Right["Barbell End: Narrow Utility"] C["Enterprise Productivity & Cost Avoidance<br/>(Customer service bots, fraud detection, process automation)"] end

Left <--> Center <--> Right ```

On one side of the barbell sit frontier AI research labs burning through unprecedented volumes of compute, accompanied by a handful of breakaway consumer and developer applications such as ChatGPT and Claude Code. On the opposite end sit traditional enterprises deploying AI tactically for productivity gains and cost avoidance—primarily automating back-office processes, fraud prevention, and call center customer service. Sitting in the middle is the massive reservoir of enterprise production workloads running on traditional cloud infrastructure. While a subset uses Amazon Bedrock or raw EC2 inference today, the vast majority have yet to integrate foundation models pervasively. Jassy anticipates that this middle category will ultimately dwarf all other segments combined:

> “But if you just zoom out five to seven years, I think that quite a few, if not most, of the enterprise applications that we use and that exist today are going to be using inference in a pervasive way.”

---

`23:45` Navigating Scarcity: The Core Cloud vs. Frontier Lab Dilemma

Ben Horowitz raises the pressing bottleneck facing the technology sector: an impending, compounding shortage of power, data center space, cooling infrastructure, and memory components like High Bandwidth Memory (HBM) and DRAM. Horowitz asks whether AWS faces internal economic pressure to deprioritize legacy customers who have paid steady baseline rates for two decades in favor of well-capitalized AI labs willing to pay exorbitant premiums for every available megawatt and GPU cluster.

Jassy acknowledges that capacity constraints will extend well past 2027 rather than easing up. AWS's committed infrastructure is effectively sold out for 2026, largely sold out for 2027, and has already seen substantial portions of 2028 capacity spoken for. Despite these supply pressures and the constant internal trade-offs—such as allocating semiconductor production lines between HBM for AI accelerators and standard DRAM for general-purpose servers—Jassy firmly rejects the idea of price-gouging or evicting long-standing enterprise customers:

> “They're running all their core applications. We're not gonna squeeze our customers and we're gonna make sure that they can scale.”

Jassy compares their current strategy to Amazon's stance during the COVID-19 pandemic. While rival cloud providers sought to extract maximum revenue every fiscal quarter, AWS proactively helped enterprise clients optimize workloads and reduce cloud bills, accepting short-term revenue hits to preserve long-term trust. Amazon takes the same stance regarding its core cloud: even if capital could technically be spent at an even higher rate than $220 billion without satisfying aggregate market appetite, AWS refuses to compromise reliability for its foundational customer base.

- **Infrastructure Supply Runway:** 2026 compute capacity is sold out; 2027 is largely sold out; significant allocations of 2028 capacity are already contracted. - **On-Demand Buffer:** AWS intentionally reserves dedicated capacity pools for on-demand compute spikes and its Amazon Bedrock inference services. - **Component Competition:** Severe manufacturing allocation trade-offs exist between AI accelerator memory (HBM) and general cloud memory (DRAM).

---

`28:00` The 2015 Annapurna Acquisition and Custom Silicon Roots

Horowitz asks about the strategic rationale behind Amazon’s 2015 acquisition of Israel-based Annapurna Labs, executed long before generative AI transformed semiconductor demand. Jassy explains that the purchase was never originally conceived as a play for standalone AI processors, but instead grew out of the operational scaling limits AWS encountered in its standard server fleet.

At hyper-scale, AWS discovered that too much of an EC2 server’s valuable CPU capacity was being wasted on administrative overhead—specifically virtualization hypervisors, networking pipelines, storage management, and hardware security. To deliver better price-performance to customers, Amazon partnered with Annapurna prior to the acquisition to develop an offload Network Interface Card (NIC) designed to handle those platform tasks separately, freeing nearly 100% of host server compute exclusively for customer applications. This collaboration evolved into the AWS Nitro System and laid the architectural foundation for Amazon's proprietary custom chip designs, including its Graviton CPUs and Trainium and Inferentia AI chips. Regarding the long-term payoff of that team, Jassy reflects:

> “And it's one of the very best acquisitions we've done at Amazon in the history of the company, if not the best.”

`30:00` Annapurna Labs, Custom Silicon, and the Economics of Inference

Andy Jassy details the origins of Amazon’s custom silicon strategy, beginning with the acquisition of Annapurna Labs. Originally, Annapurna's technology was brought in to power core compute capabilities, specifically the AWS Nitro System, which ended up being deployed across every single EC2 server Amazon operates. Because that team proved to be exceptionally skilled at chip design, Amazon realized they could build other silicon as well. At the time, Intel held nearly 100% of the CPU market. While Amazon had—and continues to have—a close partnership with Intel, a dominant partner with near-total market share naturally focuses on driving overall revenue and features to capture more share rather than aggressive price-performance. Jassy notes this is classic "innovator’s dilemma" territory. To solve this for customers demanding cheaper, better price-performance to migrate on-premises workloads to the cloud, Amazon tasked Annapurna with building its own CPU: the Graviton chip.

```mermaid flowchart LR accTitle: Evolution of AWS Custom Silicon accDescr: Diagram tracing Annapurna Labs acquisition to Nitro, Graviton CPU, and Trainium AI accelerators. subgraph ComputeFoundation["Infrastructure Base"] A["Annapurna Acquisition"] --> B["Nitro System\n(Every EC2 Server)"] end subgraph CPUs["CPU Disruption"] B --> C["Intel Monopoly\n(High margins, lagging price-performance)"] C --> D["Graviton CPU\n(40% better price-performance)"] end subgraph Accelerators["AI Accelerators"] D --> E["GPU Dominance\n(High cost, supply constraints)"] E --> F["Trainium / Inferentia\n(30-40% better price-performance)"] end ```

Today, Graviton delivers roughly 40% better price-performance than comparable x86 processors, and 99% of AWS's top 1,000 EC2 customers run on it pervasively. Jassy explains that Amazon recognized this exact same movie unfolding in artificial intelligence, where a single dominant vendor (NVIDIA) held sway. While Amazon maintains a deep partnership with NVIDIA, Jassy recognized that enterprise adoption required dramatic cost reductions. Amazon spun out a dedicated group within Annapurna to create the Trainium AI accelerator, delivering 30% to 40% superior price-performance relative to comparable alternative chips. Jassy emphasizes that lowering the cost of inference is the ultimate gatekeeper for enterprise AI adoption:

> “Because if you're asking enterprises to rewrite their applications that use CPU today with AI accelerators, if the difference in those costs is very significant, the amount of incremental benefit they have to get from having the AI accelerators on there is a much higher bar to want to rewrite those apps.”

Ben Horowitz underscores how punishing these costs can be in practice, joking about his own venture firm’s bills: an a16z employee ran up a $2 million inference tab over a short period doing good work, making Horowitz realize firsthand that current inference is far from cheap.

- Annapurna silicon is running inside every AWS server in production today. - Graviton delivers roughly 40% better price-performance over traditional x86 architecture and is used by 99% of AWS’s top 1,000 EC2 customers. - Trainium offers a 30% to 40% price-performance advantage over rival AI accelerators. - Lowering inference costs reduces the high ROI threshold required for enterprises to migrate existing CPU workloads over to AI accelerators.

---

`35:00` Strategic Bets on Anthropic and OpenAI

Ben Horowitz brings up Amazon’s massive multi-billion-dollar investments into leading foundation model developers Anthropic and OpenAI, pointing out that Wall Street initially grew nervous about circular financing dynamics that evoked memories of the dot-com boom. Jassy defends the investments, stating that both companies possess extraordinary teams and have achieved top-line revenue velocity unseen in modern business history. Amazon’s strategy rests on deep infrastructure and product alignment rather than passive financial speculation:

> “And the rate at which they've grown their businesses, at least in the top line, I don't know if we've ever seen anything like it.”

With Anthropic, the relationship is long-standing. AWS customers run Anthropic extensively via Amazon Bedrock, and the Anthropic team has co-developed and trained models directly on Trainium silicon, sharing engineering feedback that has elevated both teams.

On the OpenAI front, Jassy explains that countless AWS customers were clamoring to run OpenAI models within AWS environments but had been blocked by prior exclusivity agreements. Following months of negotiations, Amazon established a broad partnership allowing OpenAI to run on Bedrock, co-developed a specialized stateful runtime environment that Jassy considers essential for future autonomous agents, and secured a multi-year, multi-gigawatt compute commitment from OpenAI on Trainium chips. Jassy emphasizes that while not every AI company will survive, both Anthropic and OpenAI are poised to be long-term category leaders.

---

`37:35` Reimagining Organizational Design in the Agentic Era

The conversation shifts to the internal impact of generative AI on Amazon's corporate structure. Horowitz highlights a striking metric: the Amazon Bedrock team managed to completely rebuild their core inference engine using only six engineers in 76 days—a monumental engineering effort that previously would have required roughly 40 engineers working for an entire year. Horowitz asks how this shift disrupts Amazon’s iconic "two-pizza team" philosophy, noting that tech organizations spent decades hyperspecializing roles (designers, PMs, front-end, back-end), whereas AI tools are turning every worker back into a multi-disciplinary Renaissance person.

Jassy agrees enthusiastically, noting that the Bedrock inference engine milestone was shared across the company to break institutional inertia and demonstrate what modern engineering velocity looks like. He contrasts today’s hyper-fragmented corporate structures with Amazon’s early days: when Jassy joined the company 29 years earlier as an assistant product manager, he personally oversaw five distinct products. Over time, as tech companies grow, organizational bloat sets in until a single product manager might own only a minuscule slice of a product, such as pricing rules. Jassy argues that AI completely invalidates the assumption that hyper-specialization is required to build large-scale systems.

To illustrate, Jassy shares an anecdote from the consumer division that took place just the prior week. On a Thursday, leadership aligned around an agentic consumer prototype idea; a lean squad of four to five people picked it up and had an 80% shippable, fully functional prototype running by Sunday night. Jassy predicts that this capability heralds a fundamental reduction in the headcount required for core corporate functions:

> “I think number one, I think that we're going to have fewer humans doing the work that they're doing today in the future than we have today, just if you look at the amount of coding that's being done agentically, you look at the amount of customer service and business intelligence and research.”

`40:00` Smaller Cross-Functional Teams and the Agent-Native Imperative

Andy Jassy reflects on how enterprise staffing and team structures are going to fundamentally shift as artificial intelligence permeates the corporate world. Looking ahead at how everyday workflows—from building spreadsheets to staffing legal departments—will be handled, he argues that the historical playbook of throwing headcount at scaling businesses is coming to an end. While human labor will not disappear entirely, routine tasks will no longer require the massive volumes of people previously necessary. Instead, new categories of employment will emerge around fields like AI, robotics, and space development, while legacy roles will contract. Jassy envisions future corporate teams being substantially smaller, staffed by generalists who can operate cross-functionally rather than owning narrow functional slivers, precisely because underlying AI models can already carry teams 80% of the way across multiple operational disciplines.

Because modern AI tools establish such an advanced baseline right out of the gate, product teams can invent with far greater speed and breadth. Jassy observes that early-stage startups are capitalizing on this advantage immediately by launching as agent-native or AI-native organizations from day one. In contrast, incumbents with extensive capabilities and entrenched customer bases face a perilous transition: moving too slowly makes them acutely vulnerable to nimble newcomers. To keep up, established enterprises will have to undertake massive technical overhauls to support automated workflows. As Jassy predicts: “I predict that companies will have to rewrite almost all of their code to be agentically capable.” Organizations will need to empower autonomous agents to update production codebases while simultaneously engineering rigorous boundaries and constraints around what those agents are permitted to alter.

- **Cross-functional leverage:** Foundational AI models can complete roughly 80% of routine functional work, allowing small, interdisciplinary teams to start projects at an advanced stage and bypass repetitive low-level setup. - **Incumbent vulnerability:** While startups are architected as agent-native from inception, older enterprises that drag their feet on adapting will find their historical moats undermined by faster competitors. - **Codebase overhaul:** Maintaining parity will require enterprises to re-engineer existing software architectures so agents can autonomously inspect, modify, and deploy code within predefined guardrails.

`42:08` The Immediate Threat: Cybersecurity and Autonomous Remediation

Turning to the broader debate over AI risk, Jassy contrasts the popular fixation on apocalyptic doom scenarios with practical, immediate hazards. While acknowledging that theoretical threats—such as an evil botnet hijacking critical infrastructure or robots imbued with malicious intent—remain technically possible, he expresses confidence that industry and public-private partnerships will resolve them over time. The genuine, clear, and present danger demanding urgent attention today is cybersecurity. Frontier AI models are systematically identifying code vulnerabilities that human engineers previously missed. Consequently, the conventional security posture—where humans uncover flaws, categorize tickets, write patches, and slowly navigate complex release dependencies over weeks or months—is obsolete. When attackers leverage AI to exploit flaws instantly, defensive systems must detect, patch, and deploy remediations in minutes.

Ben Horowitz strongly concurs, noting that the software industry historically did a poor job of building robust security into everything from massive enterprise systems down to embedded edge devices, making an industry-wide day of reckoning inevitable. Jassy highlights that virtually every AWS partner and customer of scale is consumed by this challenge. To address it, Amazon deployed an internal automated system called Continuum to surface vulnerabilities and generate patches, backed by AWS professional services. Horowitz points out that organizational silos have long crippled software security: hyper-specialized, esoteric security engineers often avoid collaborating with everyday software teams, creating a structural bottleneck. Automated model-driven penetration testing finally makes it feasible to test an entire attack surface continuously, surfacing vulnerabilities that previously would only have been detected by pure luck.

“And so if you don't actually have your applications rewritten to be able to be updated by agents, you're going to have no chance in that new world,” Jassy emphasizes regarding the sheer speed required to defend modern infrastructure.

```mermaid flowchart TD accTitle: The AI Security Cycle Transition accDescr: Comparison between legacy human-dependent patching cycles taking weeks or months versus modern agentic AI patching executing in minutes.

subgraph Legacy["Legacy Vulnerability Management (Weeks to Months)"] L1["Human / Fluke Discovery"] --> L2["Manual Triage & Ticket"] L2 --> L3["Manual Patch Engineering"] L3 --> L4["Complex Dependency Testing & Staged Rollout"] end

subgraph Agentic["Agentic Security Remediation (Minutes)"] A1["Automated Full-Surface Pen-Testing"] --> A2["Autonomous Vulnerability Identification (e.g., Continuum)"] A2 --> A3["Agentic Patch Generation"] A3 --> A4["Instant Autonomous Deployment & Hotpatch"] end ```

- **Speed of deployment:** Defense cycles must compress from weeks or months down to minutes to counteract adversaries leveraging automated exploitation models. - **Continuum:** AWS developed Continuum to autonomously scan software surfaces, isolate security flaws, and generate remediation patches for deployment. - **Democratizing pen-testing:** Automated agentic models eliminate reliance on scarce security personnel by comprehensively scanning entire enterprise software footprints.

`46:00` Reimagining Legacy Products: The Alexa Overhaul

Horowitz outlines three distinct enterprise approaches to the AI revolution: using models for crude administrative cost-cutting (such as trimming legal or accounting staff, which he dismisses as an uninspired venture strategy), creating entirely novel zero-to-one products, and taking a massively successful incumbent product to rebuild it from the ground up on new foundational platforms. He highlights Amazon's total reinvention of Alexa as an example of the third path, asking Jassy how leadership recognizes when an existing platform must be scrapped and rebuilt. Jassy agrees with the framework, noting that streamlining headcount is only valuable if it frees up talented builders to focus on novel, uninvented experiences. When AI handles the baseline 80% of development toil, it energizes engineers to dedicate their mental cycles to ambitious, original ideas.

However, Jassy warns that incumbent companies run an existential risk if they treat generative AI merely as an engine for incremental tweaks to their flagship products. Leaders must push teams to imagine how their applications would look if designed from scratch today. In the case of Alexa, although the assistant's original brain architecture was revolutionary when launched, the step-function advances of large language models rendered that legacy structure obsolete. Jassy explains that while rebuilding Alexa's core brain was an obvious strategic necessity, executing it internally was emotionally fraught. Engineering teams had earned "hard-earned scars" building the original system, leading them to resist change by pointing to historical constraints and past failed experiments. Overcoming that cultural inertia is essential, not just for Alexa, but across Amazon's entire consumer ecosystem, including Prime Video, Retail, Fire TV, and Amazon Music.

As Jassy warns established businesses: “Because I think every single one of these experiences we know, even the ones that seem the most difficult to imagine changing, are going to be completely reinvented.”

- **The three AI postures:** (1) Pure back-office cost reduction, (2) zero-to-one inventions the world has never seen, and (3) complete architectural overhauls of established, scaled category leaders. - **Overcoming internal inertia:** Engineering teams naturally cling to past systems they sacrificed to build, often resisting architectural rewrites with institutional refrains like "that's not how we've done it" or "we've tried that and it didn't work." - **Broad ecosystem reimagination:** Beyond voice assistants, Amazon is applying ground-up agentic and generative AI redesigns to its flagship retail operations, Prime Video entertainment stack, and Fire TV platforms.

`50:00` The Leadership Challenge of Reinventing Existing Businesses

Andy Jassy emphasizes that while it is not always obvious where new technology offers a superior solution on day one, established companies must proactively reinvent their core offerings. Amazon currently has dedicated teams building completely reimagined versions of its existing businesses. Rather than expecting perfection from the get-go, the goal is to iterate rapidly, unearthing compelling ideas and novel customer experiences along the way. Jassy frames the key strategic race ahead: will companies launch brand-new, standalone applications, or will these advancements integrate into legacy workflows quickly enough to transform the existing customer experience bit by bit over the next two to three years? Regardless of the path chosen, Jassy stresses that leaders must embrace this evolution:

> “But I do think every one of these experiences has to be different in the next few years if you want to be a successful leader.”

Ben Horowitz observes that this presents a notorious organizational and psychological trap for leaders. Recalling his early career as an engineer, Horowitz recounts an argument where his manager pulled him aside to deliver a foundational lesson:

> “Everything is up for discussion until the first line of code is written, and then it's religious.”

When an organization has spent a decade building institutional knowledge, architecture, and customer loyalty around an existing product, deciding to walk away from that foundation creates immense internal resistance. Jassy agrees, comparing the AI shift to past architectural overhauls where veterans who knew the existing stack inside and out were reluctant to adopt new paradigms:

> “To think about how do I completely start over is it's intellectually and emotionally hard to do.”

```mermaid flowchart TD accTitle: The Product Reinvention Dilemma accDescr: A flowchart depicting the strategic paths for modernizing legacy customer experiences using AI.

subgraph Legacy["Existing Business Core"] A["Legacy Architecture & Codebase"] -->|"Institutional Attachment"| B["Incremental Feature Improvements"] end

subgraph Fork["The Strategic Choice"] B --> C{"Reinvention Path"} C -->|"Option 1"| D["Brand-New Standalone Experience<br/>(Clean-slate application)"] C -->|"Option 2"| E["In-Place Progressive Modernization<br/>(Iterative feature injection)"] end

subgraph Destination["End State"] D --> F["Next-Gen Customer Experience"] E --> F end ```

---

`53:15` Advice for the Next Generation: Why AI Cannot Replace Critical Reasoning

Erik Torenberg points out that Andreessen Horowitz incubated the Horowitz & Jason Academy to help young people navigate this technological transformation, and asks Jassy what guidance he would give his 18-year-old self in 2026. Reflecting on his own children (aged 25 and 22), Jassy notes that when generative AI began taking off, he realized immediately that attempting to ban AI in schools or workplaces was futile: the train has already left the station, and academic institutions should embrace rather than fight the technology. At the same time, Jassy warns against over-reliance on generative outputs. At Amazon, which maintains a deep narrative-writing culture, low-effort AI writing stands out instantly because the nuance and structural cohesion are lacking. His core recommendation to young people is to lean in aggressively, experiment outside their comfort zones, and make the technology a central instrument of their daily workflow.

However, Jassy draws a sharp boundary between automated preparation and original analysis. Looking back at his time in business school, students were assigned three complex business cases each day, requiring them to comb through background text, annotate dense financial exhibits, identify strategic dilemmas, and outline an action plan. AI will easily handle the grunt work of reading, summarizing, and gathering data, democratizing that starting baseline for everyone. What AI will rarely accomplish on its own is higher-order synthesis and novel thinking:

> “I still think critical reasoning and thinking is going to be very important in everything we do.”

- **Embracing AI literacy:** Young builders should actively test AI tools on problems outside their comfort zones rather than trying to wish the disruption away. - **The limit of LLM synthesis:** While models accelerate information synthesis and initial draft preparation, human judgment, invention, and experimentation remain essential for deciding how strategic puzzle pieces fit together into a viable business.

---

`56:55` Juggling AI, Robotics, and Space: How Single-Threaded Leadership Scales Ambition

Torenberg questions how Amazon manages an expansive footprint that spans cloud infrastructure, low Earth orbit satellite networks, autonomous driving, robotics, and healthcare—a staggering evolution from an online bookstore. Jassy explains that society is living through three of the most significant simultaneous technological transformations in human history: artificial intelligence, robotics, and space technology. In space, for example, Amazon is developing its low Earth orbit (LEO) satellite constellation to deliver broadband access to the estimated 500 million households worldwide that currently lack reliable connectivity.

Addressing whether Amazon risks being spread too thin across these capital-intensive bets, Jassy explains that organizational structure makes the difference. Rather than tasking the same managerial layer with juggling multiple distinct product lines, Amazon organizes into decentralized, "single-threaded" teams led by dedicated builders:

> “And so because we don't try and have the same group of people manage multiple businesses and we organize in this decentralized, single-threaded way, we're not.”

When Amazon identifies a large, underserved problem space where it possesses a differentiated point of view and can deploy high-conviction leadership teams, it is willing to invest heavily while continuing to grow its core businesses:

> “It just comes down to how much you're willing to invest.”

- **The Three Meta-Trends:** AI, robotics, and low Earth orbit space networks represent the defining technological shifts of the era. - **Targeting Global Infrastructure Gaps:** Amazon's LEO constellation targets 500 million unserved and underserved broadband households. - **Single-Threaded Ownership:** Breadth succeeds without loss of operational focus because individual business units operate with dedicated teams rather than shared executive bandwidth.

## Notable quotes > `50:00` Everything is up for discussion until the first line of code is written, and then it's religious. — Ben Horowitz

> `40:00` I predict that companies will have to rewrite almost all of their code to be agentically capable. — Andy Jassy

> `00:00` Even spending $220 billion this year, we're leaving a meaningful amount of demand on the table. — Andy Jassy

> `15:24` The country, I think the world in general, but I say the U.S. specifically, cannot afford not to build data centers. Or we will find that another country like China will establish all the leadership and all the norms there. — Andy Jassy

## Mentioned Amazon, Andy Jassy, Ben Horowitz, Erik Torenberg, AWS, UPS, Prime Video, Zoox, Alexa, ChatGPT, Claude Code, Amazon Bedrock, EC2, Annapurna Labs, AWS Nitro System, Graviton, Trainium, Inferentia, Intel, NVIDIA, Anthropic, OpenAI, Continuum, Fire TV, Amazon Music, Project Kuiper

## Video description Amazon expects to spend roughly $220 billion in CapEx in 2026, yet CEO Andy Jassy says the company is still leaving meaningful AI demand on the table.** He believes the buildout could ultimately help make AWS a $1 trillion annual run-rate business.

Andy joins a16z co-founder Ben Horowitz and Erik Torenberg to discuss why AI demand is growing so quickly, how Amazon decides how much infrastructure to build, and why lower inference costs could unlock broader enterprise adoption.

They also discuss how AI is reshaping Amazon itself, from smaller teams building products faster to reimagining Alexa, and why Andy sees cybersecurity, human judgment, and critical thinking as increasingly important in the AI era.

[Source](https://mgln.ai/e/1344/afp-848985-injected.calisto.simplecastaudio.com/3f86df7b-51c6-4101-88a2-550dba782de8/episodes/e1185d26-c41a-40d4-9210-eca5adab915a/audio/128/default.mp3?aid=rss_feed&awCollectionId=3f86df7b-51c6-4101-88a2-550dba782de8&awEpisodeId=e1185d26-c41a-40d4-9210-eca5adab915a&feed=JGE3yC0V)

中文简报

亚马逊推2200亿美元资本支出,AI数据中心产能已售罄至2027年 首席执行官安迪·贾西表示,企业对AI推理的普遍采用将推动AWS发展为年营收1万亿美元的业务,尽管到2028年仍将有部分需求无法得到满足。 亚马逊首席执行官安迪·贾西解释了亚马逊为何在2026年投入约2200亿美元资本支出,并指出其数据中心产能2026年已完全售罄,2028年前的产能也已基本预订一空,却仍无法满足客户爆发式的需求。他详细说明了Annapurna Labs研发的专有芯片(包括Graviton和Trainium)如何大幅低于市场常规成本,从而让企业级推理的普及在经济上切实可行。在运营层面,生成式AI和自主智能体正大幅缩减亚马逊的工程团队规模,同时也迫使传统软件及Alexa等产品进行彻底的架构重写。贾西还强调了智能体编程引发的紧迫网络安全军备竞赛,并阐述了亚马逊如何利用去中心化的单线程领导机制,同时推进在人工智能、机器人技术和卫星通信领域的雄心。 亚马逊预计2026年资本支出将达2200亿美元,但其数据中心产能到2026年仍已全部订满,且到2027年的产能也大部分售罄。 (0:00) AWS的年化营收运行率已突破1690亿美元,同比增长36.7%,促使管理层将长期目标上调至1万亿美元的年化运行率。 (3:45) AWS自研的Graviton CPU和Trainium AI加速器比标准x86和主流GPU性价比高出30%至40%,降低了企业向推理迁移所需的投资回报率门槛。 (33:00) 安迪·贾西预测,企业在编程、支持和研究方面的人员编制将出现永久性缩减,这将要求企业重写几乎所有代码库,以支持自主智能体的维护。 (37:35)

Reading summary

Amazon CEO Andy Jassy argues that overwhelming demand for artificial intelligence infrastructure justifies a projected $220 billion capital expenditure in 2026, positioning Amazon Web Services for a potential $1 trillion run rate while requiring fundamental overhauls in custom silicon, corporate staffing, and legacy product architectures. Capital Deployment and Infrastructure Constraints (0:00) Amazon's projected $220 billion capital outlay for 2026 reflects an unprecedented demand wave that has completely booked data center capacity for 2026, largely committed 2027, and spoken for significant portions of 2028. Jassy notes that AWS's dedicated AI business crossed a $25 billion annualized run rate within three years, expanding substantially faster than early cloud services. While simultaneous multi-region construction exerts heavy short-term free cash flow headwinds, the underlying model separates long-term physical shells—which have roughly 30-year operational lifespans—from modular server deployments procured months in advance and amortized over five to six years against standard enterprise contracts. Inference Economics and Proprietary Silicon (30:00) To lower the cost barriers preventing enterprises from migrating legacy CPU workloads to AI accelerators, Amazon relies heavily on custom hardware designed by Annapurna Labs, which it acquired in 2015. Jassy highlights that the AWS Nitro System forms the baseline for all EC2 servers, while Graviton CPUs deliver roughly 40% better price-performance than standard x86 alternatives and are adopted by 99% of AWS's top 1,000 EC2 customers. Amazon applies this same strategy against incumbent GPU monopolies using its proprietary Trainium and Inferentia chips, which offer a 30% to 40% cost advantage, alongside strategic partnerships and model hosting for Anthropic and OpenAI. Agent-Driven Engineering and Organizational Compression (37:35) Advancements in foundation models are reshaping internal team dynamics away from hyper-specialized departments toward lean, cross-functional squads. Demonstrating this shift, an Amazon Bedrock team of six engineers rebuilt its core inference engine in 76 days—a project historically requiring roughly 40 engineers for an entire year. Jassy anticipates an overall reduction in corporate headcount for routine functional work as models automate roughly 80% of baseline development, predicting that enterprises will eventually rewrite their application codebases so autonomous agents can inspect, deploy, and remediate production software within strict guardrails. Cybersecurity Threats and Legacy Product Overhauls (42:08) Rather than focusing on theoretical existential AI risks, Jassy highlights automated cybersecurity attacks as the most pressing hazard, as AI systems surface vulnerabilities faster than legacy human patching cycles can manage. AWS deploys automated tools like Continuum to uncover flaws and generate immediate fixes. Beyond security, established enterprises face an operational dilemma: Jassy argues category leaders must resist the urge to deploy AI solely for incremental cost cutting or minor tweaks. Instead, they must overcome internal cultural inertia and rebuild cornerstone systems from the ground up, as Amazon is doing across Alexa, Retail, and Prime Video. Decentralized Scaling Across Meta-Trends (20:00) Amazon is managing expansive, parallel initiatives across artificial intelligence, robotics, and its low-Earth orbit satellite communications network by maintaining decentralized, single-threaded leadership teams for each initiative rather than stretching a shared executive layer. Defending the physical and environmental footprint of data center expansion, Jassy argues that domestic digital infrastructure is as essential to national security and competitiveness as the 1950s interstate highway buildout, with hyperscaler presence generating billions in municipal tax revenues for communities such as St. Joseph County, Indiana. While Amazon projects massive economic expansion on the path toward pervasive AI adoption, it remains contingent on resolving severe physical bottlenecks in power, memory components, and electrical grid capacity, while managing the operational friction of rewriting foundational software architectures.

精炼阅读摘要

亚马逊首席执行官 Andy Jassy 指出,在生成式人工智能需求的推动下,公司预计在2026年投入约2200亿美元资本支出,并将云计算业务 AWS 推向年化营收万亿美元的潜在轨道;然而,巨额基建投资正面临前所未有的算力短缺、自由现金流压力以及组织架构的根本性重塑。 资本支出与算力供需的极端失衡 (0:00) 亚马逊预计2026年的资本支出将达到约2200亿美元,相当于每天投入约6亿美元。尽管这一支出规模令金融市场对全球资本承受力产生疑虑,但 Jassy 透露,强劲的客户需求依然无法被完全满足:AWS 2026年的数据中心容量已完全售罄,2027年基本售罄,2028年的很大一部分也已被预订。在生成式人工智能爆发的推动下,AWS 专用 AI 业务在前三年的年化营收运行率已突破250亿美元,而当年 AWS 整体业务在前三年仅达到约6000万美元运行率,显示出数百倍于早期云转型的扩张速度。Jassy 将 AWS 的长期预期从数千亿美元上调至1万亿美元年化运行率,最新季度 AWS 在1690亿美元运行率的基础上实现了36.7%的同比增速。 资本开支的双层周期与现金流对冲 (13:40) 面对数百亿美元的重资本投入,Jassy 阐述了亚马逊针对数据中心外壳与服务器硬件的分层资本周期模型。物理数据中心通常需要提前约两年投入建设,但这属于一次性资本承诺,资产使用寿命约为30年;与之相比,服务器和网络设备仅需提前数月采购,具备5至6年的运行寿命。硬件采购的投入通常在约3年内实现现金收支平衡,这与企业客户签署的标准5年期合约期限相匹配。若客户需求未达预期,硬件采购便可灵活暂缓。然而,由于目前在全球范围内同时大规模并行营建多个数据中心集群,亚马逊在初期阶段面临巨大的自由现金流逆风,须待资产全面上线并货币化后才能释放高利润现金流。 自研芯片与推理经济学的核心地位 (30:00) 针对芯片、高带宽内存(HBM)和电力的结构性短缺,Jassy 强调自研定制芯片对于降低推理成本具有决定性意义。沿袭2015年收购 Annapurna Labs 打造 AWS Nitro 架构和 Graviton 处理器的经验,亚马逊推出了专用 AI 加速芯片 Trainium。目前 Graviton 相较于传统 x86 处理器提供约40%的性价比优势,并覆盖了 AWS 前1000家 EC2 客户中的99%;而 Trainium 相较同类竞品芯片亦带来30%至40%的性价比提升。Jassy 认为,未来数年内大多数企业应用都将普遍引入推理,而将现有基于 CPU 的应用重写为 AI 加速器架构面临极高的投资回报门槛,因此大幅拉低推理成本是推动企业规模化采纳 AI 的先决条件。 组织瘦身与智能体驱动的软件架构重构 (37:35) 在企业内部运营层面,生成式 AI 正在瓦解科技公司长期依赖的职能高度细分模式。Jassy 举例说明,AWS Bedrock 团队仅用6名工程师在76天内就彻底重写了核心推理引擎,而这一工程以往通常需要40名工程师耗时整整一年。在消费业务部门,一个仅由4至5人组成的轻量团队在短短几天内便交付了具备80%可用度的智能体原型。Jassy 预测,基础模型能够替团队分担约80%的基础性常规工作,企业将不再依赖大幅增加员工数量来实现规模扩张,未来组织将由更精简、具备全栈能力的复合型人才主导,企业亦必须将现有代码库重构为可被智能体自主更新的架构,以应对初创企业完全基于智能体架构构建带来的竞争威胁。 即时安全防御与既有业务的底层重塑 (42:08) 相较于末日论调,Jassy 认为 AI 带来的最迫切现实威胁在于网络安全。随着前沿模型能以极高效率挖掘代码漏洞,传统依赖人工数周甚至数月排期打补丁的响应方式已完全失效,防御系统必须压缩至数分钟内自主生成并完成热修复。为此,AWS 部署了名为 Continuum 的自动化系统,全天候扫描漏洞并生成补丁。此外,面对 AI 浪潮,成熟企业最艰难的抉择在于舍弃既有资产对核心产品进行推倒重构。亚马逊对智能语音助手 Alexa 核心脑部架构的彻底推倒重建,展现了这种突破“以往成功经验”阻力的战略尝试。Jassy 指出,若企业仅将 AI 视为边缘成本优化的工具而非重新设计业务的核心引擎,将面临被市场颠覆的存亡风险。 亚马逊押注巨额资本以构筑长周期数据中心壁垒,但这一战略的最终回报取决于全行业能否有效化解推理成本居高不下的瓶颈,以及成熟企业能否克服内部阻力完成智能体原生架构的彻底重构。

Detailed notes — zh

## Background 本期内容由主持人 Erik Torenberg、a16z 联合创始人 Ben Horowitz 与亚马逊 CEO Andy Jassy 于 2026 年 10 月 23 日发布在播客平台。根据页面简介,节目重点探讨了亚马逊 2026 年预计高达 2200 亿美元的资本支出(CapEx)规划,尽管投入空前,公司仍因产能售罄而无法完全满足汹涌的 AI 需求;同时讨论了 Andy 如何看待 AWS 迈向年化营收 1 万亿美元的愿景、大幅降低推理成本的关键路径,以及 AI 对亚马逊自身组织架构与业务形态的深层重构。 ## TL;DR Andy Jassy 在对话中深入拆解了 AI 时代的基础设施军备竞赛,指出当前算力与数据中心极度供不应求,AWS 已将 2026 年及随后的绝大部分容量预订一空,且正通过 Trainium 自研芯片全力攻坚压低推理成本。他分享了亚马逊通过投资 Anthropic 与 OpenAI 达成数吉瓦级算力协同的考量,并反驳了针对数据中心建设与资本泡沫的质疑,强调这如同 1950 年代的国家公路工程般不可或缺。此外,Andy 剖析了 AI 对研发范式的剧变——团队正由高度分工转向跨职能小团队的高效协作,并强调在重塑 Alexa 及各项成熟业务的变革中,人类的批判性思维、战略判断与工程雄心依然是不可替代的胜负手。 ## Atmosphere & style 整场对话兼具产业顶层的宏大战略感与深入战壕的工程师实用主义,对话氛围坦诚、硬核且充满敏锐的商业洞察。Ben Horowitz 抛出的大量关于资本支出、伦理挤兑与组织变革的尖锐提问,与 Andy Jassy 从容不迫、基于数据与一线实操经验的冷静解答形成了极佳的思想交锋。听众能强烈感受到一种历史转折点的紧迫感与雄心壮志——从数百亿美元支出的巨大压力,到直面技术重塑组织时的阵痛,展现出既敬畏技术浪潮又保持极度战略定力的理性力量。 ## Bulletin - `00:00` 亚马逊预计在 2026 年投入高达约 2200 亿美元的资本支出(CapEx),但 CEO Andy Jassy 指出市场上对 AI 的庞大需求仍未完全满足,2026 至 2027 年的数据中心容量基本已售罄。 - `10:00` 生成式 AI 爆发前三年,AWS 的 AI 业务年化营收(run rate)已突破 250 亿美元,远快于 AWS 创立前三年仅达成约 6000 万美元的发展速度,并有望助力 AWS 走向年化 1 万亿美元业务体量。 - `13:15` AWS 投资逻辑采用双轨模型:长达 30 年寿命的数据中心土建提前约 2 年投资,而 5 至 6 年寿命的服务器与网络设备根据需求提前数月采购,平均 3 年实现盈亏平衡。 - `30:00` 自研芯片成为降低推理成本的核心支柱:Graviton 已在 AWS 前 1000 大 EC2 客户中达到 99% 的采用率,而专为 AI 设计的 Trainium 相比同类芯片实现了 30% 到 40% 的性价比提升。 - `37:00` AI 重塑组织研发范式,Bedrock 团队仅凭 6 名工程师在 76 天内重构了过去需 40 人耗时一年的推理引擎,未来企业用工将向全栈智能体协作与复合型通才倾斜。 ## Key takeaways - `00:00` 亚马逊 2026 年资本支出预计达 2200 亿美元,且因市场对电力、散热与算力的极度渴求,容量依旧供不应求,2026 年产能已售罄,2027 与 2028 年大部分配额已被提前锁定。 - `00:00` Andy Jassy 为 AWS 描绘了万亿美元年化营收的远景,生成式 AI 将促使所有传统企业级工作负载全面接入推理,释放远超前期的商业价值。 - `05:00` 亚马逊的领导力原则天然存在张力,例如“崇尚行动”与“最高标准”之间的权衡,迫使管理层必须在现实中秉持真实文化直面数据并解决架构缺陷。 - `10:00` 生成式 AI 的商业化速度相较早期云计算呈现数量级跃升:AWS 创立前三年 Run-Rate 为 6000 万美元,而 AI 业务在前三年就突破了 250 亿美元 Run-Rate。 - `13:15` 数据中心基建是一次性投入、寿命约 30 年的长期资产;而服务器和网络设备则基于 5 年期合同与精准客户能见度按需部署,通常 3 年内达成盈亏平衡。 - `15:30` Andy Jassy 驳斥了外界对数据中心耗水、备用发电机排放和电网压力的误解,将其重要性比作 1950 年代美国修建州际公路的国家级基础设施工程,并强调美国绝不能在基建竞争中落后。 - `20:00` 当前 AI 需求呈“哑铃型”分布:一端为极度消耗算力的前沿实验室与头部应用,另一端为专注于降本增效的企业工具,而中间体量最大的存量核心系统尚未大规模接入推理。 - `25:00` 在算力与内存供应极其紧缺的背景下,亚马逊坚持长期主义,拒绝为了短期暴利将老客户配额转售给高价竞标的前沿实验室。 - `30:00` 亚马逊通过 2015 年收购 Annapurna Labs 实现纵向一体化,先后打造出 Graviton CPU 与 Trainium AI 芯片,力求将推理成本彻底压低以解锁企业级广泛应用。 - `35:00` 亚马逊对 Anthropic 与 OpenAI 的战略投资并非资本泡沫,两家公司不仅在 Bedrock 深度整合,还做出了对 Trainium 芯片数吉瓦级别的长期算力承诺,并联合研发针对智能体的有状态运行时架构。 - `37:00` AI 原生与智能体技术正在打破硅谷过度细分的职能体系,使高密度全栈小团队具备极速原型验证能力,但也预示着未来从事常规工作的全职人力将显著精简。 - `42:00` 相较于虚幻的超级 AI 威胁,网络安全是眼下更为严峻的即时危机,AI 自动渗透测试正在重塑攻防速度,企业需将安全威胁响应时间缩短至几分钟内。 - `45:00` 企业若仅将 AI 视作渐进式修补工具将面临被颠覆的风险;亚马逊对 Alexa 核心大脑的大刀阔斧推倒重来,印证了成熟业务进行根本性重塑的必要性与组织阵痛。 - `50:00` 全面推倒现有业务形态在理智与情感上都极具挑战,工程师容易陷入技术沉没成本与情感依恋,但领导者必须在未来数年内彻底重构各项业务体验。 - `52:45` 年轻一代不应抗拒使用 AI,但人类独有的批判性思维、全局架构整合力以及敏锐的商业判断依然是无法被模型取代的核心壁垒。 - `56:45` 亚马逊通过“单线程领导机制”(Single-Threaded Ownership)实现去中心化敏捷管理,从而在保障核心业务的同时,跨足 AI、低轨卫星与自动驾驶等多重宏大技术浪潮。 ## Detailed walkthrough ### `00:00` 2200亿美元资本支出与AWS的万亿年化营收愿景 节目开场直接切入亚马逊极其庞大的资本支出规模。Andy Jassy 坦言,哪怕公司在 2026 年投入高达约 2200 亿美元的资本支出(CapEx),面对市场上汹涌澎湃的 AI 需求,他们依然无法完全满足:“Even spending $220 billion this year, we're leaving a meaningful amount of demand on the table.” 亚马逊常规上都会为按需(on demand)使用保留一定的余量,但当前的产能供不应求到了极点:2026 年的容量早已售罄,2027 年绝大部分已被预订,甚至 2028 年相当大的一部分容量也已经被抢购一空。针对资本市场“全世界根本没有足够的资金来为这些基础设施买单”的疑虑,Andy 指出,当今世界上运转的几乎所有核心系统——股市、银行业、医疗健康体系——都在依赖数据中心运行。各大前沿 AI 实验室为了争夺电力、散热和芯片算力,几乎愿意支付任何代价,这甚至让人产生一种念头:“既然大实验室愿意不惜代价买下电力和散热,也许我们该把老客户的合同买断转售给新玩家。” 主持人 Erik Torenberg 随后引入了对话背景:Ben Horowitz 和他一起与 Andy Jassy 展开深度对谈。对话不仅探讨了 2026 年这笔高达 2200 亿美元的 CapEx 军备竞赛、推理成本(inference costs)必须大幅下降的原因,还勾勒了 Andy 为 AWS 设定的终极蓝图——他认为伴随这轮建设,AWS 最终有望成长为年化营收达 1 万亿美元($1 trillion annual run rate)的超级业务。 当回顾起 2021 年从 Jeff Bezos 手中正式接任 CEO 至今的五年历程时,Andy 感慨 2021 年恍如隔世,仿佛已经是十年前的事。但在这五年里,亚马逊的整体业务发生了巨变: - 亚马逊整体营收(top line)相较 2021 年增长了约 80%。 - AWS 业务规模翻了近三倍,最新季度在 1690 亿美元的年化营收基数上,仍实现了 36.7% 的同比增长。 - 广告业务(ads revenue)增长到原来的约 2.5 倍。 在接任 CEO 之初正值疫情尾声,零售业务给 Andy 带来了巨大的“履约服务成本”(cost to serve)危机。为了满足疫情期间爆发的需求,亚马逊在短短 18 个月内将其历经 25 年搭建的履约网络(fulfillment network)规模直接翻倍,并在短短 20 个月里建立起一个体量堪比 UPS 的最后一公里配送网络。这种极速扩张导致系统缺乏优化、运营成本畸高,在公司内部引发了极大的焦虑与阵痛。当时不少人甚至对 Andy 说,接任 CEO 遇上这种烂摊子真是倒了血霉(“what a terrible time to start and what bad luck”)。但 Andy 在复盘时认为,这反而是极大的幸运与祝福,因为极端的成本压力迫使团队重新审视那些不可动摇的底层假设,从而做出了关键的架构重构——将原本扁平的美国全国性物流网络彻底划分为区域化网络(regionalized fulfillment network)。这一举措不仅大幅缩短了配送距离、降低了服务成本,还让商品能够以更快的速度送达消费者手中,彻底释放了后续的增长动力。 紧接着在 2023 年,生成式 AI(Generative AI)全面爆发。虽然机器学习技术已存在多年,但生成式 AI 带来了本质的区别。此前 Andy 认为 AWS 作为行业领头羊,在长达十年的时间维度里可以成长为数千亿美元年营收的业务;但如今随着所有客户体验都将被推理与 AI 重构,AWS 展现出了向万亿美元级别迈进的全新可能。 ```mermaid flowchart TD accTitle: 亚马逊疫情期扩张痛点与区域化破局 accDescr: 展示亚马逊在快速扩张后面临的高成本困境,以及通过网络区域化重构实现降本提速的过程。 subgraph RapidExpansion["极速扩张期 (18-20个月)"] A["履约网络规模翻倍 (历时18个月)"] B["自建相当于UPS体量的最后一公里网络 (历时20个月)"] end subgraph Challenges["运营痛点与矛盾"] C["未优化流程激增"] D["服务成本 (Cost to Serve) 畸高"] end subgraph StructuralFix["底层重构与成果"] E["推翻全国扁平网络<br/>实施区域化履约体系 (Regionalization)"] F["商品库存大幅贴近终端用户"] G["运输距离缩短带动成本下降"] H["配送时效显著加快"] end RapidExpansion --> Challenges Challenges -->|"倒逼业务重构"| E E --> F F --> G F --> H ``` ### `05:00` 多线业务布局与“原则冲突”下的高标准决策艺术 除了核心的零售与云计算,Andy 强调亚马逊在过去几年播下的业务种子也已开始开花结果: - **Prime Video**:现已成长为规模庞大且实现盈利的独立业务。 - **Amazon Leo(Project Kuiper)**:正在大力构建的近地轨道(LEO)卫星互联网项目。 - **Zoox**:全自动驾驶出行与 Robotaxi 服务。 - **医疗健康与机器人业务**:在医疗服务与仓储自动化领域不断深耕拓展。 Andy 总结道,亚马逊旗下所有这些跨度极广的探索,其核心主线都是统一的,那就是:“trying to make customers' lives better and easier every day.” 随后,Ben Horowitz 提出了一个尖锐的领导力追问:亚马逊向来以精细化运营、极度节俭(Frugality)和极致的高标准闻名,但在短时间内不惜代价“硬造一个 UPS”必然伴随着低效与混乱。作为 CEO,该如何在默许这种粗糙推进的同时,不破坏团队严谨、节俭的企业文化? Andy 借此深入剖析了亚马逊著名的 16 条领导力原则(Leadership Principles)。他解释道,很多人误以为这些原则之间是绝对和谐的,但事实上,许多原则天然存在张力(tension),而这种张力恰恰如实反映了现实商业世界的复杂性——没有任何事情是绝对非黑即白的,管理本身就是一门做权衡(trade-offs)的艺术: 1. **“崇尚行动”(Bias for Action)与“最高标准”(Relentlessly High Standards)的冲突**:在疫情初期实体店全部关闭的特殊时期,社会极其依赖亚马逊。如果追求慢工出细活,成本确实更低、规划会更完美,但客户和入驻商家的生意根本等不起。因此亚马逊做出了明确抉择:“We decided, as we almost always do, to shade on the side of customers.” 团队宁愿承担快速推进带来的后续清理成本,也要优先保障供给。 2. **“直面真相的文化”(Truth Culture)**:亚马逊允许甚至鼓励在特殊时期快速狂奔,但绝不允许“粉饰太平”(paper over issues)。团队崇尚将真实数据摆在桌面上、当面直截了当地指出问题。一旦基础设施就位,管理层就会迅速依据数据指标辨别哪些是小修小补的效率提升,哪些是需要彻底重写的架构缺陷,并立刻将原先优先级仅排在第八、第九位的基础架构改造工程提至最高优先级。 对话最后,Ben 顺着基础设施的话题打趣道,当年 Andy 创办 AWS 时采取的几乎是“建好了他们自然会来”(build it and they will come)的巨额预先投入模式,承担了极高的空置风险;而如今在 AI 时代,亚马逊正以极其庞大的全新量级,重演这种甚至更为震撼的基础设施军备竞赛。 ### `10:00` 从云起步到生成式 AI 爆发:三年的 6000 万与 250 亿 主持人谈到当前的算力军备竞赛,指出亚马逊等巨头建设数据中心和采购芯片的步伐极其惊人,以至于金融市场中甚至出现了“全世界的钱都不够资助这些基建”的焦虑,债券与股权市场也对此表现出明显的神经紧绷。在面临散热、电力和芯片等供应链激烈争夺的背景下,亚马逊如何判断基础设施的投资边界是否已经过火? Andy Jassy 回应称,目前并没有一个能让团队省心省力的现成计算公式。他回顾了早年创建 AWS 时的情景:在 2000 年代初的第一波云计算浪潮中,亚马逊内部虽然自认动作迅速,但各业务团队的推进依然未能达到预期。深入调查后发现,各产品团队竟将 70% 到 80% 的时间耗费在毫无差异化的底层基础设施上,仅有 20% 的精力投入到真正具有产品差异化的功能中,每个团队都在不断“重复发明轮子”。为了让内部业务能够快速敏捷地推进,亚马逊萌生了构建 AWS 的想法,希望通过计算、存储、数据库、内容分发与消息传递等低成本、高灵活性的基础积木服务,赋能内部的零售等消费业务。当时虽然预估外界其他技术团队也有相同痛点,但没人预料到外部市场的增长速度会如此惊人。 谈及当前的生成式 AI,Andy Jassy 坦言两者根本不在一个数量级上。过去虽有多轮“AI 终于到来”的预判,AWS 也早早在六七年前就推出了一系列表现不错的 AI 服务,但当下的爆发前所未见。Andy Jassy 总结了两者发展轨迹的剧烈落差: > “In the early days of AWS, we felt like we were going really fast and we felt good about it. And we were about a $60 million annual run rate business after three years. In the first three years of this generative AI wave, our business or just our AI business in AWS is over $25 billion in run rate.” 面对这种数百倍于以往的增速,资本支出(CapEx)的决策成为关键。亚马逊预计 2026 年的 CapEx 将达到 2200 亿美元左右。Andy Jassy 感慨,15 年前高管团队吃早餐时,听到电信运营商一年投入 500 亿美元资本支出都觉得不可思议,而如今 2200 亿美元已是实打实的现实。然而即便在这个数字下,亚马逊依然“把相当一部分可观的需求留在了桌面上(无法完全满足)”。 - **研发精力倒挂**:2000 年代初亚马逊内部团队将 70%–80% 的时间花费在底层无差异化基础设施上,仅 20% 用于产品差异化开发。 - **三年年化营收对比**:AWS 创立前三年达成约 6000 万美元 Run-Rate;生成式 AI 爆发前三年,AWS 的 AI 业务已突破 250 亿美元 Run-Rate,扩张速度快了数百倍。 - **2026 年资本支出预期**:预计约为 2200 亿美元,且目前仍受制于供应上限,未能完全满足所有客户需求。 --- ### `13:15` AWS 资本支出的现金周期:数据中心与计算设备的双轨模型 Andy Jassy 详细拆解了 AWS 资本支出与现金回收周期背后的商业逻辑。AWS 的资本支出主要分为两大宏观板块:一是数据中心实体本身的建设,二是服务器与网络设备的采购部署。这两者具有截然不同的资金投入节奏与风险敞口。 数据中心建筑及配套基础设施需要提前大约两年进行投资,因为从规划施工到具备服务器上架条件需要漫长的周期。不过该资产具备长期稳定的特征,其使用寿命可达 30 年左右,且属于一次性建造成本。相比之下,服务器与网络设备仅需根据不同组件的供货周期提前几个月下单。这种时间差为亚马逊提供了极高精度的客户需求能见度——若某一处数据中心落成时需求不如预期强劲,公司完全可以选择不采购服务器设备,从而规避算力空置的风险。 服务器与网络资产通常在大约 3 年内实现盈亏平衡,其有效生命周期在当前技术条件下约为 5 到 6 年,而 AWS 与企业客户签署的多数合约期限通常也在 5 年左右。因此,在多个数据中心同步大规模开工的超高速成长期,自由现金流在初期几年必然面临沉重阻力;但随着这批数据中心陆续上线投入运营、开启商业变现,早期的前期投资将获得丰厚的资金回流。 ```mermaid flowchart TD accTitle: AWS CapEx Investment and Monetization Lifecycle accDescr: Diagram illustrating the two-track investment in data center real estate versus servers and network hardware. subgraph DC["数据中心实体基建 (提前约 2 年投资)"] A["选址、供电、土建与冷却设施"] B["单次投入,资产使用寿命约 30 年"] A --> B end subgraph Hardware["服务器与网络设备 (提前数月投资)"] C["根据精准客户需求动态下单"] D["设备使用寿命 5-6 年"] E["平均 3 年实现盈亏平衡"] C --> D D --> E end subgraph Commercial["商业变现与现金流"] F["多数客户签署约 5 年期合同"] G["建设期自由现金流面临承压"] H["投产后期形成充沛资金回流"] F --> G G --> H end B --> C E --> F ``` - **数据中心基建**:提前 2 年投入资金,一次性投入,资产使用寿命长达约 30 年。 - **服务器与网络设备**:仅需提前几个月根据客户能见度采购,资产寿命约 5–6 年,平均盈亏平衡周期约 3 年。 - **合同匹配度**:大多数大型交易合同周期为 5 年,有效对齐了服务器资产的生命周期与回本节奏。 --- ### `15:30` 破解数据中心政治争议:现代基础设施的“1950 年代公路时刻” 讨论随后转向数据中心引发的社会政治阻力。主持人指出,当 AWS 刚刚创立时,谁也不会想到数据中心会在日后演变成高度敏感的政治议题,尤其是在美国,反数据中心的政治声浪格外尖锐。 Andy Jassy 从现代社会运作的本质切入回应:如今人类社会的一切运转——股票交易、银行金融、医疗健康、娱乐消费、电商零售、教育系统、移动出行——均完全由数字化驱动,底层全由数据中心支撑。没有人会真的愿意退回到不用智能手机的时代,而这一切在 AI 爆发之前就已然存在。AI 更是这一代人所见证的最具颠覆性的技术变革,其影响甚至超越了互联网、云计算与移动互联网时代。为了承载这一历史性技术转型所需要的基础设施规模,堪比美国在 1950 年代建设州际公路和桥梁的国家工程。 面对地缘政治与产业竞争,Andy Jassy 严正警示美国不能因犹豫而退缩: > “The country, I think the world in general, but I say the U.S. specifically, cannot afford not to build data centers. Or we will find that another country like China will establish all the leadership and all the norms there. And I don't think any of us are going to like that, either domestically or globally.” 针对外界针对数据中心扩散的指责,Andy Jassy 指出当下充斥着大量虚假信息和政治投机者寻找的“靶子”,并逐一摆出事实反驳: 1. **水资源消耗谬误**:高尔夫球场或杏仁种植业的水资源消耗量远超数据中心。加利福尼亚的杏仁种植业耗水量是亚马逊所有数据中心总和的 200 倍以上,其两天消耗的水量就超过了亚马逊全球数据中心全年的耗水量。 2. **后备发电机污染误读**:新站点审批备案时,环保法规要求申报所有备用柴油发电机全负荷全年不间断运转时的理论排污量,但现实中这些发电机每年仅在例行维护时运转约 10 个小时,实际排放与申报数据有天壤之别。 3. **电网负荷与电价波动**:电价上升的根本原因在于全美电网基础设施过去数十年严重缺乏面向未来的长期投资。即使没有 AI,电网改造也已迫在眉睫,AI 的激增只是充当了打破僵局、倒逼基建投资的催化剂。随着新增发电与输电容量落实,如在印第安纳州、佐治亚州或密西西比州,电价最终都会趋于平稳甚至回落。 4. **地方经济贡献**:大型云厂商进驻不仅盘活了局部电网投资,更为所在区域贡献了巨额的本地税收。 ### `20:00` 数据中心的基础设施价值与 AI 需求的“哑铃结构” 谈及建设数据中心对地方社区的深远影响,Andy Jassy 以印第安纳州的圣约瑟夫县(St. Joseph County)为例指出,亚马逊在当地已累计缴纳了约 30 亿美元的税款。地方社区能够将这些资金实打实地投入到本地民众最关切的公共事业中。此外,亚马逊还推出了诸如“Built Together”等项目,承诺在未来五年内向拥有其数据中心业务的社区再追加 10 亿美元投资。Jassy 强调这必须是一种公私伙伴关系(Public-Private Partnership),并将其重要性上升到国家战略高度:“这就好比想象一下如果我们当年没有修建州际公路和桥梁,国家的经济繁荣和综合实力会变成什么样。我们必须客观看待这一建设,并在业务所在的社区里成为真正的合作伙伴。” 随后,话题转向亚马逊预计在 2026 年高达 2200 亿美元的资本支出(CapEx),折合下来每天的投资规模就达到了 6 亿美元。在被问及如何看待当前的 AI 需求格局时,Jassy 回顾了早先私下交流中提到的“哑铃型(Barbell)”模型: - **极速增长的体量**:AI 业务的爆发速度令人震惊,仅 AWS 在前三年累积的 AI 年化收入运行率(run rate),其增长速度就比当年 AWS 起步的前三年快了数百倍。 - **哑铃的一端(尖端实验室与现象级应用)**:以各大前沿 AI 实验室为代表,他们对算力展现出了前所未见的鲸吞之势;同时还包括少数诸如 ChatGPT、Claude 等现象级的爆款应用。 - **哑铃的另一端(务实的企业级效率应用)**:传统企业客户主要将 AI 用于成本规避(Cost Avoidance)和效率提升,例如客服自动化、反欺诈检测以及业务流程自动化(BPA)。 - **哑铃的中间连接部(存量生产级工作负载)**:在哑铃中间,是大量正在 AWS 上运行核心业务系统、但尚未大范围深度整合推理的企业客户。Jassy 断言,这才是未来 AI 使用中绝对体量最大的板块。 ```mermaid flowchart LR accTitle: AI Demand Barbell Distribution accDescr: 展现当前AI需求的哑铃型分布架构:左端为前沿AI实验室,右端为成本优化的企业,中间则是体量最大的存量企业推理负载。 subgraph LeftEnd ["哑铃极左端:激进算力消耗"] A["前沿 AI 实验室"] B["现象级应用\n(ChatGPT, Claude 等)"] end subgraph Middle ["哑铃中轴(未来最大绝对增量)"] C["传统生产级工作负载\n(尚未全面普及推理的存量系统)"] end subgraph RightEnd ["哑铃极右端:防御性与降本"] D["企业降本增效应用\n(客服、反欺诈、流程自动化)"] end LeftEnd --- Middle --- RightEnd ``` Jassy 认为,尽管很难准确预测普及的速率,但这绝非一蹴而就的剧变,而是每年都在加速渗透。如果放眼未来 5 到 7 年,现存和日常使用的大多数企业应用系统都将以无处不在的方式深度调用推理服务,前方仍有极其广阔的增长空间。 --- ### `25:00` 长期主义对抗算力挤兑:产能售罄与收购 Annapurna Labs 面对 2027 年可能出现的数据中心电力、冷却设施、内存和芯片全面紧缺的预期,Ben Horowitz 提出了一个尖锐的商业伦理问题:既然前沿实验室愿意为电力和芯片一掷千金,亚马逊是否存在商业冲动,通过“挤压”只按常规费率付费的 20 年传统老客户,转而把稀缺算力全部高价卖给这些胃口极大的新客户? Jassy 坚决否认了这种短视的套利逻辑,并披露了严峻的产能供给现状: - **产能全线售罄**:AWS 2026 年的整体容量目前已经售罄;2027 年的容量也已基本被预订一空;甚至 2028 年的很大一部分大额配额都已经被抢购,只有极少数配额留给 Bedrock 或 EC2 的即时按需(On-demand)推理。 - **核心业务与 AI 的资源博弈**:非 AI 的核心业务与 AI 业务都在以惊人的速度同步狂飙,例如内存制造环节需要艰难地在生产 AI 加速芯片所需的 HBM(高带宽内存)和生产核心计算所需的传统 DRAM 之间做权衡。 - **客户至上的战略定力**:Jassy 直言:“我们不会去挤压我们的客户,我们要确保他们能够继续扩展业务规模。”他回顾了疫情期间的经历,当时友商试图在季度内穷尽手段榨取收入,而 AWS 却反其道而行之,主动协助客户做成本优化(Cost Optimization),哪怕明知这会在短期和中期拉低自身的营收。Jassy 坚信,只要长期帮助客户取得成功,AWS 的商业回报自会随之而来。 - **资本支出的胃口**:由于各组件的短缺在未来几年内将呈现常态化,Jassy 指出,即使亚马逊在 2026 年花掉 2200 亿美元,甚至再砸更多钱,也绝不会是不合理的资本配置(bad use of capital),因为即便如此,依然无法满足市场上疯狂的算力需求。 随后,对话回溯到了亚马逊在 2015 年对以色列芯片创业公司 Annapurna Labs 的神级收购。Jassy 赞叹道:“Annapurna 团队是我有幸共事过的最有才华的团队和人群之一。这是亚马逊公司历史上哪怕不是最好、也是最好的收购之一。” Jassy 坦承,亚马逊在 2015 年发起这项收购时并不是为了做 AI 芯片,而是源于大规模云计算运行中的切实痛点: - **纵向一体化的规模洞察**:当基础设施达到一定规模后,云服务商就能观察到普通企业无法看到的业务底层模式。通过自主研发与垂直整合(Vertical Integration),不仅能向客户交付更大价值,还能大幅改善底层单位经济效益。 - **释放核心服务器算力(Nitro 架构的雏形)**:在早期的通用 EC2 服务器上,过多的 CPU 与服务器资源被虚拟化管理、网络堆栈、安全机制和存储开销所白白占用。亚马逊希望将服务器的算力接近 100% 地完全开放给客户的计算负载。 - **专用网卡(NIC)的联合攻坚**:在正式收购前,AWS 就已经与 Annapurna 展开紧密合作,共同研发一种能将网络、安全和存储等繁重后台系统从主服务器彻底卸载开来的专用网络接口卡(NIC)。双方在默契的工程协作中彼此欣赏,最终促成了这一对 AWS 基础设施产生决定性重塑的战略收购。 ### `30:00` 自研芯片之路:从 Annapurna、Graviton 到 Trainium 攻坚推理成本 Andy Jassy 详细回顾了亚马逊自研芯片的战略演进。亚马逊最初收购 Annapurna Labs 时,原本设想其技术会应用在部分 EC2 服务器中,而最终该技术普及到了亚马逊拥有的几乎每一台服务器中。由于 Annapurna 团队展现出了极强的芯片工程能力,亚马逊开始考虑让他们研发其他芯片。 当时,英特尔在 CPU 市场上占据了几乎全部的份额。Andy Jassy 指出,虽然亚马逊与英特尔一直保持着深厚的合作关系,但当一家供应商几乎垄断了全部市场份额时,往往不会主动去追求极致的性价比,而是倾向于开发能获取更多份额和收入的其他功能——这正是经典的“创新者的窘境”(Innovator's Dilemma)。与此同时,大量亚马逊客户渴望将更多本地工作负载迁移至云端,迫切需要更优异的性价比。面对这一需求,亚马逊放手让 Annapurna 团队研发 CPU 芯片,最终打造出了 Graviton。如今,AWS 前 1,000 大 EC2 客户中有 99% 都在广泛使用 Graviton,其性价比相比同代 x86 处理器提升了约 40%,对客户与亚马逊业务都产生了深远的影响。 几年前,亚马逊在 AI 算力领域看到了完全相同的局面:市场上有一家极其优秀且主导市场的芯片巨头(英伟达),双方至今保持着密切的合作,但该巨头面临巨大的市场、繁杂的产品线与多重优先级,而 AWS 的客户同样迫切需要更低的推理成本。因此,Annapurna 内部独立出一个专门团队打造 AI 加速芯片 Trainium。Trainium 相比同类可比芯片同样实现了 30% 到 40% 的性价比提升。 ```mermaid flowchart TD accTitle: AWS 自研芯片演进与推理成本闭环 accDescr: 展示从收购 Annapurna Labs 到研发 CPU 与 AI 芯片,最终降低推理门槛的逻辑 subgraph Acquisition ["底层技术积累"] A["收购 Annapurna Labs"] --> B["覆盖全部 EC2 服务器"] end subgraph CPUEvolution ["CPU 突破:打破垄断"] B --> C["打破 x86 垄断与创新者窘境"] C --> D["推出 Graviton CPU<br/>(性价比提升 ~40%)"] D --> E["前 1,000 大 EC2 客户中 99% 深度采用"] end subgraph AIEvolution ["AI 加速突破:重构应用"] B --> F["应对 AI 芯片供应集中挑战"] F --> G["推出 Trainium AI 加速芯片<br/>(性价比提升 30%-40%)"] G --> H["大幅压低企业推理成本"] H --> I["降低生产应用改写门槛<br/>解锁哑铃中间段的企业落地"] end ``` 谈及推动企业生产环境真正落地 AI 推理,Andy Jassy 强调,虽然具备后训练(post-training)、微调能力的人才以及懂得排定优先级的组织能力很重要,但核心阻碍依然是推理的昂贵成本。如果企业要把当前运行在 CPU 上的核心应用改写为调用 AI 加速芯片,且两者成本差异巨大,那么 AI 能带来的增量收益门槛就会被拉得极高;唯有将推理成本彻底压下来,改写应用的门槛才会大幅降低,从而在各行各业引发全面采用。Andy Jassy 斩钉截铁地总结道:“So that is a really important part for customers to being able to use AI pervasively is driving the cost of inference down. And our chips business is a big piece of that.”(因此,推动推理成本大幅下降,是客户能够无处不在地使用 AI 的关键所在;而我们的芯片业务正是其中的核心拼图。) - **Graviton 渗透率与性能**:AWS 前 1,000 大 EC2 客户中有 99% 正在深度使用 Graviton,性价比相较其他 x86 处理器提升约 40%。 - **Trainium 性能优势**:专为 AI 打造的 Trainium 加速芯片,相较于同类可比处理器实现了 30% 至 40% 的性价比提升。 - **推理成本的现实痛点**:Ben Horowitz 在对话中印证了推理开销之大,透露 a16z 内部仅一名员工近期在特定项目上的推理费用就花费了整整 200 万美元,感叹道:“这推理成本可真一点都不便宜。” --- ### `35:00` 战略投资 Anthropic 与 OpenAI:反击“互联网泡沫”质疑 针对外界对亚马逊向 Anthropic 和 OpenAI 投入巨资(以及英伟达类似举措)可能重演当年“互联网泡沫”时期循环交易的担忧,Andy Jassy 深入阐述了投资背后的商业逻辑。他首先称赞这两家公司拥有极其优秀的团队与技术模型,其顶线营收的增长速度在商业史上前所未见。亚马逊坚信生成式 AI 具有根本性的变革力量,而这两家公司必然会成为该领域长期最具统治力的赢家。 在与 Anthropic 的合作上,双方的渊源更深。大量 AWS 客户通过 Amazon Bedrock 托管服务调用 Anthropic 的 Claude 模型;同时,Anthropic 已经长期在 Trainium 芯片上进行构建,双方工程团队在软硬件协同优化中均获益匪浅。这种深厚的客户需求与软硬件结合,构成了资本投资的扎实底层。 而在与 OpenAI 的合作上,Andy Jassy 透露,此前受制于既有的商业排他安排,大量 AWS 客户无法直接在 AWS 环境中使用 OpenAI;但双方团队长期保持互敬,经过数月的深度沟通,双方达成了全面合作:不仅让客户能在 Bedrock 中运行 OpenAI,还联合构建了面向智能体(Agent)的“有状态运行时环境”(Stateful Runtime Environment)。此外,OpenAI 也与 Anthropic 一样,做出了对 Trainium 芯片“数年期、数吉瓦(multi-gigawatt)”规模的算力采购承诺。无论从客户诉求、平台整合还是算力消纳来看,这些投资都不是虚浮的资本游戏,而是深度战略协同的自然结果。 Andy Jassy 在阐述两笔核心合作时指出了关键驱动力:“And then on the OpenAI side, we just had so many customers who wanted to use OpenAI and AWS and they weren't able to do so because of their prior business arrangements that they had.”(在 OpenAI 方面,我们有大量客户极其渴望在 AWS 上使用 OpenAI,但由于他们原先存在的商业协议,此前一直无法实现。) - **投资标的定位**:Andy Jassy 明确表示,并非所有 AI 初创企业都能活下来,但 Anthropic 与 OpenAI 必将长期位居胜利者之列。 - **算力采购承诺**:OpenAI 与 Anthropic 均针对亚马逊自研的 Trainium 芯片签署了长达数年、规模达“数吉瓦(multi-gigawatt)”的庞大使用承诺。 - **新架构共建**:AWS 与 OpenAI 携手打造针对智能体关键底层设施的 Stateful Runtime Environment,Andy Jassy 坚信未来所有 AI 智能体都必须依托有状态架构来构建。 --- ### `37:00` AI 颠覆组织架构:打破过度分工与“通才”的回归 对话随后转向 AI 如何在根本上重构大型企业的研发与组织模式。主持人提到,亚马逊的 Bedrock 团队仅凭 6 名工程师、耗时 76 天就彻底重构了底层推理引擎,而这一工程量在以往通常需要 40 人花费整整一年;这种惊人的生产力跃升,对亚马逊赖以成名的“两个披萨团队”(Two-Pizza Teams)以及整个硅谷高度细分的组织设计提出了全新挑战。在过去几十年中,科技公司被设计师、产品经理、前端工程师、后端工程师等细分工种割裂,而 AI 正在将技术人员重新塑造为“文艺复兴式通才”(Renaissance Person)。 Andy Jassy 完全认同这一观察,并透露亚马逊在内部广泛分享 Bedrock 团队的重构案例,用以打破组织内部的思维定势并激发全员潜能。他感慨道,自己 29 年前加入亚马逊时是一名助理产品经理,一人要负责管理大约五个产品;然而随着公司规模不断扩张、产品越来越大,组织走向了过度专业化——一名产品经理可能只负责单一产品中极其微小的一个切片(例如仅负责定价策略),全行业都默认这是做大做强的必由之路,但 AI 正在打破这一戒律。 就在录制播客的前一周,亚马逊消费业务团队讨论针对智能体(Agent)的新构想。团队在周四达成一致,决定尝试构建可运行的原型;仅仅由 4 到 5 个人利用周末加班加点,到了周日便拿出了一个完整度达到 80%、基本可发布的运行原型。这种极速迭代在过去不可想象。 Andy Jassy 坦言,这预示着企业未来用工形态的剧烈变革:随着代码生成逐步被智能体接管,加上客户服务、商业智能(BI)、深度调研等环节的自动化,未来各岗位所需要的全职人力规模必然会显著收缩。谈及未来的组织规模与人力结构,Andy Jassy 直言:“I think what it means for the future of organizations is I think number one, I think that we're going to have fewer humans doing the work that they're doing today in the future than we have today.”(我认为这对组织未来的演变意味着,首先,未来从事现有工作的人类员工数量,将会明显少于今天。) - **Bedrock 极端研发效能**:6 名工程师在 76 天内完成过去需要 40 人耗时一年才能交付的推理引擎重构。 - **消费级智能体周末原型验证**:4 至 5 人的轻量团队从周四立项到周日,仅用一个周末便交付达到 80% 可上线标准(shippable)的智能体原型。 - **组织演变拐点**:从过去过度细分(如单人仅负责产品定价切片)转向高密度的全栈智能体协作,编码、客服、BI 与调研等领域的人力密度将迎来全面重塑。 ### `40:00` 团队架构剧变与智能体(Agent)原生重构 Andy Jassy 展望未来时指出,从电子表格的制作方式到法务人员的配置规模,整个组织的用工形态都将发生剧变。企业不会完全不再需要人类员工,但绝不会再像过去那样,随着业务规模的扩张而机械地投入大量人力。尽管随着人工智能、机器人技术和太空开发的演进,会诞生许多前所未见的新型岗位,但在现有工作模式下,所需的人类数量必然大幅缩水。未来的团队规模将精简得多,且由具备全栈跨职能能力的复合型人才组成;员工不再局限于负责某个狭窄的细分环节,因为底层 AI 模型已经在各种不同职能上为他们完成了 80% 的基础工作。 在这一变革下,所有团队的起点都会比以往先进得多,从而能够以远超以往的广度和速度进行产品发明。如今涌现的大多数初创公司从创立第一天起就是智能体原生(Agent Native)或 AI 原生的。相比之下,那些已经建立成熟业务的大企业必须设法跟上同样的迭代节奏。Andy Jassy 预测大企业将不得不重构几乎所有的底层代码库: > “但我预测,企业将不得不重构几乎所有的代码,以使其具备智能体协作能力;他们必须允许智能体去更新不同的代码模块,同时建立必要的约束机制。”(Andy Jassy) 那些虽然拥有雄厚资源与忠实客群、但动作迟缓的大型企业,在面对这类敏捷的初创公司时,将会显得异常脆弱。 ```mermaid flowchart TD accTitle: 软件开发范式与企业架构重塑 accDescr: 对比传统企业软件开发模式与AI智能体驱动的新型研发交付流程。 subgraph Legacy["传统企业模式"] A["庞大且高度分工团队"] --> B["逐层人工开发与审查"] B --> C["脆弱、更新缓慢的代码库"] end subgraph Agentic["智能体原生模式 (AI Native)"] D["小型跨职能团队"] --> E["AI 模型完成 80% 基础工作"] E --> F["智能体持续自动更新代码与约束控制"] end C -.->|"被迫全量代码重构"| F ``` --- ### `42:00` 现实与幻想的碰撞:网络安全才是迫在眉睫的现实危机 针对近几个月来业界对前沿模型的各种恐慌情绪,Andy Jassy 认为很多人把注意力过度放在了虚幻的科幻场景上。诸如邪恶僵尸网络掌控一切、或是机器人被注入恶意意志的可能性确实存在,但他相信整个行业以及公私部门终将携手解决这些长远问题。眼下更需要警惕的是更紧迫的即时风险——网络安全。AI 模型能够发现人类此前根本无法察觉的大量安全漏洞,攻防两端的速度将被重塑: > “如果你向后快进展望,我认为应用程序必须对迫在眉睫的安全威胁做出的响应时间,将缩短至几分钟以内。”(Andy Jassy) 在传统的安全流程中,发现漏洞、分类评估、编写补丁到最终部署往往耗时极长,因为大型系统的环境依赖性极其复杂。但在未来的对抗中,如果无法在几分钟内完成部署,企业将毫无胜算;若不针对智能体自动化更新来重构应用架构,根本无法在新世界中生存。Ben Horowitz 对此深表赞同,直言整个行业在过去无论构建大型系统还是嵌入式设备时,都没有做好底层安全架构设计,导致“清算的时刻已经到来”(The day of reckoning is here)。Andy Jassy 透露,AWS 接触到的几乎每一个大型企业客户和合作伙伴都对安全问题忧心忡忡;AWS 除了提供专业服务协助客户外,还专门开发了一款名为 Continuum 的服务,用于识别漏洞并自动生成补丁。 - **传统修补流程痛点**:过去即使补丁开发完毕,由于复杂的系统依赖关系,大多数企业部署修复仍然需要耗费大量时间。 - **专职安全工程瓶颈**:安全工程师往往成为极度稀缺且孤立的资源,导致多数软件公司的日常编码规范中缺乏良好的内生安全防护。 - **自动化渗透测试突破**:传统模式受限于人类渗透测试员(Pen Testers)的雇佣数量,许多边缘资产无法覆盖;结合了自动化技术的 AI 模型可以对整个受攻击面进行不间断的全量渗透测试,发现常规排查中几乎不可能发现的漏洞。 --- ### `45:00` AI 应用的三重境界与 Alexa 的推倒重来 Ben Horowitz 分析指出,当前市场对于 AI 的运用大体分为三类:第一类是削减成本(例如裁撤大量会计或法务人员),甚至有风险投资机构专门收购老旧企业并通过 AI 压缩成本,但他认为这种缺乏创造力的方向并不吸引人;第二类是去构建世界上从未出现过的新事物,这令人极其兴奋;第三类则是对现有的成功产品进行颠覆性的底层重塑。 Andy Jassy 非常认同这三个维度的划分。他强调,组织在通过 AI 实现了第一阶段的精简后,其核心价值在于解放真正优秀的建造者(Builders),让他们把精力投向第二类“前所未见的新创造”。当底层技术为员工解决掉 80% 的琐碎流程时,会极大地激发员工的主动思考。然而对于现有成熟大企业而言,最危险的陷阱莫过于将 AI 仅仅视作“渐进式修补”现有体验的工具: > “但我同样认为,对于那些拥有大规模成功客户体验的现有企业来说,如果他们将 AI 仅仅视为对体验进行渐进式改进的手段,那么在三到五年后,他们极有可能无法再拥有获胜的体验。”(Andy Jassy) 谈及第三类变革时,Andy Jassy 以亚马逊对 Alexa 的重塑为例。当年 Alexa 的“大脑”(The brains)在设计之初堪称极具原创性,但生成式 AI 带来的认知飞跃,使得原有的底层设计完全过时。亚马逊不得不对 Alexa 的核心进行彻底重构: > “但由于生成式 AI 的出现,其大脑所能承载的可能性已经发生翻天覆地的变化,如果你希望提供绝佳的客户体验并在长期保持不可替代性,你就必须彻底重塑 Alexa 的大脑。”(Andy Jassy) 即便重塑的必要性显而易见,推动过程依然充满阻力。原团队对自己亲手打造的系统抱有深厚的感情,带着无数次实战累积的勋章与习惯,常常会下意识地抗拒:“我们以前不是这么做的,我们以前试过那个方案根本行不通。”Andy Jassy 指出,重构 Alexa 虽难但逻辑明确,而要在亚马逊旗下的零售业务、Prime Video、Fire TV 或是 Prime Music 等早已成熟的大规模核心消费场景中,让团队彻底从一张白纸开始重新构想系统,将是一项更为艰巨但也必须进行的深远挑战。 ### `50:00` 业务重塑的悖论:抛弃过去在理智与情感上的艰难 Andy Jassy 讨论了用 AI 重塑现有业务所面临的挑战。即使在很多领域目前尚无显而易见更好的 AI 替代方案,但他坚信亚马逊必须彻底重塑旗下的每一项业务。亚马逊目前已经组建了多支团队,尝试从零开始重新构想这些业务形态。尽管初期不可能一蹴而就,需要通过持续迭代寻找最佳路径,但这已经催生出了许多极具吸引力的新构想与客户体验。接下来面临的核心抉择是:究竟是直接推出一个类似于全新 App 的颠覆性独立体验,还是将这些前沿特性迅速吸收、无缝融入现有的成熟产品中,从而在未来两三年内渐进式地改变整体用户体验?Andy Jassy 明确强调:“但我确实认为,如果你想成为一名成功的领导者,在接下来的几年里,每一个现有的体验都必须变得不同。”(“But I do think every one of these experiences has to be different in the next few years if you want to be a successful leader.”) Ben Horowitz 对此深表赞同,并指出这是一个极难处理的领导力难题。他回忆起自己早年担任工程师时,曾就某件事与人争吵不休,当时的老板对他说过一句发人深省的话:“看,本,有一件事你必须明白:在写下第一行代码之前,一切都可以讨论;一旦写下了第一行代码,它就变成了不可动摇的宗教。”(“Look, one thing you have to understand, Ben, is that. Everything is up for discussion until the first line of code is written, and then it's religious.”)Ben 指出,重塑产品意味着必须放弃过往倾注的所有心血、知识和经验,而且还必须直面那些深爱原有产品体验的核心客户群体。 Andy Jassy 进一步分析指出,技术大变革从不会自然发生,它背后伴随着巨大的变革管理阻力。工程师和业务骨干往往对自己花费十年心血打造的系统了如指掌、引以为傲,他们手头本就积压着 100 件满怀激情想要优化的事项。因此,“完全推倒重来在理智和情感上都是极其艰难的”(“To think about how do I completely start over is it's intellectually and emotionally hard to do.”)。 ```mermaid flowchart TD accTitle: 业务重塑决策与落地路径 accDescr: 展示在AI驱动下企业面对重构业务时的两条演进路径与变革阻力 A["AI驱动的业务重构愿景"] --> B{"演进路径抉择"} B -->|"颠覆路径"| C["全新独立形态 (全新应用/流程)"] B -->|"渐进路径"| D["注入现有体验 (未来2-3年持续迭代)"] C --> E["核心落地挑战"] D --> E subgraph E["组织变革挑战 (Change Management)"] F["沉没成本与技术宗教化"] G["情感阻力: 团队对其10年心血的执着"] H["客户惯性: 既有忠实用户的体验迁移"] end ``` --- ### `52:45` 给青年一代的建议:不要逃避 AI,但批判性思维与人类判断不可替代 Erik Torenberg 提到 a16z 刚孵化了 Horowitz & Jason Academy(旨在帮助青年人应对变革),并向 Andy Jassy 请教:如果他身处 2026 年且只有 18 岁,会给年轻人什么建议来应对这一时代转变? Andy Jassy 分享了自己教导两个孩子(分别 25 岁和 22 岁)的切身经历。在 AI 席卷教育时,他很快意识到禁止学生使用 AI 纯属徒劳——“那班列车早已离站出港,大学如果选择与之为敌将是不明智的”(“that train has left the station. And I think universities would be wise not to fight it.”)。但他敏锐地指出,在亚马逊这种极度依赖文档写作文化(writing culture)的企业里,如果一份报告是用 AI 代写的,大家一眼就能识别出来——那种行文在逻辑粘合与架构上总是“有些不对劲”。 因此,他对年轻一代的核心建议是:绝对不要逃避 AI,也不能指望它会消失。年轻人必须积极了解它、大量使用它、跨出舒适圈用它来发明创新,并将其作为日常工作与行动的枢纽。 然而,AI 永远无法替代人类的深层思考。Andy Jassy 以商学院的经典案例教学为例: - **过去的模式**:学生每天需要研读三个复杂的商业案例,阅读海量附录材料、做笔记、提炼关键矛盾,并为企业制定行动方案;很多人往往因为偷懒而不做深入研读。 - **AI 时代的改变**:AI 能瞬间完成信息检索、摘要和笔记整理,让所有人以更快的速度站在一个高水平的起跑线上。 - **不可替代的瓶颈**:串联碎片信息、洞察本质并推演成战略规划、产品架构或全新商业模式的能力,依然高度依赖人类独有的智慧。 Andy Jassy 斩钉截铁地总结道:“我仍然认为,人类的判断力、创造力、发明精神、实验能力,以及思考如何将所有碎片整合起来打造出惊艳的体验与商业版图,是不可或缺的。”(“I still think you're human judgment, ingenuity, invention and experimentation and thinking about how all the pieces come together to end up building amazing experiences and businesses.”)在未来的工作中,批判性推理与思维依然是人类不可动摇的核心壁垒。 --- ### `56:45` 亚马逊的宏大版图:低轨卫星、单一线程组织模式与无限雄心 谈到节目的尾声,主持人感叹亚马逊从一家在线网上书店起步,如今已横跨 AI、低轨卫星通信、机器人技术、自动驾驶与医疗健康等极端多元的领域,好奇亚马逊究竟如何管理如此庞杂的战线而避免精力分散。 Andy Jassy 表示,当今世界正处于人类有史以来最宏大的三大技术变革浪潮之中:**AI**、**机器人技术**以及**太空技术**。每一项技术都有能力彻底重塑大众的日常生活与消费体验。例如,亚马逊正在斥巨资打造 Kuiper 低地球轨道(LEO)宽带卫星星座,目标是为全球尚无宽带接入的 5 亿家庭提供高速网络覆盖。 面对外界甚至内部对于“亚马逊是否把战线拉得太长(spread too thin)”的长期疑问,Andy Jassy 解构了亚马逊独特的组织治理体系: - **单线程领导机制(Single-Threaded Ownership)**:亚马逊从不让同一个团队或领导者去兼管多项不相干的业务,而是高度去中心化,为每个重要战略业务配置独立的单线程负责人与专属构建团队。 - **投入意愿与战略纵深**:只要有匹配的领袖和工程师、目标市场体量足够大且能产生全局影响(move the needle)、团队拥有高度差异化的解法、且该领域痛点未被满足,亚马逊就具备多线并进、同时布局的组织资本。 - **守成与开拓的平衡**:很多公司倾向于“各司其职,坚守本业”(stick to their knitting),亚马逊同样全力以赴保障成熟业务的高速增长,但只要看到客户存在迫切未解的痛点且自身有能力解决,亚马逊就会坚定不移地投入,持续驱动公司的长远重塑。 对谈在对亚马逊“无限雄心”(endless ambition)的赞叹中正式结束。节目末尾播发了 a16z 播客的标准法律合规与免责声明,明确指出内容仅供参考,不构成任何法律、税务或投资建议,且 a16z 及其关联实体可能持有对话中所涉及公司的投资权益。 ## Notable quotes > `45:00` 对于那些拥有大规模成功客户体验的现有企业来说,如果他们将 AI 仅仅视为对体验进行渐进式改进的手段,那么在三到五年后,他们极有可能无法再拥有获胜的体验。 — Andy Jassy > `50:00` 在写下第一行代码之前,一切都可以讨论;一旦写下了第一行代码,它就变成了不可动摇的宗教。 — Ben Horowitz 的前老板 > `40:00` 企业将不得不重构几乎所有的代码,以使其具备智能体协作能力;他们必须允许智能体去更新不同的代码模块,同时建立必要的约束机制。 — Andy Jassy > `50:00` 如果你想成为一名成功的领导者,在接下来的几年里,每一个现有的体验都必须变得不同。 — Andy Jassy > `52:45` 人类的判断力、创造力、发明精神、实验能力,以及思考如何将所有碎片整合起来打造出惊艳的体验与商业版图,是不可或缺的。 — Andy Jassy > `42:00` 应用程序必须对迫在眉睫的安全威胁做出的响应时间,将缩短至几分钟以内。 — Andy Jassy ## Mentioned Andy Jassy, Ben Horowitz, Erik Torenberg, Jeff Bezos, Amazon, AWS, Prime Video, Project Kuiper, Zoox, Annapurna Labs, Graviton, Trainium, Nitro, Amazon Bedrock, EC2, Alexa, Continuum, Anthropic, Claude, OpenAI, ChatGPT, Nvidia, Intel, a16z, Horowitz & Jason Academy ## Video description Amazon expects to spend roughly $220 billion in CapEx in 2026, yet CEO Andy Jassy says the company is still leaving meaningful AI demand on the table.** He believes the buildout could ultimately help make AWS a $1 trillion annual run-rate business. Andy joins a16z co-founder Ben Horowitz and Erik Torenberg to discuss why AI demand is growing so quickly, how Amazon decides how much infrastructure to build, and why lower inference costs could unlock broader enterprise adoption. They also discuss how AI is reshaping Amazon itself, from smaller teams building products faster to reimagining Alexa, and why Andy sees cybersecurity, human judgment, and critical thinking as increasingly important in the AI era. [Source](https://mgln.ai/e/1344/afp-848985-injected.calisto.simplecastaudio.com/3f86df7b-51c6-4101-88a2-550dba782de8/episodes/e1185d26-c41a-40d4-9210-eca5adab915a/audio/128/default.mp3?aid=rss_feed&awCollectionId=3f86df7b-51c6-4101-88a2-550dba782de8&awEpisodeId=e1185d26-c41a-40d4-9210-eca5adab915a&feed=JGE3yC0V)

Source quotes

[45:00] Andy Jassy: 对于那些拥有大规模成功客户体验的现有企业来说,如果他们将 AI 仅仅视为对体验进行渐进式改进的手段,那么在三到五年后,他们极有可能无法再拥有获胜的体验。 [50:00] Ben Horowitz 的前老板: 在写下第一行代码之前,一切都可以讨论;一旦写下了第一行代码,它就变成了不可动摇的宗教。 [40:00] Andy Jassy: 企业将不得不重构几乎所有的代码,以使其具备智能体协作能力;他们必须允许智能体去更新不同的代码模块,同时建立必要的约束机制。 [50:00] Andy Jassy: 如果你想成为一名成功的领导者,在接下来的几年里,每一个现有的体验都必须变得不同。 [52:45] Andy Jassy: 人类的判断力、创造力、发明精神、实验能力,以及思考如何将所有碎片整合起来打造出惊艳的体验与商业版图,是不可或缺的。 [42:00] Andy Jassy: 应用程序必须对迫在眉睫的安全威胁做出的响应时间,将缩短至几分钟以内。

Source quotes

[50:00] Ben Horowitz: Everything is up for discussion until the first line of code is written, and then it's religious. [40:00] Andy Jassy: I predict that companies will have to rewrite almost all of their code to be agentically capable. [0:00] Andy Jassy: Even spending $220 billion this year, we're leaving a meaningful amount of demand on the table. [15:24] Andy Jassy: The country, I think the world in general, but I say the U.S. specifically, cannot afford not to build data centers. Or we will find that another country like China will establish all the leadership and all the norms there.

Original transcript

[0:00] Even spending $220 billion this year, we're leaving a meaningful amount of demand on the table. We always leave a certain amount for on demand, but 26 is obviously sold out. 27 is largely sold out. A good chunk of 28 is sold out. The financial markets are saying, "Oh, there's not enough money in the world to finance these things." Everything we do in the world today, stock market, banking, healthcare, they're all using data centers. how to have as much capacity as we can. We have an opportunity to help across so many more customer experiences and make their lives better and easier every day. The big labs being willing to pay almost anything for power cooling chips. Well, maybe we should buy out the old guys and sell them to the new guys because they'll pay us whatever. Amazon expects to spend roughly $220 billion in CapEx this year. In this episode, Ben Horowitz and I sit down with Andy to unpack that build out, why he believes AWS could eventually become a $1 trillion annual run rate business, and why inference costs still need to fall significantly. We also discuss how AI is reshaping Amazon itself, from smaller teams building faster to rethinking products from the ground up, and what Andy sees ahead for cybersecurity, work, robotics, and space. It's great to have you. Thanks for having me. So you're five years into running Amazon and you've done a lot as CEO. Right now, $220 billion in CapEx spend, AWS, 28%. There's a lot that you've achieved. How do you think about the ambition in 2026 as it relates to Amazon relative to 2021 when you took over formally as CEO? 2021 feels so long ago. It feels like a decade ago. But as you know, the world changes fast. And if you compare it to 2021, our overall top lines about 80% higher, AWS business almost three times bigger, our ads revenue is about two and a half times bigger. So the business has just grown quite a bit. And I think there are a few things that have really happened. I think Pretty quickly after I started in the role, which was on the tail end of the pandemic, in our retail business, we ended up with a real cost to serve challenge where we had built, we had basically doubled the size of our fulfillment network that we'd built over 25 years. We doubled the size of it in about 18 months. And then we built the last mile transportation network the size of UPS in about 20 months. And whenever you build that quickly, you end up with all sorts of things that you don't have optimized. and our fulfillment network were not what we wanted. And it created a lot of challenges and angst. And a lot of people at that time, I remember it was just a year or so, a little less than a year into starting the job, people said, boy, what a terrible time to start and what bad luck. And I think in retrospect, it was really a great time to start and a real blessing because it allowed us to consider a bunch of things that we probably wouldn't have considered for many biggest of which in our fulfillment network ended up being that we regionalized a flat national network, a fulfillment network in the U.S. We regionalized it, so we got items much closer to customers, which turned out to both lower our cost to serve because we're shorter transportation distances while getting items to customers much more quickly. And that reevaluation of our most closely held beliefs during that time when we were struggling on cost to serve really unleashed This is a big piece of why we've grown as fast as we have there. And of course, pretty quickly thereafter, just how AI exploded further on the scene. It's not like AI was new. I mean, we have been all doing machine learning for a long time, and there have been lots of waves of AI that were supposed to be the real tipping points. But you get to 2023, and you really see with generative AI a huge difference. And I would say our AWS business was growing really quickly at that point. by a fair bit and stronger operational performance and security and I think a type of partner ecosystem that's different. We were the clear leader and we felt like that business could be a few hundred billion dollars of revenue over a long period of time, figure over 10 years. Now we look at what's happening with AI and how every customer experience we know of is going to be reinvented with inference and AI. We actually think the AWS business, not only is it growing really rapidly, I mean, last 36.7% year over year on $169 billion annual revenue run rate business. Just the opportunities today are really striking. And I think if you let [5:00] On top of that, the seeds that we have of new businesses, whether it's how the team has progressed, our prime video business, which is now a large and profitable business, or the low-Earth orbit satellite we're building with Amazon Leo, or autonomous driving ride-hailing service with Zoox, or healthcare business, or what we're doing in robotics. We have an opportunity, I think, to help so many more customers across so many more customer experiences and make their lives better and easier every day. And that mission of trying to make customers' lives better and easier every day really unifies everything we're doing across the company. So a couple of follow-ups on that. So one, you kind of mentioned when you're building out the fulfillment network so fast that it's going to be a little inefficient. It's going to be, when you go that fast, there's some sloppiness to it. How do you, and then you mentioned there was kind of angst around that internally. like from a CEO perspective, like how do you communicate what you're doing without lowering the cultural standard of, you know, I mean, Amazon's known for its excellence in operating efficiency being frugal all these kinds of things But here you are going like we going to build UPS and like that And so how do you reconcile those Well what interesting is we have this set of leadership principles that a lot of people know about. We have 16 leadership principles. And a lot of these leadership principles, they're supposed to really, and they do govern the way we think about operating as a team and culturally. But there are several that are in tension with one another. And sometimes people are confused about that, but the reality is it just reflects the way the real world works. Nothing is really perfectly clean. You're always making trade-offs. So if you go back to that time when we made the decision to build out the fulfillment network and the last mile transportation network that aggressively, that quickly, the question from the team was facing is, we know if we go this fast, it's going to be really hard. It'll probably be more expensive than if we went slower. We will probably not get everything as optimally as we would if we went slower, but customers and sellers really need it. So are we gonna actually shade on the side of enabling? Remember back then in the early part of the pandemic, no physical stores were open. I mean, if you look at the role Amazon played in everybody's lives during the pandemic, it was very seminal. And so we had to ask ourselves, are we gonna build fast and maybe not as optimally as we can with the tradeoff of serving customers and sellers who are trying to also have businesses that sustain themselves or not That's the first decision you have to make. And we decided, as we almost always do, to shade on the side of customers. And then it was fairly obvious that as we were building, it was obvious that not everything that we were planning was going perfectly. We had a lot of our fulfillment team was more in the office than most of the rest of the company, but still a lot of people that have to participate in a lot of the designing and the planning and the assessing. You had people all over the place and remote. And now you're balancing the combination or the tension of bias for action or speed and relentlessly high standards, which means you deliver at the cost structure and the delivery and the design that you'd always plan for. And so, again, you have to make trade-offs. We made the trade-off to side with customers and to move quickly to be able to serve sellers and consumers, and we thought there'd be some amount of cleanup. Now, did we know exactly how the topography would work out in the way it did? No and there were certain things that we didn have optimized that I not sure we foresaw wouldn be optimized But if you have good metrics and if you a culture that a truth culture that is another really important part of our culture is that we get the data on the table. We get the issues on the table. We're direct with one another. We don't allow people to paper over issues. If you have that type of culture, it's fairly obvious in the metrics, and it's fairly obvious in the discussion. And then you just have to go about figuring out how you want to improve it and which pieces are just kind of small productivity things and which are architectural pieces. We went back and really re-architected key parts of the network after we got that capacity installed that was probably at the time for that team was maybe eight or nine on their list of priorities, but became a much higher priority in a way to actually get the combination of speed and cost. fascinating. You kind of, like, at the beginning when you started AWS, you, like, started AWS, it was kind of build it and they will come in that, okay, you're building all this infrastructure and then you're going to rent it, and so they needed to come, or you'd be in a lot of trouble. But this is that at a much bigger scale in that you and others, but like, I would say [10:00] primarily you, or at least you're certainly one of the biggest players, are building a data center and chip capacity so fast that the financial markets are saying things like, There's not enough money in the world to finance these things. And then when we just kind of saw that skittishness in like the core read debt market and equity markets and so forth. And so how do you know that? how much is too much on that build out, given the demand is so steep and you're growing so fast. And then there is a contention, for that supply chain that you're kind of fighting for to get your cooling and power and chips and all that. Yeah, it's a very good question. And I wish there was an equation that would make it simple. It would save us a lot of time as a team. Yeah, I would say... In the first wave of cloud, when we started AWS, there was a little bit of – we didn't know if people would use it, so build it and they will come. But we had very good signals inside the company, which at the time – this was around the early part of the 2000s. We had teams that were not moving nearly as quickly as we wanted them to, even though we felt like relatively we moved quickly. long. And it just turned out that our product teams were spending 70 to 80 percent of their time on the infrastructure pieces, which didn't differentiate them and only about 20 percent of their time on what differentiated the product pieces. And so we, you know, and we realized every team was doing it and reinventing the wheel. And so we originally conceived of AWS to allow ourselves to move more quickly internally. And we figured if we built a set of low-cost, highly flexible building block services like compute and storage and database and content distribution, messaging, things like that, we would be able to build much quicker in our consumer business. And then we just... said we're pretty good, relatively speaking. Technically, probably other companies have the same issues. But even before we launched externally, we had so many teams internally interested that we knew we were on the right track. I don't think any of us anticipated it would grow as fast as it did externally. On the AI side, There were, as you know, there have been these different waves of people saying, this is the time. AI is finally here. And even maybe six, seven years before the gender of AI wave happened, People felt like it was AI's time. We built a whole bunch of AI services that actually was a pretty good business for us in the AWS side, but nothing like what we're seeing right now. Like in the early days of AWS, we... We felt like we were going really fast and we felt good about it. And we were about a $60 million annual run rate business after three years. In the first three years of this generative AI wave, our business or just our AI business in AWS is over $25 billion in run rate. So it's several hundred times faster. So we just haven't seen anything like it. And then the question becomes, how much CapEx do you want to invest to go after the opportunity? And what I would tell you is we've said this year in 2026, we expect to spend about $220 billion of CapEx. By the way, I'll just tell you that I remember being at leadership team breakfasts. 15 years ago, we couldn't believe the telco company spent $50 billion in CapEx. We're like, I'm really spending that much on CapEx. So these numbers are kind of mind-blowing numbers. And even spending $220 billion in CapEx this year, we're leaving a meaningful amount of demand on the table. The thing that helps us here is that we have really good visibility And so if you think about the CapEx investments in AWS and the way the cash cycle works, There's two macro areas. There's the investment for data centers, and then there's the investment for servers and networking. The data center piece, you have to invest – about two years in advance of when you can put servers in the data centers and start to monetize that. The good news is you only make that investment once. It's a useful life asset that's about 30 years, but you make that a couple years in advance. The server and networking gear, depending on the component, it's only a few months in advance. So you have very good visibility into customer demand before you pull that trigger. centers, you won't buy the server networking gear. That, on average, they tend to break even in about three years, and they have useful [15:00] lives at this point of about five to six years. And most of the deals we're doing are about five year deals. And so when you are building as fast as we're building with so many data centers simultaneously, you're going to spend a lot of capital and your free cash flow is going to have headwinds in those years until you get to those later stages, a few years down the road where all those data centers are online and they're all being monetized and you're making back your money works, it has headwinds in the early years when you're growing that fast. So actually on that, You know, data centers... So going back, when you started AWS, we're probably the last thing in the world that you would believe would be a political issue. But here we are. And particularly in the United States, you know, it's funny, and I'm sure you've experienced this, but. Nobody anywhere in the world is as anti-data center as the kind of, US politics for whatever reason. So how do you How does that end up... affecting this I guess, is there... Is there any merit to the anti-data center argument and then – Um, you know, how does that, kind of, inform your strategy of what you built here, you know, and what you build in the other regions. Well, I mean, I'll just give you some of the context that I have, or at least I believe, which is, you know, if you think about everything we do in the world today, you know, stock market, banking, health care, entertainment, shopping, education, business, you know, ride hailing, everything we do is digitally driven. They're all using data centers in a very similar way. No, everybody is, I'm anti-me. I don't want to use my phone anymore. And they all use data centers. And then that's before AI. And AI is the biggest technology transformation of our time, which I think is saying something since we've lived through the Internet and the cloud and mobile. And so, you know, the reality is the type of infrastructure build out we need to support the rapid growth we were just talking about on the AI side. We built out the highways and bridges in the 1950s. I mean, that's the type of build-out we're going through. And the country, I think the world in general, but I say the U.S. specifically, cannot afford not to build data centers. Or we will find that another country like China will establish all the leadership and all the norms there. And I don't think any of us are going to like that, either domestically or globally. So we have to build data centers. as an industry than we have? Of course, I think it's happening quickly and I think everybody's learning together. But there are a number of what I would consider somewhere between myths and mistruths right now being propagated because it's one of those issues where everybody – you have an easy villain. And politically and sometimes opportunists like to kind of find that villain to point at. But, you know, I'll give you examples. The golf industry or the almond farming industry consume way more water than data centers do. 200 times more water than all our data centers. And they consume more in two days than we do in a year in our data centers. So there's just a lot of, like, that's a good example. Or you can talk about, you know, people talk about pollution. What happens is when you register new sites and you have backup generators, you have to register and show the amount if you ran all of those generators full time at full capacity. But of course, it never happens. You only run backup like 10 hours a year for maintenance. So like, you know, or you talk about the energy rates, If you look in the different geographies in which we have a big data center presence, some of the energy rates have gone up, some of the energy rates have gone down. But the real issue is that as a country, we have not invested in the infrastructure of our grids the way we've needed to, like there's going to be meaningful growth. And so something was going to push it over to investment. And it just turns out that AI, because it's growing so rapidly and so significantly, is the thing to push it over. What you're going to find is once you actually get that capacity in most of the geographies, they're going to end up – the rates will flatline or go down as they have in Indiana or in Georgia or Mississippi. And so there are things that we can do that are better. I mean, the other thing people forget about is in these geographies, the big data center providers are paying a lot of tax. [20:00] Look, if you look in St. Joseph County in Indiana, we've paid about $3 billion of tax. The communities get that money and they get to spend it on things that really matter for those communities. So the communities get something out of it, too. We've built programs like Built Together that we just committed to another billion dollars in the communities in which we have data center presences over the next five years. And so I think we have to keep working on it with the communities. It has to be a public and private partnership. But the build-out is so important to the future of the country. Like, imagine if we hadn't built out highways and bridges in what the economic prosperity and the capabilities of the country would be. And we have to kind of keep it in perspective, and we have to be partners in the communities in which we built. Let's go back to the CapEx for a second. $220 billion, that's $600 million a day, just to put it in perspective. I'm curious how you think about AI demand right now. Offline, we were talking about how you see it as a barbell. Maybe you can sort of situate or contextualize the state of AI demand at the moment. Well I mean the first context piece is what I said earlier which is just I can believe how big and fast AI has grown It a few hundred times faster than the beginning of AWS in the first three years billion run rate for us just in AI revenue in AWS in the first three years. So it's really large, and yet it really is barbelled if you look at how demand is. And what I would say is on one end of the barbell are the AI labs who are consuming gobs and gobs of compute, unlike anything I've seen. And then a few runaway apps, chat GPT, cloud code, things like that. On the other end of the barbell are enterprises who are largely using AI for cost avoidance and productivity. So automating customer service or fraud or business process automation. In the middle of a barbell are the current production workloads of enterprises, many of which are using AWS and using inference today. But I would say the overwhelming majority of which still aren't in any pervasive way. And that I think is going to be the largest absolute segment of AI usage And I think you going to see that it hard for me to predict the rate at which that happen It happening to a greater extent every year But I think if you zoom out five years, five to seven years, and you look at what it'll be like, and I don't think it's going to wait for five to seven years. It never happens in one fell swoop. But if you just zoom out five to seven years, I think that quite a few, if not most, of the enterprise applications that we use and that exist today are going to be using inference in a pervasive way. And so there's just – there is a lot of growth in front of us. And how do you think about it? Because there's kind of this impending data center chip memory everything shortage that's upon us in really 2027 just because, you know, everybody's building now. But it's not going to be ready necessarily by the end of the year, and demand's not slowing down at all. And so when faced with how do you think about it when faced with like the big labs being willing to pay maybe anything or almost anything for power cooling chips you know kind of the environment And then you got these kind of all been around a long time customers who are paying their regular rates you know to run their businesses Is there like any business pressure to go, well, maybe we should buy out the old guys and sell them to the new guys because they'll pay us whatever. And the old guys, you know, I can't double their prices, that wouldn't be fair. Or like, how do you think about that? Because it's such a weird thing in that you've got people you've had in there for 20 years doing a thing that's kind of, you know, as you say, probably going to inference. And then you've got these new guys who are like insatiable. They'll buy in. It's a good question. We don't think of it quite the way you're talking about, but I can completely understand. And if you think about, there's only so much data center and power today. There's only so much memory, and I don't think that that shortage ends in 2027. I think, you know, I believe, you know, one of the reasons, coming back to the capital investment, why I think we can invest a lot more and it wouldn't be a bad use of capital is that, you know, 26 is obviously at this point sold out. 27 is largely sold out. We always leave a circumstance. [25:00] amount for on demand and our inference service bedrock or easy to but largely sold out all the big chunks a good chunk of 28 is sold out like there's so much demand that um you know it is uh and and you can't uh we have if you think about the ai business and what we call the core business which think of core as non-ai they're both growing at really rapid rates right now and you know if allocate to to HVM, to the AI accelerators versus to DRAM, your core. So these are real trade-offs you have to make, but I would say that Where we start on this issue, is being customer focused. And for us, we have deep relationships and partnerships with our customers in AWS. And in the same way during the pandemic, unlike our competitors, who I think tried to figure out how to optimize within quarters to drive revenue as much as possible in a world where companies were going to cost optimize, we took a different approach. We, you how they can cost optimize, even though we knew it would diminish our revenue short and medium term. But, you know, we're going to help our customers be successful because our very strong belief is if we help customers over a long period of time, our business will come along with it. And that's the same thing here on the core. You know, I guess you could do calculations and decide that you have customers because of the scarcity and their willingness to pay would pay more to squeeze out your core customers. their businesses on top of AWS. They're running all their core applications. We're not gonna squeeze our customers and we're gonna make sure that they can scale. And then our job is to try to figure out how to have as much capacity as we can to allow not just our core customers, but all of our customers who want to use us in the AI side. And people want to use us in the AI side to be able to do so and do so in a way where it's sustainably economically for us as well. 27 issue. I think we'll see them in different components for several years. We are, I think that we're probably putting more capacity in than anybody else because we really continue, we're, we are very passionate about continuing to be the significant leader in the infrastructure and AI space like we've been. But as I said, it's, we're spending $220 billion or so this year, and we could spend a lot more and it wouldn't be a bad use of capital and both, you know, medium to long And I think we still probably wouldn't satisfy all the demand. There is just an incredible demand right now. So, speaking of that, you did something back in 2015 when you bought Annapurna Labs, which was probably before You probably weren't really thinking, I mean, maybe you were, but about like giant AI demand in 2015, because there just wasn't much AI demand in 2015. So kind of what drove that decision? And then how is it? kind of paid off in this new world. Yeah, I think, you know, the Annapurna team is one of the most talented teams and set of people I've ever had a chance to work with. And it's one of the very best acquisitions we've done at Amazon in the history of the company, if not the best. And it was – We foresaw some pieces, but I don't think that we – we did not make the Annapurna purchase for AI chips per se. But when you get to a certain scale, you start to have access and visibility to patterns of customers at very large scale that you realize if you can vertically integrate and you could build certain capabilities yourself, you'll be able to provide more value for customers. and better economics for the business itself. So what Annapurna started for us was, was just on the kind of core EC2 server. We felt like we were using too much of the server for virtualization and for networking and for security and for storage. And we wanted to be able to use nearly 100% of the server for compute for customers. And so we had been working with Annapurna before we acquired them on this NIC that offloaded those components to the NIC to allow us to have as much of the server for compute as possible. And we really liked the team and we really liked the product that we collaborated with them on together. And we realized that was going to end up [30:00] being in virtually every EC2 server, and it's turned out to be in every server we have. So we originally bought it Because that was going to be a core capability of our compute capabilities. And because the team was so talented at building chips, we felt like they could probably build other chips too. And at that time, we had this very deep partnership, which we still have a deep partnership with this company, but with Intel. But Intel had virtually all of the CPU share. And when you have a partner who has virtually all the share, they're not often thinking about how to drive price performance. They're trying to think about other features that allow them to get more share and drive more revenue. By the way, it's totally understandable. These are some of the dynamics of how markets work. It's part of how the innovator's dilemma comes up. We had tried to push on price performance and it was hard for us to get attention there, but we had customers who wanted to move more and more of their on-premises workloads to the cloud and they wanted thing we turned the Annapurna team loose on was to build a CPU chip. And they built Graviton, which 99% of our top 1,000 EC2 customers use it very pervasively today. It's about 40% more price performance than other x86 processors. And so that has been hugely impactful for our customers and for our business. And we just, a few years ago, we saw that same movie in the AI space where had one dominant provider who's very good and we had a deep partnership with, we still have a deep partnership with, we will for as long as I can foresee. But they have... giant markets and lots of different products they're building and priorities. And we knew our customers needed better price performance. And that's why we spun out a separate team in Annapurna to build an AI accelerator, which we call Tranium, which is also about 30 to 40% more price performance than the other comparable processors. And I think when you talk about will change that middle of the barbell to have more of those current enterprise production apps using inference, there are a couple things. Some of it is some of the talent that's comfortable doing post-training and fine-tuning, and some of the talent and organizational muscle that knows how to prioritize what to go after and how to do it. But a big, big chunk of it is the cost of inference. The cost of inference has come down quite a bit in the last few years, but it's still too expensive, in my opinion, for it to be used as pervasively as possible. Because if you're asking enterprises to rewrite their applications that use CPU today with AI accelerators, if the difference in those costs is very significant, the amount of incremental benefit they have to get from having the AI accelerators on there is a much higher bar to want to rewrite those apps. But if you can take the cost of inference down, that bar is much lower and all accelerators and inference. So that is a really important part for customers to being able to use AI pervasively is driving the cost of inference down. And our chips business is a big piece of that. Yeah. You know, it has. I can tell you from a our own firm that it is it can get very expensive we had one employee uh, spent $2 million in the last, doing good work. Yeah. I was like, okay, this inference is not that cheap. Um, yeah. So, you know, one of the things that you've done is you've made some investments, particularly in Anthropic and OpenAI, like very large investments, I think, like $18 billion in Anthropic and. like 50 billion in open AI or something like that. And so, Um, kind of what... got you to want to do that, you know, that, and, and that, you know, that and kind of similar investments from NVIDIA and so forth kind of got Wall Street up in a tizzy because it reminded them of the bad old days of the dot-com boom and so forth. How did you think about that, particularly since they are also customers? And why did that make sense? Both of those companies are really impressive teams and really impressive companies. And the rate at which they've grown their businesses, at least in the top line, I don't know if we've ever seen anything like it. And, you know, so to us, it's a combination of people. Uh, who these teams are, the technology and the models that they've built, and some of the applications they've built, our belief in how transformative AI is. [35:00] fact that we believe these are going to be two of the most successful companies in the space over a long period of time. And they're going to be lots of, they're not going to, not everyone's going to be a winner, but they're going to be a lot of very successful companies in this space, you know, but we believe these will be two of them. And then, you know, the fact that we partner so closely, I mean, we, you know, I would say that if I start with Anthropic, where we've had the longer partnership, you know, we have so many customers that run Anthropic in Bedrock and our inference service. And, you know, I think that is, I think customers are most successful running Anthropic and Bedrock. We have had a deep partnership with them on chips, you know, where they have been building on top of Tranium for a while. And I think it's been very good for Anthropic. I think it's been very good for our Tranium team. I think we both learned quite a bit from each other. So we have, you know, we have a deep partnership with them where, you know, both our belief in the future of AI, the belief of those companies and the partnership, it made sense for us to make investments as part of those partnerships. And then on the OpenAI side, we just had so many customers who wanted to use OpenAI and AWS and they weren able to do so because of their prior business arrangements that they had And for a long time I think the companies had a lot of mutual respect and desire to work together. And so this is another one of those where over a series of conversations and months, the ability to be able to run OpenAI in Bedrock, we built a unique product together in the stateful runtime environment, which is how I think all agents are going to be built moving forward. You're going to need state. Like Anthropic, they made a multi-year, multi-gigawatt commitment to Tranium. And we just believe that that is going to be one of the most successful companies in the space over a long period of time. All those made it make sense for us to have deeper partnerships and investments. Switching over to kind of how you use AI to build a company. So I think you said the Bedrock team rebuilt your inference engine with six engineers in 76 days, and that would have taken 40 people a year. So that's pretty different. And Amazon is kind of famous for the two pizza teams So what is your current organizational design thinking given the technology? Because it does seem to really change things. And we got super, super specialized over the years with designers and product managers and front-end engineers and back-end engineers and this and that and the other. And now, all of a sudden, everybody's, renaissance person um yeah and so how do you think about that in terms of org design yeah i agree with what you're saying it's uh i think that the bedrock experience that you alluded to was very eye-opening for everybody here and when we we spent a bunch of time sharing that story internally to um inspire people and remind people what's possible because over time what ends I started the company 29 years ago. I started as an assistant product manager. And I was the product manager for, I don't know, five products. Today, when companies get successful and they get bigger and the products get bigger, you end up where a product manager works on one product and they just own one slice of it Like they own pricing Everybody becomes more specialized and everybody accepts that that the way you have to do business if you building something big and successful and it's not and it's definitely not when you look at what's happening with ai and uh you know i even just this past uh if i look at the last week um we're you know we're working on some things um you know around uh agents in our consumer business uh we have a whole bunch of investments there, but we had an idea that we really liked that we agreed on Thursday we were going to try and have a real working prototype for that. Again, we had four or five people who over the weekend had it operating in an 80% shippable way by Sunday. Those are different worlds that you live in. I think what it means for the future of organizations is I think number one i i think that um uh we're gonna have fewer humans doing the work that they're doing today um in the future than we have today you know just if you look at the amount of coding that's being done agentically you look at the amount of customer service and business intelligence and research and um [40:00] You fast forward to just thinking how spreadsheets are going to be built, like the number of lawyers you have. I just think you're going to have... You're not going to have no people, but you're not going to have as many humans as we've all thrown at scale as businesses have gotten bigger in the future. There are going to be different jobs and new jobs, some of which we know about, some of which we don't know about, that will arise as AI and robotics and space development. There are going to be all sorts of new jobs, but we're going to have fewer humans doing what they've done today. I think the teams will be much smaller than they are right now. smaller teams that have they have people who can work cross-functionally. They don't only own one sliver because the models are going to be able to get them 80% of the way there on a lot of these different functions. I think that every team will start at a much more advanced stage than we have in the past. And so I think you're going to be able to invent much more expansively and much more quickly. And the startups starting today, most of them are starting agentically and agent native or AI native right from the start. All the larger companies who've been in business for a while are going to have to figure out how to actually build at that same pace. lot of capabilities and a loyal customer base, some of them will move very slowly to figure it out, and they will be more vulnerable, in my opinion, to startups. But I predict that companies will have to rewrite almost all of their code to be agentically capable. They're going to have to allow agents to be updating different pieces of code. You're going to have to build constraints You look at All of the nervousness of the last month or two about models. They are focused on the more fantastical scenarios. And by the way, they're possible. Like, is it possible an evil botnet will take over everything? I mean, I guess it's possible. And it's possible you can infuse robots with malicious intent. They're all possible. I personally think we're going to figure that out together as an industry and private public segment. I think you've got to start by paying attention to some of the things. the more immediate term risks, which are really around cybersecurity. These models, they find so many more vulnerabilities than you did before and that humans weren't finding. And maybe you could argue if they could or couldn't, but they just weren't finding. And so if you fast forward them, I think that the way that applications are going to have to be able to respond to imminent security threats is going to be in minutes. And today, if you think about it, you find vulnerabilities, people classify the vulnerabilities, people develop patches. And then even if you do that part quick, most companies take a long time to deploy because there are all these dependencies. You're going to have to deploy in minutes. And so if you don't actually have your applications rewritten to be able to be updated by agents, you're going to have no chance in that new world. And so I just think all organizations, they're going to be reinvented. prioritize are going to be much better shape than those don't. Yeah, and it seems like We as an industry... did not do a great job of architecting, Everything from the big systems to embedded devices, with like good security architecture. And... The day of reckoning is here. And, and, I mean, I think the good news is that's a big opportunity for new companies, new efforts, people to do things. But, yeah, it's... From what we're saying, it is the threat. The theoretical, the thought experiment threat's are, you know, right, maybe they'll happen, maybe they won't, but this is clear and present. Almost every partner and customer we talk to on the AWS site, every company of any size is worried about the security piece. And we've got a professional services practice where we're helping a lot of our customers, and we've built a service called Continuum that identifies a lot of these vulnerabilities and builds patches. But it's easier to see. [45:00] say than to do. And it actually, because a lot of companies and a lot of engineers sometimes, it isn't exciting sometimes to focus on the security piece. It's easy to wait until there are problems. And if you protect data that matters, it's a bad idea. Well, also, I think in most companies, you know, going back to our earlier conversation, specialization has probably been – you know, the worst case insecurity, where you've got these very, very esoteric security engineers who don't like working with the other engineers, who are scarce resource and this and that and the other. And as a result, Like, In most companies, in most software companies, their security practices just aren't that good for writing software. And I think that obviously has to change. And the good news is we have tools that We'll help with that. Yeah. The good news part of it, to your point, is that you're going to be able, you know, you have to hire pen testers. There's only so many security people you're going to hire. There's only so many applications they can get to. The models coupled with automation are going to allow you to get, you know, to be able to better pen test your entire surface. And you're going to find things that you might not have otherwise found outside of a fluke. So one of the things that has been kind of Interesting and us kind of looking at the market is – You can do a lot of things with AI. One is you can cut costs, you can reduce the number of accountants you have or lawyers or that kind of thing. There's actually venture capital firms that now are like, okay, we're going to go buy old companies and cut their costs. That's never been that interesting to us because we're like, okay, if that's your idea, you have very few ideas. Then there's like, okay, we're going to go build something the world's never seen before, and that's super exciting. thing which you've done um with Alexa where you've had a product, a successful product and you said, "Okay, Let's rethink this whole thing from the beginning because we have this new platform. How do you get to that and where does that make sense? Yeah. Well, I think that's actually an interesting delineation on the three elements. And I think that organizations, as we just talked about, are going to really change and get more streamlined. And if you do it right, it will enable your really good builders and these small teams to build that second bucket you talked about, which are things that people haven't seen before. 80% of the way there, it's so inspiring to people that they actually spend more of their free time and free thought cycles thinking about new ideas. That is, to me, it's one of the most exciting parts of what's happening with AI. But I also think that for AI. existing companies who have successful customer experiences at scale, that if they think about AI as primarily just incrementally improving the experience, they will very likely not have the winning experiences three to five years from now. Because I think every single one of these experiences we know, even the ones that seem the most difficult to imagine changing, are going to that if you want to think more than incrementally, you have to find a way to get teams to reimagine from scratch what those applications look like if you were building it today with all the new technology available like AI. And in some cases, to me, in Alexa, I felt like it was fairly obvious that we had to do that. You know, the brains of Alexa were really inventive at the time it was built. of what the brains could be were so different because of generative AI that you had to rewire the brains of Alexa if you wanted to be, you know, provide great customer experience to be relevant over a long period of time. And so that was fairly obvious. By the way, even though it was fairly obvious, it was difficult, actually, with, you know, the teams, you know, are connected to what they've built and proud of what they've built. And, you know, hard-earned scars on the tenets of work and to try and get teams to completely start over and reimagine, it takes time because teams will say, "Well, that's not how we've done it. We've tried that and that hasn't worked." But I think what's harder is to take experiences, take our other consumer experience, take our retail business or take our Prime Video business or our Fire TV business or Prime Music. Those experiences [50:00] is they're not as obvious that the technology has a much better solution today. But I actually believe every single one of those businesses we need to reinvent. And we have teams of people working on versions of those businesses that are totally reimagined. Now, do I think we'll get it right from the get-go? Probably not. We'll find ways to iterate our way into it. But it's already yielding all sorts of new ideas and customer experiences that we think are very compelling. And then what will be interesting is the race between do you want a completely different experience that's like something like a new app almost? Or do those advance quick enough and you add them into the existing experience where you end up meaningfully changing the overall customer experience bit by bit over the next couple of few years? as you find elements that work. But I do think every one of these experiences has to be different in the next few years if you want to be a successful leader. Yeah, that's such a tricky leadership problem. You know, it reminds me of... When I first began my career as an engineer, my boss, I got into some argument with somebody about something. And my boss said, look, one thing you have to understand, Ben, is that. Everything is up for discussion until the first line of code is written, and then it's religious. And I guess you experience that with Alexa, but. You know, it is – It is really interesting because all the knowledge, all the experience, all the things that went into building that original thing – are now you're saying, okay, we're okay giving a lot of that up. and going to this new world. And by the way, with the customers too, you're going to have some big set of customers that loves the current experience. Right. Every single big transformation, at least my experience, maybe you have some examples that aren't, but almost every big transformation, it's a huge change. The technology and the product and the customer experience and the business elements have to be compelling enough to want to change. But then when that's true, it doesn't just happen. It's a huge change management. And they knew it inside and out. And they were in the middle of the action. And they didn't want to learn something new. It's going to be the same thing. It's the same experience I was just mentioning. It's going to be true for trying to reinvent all your customer experiences. We're all proud of what we've built over the last 10 years and these experiences. And we all have 100 things that can make them better that we're all excited about. And we spend all our waking hours working on. To think about how do I completely start over is it's intellectually and emotionally hard to do. No doubt, no doubt. Andy, we just incubated Horwitz and Jason Academy a few weeks ago to help young people prepare for this transformation we're talking about. You've said how AI makes building easier, but young people still need to learn real expertise. I'm curious, if you were 18 in 2026, what advice might you have for yourself about how to prepare for this transformation that we're entering? Well, I have a 25 and a 22 year old. And so I guess the 22 year old was 19 when this was starting to really take off. And, uh, uh, I learned very quickly that you can't tell them not to use AI in education. Like that ship has left the station or that train has left the station. And I think universities would be wise not to fight it. I just think it's a tool that people are going to use. And yet, at the same time, I think – All young people, and I would say for us where we have a lot of people who – we have a writing culture who are using AI to write. You can tell when something's been written by AI. It's not quite right. The pieces aren't put together quite right. And so the advice I would give somebody young and I gave my kids was – You can't run away from it, you know, and you can't wish it away. Like, it's... And it's going to be incredibly impactful in your life, in every experience that you try and use in your work. And it will allow you to invent in ways that just weren't possible for us before it. And so you really need to learn about it. You need to educate yourself about it. You need to use it a lot. You need to try it. Try doing things that are outside of your comfort zone. applications and use it as kind of the focal point of how you operate your day and how you use tools of work. But when I don't think it replaces critical reasoning and thinking. And I think this is true for [55:00] for universities, in many ways, if I think about But think about business school as an example. You would get these three cases that you had to analyze every day. And you had to do a lot of reading and you had to take notes and you had to figure out what the key issues were. And then you got all these exhibits and you took notes on those. And then you had to kind of put together what you thought the plan should be for that company. And, you know, oftentimes there were a bunch of people just didn't do the work. You know, they just didn't do the reading or the research or the note taking. And all that kind of goes away with AI. AI is going to be able to kind of get everybody to that starting, that advanced starting spot much more quickly. say that the actual putting the dots and the pieces together, either to build a strategy or an approach or a plan or a new product or a new customer experience, I don't think AI is going to do that for most people most of the time. It's not that it'll never happen. I still think you're human judgment, ingenuity, invention and experimentation and thinking about how all the pieces come together to end up building amazing experiences and businesses. And so I think you want to use the tools and they're going to be huge aids. But I still think critical reasoning and thinking is going to be very important in everything we do. Yeah. Yeah, I gearing towards closing here. You know, you guys are in businesses as diverse as satellite connectivity, robotics, health care. I mean, the ambition is incredible to think this business started as selling books on the Internet. And here it is now. or how do you make sense of just the vast range? Well, I'd say a few things. You know, first, I think we are living in an era of three of the biggest transformations in our lifetime, and maybe ever, between AI, robotics, and space technology. And they're all huge, and they all are going to completely change a number of customer experiences that we all encounter. our consumer experiences. If you think about Amazon Leo, our low Earth orbit satellite constellation that we're building for the 500 million households around the world that don't have broadband connectivity, There's an incredible set of transformations that are happening that we have a chance to help customers leverage in a way that makes their lives better. We do it in a way that helps customers but also lead to long-term sustainable businesses for ourselves as well. I think we have a chance to be much more relevant in helping customers across many more areas. even mentioning what we're doing in grocery and what we're doing in, you know, autonomous driving, ride hailing and health care. And, you know, there's, you know, the way we organize, we've often had over the years, this internal debate. Um, But also, a lot of external folks have asked the same type of question, which is what's being spread too thin? I think some of that depends on a combination of how you organize yourself and what you're willing to invest. And so because we don't try and have the same group of people manage multiple businesses and we organize in this decentralized, single-threaded way, we're not. If you have the right leaders and the right builders on those teams and you have an experience that if it's big enough could move the needle and you have a differentiated idea and a space is not being that well served, you have the opportunity to pursue a lot of these things simultaneously. And we have over a long period of time. And it just comes down to how much you're willing to invest. You know, there are some companies very understandably who say, we're going to stick to our knitting. You know, we're going to stick to a very successful strategy. We are very intent on our existing businesses continuing to grow them and build them. I think we've done so pretty successfully, a good clip, but there are so many other customer experiences that we know customers really want us to help solve that we can. They're going to help us grow. [60:00] customers and change our business long term and we'll keep pursuing those. that's an inspiring uh note note to end on uh sort of endless ambition andy thanks so much for coming on the podcast yeah thank you thank you for having me i appreciate it guys thanks for listening to this episode of the a16z podcast if you like this episode be sure to like comment subscribe leave us a rating or review and share it with your friends and family for more episodes go to youtube apple podcast and spotify follow us on x a16z and subscribe to our sub stack 16z.substack.com. Thanks again for listening, and I'll see you in the next episode. As a reminder, the content here is for informational purposes only, should not be taken as legal business, tax or investment advice, or be used to evaluate any investment or security and is not directed at any investors or potential investors in any A16Z fund. Please note that A16Z and its affiliates may also maintain investments in the companies discussed in this podcast. For more details, including a link to our investments, please see A16Z.com forward slash disclosures. Thank you. you you