The $100,000 token budget EVERY engineer will need | Sierra Co-Founder
Description
Clay Bavor is the Co-Founder of Sierra, one of the world's fastest-growing enterprise AI companies. Sierra is valued at approximately $15.8 billion, has raised more than $1.5BN from leading investors including Sequoia, Benchmark, Greenoaks, GV and Tiger Global, and today serves more than 40% of the Fortune 50. The company recently surpassed $150 ARR, making it one of the fastest-growing enterprise software businesses in history. ----------------------------------------------- Timestamps: 0:00 Intro 1:37 Why Clay finally said yes to building Sierra with Bret 5:53 Why Sierra chose not to train their own foundation models 7:15 The case for unbounded demand for frontier intelligence 10:41 Why token costs are rising, not falling 14:35 Open models: the US vs China gap 18:36 Inside Pinecone, Sierra's internal AI agent 26:00 Staying close to customers as an enterprise AI company 33:22 Forward deployed teams: kickoff to live in 6 weeks 43:02 Sierra's core values: craftsmanship, intensity, family 55:41 Advice for young people entering the AI job market 1:02:35 Quickfire: Sundar, books, and parenting lessons ---------------------------------------------------------------------------------------------- Subscribe on Spotify: https://open.spotify.com/show/3j2KMcZTtgTNBKwtZBMHvl?si=85bc9196860e4466 Subscribe on Apple Podcasts: https://podcasts.apple.com/us/podcast/the-twenty-minute-vc-20vc-venture-capital-startup/id958230465 Follow Harry Stebbings on X: https://twitter.com/HarryStebbings Follow Clay Bavor on X: https://twitter.com/claybavor Follow 20VC on Instagram: https://www.instagram.com/20vchq Follow 20VC on TikTok: https://www.tiktok.com/@20vc_tok Visit our Website: https://www.20vc.com Subscribe to our Newsletter: https://www.thetwentyminutevc.com/contact ----------------------------------------------- #20vc #harrystebbings #founder #ai
Summary
Generated by claude-sonnet-4-5At-a-Glance
- Verdict: Watch fully
- Core thesis: Token budgets will become a standard line item (~20% of engineering salaries), agents will replace chat interfaces, and enterprise AI adoption requires forward-deployed teams paired with purpose-built agent architectures—not generic foundation models.
- Why it matters: Clay Bavor (Sierra co-founder, 18yr Google veteran) reveals what actually works in enterprise AI: frontier models for high-stakes tasks, open-weights fine-tunes for commodity work, internal agents (Pinecone) that triple productivity, AI-native hiring processes, and FDE motions that compress time-to-value from quarters to 6–8 weeks. Sierra works with 40% of Fortune 50, valued at $16B, and demonstrates what post-LLM software companies look like.
- Best use: Study for operator playbook: token budgeting policy, AI-native interview design, forward-deployed GTM, internal agent tooling architecture, founder work division (majors/minors), and board memo structure. Key for understanding how enterprise buyers actually adopt agents vs. chat, and where value capture happens (platform + verticalized expertise, not pre-training).
Executive Summary
Clay Bavor co-founded Sierra in late 2022 after 18 years at Google, where he learned to own the stack as deeply as needed but avoid capital-intensive pre-training. Sierra builds AI agents for customer interaction across the full lifecycle (support, sales, marketing). They work with 40% of Fortune 50, raised $1.5B+ at ~$16B valuation, and have 100 people in Europe plus a Japan expansion via acquisition. Bavor explains they avoided foundation-model training because it produces 'a highly perishable bag of floating point numbers'—instead they fine-tune open-weights models and built proprietary agent frameworks (their founding head of research wrote the ReAct paper). The company's MCP gateway aggregates all internal systems; employees use an internal agent called Pinecone that has become 'approaching indispensable.'
Bavor argues unbounded demand exists for frontier intelligence in high-stakes domains (coding, law, science, material science) even as open-weights models handle commodity tasks cheaper. He predicts engineers will spend ~20% of salary on tokens (not 3.8% as Salesforce data suggests), with top engineers already running $100k+/year token budgets. Sierra's productivity gains range from 3x to 20x in feature velocity. Token economics are driven by three factors: hardware improvements (more tokens per dollar), workload migration to open-weights, and fundamental supply constraints (GPU/power availability). Reasoning models (O1-style test-time compute) dramatically increase token usage but unlock step-function capability gains.
Sierra's GTM is forward-deployed engineering (FDE) inspired by Palantir: engineers embed in customer orgs (one founding engineer was literally a Weight Watchers employee), co-build agents, and compress time-to-value. Next went live in 6 weeks; Cigna in 58 days. Bavor sees this as essential for enterprise adoption because no one has deployed agents at scale before—customers need a partner who understands their business model and tech stack deeply. The company is expanding beyond support into demand generation and full customer lifecycle (Rocket Mortgage example: search/discovery, outbound refi campaigns, loan sizing, servicing). Long-term play is verticalized domain expertise (retail cart-building, healthcare claims, banking fees) applied at scale, not one-off custom builds.
Operationally, Sierra runs 6-week board cycles (not quarterly) because 'AI time clock moves faster.' Board meetings use 6–10 page memos (no decks), focus on 'what we suck at,' and invite genuine challenge from investors (Benchmark's Neil Mehta, GV's Sangin, Sequoia's Ravi Gupta). Clay and Brett use 'think apart, think together'—independent writing followed by comparison to avoid groupthink. They divide leadership into majors/minors: Brett owns sales + engineering, Clay owns operations/finance/legal, both do product. Company values are craftsmanship (details compound into great companies), intensity (pace determines who wins the giant market), and family (work-life integration, not performative grind). They're fully in-person, changed to AI-native interviews (here's $150, pick a coding agent, build something), and some of their most effective employees are 22–23-year-old 'AI-pilled' new grads.
Key Takeaways
- Claim: Token costs will converge to ~20% of engineering salaries, not 3.8%. | Evidence: Bavor cites top Sierra engineers spending >$100k/year on tokens (a 'meaningful fraction' of eng salary). He explicitly disagrees with Salesforce's 300M/year (~3.8% of dev salaries) as steady-state, saying 'I would not bet on 3.8%. I would bet on much closer to 20%.' Productivity gains are 3–20x in feature velocity. | Caveat: No caveat stated. Bavor acknowledges he's 'not going to be held to it in five years' but is confident in direction. Actual steady-state depends on hardware improvements, reasoning-model adoption rates, and whether coding agents themselves become the limiting factor (reviewing code vs writing it). | Implication: This fundamentally changes startup unit economics and VC portfolio math. If token spend becomes 20% of eng comp, companies that automate token-heavy workflows (code review, architecture, testing) are undervalued; companies selling token-management/budgeting tools are well-positioned. For operators: start modeling token budgets per-employee now, not later. | Timestamp: timestamp unavailable
- Claim: Unbounded demand exists for frontier-level intelligence; open-weights models won't commoditize frontier use-cases. | Evidence: Bavor: 'We have not yet appreciated the unbounded demand for frontier levels of intelligence.' He asks: would any company refuse to upgrade staff-level engineers to principal/distinguished? Frontier models are needed for high-stakes domains (coding, science, law, materials) where 'the ceiling is very high' for invention/discovery. Open-weights handle commodity tasks (returning shoes) but can't replace frontier for complex/novel work. | Caveat: Bavor admits 'it's a lot more complicated than that' and that open-weights models will capture more workloads over time. He notes GPT-4 is now 1/300th the cost for equivalent intelligence, creating an 'assembly line' of frontier→open-weights migration. The question is how fast the frontier expands vs. how fast open catches up. | Implication: Frontier labs (OpenAI, Anthropic, Google) are not commoditized—demand for intelligence is elastic, not fixed. Startups should plan for hybrid architectures (frontier for novel/high-stakes, open-weights for repetitive/low-risk). VCs: companies that vertically integrate both (like Sierra) can capture margin by routing intelligently; pure frontier resellers face margin compression. | Timestamp: timestamp unavailable
- Claim: Forward-deployed engineering (FDE) is essential for enterprise AI adoption, especially in regulated/complex orgs. | Evidence: Sierra embeds engineers inside customer orgs (founding engineer Mihai was a W-W employee, got perf reviews). This enabled 6-week go-lives (Next) and 58-day deploys (Cigna). Bavor: 'No one has ever deployed an AI agent. No one has ever put AI in this way in front of their customers.' FDE helps customers understand business mechanics, integrations, and build trust as a partner (not vendor). Inspired by Palantir's model. | Caveat: Bavor says it's 'not binary'—you can sell without FDE if customers are self-serve capable, but 'time to market, time to impact, time to value, and quality of result' are much better with FDE. Not every customer needs it; Sierra's platform is 'highly extensible and transparent,' so technical buyers can build agents themselves. | Implication: Enterprise AI GTM requires services margin and people, not just software. Startups selling to Fortune 500 should budget for FDE headcount (Sierra has 100 in Europe alone). This also implies lower gross margins than pure SaaS but faster land-and-expand. For investors: FDE is a moat (relationships, domain knowledge) but caps operating leverage vs. self-serve products. | Timestamp: timestamp unavailable
- Claim: Internal agents (Pinecone, Sierra Brain) are becoming 'approaching indispensable' for company operations, not just customer-facing products. | Evidence: Sierra built Pinecone, an internal agent with full access to company systems via a single MCP gateway (Slack, docs, presentations, code). Engineers use it for 'phenomenal productivity' in building agents. Clay uses a custom skill to review all hiring packets (he approves every hire). Sierra Brain is a 20–30 page grounding doc + board letters + operating reviews that serves as a strategy thought partner. Pinecone has a 'shared library of skills' employees build and share. | Caveat: Bavor says Pinecone is 'approaching indispensable' but not quite there yet. No quantified productivity metrics given for non-engineering use-cases. Unclear how much of the productivity comes from the agent vs. the MCP integration itself (which consolidates access). | Implication: Every company should build an MCP-style integration layer for internal tools and an agent harness on top. This is the 'internal AI co-pilot' category—not code completion, but operational reasoning. Early movers (like Sierra) will have compounding advantages because the agent learns company-specific workflows. Opportunity for infra startups: MCP-as-a-service, agent harnesses, skill libraries. | Timestamp: timestamp unavailable
- Claim: AI-native hiring processes replace traditional coding interviews; young 'AI-pilled' grads are disproportionately valuable. | Evidence: Sierra changed eng interviews to: 'Here's $150 to spend on a coding agent. Pick your setup. Build an application. Explain your process.' Tests for architecture, systems design, product thinking, values (smart/nice/intense). Bavor: 'Some of our most effective employees at the entire company are 22 or 23 years old and have been completely AI-pilled and have a comfort and facility with these tools that many of our more experienced folks don't.' Coming out of university as an AI tools master is 'unfair advantage'—unlimited time to learn, no legacy workflows. | Caveat: Bavor acknowledges this is engineering-specific so far. He wants 'every one of our interviews' to have an AI-native component within 2 months but doesn't detail how that works for non-technical roles. Also unclear if AI-pilled juniors scale to senior/principal leadership roles or if there's a skill ceiling. | Implication: Hiring bar shifts from 'can you write code on a whiteboard' to 'can you architect solutions and wield agents effectively.' New grads who master Claude/Codex/Cursor in college have a 2–3 year window of arbitrage before experienced engineers catch up. For founders: re-evaluate hiring rubrics now; traditional CS interview loops are obsolete. For new grads: token-max your learning, not your GPA. | Timestamp: timestamp unavailable
- Claim: China leads in open-weights models because they distill US frontier models at scale, not because of superior pretraining capabilities. | Evidence: Bavor: 'Part of the driver of the difference is probably the willingness of Chinese companies to do scale distillation of the frontier models. My impression is many of the models, the open-weights models coming from China are derived from training runs done in the US.' US labs won't compete with themselves by releasing open-weights equivalents of their frontier models. 'If you can't build frontier models yourself, maybe the next best approach is to distill them and offer them up.' | Caveat: Bavor says 'my impression is' and 'probably'—not definitive. Also doesn't address whether Chinese open-weights innovations (Qwen, DeepSeek R1) are purely distillation or include novel architectures. Doesn't cover export controls or H100 smuggling. | Implication: US open-weights ecosystem is structurally disadvantaged unless Meta/others continue releasing competitive models. Distillation is a viable strategy for startups: fine-tune frontier outputs into smaller, faster, cheaper models for specific domains. Geopolitically, this suggests export controls on model weights (not just chips) could matter, but enforcement is hard. | Timestamp: timestamp unavailable
- Claim: Board meetings every 6 weeks (not quarterly) with memo-driven formats and 'what we suck at' transparency unlock better decisions. | Evidence: Sierra runs 3-hour and 1.5-hour meetings every 6 weeks because 'AI time clock moves faster'—winter break 2024/25 saw step-change in coding agents (Claude 4.5, Codex 5.2) that changed product/dev approach. Memos are 6–10 pages, sent in advance for 'soak time.' Format: exceeded forecast again, landed X customers, here are 7 things we could do better. 'Think apart, think together' prevents groupthink. 'Writing is thinking on paper… very hard to hide from writing.' | Caveat: This requires world-class investors who add value (Benchmark, Sequoia, GV). Not every board can or should meet this often—depends on velocity of market/product changes. Also requires founders who can write clearly and don't fear transparency. Early misstep example: didn't hire recruiters fast enough despite demand signals. | Implication: Quarterly boards are too slow for AI-era companies. Operators should adopt 6-week cycles if market/technology is moving fast. Memo format forces clarity and prevents 'managing the board' with slide decks. Investors: if you can't add value in 6-week cycles, you're not the right partner for frontier-speed companies. | Timestamp: timestamp unavailable
- Claim: Sierra intentionally took lower valuations than available in every round, guided by milestone-to-milestone capital needs, not maximizing price. | Evidence: Bavor: 'In every one of our rounds, we actually guided to and took a lower price than we could have.' Decision framework: 'What is the amount of capital that we need to raise to get to the next unequivocally higher watermark in terms of revenue, company scale, and so on.' They think 'milestone to milestone funding' and are 'sensitive, but not maximally so, to dilution.' | Caveat: No specific valuation numbers or dilution percentages given. Unclear if this strategy persists at $16B valuation or if there's a ceiling where pricing discipline breaks down. Also doesn't address whether lower prices helped win specific investors (Benchmark, Sequoia, GV) who prefer disciplined founders. | Implication: Pricing discipline de-risks future rounds (less down-round exposure) and signals founder maturity to top-tier investors. For founders: optimize for capital efficiency and milestone achievement, not headline valuation. For investors: founders who leave money on the table are better long-term partners. This is contrarian in 2025 but defensible if you're growing fast enough (Sierra is). | Timestamp: timestamp unavailable
Detailed Brief
Token Economics and the $100k Budget Reality
- Claims: Token costs will approach 20% of engineering salaries, not the 3.8% implied by Salesforce's $300M/year spend.; Top engineers at Sierra already spend >$100k/year on tokens; productivity gains are 3–20x in feature velocity.; Token economics driven by three factors: hardware (more tokens per $), workload migration to open-weights, and supply constraints (GPU/power).; Reasoning models (O1-style test-time compute) dramatically increase token usage but unlock step-function capability gains.; Rate limiter in software development is shifting: used to be writing code, now reviewing code, soon deciding what to build.
- Evidence: Bavor: 'I have heard and I have observed that top engineers who are really leaning in to Claude, Codex, and so on are spending more than $100,000 on a run rate basis on tokens per year.'; Salesforce spends $300M/year on Anthropic, which is ~3.8% of developer salaries (per Harry's math). Bavor: 'I would not bet on 3.8%. I would bet on much closer to 20%.'; Sierra engineers estimate they are '3 to 20 times more productive in terms of feature shift' when using Claude, Codex, and Pinecone.; O1 model chart: 'test time compute, or amount of inference done, amount of thinking out loud and performance… keeps going up into the right. It's logarithmic.'; Nebius founder (mentioned): if they 10x supply, they could 'still sell out in a day'—illustrating unbounded GPU demand.; On-device inference (phones, Mac minis) won't alleviate server demand: 'you need petaflops, exaflops of compute… you just run into thermal limits on your phone.'
- Caveats: Bavor says he's 'not going to be held to it in five years'—acknowledges uncertainty in steady-state convergence.; Actual costs depend on rate of hardware improvement, reasoning-model adoption, and whether new bottlenecks emerge (e.g., code review becomes the limiter).; No breakdown given for what % of token spend is reasoning vs. generation vs. retrieval/search.; Supply constraints (GPU/power) create a floor on token costs—'classic microeconomics 101, supply demand'—so prices may not fall as fast as expected.
- Implications: CFOs will budget headcount as 'salaries + SBC + tokens'—token allocation becomes a new capital allocation lever.; Startups building token-management, budgeting, or optimization tools (e.g., routing logic, caching, prompt compression) are well-positioned.; VC portfolio math changes: if token spend is 20% of eng comp, companies with high automation leverage (fewer humans per $ revenue) look better; pure LLM API wrappers with thin margins look worse.; For operators: start tracking token spend per engineer now; model future budgets at 15–20% of comp, not 3–5%.; Hardware companies (Nvidia, AMD, Groq, Cerebras) and infrastructure plays (Nebius, CoreWeave) have durable demand even as software margins compress.
Frontier vs. Open-Weights: Why Both Will Coexist
- Claims: Unbounded demand exists for frontier intelligence in high-stakes domains (coding, law, science, materials).; Open-weights models will handle commodity tasks (shoe returns, basic support) but won't replace frontier for novel/complex work.; Chinese open-weights advantage comes from scale distillation of US frontier models, not superior pretraining.; US labs won't release open-weights equivalents of frontier models because it competes with their own products.; GPT-4-level intelligence is now 1/300th the cost, creating an 'assembly line' of frontier→open-weights migration.
- Evidence: Bavor: 'We have not yet appreciated the unbounded demand for frontier levels of intelligence.' Analogy: 'If you asked any software company, would you like to upgrade your staff-level engineers to principal or distinguished-level engineers? A hundred out of a hundred would say, yeah, that sounds pretty great.'; Example: 'You don't need Mythos to return a pair of shoes. You're good… but in a range of domains, coding certainly, science, material science, legal… where the stakes are very high, there's a high degree of complexity, unbounded demand for greater levels of intelligence.'; On China: 'Part of the driver of the difference is probably the willingness of Chinese companies to do scale distillation of the frontier models… many of the models, the open-weights models coming from China are derived from training runs done in the US.'; Why US lags in open-weights: 'Are [US labs] going to compete with themselves and drive price pressure on the frontier models by developing and releasing models, open-weights models that are of similar capability? If I was running that business, that's not something I would do.'; Cost compression: GPT-4 in March/April/May 2023 was state-of-the-art; now it's '1/300th the cost for an intelligence equivalent token.'
- Caveats: Bavor admits 'it's a lot more complicated than that' and that open-weights will capture more workloads over time.; No clear delineation given for which tasks require frontier vs. open—just high-level domains (coding, law, science) vs. commodity (support).; Doesn't address whether reasoning models (O1, R1) will remain frontier-only or quickly migrate to open-weights.; Chinese distillation theory is Bavor's 'impression' and 'probably'—not confirmed. Also doesn't cover Qwen/DeepSeek architectural innovations.
- Implications: Frontier labs (OpenAI, Anthropic, Google) have durable moats in high-stakes domains; open-weights won't commoditize them quickly.; Startups should architect for hybrid model usage: frontier for novel/high-risk, open-weights for repetitive/low-risk. Routing logic becomes a competitive advantage.; Distillation is a viable strategy: fine-tune frontier outputs into smaller, faster, cheaper models for specific verticals. Sierra does this ('proprietary fine-tuned models… on top of open-weights models').; US policy question: should export controls target model weights, not just chips? Enforcement is hard, but Chinese advantage in open-weights could grow if US doesn't release competitive models.; For investors: pure frontier API resellers face margin compression; companies that vertically integrate (own routing, fine-tuning, vertical expertise) can capture margin.
Internal Agent Tooling: Pinecone, MCP Gateway, Sierra Brain
- Claims: Sierra built Pinecone, an internal agent with full access to company systems via a single MCP gateway (Slack, docs, code, presentations).; Pinecone has become 'approaching indispensable' for running the company; engineers are 'phenomenally productive.'; Clay uses a custom Pinecone skill to review all hiring packets (he approves every hire); it flags patterns he scans for.; Sierra Brain is a 20–30 page grounding doc + board letters + operating reviews that serves as a strategy thought partner.; MCP gateway aggregates 'all of the main systems and services that we use to run the company'; employees add it to Claude/Codex instances.
- Evidence: Bavor: 'We began by building what we call our MCP gateway. This is a single MCP server that aggregates all of the main systems and services that we use to run the company… you can add this single gateway to your Claude instance, to your Codex instance, and indeed to Pinecone.'; On Pinecone: 'It's having superpowers, right? You can interrogate, in essence, the entirety of the company, all information that is published, whether it's Slack messages or presentations or operating reviews… having superpowers.'; Pinecone knows how to build Pinecone: 'There's a whole harness around the engineering of Pinecone… our engineers there are phenomenally productive.'; Clay's hiring skill: 'I have a bunch of skills, including one that is the clay scanner of interview packets… I've basically taught it what are the things that I look for, what do I scan for, flag these if there are any instances of them.'; Sierra Brain: 'Starts with a 20 or 30 page document that grounds any agent in what we are as a company, what we do, how we're organized… then on top of that, I've given it access to every one of our recent board letters, every one of our recent operating reviews… it's a strategy thought partner.'
- Caveats: Bavor says Pinecone is 'approaching indispensable' but 'not quite there yet'—unclear what's missing.; No quantified productivity metrics for non-engineering use-cases (e.g., ops, finance, legal).; Unclear how much productivity comes from the agent vs. the MCP integration itself (which just consolidates access).; Permissions model mentioned but not detailed: 'you can't read someone else's documents, but you can read your own.'; No discussion of security/compliance implications (e.g., SOC 2, data retention) for internal agents with full system access.
- Implications: Every company should build an MCP-style integration layer for internal tools (Slack, Notion, Linear, GitHub, etc.) and an agent harness on top.; This is the real 'internal AI co-pilot' opportunity—not code completion, but operational reasoning across systems.; Early movers (like Sierra) will have compounding advantages: the agent learns company-specific workflows, shortcuts, and patterns. This is hard to replicate.; Opportunity for infra startups: MCP-as-a-service (pre-built connectors), agent harnesses (frameworks for building company-specific agents), skill libraries (reusable agent capabilities).; For operators: invest in internal tooling now; the productivity gains are real and multiplicative. Don't wait for vendors—build it yourself if you can.
AI-Native Hiring and the 'AI-Pilled' Advantage
- Claims: Sierra changed eng interviews to 'here's $150, pick a coding agent, build something, explain your process.'; Young grads (22–23 years old) who are 'completely AI-pilled' are among Sierra's most effective employees.; New grads have an unfair advantage: 4 years to master AI tools with unlimited time (vs. experienced workers with legacy workflows).; Traditional coding interviews (whiteboard, LeetCode) are obsolete; AI-native interviews test architecture, systems design, product thinking.; Within 2 months, every Sierra interview will have an AI-native component (not just engineering).
- Evidence: New interview process: 'Here's a very – here's a kind of prompt. Think through an application you would like to build. Cool. Okay. Here's $150 to spend on choose your coding agent. You can use whatever setup you want. Use whatever tools you want. Bring your own laptop. Bring your own tools. We're going to pay for your tokens. And then build it.'; Bavor: 'Some of our most effective employees at the entire company are 22 or 23 years old and have been completely AI-pilled and have a comfort and facility with these tools that many of our more experienced folks don't.'; On new grads: 'Coming out of university as a master of these AI tools, boy, let me point you to a thousand companies that would love to have you infuse what you know into how they're doing things. And I can't remember a time when a young person with no work experience but with the right mindset and experience using some of these tools has ever been so valued.'; Bavor plans: 'I will be disappointed if in the next no more than two months, not every one of our interviews has some strong AI-native component to it.'
- Caveats: This is engineering-specific so far; unclear how AI-native interviews work for non-technical roles (sales, ops, legal).; Bavor doesn't address whether AI-pilled juniors scale to senior/principal/leadership roles or if there's a skill ceiling.; No discussion of how to assess architecture/systems design in a world where agents generate code—does the candidate need to understand internals, or just know how to prompt?; Potential bias: younger candidates may be more comfortable with AI tools due to recency/exposure, not necessarily superior reasoning.
- Implications: Hiring bar shifts from 'can you write code on a whiteboard' to 'can you architect solutions and wield agents effectively.'; New grads who master Claude/Codex/Cursor in college have a 2–3 year window of arbitrage before experienced engineers catch up. This is a golden age for young talent.; For founders: re-evaluate hiring rubrics now. Traditional CS interview loops (LeetCode, system design whiteboarding) are obsolete. Test for agent fluency, not raw coding speed.; For new grads: token-max your learning in college. Spend unlimited time mastering AI tools. That's your unfair advantage over experienced workers who are busy with jobs/families.; For investors: companies that hire AI-native talent early (and retain them) will have compounding productivity advantages. Ask portfolio companies about their interview processes.
Forward-Deployed GTM: The Palantir Playbook for Enterprise AI
- Claims: Sierra embeds engineers inside customer orgs (founding engineer Mihai was a Weight Watchers employee, got perf reviews).; FDE enables 6-week go-lives (Next) and 58-day deploys (Cigna)—compressed from typical 6–12 month enterprise sales cycles.; FDE is essential because 'no one has ever deployed an AI agent' at scale—customers need a partner who understands their business/tech stack.; Sierra's platform is 'highly extensible and transparent' (you can export agent definitions, build your own), so FDE is optional but recommended.; Long-term play is verticalized domain expertise (retail cart-building, healthcare claims, banking fees) that scales beyond one-off custom builds.
- Evidence: On FDE origin: 'We really started building out this forward deployed team… customers use it in widely ranging ways… having Sierra and help from our teams drive while our customer is in the passenger seat, but navigating for the first version.'; Example: 'Our founding engineer, Mihai, was actually an employee of Weight Watchers, including getting performance review time emails and so on.'; Speed: 'Next Live in six weeks from kickoff to live behind their phone number and chat in six weeks or Cigna… live… in 58 days.'; Why FDE matters: 'No one has ever deployed an AI agent. No one has ever put AI in this way in front of their customers. And in order for us to build the best thing as quickly as we and our customers would like, being so close to the business, the mechanics of it, the people, their business model… we understand it.'; Platform extensibility: 'Our platform is highly extensible and very transparent. You can see exactly how an agent is built. You can export agent definitions and completely build your own. So no need for forward deployed if you don't want it.'
- Caveats: Bavor says it's 'not binary'—you can sell without FDE if customers are self-serve capable, but 'time to market, time to impact, time to value, and quality of result' are much better with FDE.; FDE works for Fortune 50 but may not scale to mid-market or SMB (where customers can't afford embedded engineers).; No disclosure of FDE team size, cost structure, or gross margins. Likely lower than pure SaaS (60–80%) but higher than traditional services (30–50%).; Risk: one-off custom builds don't scale. Sierra counters this by 'scanning for opportunities to strengthen our platform'—building reusable capabilities, not snowflakes.
- Implications: Enterprise AI GTM requires services margin and people, not just software. Startups selling to Fortune 500 should budget for FDE headcount (Sierra has 100 in Europe alone).; FDE is a moat: relationships, domain knowledge, and integrated workflows are hard to replicate. Competitors selling software-only will struggle to win complex deals.; Lower gross margins than pure SaaS, but faster land-and-expand (6-week deploys vs. 6-month pilots) and higher NRR (customers are sticky because agents are embedded in workflows).; For investors: FDE caps operating leverage (can't scale to 10,000 customers with 100 employees) but is necessary for large enterprise deals. Look for companies that balance FDE with platform reusability.; For operators: if you're selling to regulated/complex orgs, plan for FDE motion. Hire engineers who can code and talk to customers. Palantir-style embedding is the playbook.
Operational Discipline: Board Memos, 6-Week Cycles, Values, Pricing
- Claims: Sierra runs board meetings every 6 weeks (3-hour + 1.5-hour meetings) because 'AI time clock moves faster.'; Board memos are 6–10 pages (no decks), focus on 'what we suck at,' and invite genuine challenge from investors.; Clay and Brett use 'think apart, think together'—independent writing followed by comparison to avoid groupthink.; Company values are craftsmanship (details compound), intensity (pace determines who wins), and family (work-life integration).; Sierra intentionally took lower valuations than available in every round, guided by milestone-to-milestone capital needs.
- Evidence: On 6-week cycles: 'We have a three hour meeting and a one and a half hour meeting. We've done this since the beginning of the company because we could just see if you're on the AI time clock, it moves a lot faster.'; Example: 'We came back from winter break and suddenly coding agents were amazing. You had Claude 4.5, Codex 5.2. There is a fundamental step change in the capabilities of these models. It changed our approach to software development.'; Board memo format: 'Brett and I write a usually six to ten page memo… writing is thinking on paper… very hard to hide from writing… sending that in advance, giving each of our board members some soak time to think through the issues and come prepared rather than be presented to and managed.'; Content: 'Generally the format of a board letter is we exceeded forecast by a wide margin yet again, things are going well. We landed these customers. And here are the seven things we think we could be doing better. Where we're unhappy, we could be going faster here, need to hire in this area and so on.'; Think apart, think together: 'We'll initialize on a prompt. And the idea is not to group think one another. So we want to get the best of our independent thinking. So we did a think apart, think together on values. Went off and spent an hour writing up what our view was. Came back and compared notes.'; Values origin: 'There was, first of all, a shocking amount of overlap… we're deeply similar in many of our values. Family comes from I've got four young kids. Brett's got three kids… the only thing that's more important than Sierra is our families.'; Pricing: 'In every one of our rounds, we actually guided to and took a lower price than we could have… what is the amount of capital that we need to raise to get to the next unequivocally higher watermark in terms of revenue, company scale, and so on.'
- Caveats: 6-week board cycles require world-class investors who add value (Benchmark, Sequoia, GV). Not every board can or should meet this often.; Memo format requires founders who can write clearly and don't fear transparency. Many founders prefer slide decks because they're easier to manage/spin.; No specifics on what 'lower price than we could have' means—could be 10% lower, could be 50% lower. Also unclear if this strategy persists at $16B valuation.; Values (craftsmanship, intensity, family) are founder-specific. Not every founding team shares these; some prioritize speed over perfection, others prioritize work-life balance over intensity.
- Implications: Quarterly boards are too slow for AI-era companies. Operators should adopt 6-week cycles if market/technology is moving fast (e.g., new models every 2–3 months).; Memo format forces clarity and prevents 'managing the board' with slide decks. It also invites deeper engagement from investors (if they're good). Bad investors will disengage.; Pricing discipline de-risks future rounds (less down-round exposure) and signals founder maturity. Top-tier investors (Benchmark, Sequoia) prefer disciplined founders over valuation maximizers.; For investors: if you can't add value in 6-week cycles, you're not the right partner for frontier-speed companies. If founders won't write memos, that's a red flag (can't think clearly).; For founders: optimize for capital efficiency and milestone achievement, not headline valuation. Leave money on the table to win better investors. Pricing discipline compounds over time.
Notable Concepts & Terms
- Pinecone (Sierra internal agent): Purpose-built agent for running Sierra itself; has full access to company systems via MCP gateway (Slack, docs, code). Used by engineers to build Pinecone (self-referential), by Clay to review hiring packets, and by all employees via shared skill library. 'Approaching indispensable' for company operations.
- MCP Gateway: Single MCP server that aggregates all internal systems/services (Slack, Notion, Linear, GitHub, etc.). Employees add it to Claude/Codex instances for 'superpowers'—query entirety of company knowledge. Permissions-based (can't read others' docs). Foundation for Pinecone and other internal agents.
- Sierra Brain: 20–30 page grounding doc + board letters + operating reviews that serves as strategy thought partner for Clay. Knows company deeply (org structure, competitive landscape, strengths/weaknesses, beliefs about the world). Used to reason about 'what we should be doing as a company.'
- Think Apart, Think Together: Clay and Brett's decision-making technique. Initialize on a prompt, spend time independently writing/thinking (to avoid groupthink), then compare notes. Used for values definition, strategic decisions, and 'interrogating each other' to get to 'the correct solution.' Emphasis on truth-seeking vs. consensus.
- Majors and Minors (leadership division): How Clay and Brett divide company ownership. Brett majors: sales, engineering. Clay majors: operations, finance, legal. Both spend time on product. For high-consequence decisions, 'two nuclear keys' required (both approve). Avoids 'dividing up the company' into silos; ensures co-founder alignment.
- Forward Deployed Engineering (FDE): Palantir-inspired GTM where engineers embed inside customer orgs to co-build agents. Example: founding engineer Mihai was W-W employee, got perf reviews. Enables 6-week go-lives (Next) and 58-day deploys (Cigna). Essential for enterprise AI adoption because 'no one has ever deployed an agent' at scale.
- AI-Pilled: Deeply fluent and comfortable with AI tools (Claude, Codex, Cursor); uses them instinctively for all work. Young grads (22–23) at Sierra are 'completely AI-pilled' and are among most effective employees. Contrasts with experienced workers who have legacy workflows. New hiring bar: AI-native fluency, not just coding skill.
- Highly Perishable Bag of Floating Point Numbers: Bavor's description of foundation models from scratch. Pre-training is capital-intensive and produces models that quickly become obsolete (new models every 6–12 months). 'Just doesn't work for any but a small number of companies.' Sierra avoids pre-training; fine-tunes open-weights models instead.
- Ghostwriter: Agent for building agents (released ~6 months ago). 'Agents all the way down.' Purpose-built harness that helps build Sierra agents faster. Part of Sierra's meta-strategy: use AI to accelerate AI development (self-referential productivity loop).
- Omotenashi: Japanese concept of 'extreme hospitality.' Sierra acquired Opera Technologies in Japan to build cultural fluency and deliver service that meets Japanese expectations. Example of verticalized/localized approach to enterprise AI (not one-size-fits-all).
- Smart, Nice, Intense: Sierra's hiring Venn diagram. Bavor: 'Hard to get all three in a single person. When you do, it's fantastic.' Smart = intellectual horsepower. Nice = culture fit, values alignment. Intense = competitive, fast-paced, willing to turn on afterburners. 'You can feel it in the office.'
- Craftsmanship, Intensity, Family: Sierra's three core values. Craftsmanship = doing things with excellence (details compound into great companies); also signals to customers how Sierra will treat their customers. Intensity = pace, competitiveness, not having 'luxury of patience.' Family = work-life integration (not performative grind), rituals like family dinners.
Operator Notes / Why Ken Should Care
- Token budgeting is coming: Model token spend as ~20% of eng salaries (not 3.8%). Track per-employee spend now; build routing logic to optimize cost/quality. Top engineers already hit $100k+/year.
- Build internal agents (Pinecone-style): MCP gateway + agent harness + shared skill library. This is not optional—it's core to staying competitive. Early movers get compounding advantages (agent learns workflows).
- Re-evaluate hiring: AI-native interviews (here's $150, pick a coding agent, build something) replace LeetCode. Young AI-pilled grads (22–23) are disproportionately valuable. Test for agent fluency, not raw coding speed.
- FDE motion for enterprise: Embed engineers in customer orgs (Palantir playbook). Essential for complex/regulated buyers (Fortune 50). Compresses time-to-value (6 weeks vs. 6 months) but lowers gross margins. Plan for services headcount.
- Hybrid model architecture: Frontier for high-stakes/novel tasks (coding, law, science), open-weights for commodity/repetitive work (support, returns). Routing logic is competitive advantage. Don't over-index on either.
- 6-week board cycles if you're in AI: Quarterly is too slow. Write memos (6–10 pages), not decks. Focus on 'what we suck at,' not just wins. Invite genuine challenge from investors. Requires world-class board.
- Pricing discipline: Take lower valuations than available if it wins better investors and reduces down-round risk. Optimize for milestone-to-milestone capital needs, not headline valuation. Top VCs prefer this.
- In-person for young companies: Culture, mentorship, apprenticeship, camaraderie are hard to build remotely. Rituals matter. Bavor uses Starlink mini + dual cellular for 1.5hr commute—extreme but shows commitment.
- Distillation strategy: Fine-tune frontier outputs into smaller/faster/cheaper models for specific verticals. Sierra does this on open-weights. Works if you can't afford pre-training (most can't).
- Watch for cybersecurity opportunity: Proliferation of AI-generated code = more attack surface. Offensive capabilities 'ratcheted up five notches.' Question is whether frontier models themselves (Mythos, Codex 55 Cyber) are the solution.
Watch Map
- timestamp unavailable: No timestamps provided in transcript. Topics flow: Why Sierra after 18yrs Google → token economics → frontier vs open-weights → internal agents (Pinecone, MCP) → hiring (AI-pilled grads) → FDE GTM → board memos/values → quick-fire (Sundar, Google, parenting, Wright Brothers book).
Source/Metadata
- Title: The $100,000 token budget EVERY engineer will need | Sierra Co-Founder
- Transcript words: 16249
- Duration seconds: 4313
- Timestamp note: No timestamps or chapters provided in transcript; video is 4313 seconds (~72 minutes).
Transcript
We have not yet appreciated the unbounded demand for frontier levels of intelligence. Part of the driver of the difference is probably the willingness of Chinese companies to do scale distillation of the frontier models. [SPEAKER_01] Clay Bavor joining me in the hot seat, co-founder of Sierra, one of the fastest growing AI companies in the world. Sierra has raised more than one and a half billion. They work with some of the biggest companies in the world, and they're valued at almost $16 billion, and they work with 40% of the Fortune 50. If you can't build frontier models yourself, maybe the next best approach is to distill them and offer them up. Every one of our rounds, we actually guided to and took a lower price than we could have. Some of our most effective employees of the entire company are 22 or 23 years old and have been completely AI pilled. We completely changed our engineering interview process so it now looks much more like... [SPEAKER_02] Ready to go? [SPEAKER_02] Clay, I am so excited for this, dude. I said to you downstairs, we do a lot of shows, and I often speak to people before a show. When I speak to Neil Mater, Ravi Gupta, Sangin at GV, and I hear what I hear, honestly, they were some of the most astounding references I've had. So thank you for joining me. [SPEAKER_02] It's nice to hear. No, pleasure to be here. Thanks for having me. [SPEAKER_02] No, I mean, listen, they paid a lot to be featured. So you got to drop the sponsor. They are great. So grateful to be working with each one of those guys. It only costs 500 million bucks. So I want to start with, I heard that Brett tried to hire you or start a company with you several times before Sierra. Why third time lucky? Why after 18 years? [SPEAKER_01] Third time's a charm. Yeah, why after 18 years at Google, were you like, now? [SPEAKER_01] Yeah, so Brett and I met 20 years ago. We both started our careers in the associate product management program at Google. He was class one, I was class three. And we met in the context of some kind of shared project that we were assigned to and hit it off and ended up staying in touch socially through mostly a monthly poker group that in a good year might play two or three times, not quite monthly. And had always wanted to work together and almost did a couple times. I think when Brett left, I can't remember if it was for FriendFeed or Equip, tried to get me to join that. And the short answer is twofold. One, I just loved my time at Google. Culturally, it was me. I learned more than I can ever imagine having learned in those years. And the people were so extraordinary to work with. And I had a series of managers and leaders I got to work with who took bets on me, gave me, on paper at least, more responsibility than I deserved and got to work on just truly fascinating things. And so I was just incredibly happy and engaged and growing as a person and professional. And then in late 22, the planets aligned in a way that I didn't think that they would probably align again. I'd always wanted to start a company. I started a very modest company when I was 13 years old and always thought I would start another. And if you're going to start a company with someone, you want to make sure that they're excellent in competence and in character and then that the timing is right. And we could see that language models were going to be a thing. And if ever there's a time when the proverbial deck of cards are shuffled in the favor of smaller companies, it's when you're at the advent of new technology. So happy at Google, planets finally aligned and took the leap. And we're three years and change in now. 18 years at Google is one hell of a stint. Yeah, well, I started counting in colleges. Gosh, I've been there one college, two colleges, three colleges, four colleges. Yeah, it's a long run. That's even more terrifying. Yeah, it's a long run. My question to you on the back of that is, and it's a terrible question. You can chastise me for it. What are your single biggest takeaways from that experience that you took with you to Sierra? And what did you leave behind? [SPEAKER_02] It's such an interesting question. Of course, the scale of a two and then 10 and then 100 person enterprise software company is very different from, I think when I left Google, it was roughly 150,000 people. Things that I've definitely brought with me. Number one is a willingness to invest as far down the technology stack as you need in order to build the service and product that you want. Google, I think from the early days, famously built its own data centers, cluster architectures. And they were the first really to use commodity hardware. That required building novel distributed systems for serving and data storage and so on. [SPEAKER_02] And so we could see that language models and as early as April of 23, when we started the company, that agents were going to be a thing. This was before anyone wanted to talk about was agents. And we realized, okay, this should be possible. It's not yet possible, but we're going to have to invent frameworks for building these things. Our own architecture is really from scratch. So actually our first founding head of research was the Princeton professor who literally wrote the paper on language model-based agents, the React paper. And so we invented and went further down the stack than some companies at that point would have been willing to. And we're not doing our own pre-training. We'll leave the capital expense there to the labs and the larger companies. [SPEAKER_02] Before we move to two, can I ask, did you consider that? Because I completely understand the desire to own as much as possible. Did you consider training your own models and what was the thought process around not? [SPEAKER_02] That's a great question. We did briefly and discarded it. If you recall at the time, late 22, early 23, as a startup in AI, you were kind of nobody if you weren't doing your own pre-training and building your own foundation models. Character, Inflection, Adapt, great people at these companies. But the capital expense, the ongoing capital expense to create what is effectively a highly perishable bag of floating point numbers just doesn't work. Just doesn't work for any but a small number of companies. And so our calculus was for areas that are deeply capital intensive, how do we slipstream behind the investments that the labs, that the hyperscalers are making, and take as much as we can off the shelf while still being willing to engineer more deeply. So today we have a set of our own proprietary fine-tuned models, but these are fine-tunes on top of open weights models. So we're not going all the way down to the mega cluster training runs. And I think it's important that you are in control of your own destiny enough and that you don't tell [SPEAKER_02] highly perishable bag of floating point numbers just doesn't work. Just doesn't work for any but a small number of companies. And so our calculus was for areas that are deeply capital intensive, how do we slipstream behind the investments that the labs, that the hyperscalers are making, and take as much as we can off the shelf while still being willing to engineer more deeply. So today we have a set of our own proprietary fine-tuned models, but these are fine-tunes on top of open weights models. So we're not going all the way down to the mega cluster training runs. And I think it's important that you are in control of your own destiny enough and that you don't tell yourself a story that you need to go further than you actually need to do. Is the future open models fine-tuned to specific company needs? And if that is the future, with the realization that frontier models are too expensive, is that a bear case for frontier models? I think it's a lot more complicated than that. I think if you asked any software company, would you like to upgrade your staff-level software engineers to principal or distinguished-level software engineers? Yes or no? A hundred out of a hundred would say, yeah, that sounds pretty great. So I think we have not yet appreciated the unbounded demand for, call it frontier levels of intelligence. And now you don't need that in every domain. So for instance, in our own, we build AIs for companies to interact with their customers. You don't need Mythos to return a pair of shoes. You're good. [SPEAKER_02] It's like you want to do that well, but we've got some capability overhang, so to speak, for doing something like that. But in a range of domains, coding certainly, science, material science, legal, right, where the stakes are very high, there's a high degree of complexity, I think we're going to see effectively unbounded demand for greater levels of intelligence, and therefore the frontier models. That said, there will be an assembly line of cool, GPT-4, which in March, April, May of 2023 was good enough to do some set of things. It's now one three hundredth the cost for an intelligence equivalent token. And so you'll have some assembly line of taking models that were once at the frontier to perform certain workloads and then build open weights, fine-tuned models for those. And I think you'll end up with companies using both mixing and matching them depending on the task at hand. [SPEAKER_02] As we see open become more and more advanced, does that not mean the problem set for frontier models becomes more and more challenging? As you said, we've seen the progression of open so much that actually they can do the majority. Whereas I get it for solving climate change, cancer treatments, and materials, but actually for the majority, what percent of enterprise tasks can be done with open today? Well, I think if you look at what percent of enterprise tasks are completely automated today, it's a rounding error, right? It's very low. So is that a model gap? Is that diffusing the technology into the company? Is that an application layer gap? I think it's probably all of these, some combination of them. You're obviously correct that as the open weights models become more capable, the set of things they can do grows larger. The set of things where all else being equal, if they're much less expensive, that you would want to point a frontier model becomes smaller. But again, I think we're not imagining just how high the ceiling is in terms of demand for frontier intelligence. Invention, discovery, building new products, building new services. I think it's hard to get your mind around when you have intelligence that can work around the clock and to invent, to build, to discover how you would use that and how much of it you could use. [SPEAKER_02] Can you help me understand when we look at token economics, we thought with chat, tokens over time would go down in cost. And with the movement from pure chat to chat and agents and agent economy based, we're seeing token costs increase, not decrease. How do we see the evolution of token costs with the evolving formats, do you think? Yeah. You missed one thing in there, which is a large amount of token use is driven by reasoning models now, right? Thinking out loud to themselves. And I think actually one of the most underrated developments of the past few years was the 01 model from open AI in late 2024, where if you recall, there was a chart that showed, okay, test time compute, or amount of inference done, amount of thinking out loud and performance. And it just keeps going up into the right. It's logarithmic. So it starts to level out, but what it effectively demonstrated is if you have enough time and compute, the model will be that much smarter. [SPEAKER_02] So as for what happens with token economics, I think there are many drivers underneath it. One is you're going to end up with hardware that is able to produce more tokens at equivalent cost. And so the cost of the inputs, so to speak, will go down. We talked about, I think you'll have this migration of certain workloads to open weights models. I think one of the drivers that's hard to predict how it will play out across both the open weights models and the frontier models is just the availability of compute. And it's classic economics. It's microeconomics 101, supply demand. If you have unbounded demand for frontier level intelligence or GPUs to run open weights models, and the rate limiter is the number of black wells and H100s you have, you end up with a floor on the cost of tokens because you've got to pay for the energy. You've got to pay for the compute. We had the founder of Nebius on the show the other day, and he said that if they 10x supply, they could still sell out in a day. I believe that. I believe that. And I think that makes the point, which is I think, okay, open weights models will be cheaper because you're avoiding some of the margin stack in the hosted frontier models. Okay, but what is the fundamental input? It's GPU capacity, it's power. That's still constrained. One thing that could slightly alleviate that is actually running models locally. People say that it could be the future. On your cluster of Mac minis or whatever? Yeah. Or even on device on phones. I don't quite understand that when we think about always on AI 24 hours a day, that's an awful lot to run locally. Is it a pipe dream or do we think that's actually a reality that would alleviate the server side challenge? Oh, it certainly wouldn't alleviate it. I think it will make some consumer applications much better. But the reality is you need petaflops, exaflops of compute, certainly for training. And you want a whole bunch of compute quickly at inference time. And you just run into thermal limits on your phone. I do think it is shocking that we're all carrying around in our pockets hyper computers these days. And will they get better? Yes. Will you have a language model optimized hardware rolling out in our phones, in our computers? Yes. I can see a sort of home appliance, which is you plug into that's actually a reality that would alleviate the server side challenge? Oh, it certainly wouldn't alleviate it. I think it will make some consumer applications much better. But the reality is you need petaflops, exaflops of compute, certainly for training. And you want a bunch of compute quickly at inference time. And you just run into thermal limits on your phone. I do think it is shocking that we're all carrying around in our pockets hyper computers these days. And will they get better? Yes. Will you have a language model optimized hardware rolling out in our phones, in our computers? Yes. I can see a sort of home appliance, which you plug into the mains and you get on demand access to a bunch of compute for things in your home. And maybe that helps alleviate some of it. Certainly for frontier workloads though, there's one place you can go to for that. And it is a giant rack of TPUs or GPUs in a data center somewhere. [SPEAKER_02] We spoke about frontier versus open. At frontier, obviously you have Open AI and Anthropic in the US who are the dominant leaders. And my alma mater and Google. And Google, of course, we had Dan Sissé on the show. Incredible, incredible. I love Dan Sissé. I loved him too. My God. Yeah. Also one of the most humble leaders I've ever met. So I absolutely agree with that. Open in the US has lagged behind. We see Chinese models being unbelievably advanced and impressive. Do you agree that we have a challenging open ecosystem in the US? And does that worry you? Part of the driver of the difference is probably the willingness of Chinese companies to do scale distillation of the frontier models from the labs. My impression is many of the models, the open weights models coming from China are derived from training runs done in the US. I think if you have the US based labs and hyperscalers developing the frontier models, there's an obvious question: are they going to compete with themselves and drive price pressure on the frontier models by developing and releasing models, open weights models that are of similar capability? If I was running that business, that's not something I would do. So I think that's the main driver of the difference. If you can't build frontier models yourself, maybe the next best approach is to distill them and offer them up. I think that's probably the main driver of the difference. [SPEAKER_02] I have to ask, you mentioned earlier enterprise being a team sport. I love that. And you mentioned earlier about who wouldn't want more advanced software engineers internally. You had Lovable announced yesterday hitting, I think, 500 million ARR with 149 people. And in a show that comes out tomorrow, Rory, who's one of my co-hosts on this weekly show that we do, says, well, if you're Sierra, you can't do that. I mean, as you mentioned Sierra, it's an enterprise business and you have to have a different structure of the team. When you look at the future of teams, are we seeing a world of dramatically leaner, fewer people in teams, or is it still very much dependent on customers and we will still have very large teams for companies like Sierra with enterprise? I think the general direction of travel clearly is towards smaller, higher leverage teams. We have software engineers who are completely AI-pilled and using Claude, Codex, our own internal agent we call Pinecone that we use to run much of the company on. And they estimate they are between three and 20 times more productive in terms of feature shift. Now, the productivity gains certainly in software engineering and data science, data analysis, and other areas we're seeing it in spades. But I think in time it will touch all parts of really every company. So that's the general trend. I think within a company like Sierra where we serve in particular the large enterprise, we work with 40% of the Fortune 50. We have 50% of our customers doing over a billion in revenue. We have 30% doing over 10 billion in revenue. These are some of the most complex and in cases regulated organizations in the world. And to be able to sell and implement our product and solution successfully for organizations which are snowflakes. The process of selling and more importantly, successfully implementing and deploying a solution like ours into the large enterprise is still a lot about deeply understanding our customers' business outcomes and objectives, about understanding their technology stack, integrating with it successfully, building relationships, earning trust to show up, not just as a vendor that throws some software over the wall, but as a true partner in diffusing this technology into, in our case, all of the front office, sales, support, marketing, and so on. That's how I think about it. [SPEAKER_02] I mean, there's so many things for me to unpack that I'm scribbling furiously. I have to ask, you mentioned the internal agent Pinecone. Can you talk to me about what that is, how it was built, what it does? I'm just intrigued to see how companies change in how they operate. Yeah. It's one of the more significant developments in how we run the company of the last six or nine months. And we began by building what we call our MCP gateway. This is a single MCP server that aggregates all of the main systems and services that we use to run the company. And so you can add this single gateway to your Claude instance, to your Codex instance, and indeed to Pinecone. And via any one of those agents you have full access with the permissions, of course, that you as an individual at the company, you can't read someone else's documents, but you can read your own, you can read your own Slack messages. And it's having superpowers, right? You can interrogate, in essence, the entirety of the company, all information that is published, whether it's Slack messages or presentations or operating reviews and so on, and use access to all of that information to better reason, make decisions, get things done. Pinecone, of course, incorporates that MCP gateway, but then is a purpose-built harness for all of Sierra. So Pinecone knows how to build Pinecone. There's a whole harness around the engineering of Pinecone and our engineers there are phenomenally productive. We have a whole harness around the core of our platform, our agent architecture, agent studio, where you build and deploy agents, speeding up software development there. And then we have a shared library of skills that anyone at the company can build. You can build one that's private to you. I have a bunch of skills, including one that is basically the clay scanner of interview packets. So to date I review and approve every single hire we make. And I get some help from Pinecone and I've basically taught it what are the things that I look for, what do I scan for, flag these if there are any instances of them. And it's a shortcut to a faster, deeper read of every packet. So Pinecone has just become this approaching indispensable tool for running the company. And I think we're not quite there yet, but approaching indispensable. [SPEAKER_02] And then we have a shared library of skills that anyone at the company can build. You can build one that's private to you. I have a whole bunch of skills, including one that is the clay scanner of interview packets. So I, to date review and approve every single hire we make. And I get some help from Pine Cone and I've taught it what are the things that I look for? What do I scan for? Flag these if there are any instances of them. And it's a shortcut to a faster, deeper read of every packet. So Pine Cone has just become this approaching indispensable tool for running the company. I think we're not quite there yet, but approaching indispensable. And I could go on about some of the other interesting things we built. I've been working on what I call Sierra Brain and some other things. [SPEAKER_02] What's Sierra Brain? Sierra Brain starts with a 20 or 30 page document that grounds any agent in what we are as a company, what we do, how we're organized, our team structure, the competitive landscape, our strengths and weaknesses, all of these things. And then on top of that, I've given it access to every one of our recent board letters, every one of our recent operating reviews, other insights and observations we have about what we believe to be true about the world. And I can then use it to reason about what we should be doing as a company. So it's a strategy thought partner, if you will, that knows the company very deeply, if not inside and out. [SPEAKER_02] We're going to get to your board letters, because I heard about these and how you have boards every six weeks, not every quarter. [SPEAKER_02] Yeah. Because the world moves too fast, apparently. I stalked the hell out of you. But I just want to stay on my internal builds, because you mentioned that you have Bundy, the internal agent that you have. [SPEAKER_01] We're having a lot of CEOs, you know, I speak to—I've got no idea. Do I just let my dev teams run wild on token spend? Do I give them some form of budget? Token maxing. Yeah. What's your personal take? And what do you embrace around the fire and say, should you put a cap on this? Do we just encourage them to go wild? How do you approach it? So I think over the past six months, using a bunch of tokens was a proxy for you're using AI, you're leaning into it, you're trying to be more productive with it. So I think it's generally been a positive signal. I have heard and I have observed that top engineers who are really leaning in to Claude, Codex, and so on are spending more than $100,000 on a run rate basis on tokens per year. That's a meaningful fraction of an engineering salary. So I think the direction that we're headed is some amount of token budgeting on a per employee basis. I think for CFOs in the future, capital allocation will look more like how do we allocate OpEx, not just OpEx and then headcount. And headcount will be both headcount for salaries and SBC and also tokens associated with headcount. So here's your salary, here's your token budget, have at it. We are not yet at that point. Our usage compared to some of those larger numbers is modest. And I think the benefit of learning at the fastest rate possible outweighs the capital discipline at this point. We prefer to learn quickly and see what works. [SPEAKER_01] It'll be interesting to see how the rate limiter in software development moves around. What is the constraining factor? It used to be writing code. Now it's probably reviewing code. Pretty soon it will be deciding what is worth building and editing what could exist to what should exist. So the dynamics there will be interesting. I think the core question for us to understand—if everything is slightly overhyped—is what percent of developer salary will be spent on tokens in the future? Mark Benioff, you said larger companies spend that he spends 300 million a year on Anthropic for his dev teams. That works out to about 3.8% of developer salaries. Not actually as much as the headline 300 million makes you feel. If it stays at 3.8%, a lot of the companies that we're investing in and see around us are actually grossly overvalued. If it goes to 20%, they're undervalued. And I had Brandon at McCaw on the show who says he spends more on tokens than he does headcount. Yeah. I think 3.8% is wildly off from where the steady state will converge. Where do you think it? I'm not going to hold you to it in five years time, but do you see it being 20%? Oh, I do. I do. So the hundred grand a year actually will be normalized because you think about a great dev in the valley, I presume 500k dollars is where they're at for a great dev. Sure. That would be the upper end. Yeah. In salary. So it feels normal. Yeah. I would not bet on 3.8%. I would bet on much closer to 20%. In software engineering, the gains to me seem unequivocally there. You can debate: is it 2x, 10x, 20x? Even if it's 2x, okay, you've just effectively doubled the size of your engineering team. That's remarkable. You mentioned the 40 of the Fortune 50 being customers and you use that quite a lot in a lot of your marketing materials. And it strikes me as a very enterprise company, candidly. Is it difficult or how do you retain a real product focus, a real closeness to customers when you're so enterprise? Is that difficult? [SPEAKER_01] I think it's a false choice you're implying there. I think being large enterprise doesn't necessarily mean you need to be distant from your customers. In our case, our customers' customers. So Brett and I are constantly building agents ourselves. One of the more interesting things of the last six months, we released Ghostwriter. This is an agent for building agents. It's agents all the way down. It's pretty cool. But we are constantly in the products ourselves. And Brett is actually still an extraordinarily capable software engineer. It's remarkable. Some of the code that is in production, he has written. I've probably got a couple lines here or there, but it pales in comparison. And so of course, we can't on our own simulate the complex multi-system environments that characterize many of our largest enterprise customers. So we have to simulate in our heads, but we're in the product. And then one of the things I think a lot about is we will, in short order, be in a way one of the larger B2C companies. We're doing that via our customers, but we're serving hundreds of millions of interactions, right? Soon billions of interactions. And so staying close to the end experience there as well. [SPEAKER_01] So some of the code that is in production, he has written. I've probably got a couple lines here or there, but it pales in comparison. [SPEAKER_01] And so of course, we can't on our own simulate the complex multi-system environments that characterize many of our largest enterprise customers. So we have to simulate in our heads, but we're in the product. And then one of the things I think a lot about is we will, in short order, be in a way one of the larger B2C companies. We're doing that via our customers, but we're serving hundreds of millions of interactions, right? Soon billions of interactions. And so staying close to the end experience there as well, voice fluency, latency, the quality of the experience, all of that stuff is very energizing and things that we're close to. So yeah, I don't feel distant from the product, either from our customers' perspective or from their customers' perspective. I always looked at the space itself and I was like, amazing space, what a huge market, what a problem and AI perfectly suited for it. And then I peek under the covers. And I'm like, oh my God, 15 companies funded with a hundred million bucks, Salesforce, Zendesk and all the other incumbents. Oh my God. What is the market maturation of this space? Help me understand how this evolves in a five to 10 year period. Yeah. Yeah. I think first of all, to state the obvious, the great thing about being in a giant market is it's a giant market. The challenging thing about being in a giant market is it's a giant market and other folks know it too. And it's startups, it's longstanding companies, it's the incumbents. And so your point on it being competitive is certainly right. Five or 10 years, especially in the age that we're in is a long time. I think what I had to point to is amongst the startups, customers are voting with their feet. So we are at multiple larger size than the nearest similar vintage startup competitors growing faster. And we're working with many of the great companies in the world. And so I think it's like an Uber Lift market, or do you think it's an AWS Google Cloud Azure market? It's hard to know. I think because the economies of scale in terms of depth and breadth of platform experience and specific industry verticals and so on really compounds, my hunch is it will be more like an Uber Lift market. And we obviously think we're in the pole position to be the bigger of those two. And that's how I think about it. [SPEAKER_01] You said again, we saw some of the biggest enterprises in the world. I had a guest on the show the other day say you can't sell to enterprise without an FDE motion. Would you agree with that knowing all that, now selling to 40 of the 50? [SPEAKER_01] I would say at least in the AI space, I would say rediscovered and borrowed this model from Palantir and we came to it almost accidentally. So we started the company and the first thing we did was reach out to people we trusted to understand what are the biggest unsolved problems that you were looking at. And so, service and support as a foothold into something much broader, helping support customers across the entire life cycle. We then enlisted half a dozen design partners that we built the first version of our product and platform with and for. And these are in the history of the company, legendary companies, Olukai, great flip-flops. You should buy them. Sirius XM, Sonos, Weight Watchers. And we built the first version of our platform with our engineers deeply embedded inside those companies. So much so that our founding engineer, Mihai, was actually an employee of Weight Watchers, including getting performance review time emails and so on. And what we realized in that was no one has ever deployed an AI agent. No one has ever put AI in this way in front of their customers. And in order for us to build the best thing as quickly as we and our customers would like, being so close to the business, the mechanics of it, the people, their business model that we understand it. I won't say as well as our customers, but approaching that we saw so much power in that. And so starting in early 2024, we really started building out this forward deployed team and customers use it in widely ranging ways. Our platform is highly extensible and very transparent. You can see exactly how an agent is built. You can export agent definitions and completely build your own. So no need for forward deployed if you don't want it. What we generally find though, is in getting started, having Sierra and help from our teams drive while our customer is in the passenger seat, but navigating for the first version, it's what has enabled us to take companies like Next Live in six weeks from kickoff to live behind their phone number and chat in six weeks or Cigna, right? One of the largest healthcare companies in the world live. And I think it was 58 days. And so time to market, time to impact, time to value, and then the quality of the result. We think it makes a big difference. I wouldn't say it's binary though, as you framed it. I do think you can sell without a forward deployed team. But I think for getting to the impact of this technology as quickly as possible and at the magnitude that we know is possible, it is an important catalyst. Are we at a unique time in history where for this specific moment in time, every buyer is in the market for the product. Normally not everyone is in the market for a product at the same time. Every CEO is being told by their board, how are we using AI? Yeah. Is it a unique time because there is buyer pull like never before for this specific moment? There is effectively unbounded demand. I think in two areas, one, we've talked about coding agents. The other is the space where we're the category leader. And so one of the reasons we've grown as quickly as we have is to meet that moment and meet that demand. We're now a hundred people here in Europe. We recently acquired a company in Japan, Opera Technologies. You and I were talking about this to hit the ground running there and to have a team that can be attuned to the cultural nuances of Japan. And the concept of omotenashi, which is extreme hospitality, is what is expected in Japanese service. And that's what we intend to build there. [SPEAKER_01] Can I ask you, obviously starting with the beachhead in customer support and customer service to scale into the company you want to be, you have to move out of customer support into demand. We're now a hundred people here in Europe. We recently acquired a company in Japan, [SPEAKER_01] Opera Technologies. You and I were talking about this to hit the ground running there and to have a [SPEAKER_01] team that can be attuned to the cultural nuances of Japan. And the concept of [SPEAKER_01] omotenashi, which is extreme hospitality, is what is expected in Japanese service. And [SPEAKER_01] that's what we intend to build there. [SPEAKER_01] Can I ask you, obviously starting with the beachhead in customer support and customer service [SPEAKER_01] to scale into the company you want to be, you have to move out of customer support into complete life cycle management, I guess. Is Sierra a sales platform in the future? Is it a conversion platform? Is it a marketing platform? What is it? I think Rocket is actually a pretty good indicator of the direction that we're headed. And so you think about the life of a Rocket customer. It begins with search and discovery of a home they might want to buy. We worked with Redfin to rethink their search experience. We help Rocket reach out to folks who've expressed interest in a refinance and make contact that way. We worked with them to build Rocket Assist to help bring people in and help them shape and size their loan, gather all the information needed and so on. None of that is service and support, right? We do do that, right? Loan servicing and so on. So I think that's a good example of where things are headed. That's an inbound sales machine. [SPEAKER_02] Inbound and outbound and outbound. Inbound and outbound. You're right. And it's not just Rocket [SPEAKER_02] alone. Next we work with them on personalized product recommendations. How do you help someone [SPEAKER_02] build an outfit, a bigger basket of things they will love? And again, that's much more [SPEAKER_02] sales than support. So we've- This sounds and feels more like a Fortune 50, [SPEAKER_02] Fortune 500 Palantir, but more consumerized where you're building these amazing solutions for these products to fit their needs. Is that unfair of me? First of all, Palantir is an amazing company. Amazing. And we have taken a lot of inspiration from them and copied elements of our deployed approach. My understanding is Palantir has kind of low hundreds of customers. We are and intend to be at a lot larger scale than that. And I think where that will come from in particular is building real domain expertise and specific industry verticals. And our first, second, and third customer deployments were by definition unique, one of a kind. I think we've learned some things about how to help build a basket in the retail setting, and in some of these other industries, how best to handle a question about the status of a healthcare claim, healthcare insurance claim, or questions about a fee around a checking account. And so I think we're going to have these deeper and deeper lessons in specific industries and be able to apply those in a much more scaled way. Will you build products that aren't uniformly applicable across customer bases? So if one customer needs specific cart abandonment product features, is that something we build or is it not applicable to the platform? One of our approaches in building the company, and this goes back to where we started, you can build a platform and hope that people come, right? The applications get developed on it, or you can build applications to inform a platform that makes building the third, fourth and fifth that much easier. And so wherever we can, we're scanning for opportunities to strengthen our platform. So commonality is much better than something that is truly a one-off. That said, if we're working with a Fortune 50 or Fortune 20 or Fortune 10 or Fortune 5 company, and there is some element of that company that is literally unique, of course, we'll build that. Of course, we'll build that. And one of the neat things is it's actually become feasible to build that because of coding agents, because of the pace at which you can move. There's a real unlock there in being able to build a solution on an already deep platform, but extend it in ways that may apply to a single customer. My hunch though is that if you build it for one, someone else is going to have that same problem, right? And so it's less common than you would think. True one of ones. [SPEAKER_02] I totally agree with you and get that. I do want to go to the way that you run the company. It was [SPEAKER_02] so important in many of my conversations before this. If we start with the board meetings, I suppose [SPEAKER_02] many of the investors said every six weeks, not every quarter. Can you talk to me about your biggest lessons on how to really get the most out of your board and run the best board meetings? [SPEAKER_02] We do a couple of things. You mentioned the six week cadence. We have a [SPEAKER_02] three hour meeting and a one and a half hour meeting. We've done this since the beginning of the company because we could just see if you're on the AI time clock, it moves a lot faster. Things are changing. And most recently we came back from winter break and suddenly coding agents were amazing. You had Claude 4.5, Codex 5.2. There is a fundamental step change in the capabilities of these models. It changed our approach to software development. It changed our approach to the core product. And so having a cadence where you can take in information, even from the last six weeks, update your priors and then change course, I think is quite important. As for running the board meetings themselves, we don't have board decks, we have board memos. So Brett and I write a usually six to ten page memo. There's a saying, writing is thinking on paper. And I [SPEAKER_01] think it's very hard to hide from writing. And so getting our thoughts clearly out onto paper, [SPEAKER_01] sending that in advance, giving each of our board members some soak time to think through the [SPEAKER_01] issues and come prepared rather than be presented to and managed, I think is a big part of it. And then [SPEAKER_01] the contents of the board letters themselves, I think is notable. We've done quite well in our first [SPEAKER_01] eight quarters in market. And generally the format of a board letter is we exceeded forecast [SPEAKER_01] by a wide margin yet again, things are going well. We landed these customers. And here are the seven [SPEAKER_01] things we think we could be doing better. Where we're unhappy, we could be going faster here, [SPEAKER_01] need to hire in this area and so on. The board meetings kind of take form on their own based on [SPEAKER_01] that. You get the scaffolding right, you get the people right, you get setting the table [SPEAKER_01] of the big questions we're asking. And then genuinely inviting our board members in to challenge us and improve and sharpen our thinking. Those are some of the ingredients. I heard that you write also about everything that you suck at. by a wide margin yet again, things are going well. We landed these customers. And here are the seven things we think we could be doing better. Where we're unhappy, we could be going faster here, need to hire in this area and so on. The board meetings take form on their own based on that. You get the scaffolding right, you get the people right, you get setting the table of the big questions we're asking. And then genuinely, genuinely inviting our board members in to challenge us and improve and sharpen our thinking. Those are some of the ingredients. I heard that you write also about everything that you suck at. [SPEAKER_01] Yeah. What's one of the most memorable writings on what you suck at? [SPEAKER_01] One early on was we had such good indicators of the demand we were going to see. And we just didn't hire fast enough to meet that demand. So it was, oh, we could have taken on this additional set of customers. And we had the data in front of us. We could see it. And we didn't act decisively enough to build out a recruiting team, right? Scale faster. This was early 2024. So early days in the company. We've since corrected, but that was one that stands out. We are going to go to hiring. You mentioned some of the people around the table. Often people say this, but you really can. You and Brett, I mean, it's the dream team. The best of the best operators, you can choose any investors at almost any price, which is hard. How do you and Brett sit down and discuss price on a new round? Because investors will pay anything to get in. You want it to be high, obviously, but also not too high. How do you actually think about that? Is it like, okay, three years on next year's target? What does it look like? It's generally been inbound is the answer. We think about it, honestly, not in terms of valuation. We think, what is the amount of capital that we need to raise to get to the next unequivocally higher watermark in terms of revenue, company scale, and so on. So we think of it as milestone to milestone funding. And then we're sensitive, but not maximally so, to dilution. And so how do you balance those things? And I think in every one of our rounds, we actually guided to and took a lower price than we could have. Again, spokesman, they said about the values within the company, craftsmanship, intensity, and family. Trust and customer obsession as well. Craftsmanship, intensity, and family are three that I wouldn't normally see. Can you talk to me a little bit about why those are so important? I'll start with craftsmanship. Both Brett and I, just because of the way we are, we care about doing things well. If you're going to do something, do it with excellence. And I think there's two ways in which doing things with excellence mean much more than just sweating the details. One is what is a great company? A great company is an aggregation of thousands and thousands of things that are themselves great. It's great people. It's processes that are well designed. It's a great product. It's a great culture. And so how do you build an excellent company? Well, you build everything with excellence. And so I think holding ourselves to the standard, if it is worth doing, it is worth doing well is one part of that because that adds up to a great company. How else do you get there? The other is you think about what our customers are trusting us with. Back to the trust value, but I'll make the connection with craftsmanship. It is with their most precious asset. It is their customers. How will a company know, how will a set of people who are considering working with us know how we will show up with their customers? A lot of it is how we show up with them. And so sweating the details in how we show up and interact with our customers, the level of professionalism, care, dropping everything when something matters. [SPEAKER_01] I'll give you an example there. When we, in our first Black Friday, Cyber Monday with a set of retailers, one of our lead engineers, our head of operations, me or Brett, was in real time personally reading every single conversation that our agents were having. Because we wanted to make sure we were doing right by our customers. So that's craftsmanship. And again, adds up to a great company. And it's very meaningful in helping our customers understand the care we will have for their customers. [SPEAKER_01] Intensity and family. [SPEAKER_01] Yeah. [SPEAKER_01] Can you expand on those? [SPEAKER_01] Again, two that I don't often get. [SPEAKER_01] Intensity. So I think it's back to this great thing about giant market, giant market, hard thing about giant market, giant market, and others are in it too. I think there is an inevitability to companies interacting with their customers via really sophisticated agents that capture all that they know and all they can do on behalf of their customers and get the job done on their behalf. That handle the complexity as opposed to pointing you to websites and so on where the conversation is the interface. I think there's an inevitability to that. And therefore, in order to win, in order to build the best company in this space, it is about pace. It is about winning. It is about building the best product. It is about being competitive and being intense about it. And knowing that we don't have the luxury of patience. There's nothing written in the wind, right, that any particular company will be the company. Showing up in our fifth engagement and 500th engagement as intensely as we did our first, you have to do that. And so I think there's also I talk about the Venn diagram of who we hire for. Smart, nice, intense. And it's hard actually to get all of those three in a single person. When you do, it's fantastic. And you can feel it in the office. And another way of translating intensity is doing things with excellence, doing things with pace. It relates to craftsmanship as well. Is there anything that you can do or add to an organization to increase or to maintain intensity, be it timelines, be it rewards, incentives? How do you keep intensity with scale? I think it starts with the founders. Brett and I are quite intense. And so I think we have to be the pace setters. We have to be the examples of intensity. [SPEAKER_01] And so it shows up in how we manage the company. He and I are deep in details and are constantly, is this good enough? How could this be better? How could we go faster on this? Why can't it happen tomorrow instead of next week? So I think it has to start with the founders as one. How do you determine what you should be in versus what you shouldn't? We've seen the resurgence of founder mode, of founders being in the weeds. Yeah. It's also not possible in everything. We have to be the examples of intensity. [SPEAKER_01] And so it shows up in how we manage the company. [SPEAKER_01] He and I are deep in details and are constantly, is this good enough? [SPEAKER_01] How could this be better? How could we go faster on this? Why can't it happen tomorrow instead of next week? So I think it has to start with the founders as one. [SPEAKER_02] How do you determine what you should be in versus what you shouldn't? [SPEAKER_02] We've seen the resurgence of founder mode, of founders being in the weeds. [SPEAKER_02] Yeah. [SPEAKER_02] It's also not possible in everything. And it's not right in everything. How do you determine? You have to edit it. You have to have judgment for it. And I think you have to look at what is the thing that is not going to happen or won't happen as quickly without direct applied force from one of us or both of us. And so it's pointless to be in founder mode 17 layers in the details and something that doesn't matter. It matters a lot if it's our next generation Asian architecture and there's something that we can add. And so we try to be selective about where we engage at that level. But it's anything but hands-off management. So I think it starts with the founders. I think ambitious goals have a way of becoming self-fulfilling. You set out a goal, whether it's the quality of a product or a revenue number. What would have to be true in order to get there? Let's suspend disbelief and just imagine what would have to be true to cover this much ground this quickly? Why can't we do that? Why? Okay. Why shouldn't we? Japan is an interesting example of that. Why can't we have a giant business in Japan this year and not next year? [SPEAKER_02] What would have to be true? [SPEAKER_02] Oh, we would have to have 10 people on the ground. [SPEAKER_02] I was, why don't we buy a company there? [SPEAKER_02] So you see how this stuff hangs together. So ambitious goals can take the form of a date. Sure. [SPEAKER_01] You know, date-driven development can sometimes work. [SPEAKER_01] I think also work is a gas and tends to expand to fill all available space that you give it. [SPEAKER_01] And so there's a danger in setting dates as well. [SPEAKER_01] It's, well, we've got this long. [SPEAKER_01] It may not need to take that long. [SPEAKER_01] It ties to the third one, which is work expands to the room that you give it. [SPEAKER_01] Yeah. [SPEAKER_01] I give everything to my work and I love that. [SPEAKER_01] Third, family as a value? [SPEAKER_01] Yeah. I'm just interested by that one. Each of our values comes directly from Brett and me. And actually, one of the best decisions we made was, I think it was the time we were five or six employees. We spent half a day. Brett and I have a technique we call think apart, think together, where we'll initialize on a prompt. And the idea is not to group think one another. So we want to get the best of our independent thinking. And so we did a think apart, think together on values. Went off and spent an hour writing up what our view was. Came back and compared notes. And there was, first of all, a shocking amount of overlap, which I guess shouldn't have in retrospect been surprising. [SPEAKER_01] It was we had wanted to work together. [SPEAKER_01] We've been friends. [SPEAKER_01] I think we're deeply similar in many of our values. Really all of our core values, I would say. Family comes from I've got four young kids. [SPEAKER_02] Brett's got three kids. [SPEAKER_02] And I married my high school sweetheart. And I think for both of us, the only thing that's more important than Sierra is our families. And our belief is that you can be part of something that is growing fast. [SPEAKER_01] You can be intense about your work. [SPEAKER_01] You can turn on the afterburners when you need. [SPEAKER_01] And yet, and it doesn't just mean kids. It's picking up your parents at the airport when they get in from out of town. It's going to the friends extended birthday weekend. It's being at the parent-teacher conference or whatever it is. [SPEAKER_02] And I think there is too often an image of a sometimes performative grind in certainly Silicon Valley startups. [SPEAKER_02] And it's not that we don't believe in hard work. [SPEAKER_02] Boy, do we. Again, intensity. But it's in working smart and finding some balance that gives you space for, again, translating family to things that matter to you in the sense of your whole being beyond just work. Are you literally able to work as hard, though, when you have a family and you have four? [SPEAKER_02] I mean, Clay, four kids. [SPEAKER_02] It's a lot of kids. [SPEAKER_02] I find I work a lot. [SPEAKER_02] Of course, if you just magically handed me 15 hours in a week that I wasn't with kids, you probably would do something with those. [SPEAKER_02] I find I am intensely focused and efficient. [SPEAKER_02] So, boy, do I get a lot out of every hour I have. One of the things I've done, I spend a lot of time on 101 going to and from the office. We are all about in-person. And coming out of the pandemic, it was something of a novelty being opinionated about being in-person. So I spend an hour and a half, sometimes two, on the road every day. I now have a very complex networking setup that combines two cellular networks and a Starlink mini so that I have uninterrupted, beautiful connectivity to and from the city every day. You're efficient. You get everything that you can out of every hour. Why are you so opinionated about in-person? In particular for a young company, I think it is, I won't say impossible, but very challenging to build a culture, a set of shared norms, camaraderie. I think so many of the things we talked about, enterprise software as a team sport, it feels great to be part of an amazing team. And it's different when your connection to that amazing team is via a Brady bunch of Zoom squares. And so we have rituals that we've developed that we only would have developed if we were all working in person. There is, I think, for younger employees, apprenticeship and mentorship that happens. So much of what I learned and I think the initial conditions of my career were from experienced people taking me under their wing or letting me, in cases, literally look over their shoulder at how they were doing something. I think so many of the things we talked about, enterprise software as a team sport, it feels great to be part of an amazing team. And it's different when your connection to that amazing team is via a Brady bunch of Zoom squares. And so we have rituals that we've developed that we only would have developed if we were all working in person. There is, I think, for younger employees, apprenticeship and mentorship that happens. So much of what I learned and I think the initial conditions of my career were from experienced people taking me under their wing or letting me, in cases, literally look over their shoulder at how they were doing something. I think there's an element of paying it forward that's important and in-person has a role to play in that as well. [SPEAKER_02] There's a talk that I love by the renowned computer scientist Richard Hamming, "You and Your Research." [SPEAKER_02] And it's, for any new graduate, probably the single best thing on a per-word basis, I think you can read. [SPEAKER_02] And there are several interesting points in it, but one of the central theses is find great people, work with them, and learn from them. [SPEAKER_02] And I mean, it sounds obvious, but there's something deeply correct. How do we learn as human beings? We observe someone doing something and we effectively copy it. [SPEAKER_02] So find great people and copy them. [SPEAKER_02] That's how you accumulate skills and capabilities. [SPEAKER_02] And one of the other points Hamming makes in this talk is knowledge and hard work are compound interest. And we all know the earlier you start saving because of the miracle of compounding interest, it can massively change the trajectory of your life. [SPEAKER_02] And so I think any young person should be intensely focused on learning as much as they can as early as they can, locking in those lessons and capabilities, if you will, because it is literally trajectory changing. [SPEAKER_02] Do you want to hit two funny things? [SPEAKER_02] One, we used to do five shows a week. [SPEAKER_02] I just worked harder than anyone else when I was starting out. [SPEAKER_02] That's a lot of shows, Harry. [SPEAKER_02] Yeah, yeah. [SPEAKER_02] It was 11 years ago, but it was five shows a week. [SPEAKER_02] And then two, I didn't have a thousand listeners per show for three years. And I never made a dollar on the show for three years. It was never about money or recognition. [SPEAKER_01] I only cared actually about using this as a method to learn from you. [SPEAKER_01] And probably, especially when I was 18, it was harder to meet amazing people. [SPEAKER_01] And so I completely agree with those two. [SPEAKER_01] There are a lot of young people today. [SPEAKER_01] You have kids. I can picture them leaving university who are uncertain about where the world is, what to do. What would you advise them knowing all that you know? The obvious tsunami coming is AI. And okay, what are the implications on jobs for that? I think there's been a lot of concern, understandably, about okay, what happens to entry-level jobs? How do you apprentice and so on? I think the unfair advantage that young people have coming out of university is you've just had four years to spend effectively unlimited time. You've got to go to class and pass some exams and stuff. [SPEAKER_02] But you have huge control over your time and disposable hours. [SPEAKER_02] Coming out of university as a master of these AI tools, boy, let me point you to a thousand companies that would love to have you infuse what you know into how they're doing things. [SPEAKER_02] And I can't remember a time when a young person with no work experience but with the right mindset and experience using some of these tools has ever been so valued. [SPEAKER_02] Some of our most effective employees at the entire company are 22 or 23 years old and have been completely AI-pilled and have a comfort and facility with these tools that many of our more experienced folks don't. [SPEAKER_02] Has the way that you hire changed for the profile that wins in this AI-pilled world? [SPEAKER_02] Yes. [SPEAKER_02] We completely changed our engineering interview process. So it now looks much more like here's a very – here's a kind of prompt. Think through an application you would like to build. Cool. Okay. Here's $150 to spend on choose your coding agent. You can use whatever setup you want. Use whatever tools you want. [SPEAKER_01] Bring your own laptop. Bring your own tools. We're going to pay for your tokens. And then build it. Tell us how you went through building it and so on. So at least in engineering, it is an AI-native interview. And of course, we test for architecture, systems design, product thinking, culture, smart, nice, intense, the extent to which we think people manifest our values. But that's changed very significantly. And I will be disappointed if in the next no more than two months, not every one of our interviews has some strong AI-native component to it. Do you think – you mentioned architecture there. Do you think we are entering a golden age for cyber and for cybersecurity given the proliferation of code generated by AI that may not be as secure as it needs to be? In terms of importance, it is obvious to me that it has never been more important given that the kind of offensive capabilities just ratcheted up five notches. So I think cybersecurity seems like a pretty good bet to me. The question is whether the offensive tools turn out to be defensive tools. If actually Mythos and Codex 55 Cyber, if they themselves are the solution, not a more narrowly focused cybersecurity product, not an area of expertise for me. What was the most recent disagreement you and Brett had? A couple weeks ago, we were trying to figure out how to get something to move much faster in one space. And it's interesting. We basically always converge. It's we are highly truth-seeking. We have a funny expression like this is correct. Okay, what does that mean? From some objective truth-seeking perspective, this is the right way to do it. So we try to get to, okay, what is the correct solution? I was on one side was like I think we need better process and structure around this thing. Brett was on the side of people. [SPEAKER_02] And maybe we need different leaders or a different leader in this space. [SPEAKER_02] The answer is with most things turned out to be some of both, right? [SPEAKER_02] Turned out to be some of both. But I think we started from – no, it can't just be solved with – it's no, it's not just people. And we pull on those threads. And this wasn't think apart, think together so much as just interrogating each other, again, with the goal of just getting to the right and best approach to something. [SPEAKER_01] What when Brett says something, are you like, yep, I'm sure he's a G at that? And what when you say something, is Brett like, yep, Clay's the expert? We think about rather than dividing up the company, we think about majors and minors for every part of the company. Turned out to be some of both. [SPEAKER_01] But I think we started from – no, it can't just be solved with – it's not just people. [SPEAKER_01] And we pull on those threads. [SPEAKER_01] And this wasn't think apart, think together so much as just interrogating each other, again, with the goal of just getting to the right and best approach to something. [SPEAKER_01] What when Brett says something, are you like, yep, I'm sure he's a G at that? And what when you say something, is Brett like, yep, Clay's the expert? We think about rather than dividing up the company, we think about majors and minors for every part of the company. So Brett's majors are definitely sales and then engineering. He is really good at selling software. He is really good as a software engineer still. We both spend a lot of time on product. And I major in running the company. So operations, finance, legal, and so on. But I do a lot of first calls. He understands our most important contracts. For things that are highly consequential on how we run the company, we have two nuclear keys that we turn on those. Brett, having spent time at Salesforce, really learned from the best. Mark is extraordinary. Is he a seller? He's the best seller I've ever met. Unbelievable. [SPEAKER_01] The goat. [SPEAKER_01] The goat. [SPEAKER_01] Unbelievable. [SPEAKER_01] How's the weather, Mark? Have I told you about agent force? Just honest respect. And so when it comes to instincts on how to sell, it's like, yep, okay, makes sense. Brett's instinct on system design and architecture are second to none. And so I trust his judgment more than I trust my own. On people stuff, on building and running of the company, it was like whatever Clay says, I would go with that. So that's probably the rough yin-yang major minor split. Dude, I would love to do a quick fire round if it's okay. Yeah, let's do it. Okay. What was your biggest lesson from working with Sundar? Sundar has a remarkable ability to look at a problem from wildly different zoom levels. His dynamic range in thinking is second to none. Zoomed all the way out. Highest level strategy. [SPEAKER_02] How is this going to unfold over the next five years? All the way into the details, the pixels, the drop shadows, the sound, the texture of something. And I have tried to emulate that. Talk about surrounding yourself by great people or having the privilege of working for someone. I observed a leader who is extraordinarily focused on the product, the work, building something great, and also is just a wonderful human being and deeply focused on the humanity of folks around him. [SPEAKER_01] What does no one know about Google that you think everyone should know? [SPEAKER_01] What people underestimate about Google is when you have the alignment of an ambitious, enduring mission, incredibly smart people, and a culture that values truth and building in service of that mission, that company can solve anything. [SPEAKER_01] People sometimes criticize Google for a thousand flowers bloom. [SPEAKER_01] If you have smart, well-meaning people caring for every one of those flower beds and they're directed in the right way, it is quite a force for invention and discovery and building new things. [SPEAKER_01] I got asked to ask you about your book list. [SPEAKER_01] I hear you read a lot. That's a shit question. Forgive me for it. [SPEAKER_02] What's the must read for me leaving this conversation? [SPEAKER_02] Oh. [SPEAKER_02] Give me one. [SPEAKER_02] David McCullough, the Wright brothers. [SPEAKER_02] It's so good. [SPEAKER_02] It's so good. [SPEAKER_02] It's a tight history of obviously the invention of the first heavier than air aircraft. [SPEAKER_02] And to me, it is as accurate a portrait of entrepreneurship and invention as has been written anywhere. [SPEAKER_02] The aircraft could not have existed without this network of pre-existing inventions. [SPEAKER_02] Most importantly, a lightweight internal combustion engine. [SPEAKER_02] And then it was try, it didn't work. [SPEAKER_02] Try, it didn't work. [SPEAKER_02] There are scenes of them stuck out in North Carolina being eaten alive by mosquitoes. [SPEAKER_02] It's the hardship and then the triumph of having built something that flies. [SPEAKER_02] I've never said this before in a show, but have you seen a wonderful film called Those Magnificent Men and Their Flying Machines? [SPEAKER_02] No. I'm going to send this to you. Oh, I look. Okay. Sounds good. It is about the pursuit to fly from mankind. Oh, fantastic. It's amazing. Well, thanks for the tip. It's from the 1940s, 50s. That's great. I'm looking forward to that one. Okay. Parenting for kids and an unbelievable operator and founder. What's your biggest advice? First of all, having kids is the greatest gift. It is such a privilege. And a few things I would say. First of all, you feel that way. You will be a changed and different person on the other side of holding your son or daughter. It is the, in my opinion, single fastest rate of change, single biggest change that anyone experiences in their life after they themselves are being born, welcoming your first child. Carve out time, family dinner. We have many mornings on Sundays, maker mornings with two of my sons, where we block out an hour or two and we build something at home. And so rituals and discipline around making time and space. I think anything important in life, my view, is a product of clear goals and good habits. And so I think if you have a clear goal around how you want to be as a parent and then habits that help you build towards that, I think that's a very important ingredient. And then the other is making kids' interests your own. And so I'm terrible at basketball. [SPEAKER_02] My oldest son is an incredible basketball player. I am so proud of him. I go and watch him play and say, he does things. I could never do that. [SPEAKER_02] Not only can't I do that, I could never do that. [SPEAKER_02] And so I follow the playoffs. [SPEAKER_02] I've learned about the sport. [SPEAKER_02] I've learned about the best players. [SPEAKER_02] I've learned about coaching so that I can try to enjoy and support him in this interest more fully than I otherwise would be. [SPEAKER_02] And so I think for each of our four, it's being aware of what gets the synapses going for them, what they light up about, and then making that interest my own. [SPEAKER_02] My oldest son is an incredible basketball player. I am so proud of him. I go and watch him play and say, he does things I could never do that. [SPEAKER_02] Not only can't I do that, I could never do that. [SPEAKER_02] And so I follow the playoffs. I've learned about the sport. [SPEAKER_02] I've learned about the best players. [SPEAKER_02] I've learned about coaching so that I can try to enjoy and support him in this interest more fully than I otherwise would be. [SPEAKER_02] And so I think for each of our four, it's being aware of what gets the synapses going for them, what they light up about, and then making that interest my own. [SPEAKER_02] Would you say that's the same for your partner? [SPEAKER_02] Do you need to have aligned interests in a partnership in a marriage? Or is it good to have different ones? I mentioned married to my high school sweetheart. [SPEAKER_02] We will have been together for almost 30 years. And I'm not that old. [SPEAKER_01] I think a great marriage is a partnership. [SPEAKER_01] And a partnership means you are working in pursuit of and service of some shared set of goals. [SPEAKER_01] And so you asked about interests. [SPEAKER_01] I think having shared interests in what you are pursuing as a partnership is deeply important. [SPEAKER_01] Happy kids who grow into adults who can enjoy their lives and contribute meaningfully to those around them. [SPEAKER_01] Building a set of values in one's family that are aligned with your own. [SPEAKER_01] And then I think ensuring as part of that partnership that the other member in it themselves thrives and fully realizes themselves. [SPEAKER_01] And there are those interests maybe different, but there can be a shared interest in enabling each other to become the best that you're able to become. [SPEAKER_01] Final one for you, but I do like it. [SPEAKER_01] What's the kindest thing that anyone's ever done for you? I feel such gratitude to my parents. And I'm sorry if it's a straight down the fairway answer. My father was a career cardiologist. My mom is a very talented quilt maker. [SPEAKER_02] And neither of them were in engineering or technology. [SPEAKER_02] And they saw that when I got a hold of my first computer, I just lit up. And not really understanding what computers were about. My mom was good with them in the 80s. But it was not at all clear where they would go. But they could see that I was obsessed with them. And they supported that interest to the hilt. I remember going with my father and my mom and dad to buy an early Power Mac. And my dad was pushing like, would you be able to do more if we had more memory in it? And I think I would be. And I was, well, we should get more. And I was, is this real life? [SPEAKER_01] My mom would take me out of school one day a year. [SPEAKER_01] And we would go to Ken's house of pancakes, get breakfast. [SPEAKER_01] She would make up a doctor's appointment or something for me. [SPEAKER_01] And then we'd go to Macworld. And I would get to spend the day at Macworld, which for me was nirvana. And so I feel such gratitude to them and seeing in me that interest and how I lit up about this thing that was unfamiliar to them, but that they then pushed and enabled. And of course, there's a direct line from that to wonderful 18 years at Google starting Sierra and today. They must be very proud of you. I think they are. I think they are. I know that they are. The thing that strikes me from this show is I don't mean to sycophantically. It's just what a good person you are. Do you know what I know? I interview a lot of people and they're brilliant and they're intellectually brilliant. You obviously are that. It looks like what a genuinely good person you are, which is really, it's very tangible. So I really can't thank you enough for doing this. [SPEAKER_02] And you've been an incredible guest. [SPEAKER_02] Thank you so much, Harry. [SPEAKER_02] I really appreciate it. [SPEAKER_02] Thank you. And so there's a danger in setting dates as well. It's like, well, we've got this long. It may not need to take that long. It ties to the third one, which is like work expands to the room that you give it. Yeah. I give everything to my work and I love that. Third, family as a value? Yeah. I'm just interested by that one. Each of our values comes directly from Brett and me. And actually, one of the best decisions we made was, I think it was the time we were five or six employees. We spent half a day. Brett and I have a technique we call think apart, think together, where we'll initialize on a prompt. And the idea is not to group think one another. So we want to get kind of the best of our independent thinking. And so we did a think apart, think together on values. Went off and spent an hour kind of writing up what our view was. Came back and compared notes. And there was, first of all, a shocking amount of overlap, which I guess shouldn't have in retrospect been surprising. It was like we had wanted to work together. We've been friends. I think we're deeply similar in many of our values. Really all of our core values, I would say. Family comes from I've got four young kids. Brett's got three kids. And I married my high school sweetheart. And I think for both of us, the only thing that's more important than Sierra is our families. And our belief is that you can be part of something that is growing fast. You can be intense about your work. You can turn on the afterburners when you need. And yet, and it doesn't just mean kids. It's picking up your parents at the airport when they get in from out of town. It's going to the friends extended birthday weekend. It's being, yes, at the parent-teacher conference or whatever it is. And I think there is too often an image of kind of a sometimes performative grind in certainly Silicon Valley startups. And it's not that we don't believe in hard work. Like, boy, do we. Like, again, intensity. But it's in working smart and finding some balance that gives you space for, again, translate family to things that matter to you in the sense of your whole being beyond just work. Are you literally able to work as hard, though, when you have a family and you have four? I mean, Clay, four kids. It's a lot of kids. I find I work a lot. Of course, if you just magically handed me 15 hours in a week that I wasn't with kids, you probably do something with those. I find I am intensely focused and efficient. And so, like, boy, do I get a lot out of every hour I have. One of the things I've done, I spend a lot of time on 101 going to and from the office. We are all about in-person. And coming out of the pandemic, it was something of, you know, a novelty being opinionated about being in-person. So I spend like an hour and a half, sometimes two, on the road every day. I now have a very complex networking setup that combines two cellular networks and a Starlink mini so that I have uninterrupted, beautiful connectivity to and from the city every day. You're efficient. You get everything that you can out of every hour. Why are you so opinionated about in-person? In particular for a young company, I think it is, I won't say impossible, but very challenging to build a culture, a set of shared norms, camaraderie. I think so many of the things we talked about, enterprise software as a team sport, it feels great to be part of an amazing team. And it's different when your connection to that amazing team is via a Brady bunch of Zoom squares. And so we have rituals that we've developed that we only would have developed if we were all working in person. There is, I think, for younger employees, apprenticeship and mentorship that happens. So much of what I learned and I think the initial conditions of my career were from experienced people taking me under their wing or letting me, in cases, literally look over their shoulder at how they were doing something. I think there's an element of paying it forward that's important and in-person has a role to play in that as well. There's a talk that I love by the renowned computer scientist Richard Hamming, You and Your Research. And it's, for any new graduate, probably the single best thing on a per-word basis, I think you can read. And there are several interesting points in it, but one of the central theses is find great people, work with them, and learn from them. And I mean, it sounds obvious, but there's something deeply correct. Like, how do we learn as human beings? We observe someone doing something and we effectively copy it. So find great people and copy them. That's how you accumulate skills and capabilities. And one of the other points Hamming makes in this talk is knowledge and hard work are like compound interest. And we all know the earlier you start saving because of the miracle of compounding interest, it can massively change the trajectory of your life. And so I think any young person should be intensely focused on learning as much as they can as early as they can, locking in those kind of lessons and capabilities, if you will, because it is literally trajectory changing. Do you want to hit two funny things? One, we used to do five shows a week. I just worked harder than anyone else when I was starting out. That's a lot of shows, Harry. Yeah, yeah. It was 11 years ago, but it was five shows a week. And then two, I didn't have a thousand listeners per show for three years. And I never made a dollar on the show for three years. It was never about money or recognition. I only cared actually about using this as a method to learn from you. And probably, especially when I was 18, it was harder to meet amazing people. And so I completely agree with those two. There are a lot of young people today. You have kids. I can picture them leaving university who are uncertain about where the world is, what to do. What would you advise them knowing all that you know? The obvious kind of tsunami coming is AI. And, okay, what are the implications on jobs for that? I think there's been a lot of concern, understandably, about, okay, what happens to entry-level jobs? How do you apprentice and so on? I think the unfair advantage that young people have coming out of university is you've just had four years to spend effectively unlimited time. You've got to go to class and pass some exams and stuff. But you have huge control over your time and disposable hours. Coming out of university as a master of these AI tools, boy, let me point you to a thousand companies that would love to have you infuse what you know into how they're doing things. And I can't remember a time when a young person with no work experience but with the right mindset and experience using some of these tools has ever been so valued. Some of our most effective employees at the entire company are 22 or 23 years old and have been completely AI-pilled and have a comfort and facility with these tools that many of our more experienced folks don't. Has the way that you hire changed for the profile that wins in this AI-pilled world? Yes. We completely changed our engineering interview process. So it now looks much more like here's a very – here's a kind of prompt. Think through an application you would like to build. Cool. Okay. Here's $150 to spend on choose your coding agent. You can use whatever setup you want. Use whatever tools you want. Bring your own laptop. Bring your own tools. We're going to pay for your tokens. And then build it. Tell us how you went through building it and so on. So at least in engineering, it is an AI-native interview. And of course, we test for architecture, systems design, product thinking, culture, smart, nice, intense, the extent to which we think people manifest our values. But that's changed very significantly. And I will be disappointed if in the next no more than two months, not every one of our interviews has some strong AI-native component to it. Do you think – you mentioned architecture there. Do you think we are entering a golden age for cyber and for cybersecurity given the proliferation of code generated by AI that may not be as secure as it needs to be? In terms of importance, it is obvious to me that it has never been more important given that the kind of offensive capabilities just ratcheted up five notches. So I think cybersecurity seems like a pretty good bet to me. The question is whether the offensive tools turn to be defensive tools. If actually Mythos and Codex 55 Cyber, if they themselves are the solution, not kind of a more narrowly focused cybersecurity product, not an area of expertise for me. What was the most recent disagreement you and Brett had? A couple weeks ago, we were trying to figure out how to get something to move much faster in one space. And it's interesting. We basically always converge. It's like we are highly truth-seeking. It's like what is – we have a funny expression like this is correct. Okay, what does that mean? From some objective truth-seeking perspective, like this is the right way to do it. So we try to get to, okay, what is the correct solution? I was on – one side was like I think we need better kind of process and structure around this thing. Brett was on the side of people. And maybe we need different leaders or a different leader in this space. The answer is with most things like turned out to be some of both, right? Turned out to be some of both. But I think we started from – no, it can't just be solved with – it's like no, it's not just people. And we pull on those threads. And this wasn't think apart, think together so much as just kind of interrogating each other, again, with the goal of just getting to the right and best approach to something. What when Brett says something, are you like, yep, I'm sure he's a G at that? And what when you say something, is Brett like, yep, Clay's the expert? We think about rather than dividing up the company, we think about majors and minors for every part of the company. So Brett's majors are definitely sales and then engineering. He is really good at selling software. He is really good as a software engineer still. We both spend a lot of time on product. And I major in what I've got like the running of the company. So operations, finance, legal, and so on. But I do a lot of first calls. Like he understands our most important contracts. You know, for things that are highly consequential on how we run the company. You know, we have kind of two nuclear keys that we turn on those. Brett, having spent time at Salesforce, really learned from the best. Like Mark is extraordinary. Is it a seller? He's the best seller I've ever met. Unbelievable. The goat. The goat. Unbelievable. How's the weather, Mark? Have I told you about agent force? Just but honest, honest respect. And so when it comes to instincts on how to sell, you know, it's like, yep, okay, makes sense. Brett's instinct on system design and architecture are second to none. And so I trust his judgment more than I trust my own. On people stuff, on kind of the building and running of the company, it was like whatever clay size, I would go with that. So that's probably the rough yin-yang major minor split. Dude, I would love to do a quick fire round if it's okay. Yeah, let's do it. Okay. What was your biggest lesson from working with Sundar? Sundar has a remarkable ability to look at a problem from wildly different zoom levels. His dynamic range in thinking is second to none. Zoomed all the way out. Highest level strategy. How is this going to unfold over the next five years? All the way into the details, the pixels, the drop shadows, the sound, the texture of something. And I have tried to emulate that. Talk about surrounding yourself by great people or having the privilege of working for someone. I observed a leader who is extraordinarily focused on the product, the work, building something great, and also is just a wonderful human being and deeply focused on the humanity and folks around him. What does no one know about Google that you think everyone should know? What people underestimate about Google is when you have the alignment of an ambitious, enduring mission, incredibly smart people, and a culture that values truth and building and service of that mission, that company can kind of solve anything. People sometimes criticize Google for a thousand flowers bloom. If you have smart, well-meaning people caring for every one of those flower beds and they're directed in the right way, it is quite a force for invention and discovery and building new things. I got asked to ask you about your book list. I hear you read a lot. That's a shit question. Forgive me for it. What's the must read for me leaving this conversation? Oh. Give me one. David McCullough, the Wright brothers. It's so good. It's so good. It's a tight history of obviously the invention of the first heavier than air aircraft. And to me, it is as accurate a portrait of entrepreneurship and invention as has been written anywhere. The aircraft could not have existed without this kind of network of pre-existing inventions. Most importantly, a lightweight internal combustion engine. And then it was try, it didn't work. Try, it didn't work. There are scenes of them stuck out in North Carolina being eaten alive by mosquitoes. It's the hardship and then the triumph of having built something that flies. I've never said this before in a show, but have you seen a wonderful film called Those Magnificent Men and Their Flying Machines? No. I'm going to send this to you. Oh, I look. Okay. Sounds good. It is about the kind of pursuit to fly from mankind. Oh, fantastic. It's amazing. Well, thanks for the tip. It's like 1940s, 50s. That's great. I'm looking forward to that one. Okay. Parenting for kids and an unbelievable operator and founder. What's your biggest advice? First of all, having kids is the greatest gift. It is such a privilege. And a few things I would say. First of all, you feel that way. You will be a changed and different person on the other side of holding your son or daughter. It is the, in my opinion, single fastest rate of change, single biggest change that anyone experiences in their life after they themselves are being born, welcoming your first child. Carve out time, family dinner. We have many mornings on Sundays, maker mornings with two of my sons, where we block out an hour or two and we build something at home. And so rituals and discipline around making time and space. I think anything important in life, my view, is a product of clear goals and good habits. And so I think if you have a clear goal around how you want to be as a parent and then habits that help you build towards that, I think that's a very important ingredient. And then the other is making kids' interests your own. And so I'm terrible at basketball. My oldest son is an incredible basketball player. I am so proud of him. I go and watch him play and say, he does things. I could never do that. Not only can't I do that, I could never do that. And so I follow the playoffs. I've learned about the sport. I've learned about the best players. I've learned about coaching so that I can try to enjoy and support him in this interest more fully than I otherwise would be. And so I think for each of our four, it's being aware of what gets the synapses going for them, what they light up about, and then making that interest my own. Would you say that's the same for your partner? Do you need to have aligned interests in a partnership in a marriage? Or is it good to have different ones? I mentioned married to my high school sweetheart. We will have been together for almost 30 years. And I'm not that old. I think a great marriage is a partnership. And a partnership means you are working in pursuit of and service of some shared set of goals. And so you asked about interests. I think having shared interests in what you are pursuing as a partnership is deeply important. Happy kids who grow into adults who can enjoy their lives and contribute meaningfully to those around them. Building a set of values in one's family that are aligned with your own. And then I think ensuring as part of that partnership that the other member in it themselves thrives and fully realizes themselves. And there are those interests maybe different, but there can be a shared interest in enabling each other to become the best that you're able to become. Final one for you, but I do like it. What's the kindest thing that anyone's ever done for you? I feel such gratitude to my parents. And I'm sorry if it's a straight down the fairway answer. My father was a career cardiologist. My mom is a very talented quilt maker. And neither of them were in engineering or technology. And they saw that when I got a hold of my first computer, I just lit up. And not really understanding what computers were about. My mom was good with them in the 80s. But it was not at all clear where they would go. But they could see that I was obsessed with them. And they supported that interest to the hilt. I remember going with my father and my mom and dad to buy an early Power Mac. And my dad was pushing like, would you be able to do more if we had more memory in it? And I think I would be. And I was like, well, we should get more. And I was like, is this real life? My mom would take me out of school one day a year. And we would go to Ken's house of pancakes, get breakfast. She would make up a doctor's appointment or something for me. And then we'd go to Macworld. And I would get to spend the day at Macworld, which for me was like nirvana. And so I feel such gratitude to them and seeing in me that interest and how I lit up about this thing that was unfamiliar to them, but that they then pushed and enabled. And, of course, there's a direct line from that to wonderful 18 years at Google starting Sierra and today. They must be very proud of you. I think they are. I think they are. I know that they are. The thing that strikes me from this show is I don't mean to sycophantically. It's just like what a good person you are. Do you know what I know? I interview a lot of people and they're brilliant and they're intellectually brilliant. You obviously are that. It looks like what a genuinely good person you are, which is really, it's very tangible. So I really can't thank you enough for doing this. And you've been an incredible guest. Thank you so much, Harry. I really appreciate it. Thank you.