Professor G Markets$Bond Investors Are Panicking — And They May Be Right
- This post includes paid content that is not available publicly. See the original source.
The lesson argues that root cause analysis works when it follows a fixed sequence. That sequence is a "level zero to N" decomposition: define the move precisely, then repeatedly split by whichever dimension explains the most of it. It ends on a demonstration that the lab's open-source AI Analyst repo, running in Claude Code, can run that sequence unprompted and land on a single cause. A co-host presents. Shane and a third co-founder add commentary and take questions.
What goes wrong by default. The presenter opens with the typical trigger, "revenue's down 12%, what happened, until end of day go", and three common responses: panic, a story built from the one dimension a dashboard happens to have, and drilling ever deeper until the finding no longer explains the top line. Shane adds that unstructured drilling surfaces spurious correlations that mislead.
Level zero, then the drill. Before any slicing, the metric is defined (window, grain, how it is counted), the change is quantified against a stated comparison, and a bar is set for whether it is worth investigating at all. Then every dimension the business is known to be sensitive to is checked, and the one carrying the largest share of the change is followed. In the presenter's example, $4.5 million of a $5 million revenue drop sits in APAC, and that outranks a channel down 80%. Each segment is split again, from a region down to paid members on iOS in two countries, for as long as it still explains most of the move. The framework is built into the repo's root-cause skill.
Why an agent. Shane's case is depth rather than speed. He describes a two-month analysis of falling sessions at Nextdoor, done by hand, in which threads were hard to keep straight. Subagents working in parallel and writing to one knowledge base, he argues, make even plain segmentation and attribution much stronger.
The demo. On the fictional Novamart dataset, the presenter warms Claude Code up with a description of the business, charts ticket volume, then asks for a root cause analysis of a June 2024 payment-ticket spike. The agent confirms the spike (payment tickets reached 41% of all tickets, then fell back in July, while attempts grew smoothly), drills through several layers, and names a defective iOS release, version 2.3.0, fixed days later. It grades its own confidence as high and exports a report to Google Docs through an MCP connection. The presenter cautions that the work still needs checking, and the data was known in advance to hold this story.
Q&A. The presenter says the agent reports every contributing cause, not just the largest, and can connect to real warehouses. Shane says the system is unreliable on Sonnet, became dependable only with Opus 4.6 in February, and needed repo changes for Opus 4.7. A third co-founder says Sonnet suits pure rule execution, but reasoning needs Opus.
Miller and Mumford, VP of platform intelligence and lead AI engineer at Pattern, discuss their new Wiley book Architected Intelligence. Its closing argument is that with everyone using the same frontier models, an AI-first organization's only durable advantage is velocity. That means running the define-build-feedback loop faster than rivals, with taste deciding how much each turn improves. Getting there, they argue, means designing for human or AI users, failing fast, preferring workflows to agents, and treating data as the foundation. They aimed for principles that hold for 5 to 10 years rather than tutorials pinned to a model like GPT-3.5 Turbo.
Designing for any user. The user agnosticism tenet says a process should run equally well with a human, an AI or a mix. In their sales chatbot example, a human can step in at any point and pick up the conversation. Full automation loses the human touch, and retrofitting human entry points later means a refactor. The host adds that agentic tools now crawl interfaces built for humans.
Fail fast. Organizational "antibodies" keep projects alive too long. Because prototypes now take a day, as with the text-to-SQL chatbots every company built, an AI project must show value on day one or be scrapped. A guest points to AWS's recent rebuild of its AI stack by six engineers in two or three months. Miller argues that cheap building moves the bottleneck to definition and feedback. He gives small teams of two or three a narrow lane to fail in without an audience.
Adversaries and drift. Miller reads Zillow Offers, which the host says lost almost a billion dollars, as a winner's curse undone by COVID-era drift. He treats adversaries as feature-space shift and warns that bots giving discounts get gamed via Reddit, so observability must flag anomalies at once.
Hands before brain. A workflow fixes the tool order; an agent chooses it. If a fixed path doesn't satisfy, an improvised one won't either, the guests argue. Teams move from skills (markdown files experts can edit) to workflows to agents. Agents that route everything through the context window are costly, and they connect them to stories of deleted production environments. One guest replaced an AI step with a decision tree and complaints stopped overnight; "half my job… is ripping AI out".
Data and canon. Mumford says AI engineering repeats data science's lesson that data comes first: Ron Burgundy reads whatever is on the teleprompter. The questions now are which PDFs and docs are authoritative and how to chunk, embed and search them. Hallucinations, the book argues, mean missing or mis-retrieved context; the host gives the example of a stale HR guide. A canon manager should take that context out of engineers' repos and hand it to accountable experts, with AI proposing diffs to fix conflicts.
Models. After the host cites BloombergGPT's eight-figure cost, a guest says more people fine-tune than should. Fine-tuning suits stable, narrow, high-volume tasks like classification, and Miller asks whether moving from 93 to 95% accuracy beats five other projects. Of the intelligence-cost-latency triangle, a guest rates streaming most effective, ensembles (citing Andrej Karpathy's "Council of LLMs") most underused, and on-the-fly routing hardest. Good UX can hide latency, as Instagram did by uploading photos while users typed captions.
Velocity as moat. Mumford says the labs chase self-recursive improvement and companies can compound small per-cycle gains the same way. The host suggests post-training may soon give models taste too, leaving humans an edge in context.
The lesson argues that a launch's success criteria are incomplete without a "shadow". A shadow is a guardrail metric chosen in advance, with numeric thresholds, that catches the cost of pushing the success metric too hard. It ends with Claude Code, driven by the lab's open-source AI Analyst repo, used as a brainstorming partner to design and stress-test guardrails for a hypothetical feature. A co-host presents, with Shane and a third co-founder adding views.
The shadow. The opening case is a checkout change that lifts conversion 15% while net revenue drops two weeks later. The presenter's pairs are conversion against average order value, sign-ups against day-30 retention, engagement against NPS or complaints, and ticket-closing speed against reopened tickets. An attendee adds that the pattern is common in e-commerce clients whose sales double or triple and then fall.
Three decisions. First, a precise success metric. Second, named guardrails picked up front, since choosing metrics after launch is "data theater". Third, thresholds: a tolerance band (3–5% in the example) and a kill threshold that pauses the launch. Shane's addition is organizational. Numbers agreed before any data exists stop teams with different priorities from turning the readout political.
The demo. On the fictional Novamart dataset, the presenter has Claude Code diagram the repo's metric pipeline, which forces at least one guardrail per success metric, on a different dimension, with thresholds and verdicts. For a "save for later" feature targeting +15% on 30-day purchase rate, the model flags cannibalization of immediate purchases. It proposes same-session purchase rate, order value, return rate and 90-day repeat purchase as guardrails, swaps in ticket and pre-shipment cancellation rates when told returns are untracked, and interprets a scenario of rising returns with flat repeat purchases. The presenter says its ranges reflect earlier runs on this data.
Q&A. Shane and the third co-founder say an agent reviewing its own work is biased toward approval. Shane uses clean-context subagents, a multi-persona critique skill, and a second model. Shane also advises feeding raw numbers and keeping all calculation in code, since numbers passed through the model invite hallucination.
The lesson argues that an opportunity size is only credible when it is a formula, users affected × improvement rate × value per unit, with every input labelled as grounded or assumed. It ends with Claude Code's opportunity-sizer agent, from the lab's AI Analyst repo, sizing a mobile checkout fix on fictional data. The result is roughly $300k in topline revenue, with the lift itself flagged as the weakest input. A co-host presents and a third co-founder fields the chat. Shane is absent.
The made-up number. The presenter contrasts the usual sizing, an optimistic rate times a huge addressable market on one slide, with a formula whose inputs can each be checked. Users affected is countable. The improvement rate should come from experience, internal gaps or benchmarks. Value per unit translates a lift into dollars.
Grounding each input. Paired bad and good examples make the point: "all our users" against 12,400 monthly mobile users abandoning checkout; "conversion will double" against closing half a 33%-to-52% gap; "worth a lot" against $67 order value at 75% margin. A vague $5 million "save for later" pitch is rebuilt from 28,000 browsing users, an 8–12% benchmark recovery rate and a $45 first purchase. The presenter adds that the first traceable figure becomes the anchor.
A chat prompt. A reusable prompt casts the model as a senior product analyst grading a pitch's three inputs as clear, vague or missing. On a one-line pitch about a "clunky" checkout it flags all three and proposes anchors. A director in the audience questions whether different personas should yield different numbers. The third co-founder says a deterministic answer should not differ, and making team answers consistent is a validation problem of its own.
Claude Code. The presenter meant to compare Opus 4.6 and 4.7 side by side, but 4.6 had been withdrawn the day after 4.7's release. On Novamart, the agent finds start-to-complete conversion of 40% on web, 29% on iOS and 28% on Android, with the gap in the steps before payment and web ahead in every channel. The sizer then builds pessimistic (5%), base (15%) and optimistic cases, a break-even view and a sensitivity table of lift against order value. It rates confidence medium because only the lift is assumed. The presenter stresses that a human must challenge those assumptions.
Q&A. Asked about BI connections, the presenter says context means far more than the warehouse: documents, Notion, email and Slack through MCP, cleared by security and legal. The repo's skills combine the founders' practices with Claude's own knowledge, and each user's copy is meant to grow around their company.
The lesson argues that AI-built decks look like "slop" only because they get no instructions. A deck made from a fixed pipeline, given audience, decision, storyboard and theme, with review loops at each stage, comes out close to what several human review rounds would produce. It ends with Claude Code and the lab's AI Analyst repo turning a finished analysis into a New York Times–themed executive deck with no design direction from the user. A co-host presents, and Shane and a third co-founder add views and answer the chat.
The slop problem. The presenter shows slides from a generic Claude Cowork prompt, which attendees rate "okayish" to "average". The explanation offered is that a model takes the quickest path to whatever goal it is given.
Four inputs. Audience sets tone, depth and length: data scientists get the method, a CEO gets takeaways, evidence and the ask. The decision the deck drives (ship a feature, report progress, request resources) shapes the message. A storyboard comes before slides, with TL;DR, context, findings and recommendation rather than charts in chronological order. Theme sets look and feel, the way consulting firms hold to house styles.
The pipeline. The repo chains storyboard, narrative, charts, compilation and human iteration, with reviewer steps that send work back until it passes. Shane argues the strength is in these loops: criteria the user defines replace the rounds of feedback a deck would normally get, so the first pass arrives polished. He adds that the analysis behind a deck often goes unacted on because its last mile is neglected.
The demo. On Opus 4.7, Claude Code diagrams its deck pipeline, lists six available themes, and is asked for a New York Times–themed deck on a completed Novamart mobile-checkout analysis for executives. It finds the analysis, writes the theme's CSS, rebuilds charts with the takeaway in each title, and renders PDF and then HTML. The deck is short and ends on an ask, with an appendix. The presenter notes it should have been wider. Shane says freshly invented themes tend to be poor, so the repo predefines them.
Q&A. The presenter rates the newly launched Claude Design as currently rough on instruction-following and expensive in credits, and says Claude Code is more flexible and can be chained with other work. Shane describes codifying every manual fix back into skills and templates, and having a stakeholder's Slack question kick off analysis and then a deck automatically. Other answers: outputs vary between runs, a $20 Pro plan suffices, and a separate machine matters mainly for fully autonomous agents.
Manz, a founding engineer at Marimo, argues that data work can get the same long, self-correcting agent loops that software development already has. That requires a notebook that exposes its live state to an agent through a skill. Marimo pair does this, leaving a reproducible, auditable notebook rather than logs, and Manz traces it to a career spent making visualization and interactivity as easy to use as a Python import.
Why a reactive notebook. Manz calls Marimo a "delightful reactive Python notebook". It understands relationships between cells, re-runs stale ones and guarantees the document reflects the true state. That removes the habit, which the host describes, of constantly restarting Jupyter notebooks to be safe. Marimo is MIT-licensed and was acquired by CoreWeave last fall. Manz says CoreWeave's direction is to grow the open source, with Marimo pair and a VS Code extension, and to make Marimo the open standard for Python notebooks.
Making agents useful in notebooks. Manz defines an agent as a model plus tools in a loop. Coding agents handle files and commands but couldn't see data loaded into memory, so notebook users babysat them by pasting errors back. Marimo pair is a skill (a folder of markdown files) that teaches an agent to start or connect to Marimo and run Python in its runtime. It can then ask about anything the user sees, read cells and screenshot them. Manz now starts data tasks in Claude Code, describes datasets and libraries declaratively, and edits cells by hand alongside the agent. Agents also make exploration cheap: he can ask for validations he would otherwise skip.
Skills as a new kind of contract. Instead of fixed APIs, the agent discovers tools hidden in Marimo. API changes between releases don't break it, and upgrades just add capabilities. Manz says he came to skills late, around November with Claude Opus 4.5 (he first said 4.6, and the host corrected him). His first skill was imperative and models followed it too rigidly at exceptions, so he made it declarative. That means teaching the tools and nuance and letting the model decide how. He likens the shift to prompting losing importance as agents fetch context on demand. If he repeats himself to an agent, that belongs in a skill, and failures mean updating the skill.
Recursive language models. Manz says coding agents are already a form of the recursive language models described in research released last year. These offload context to an environment, usually the file system, to avoid context rot. Marimo pair adds in-memory Python values to that environment. The notebook's cells become a consistent scaffold of the agent's memory, unlike the ten different file-system routes an agent might take to the same question.
AnyWidget and lowering overhead. At Harvard Medical School's HIDIVE lab, Manz worked on open-source tools including Viv, Quak and Zarr.js. He found that persuading researchers to adopt a new visualization app was the hard part. His AnyWidget is a standard and implementation for bidirectional Python-to-web widgets across Jupyter, Colab and Marimo, and it is how Marimo found him. In a SciPy talk he likened widgets to catalysts that lower the activation energy of reaching insight, since visualization tools usually need an app download and data export. In Marimo, a widget selection becomes a variable that reactively drives downstream cells, so an outlier can be clicked rather than filtered with a typed predicate. His progressive design lets a widget start as plain JavaScript in a notebook and move to a library, adding TypeScript and type checks as the code grows. He says that discipline matters more now that so much code is generated.
Visualization first, and going deep. Manz checks data visually at every pipeline step, having lost afternoons to missing values a glance would have caught. He argues that abstract biological data need purpose-built views such as the genome browser, close to where the analysis happens. He says he now actively resists answer-on-demand tools so he can keep going deep on topics, which he expects to stay valuable.
Connor Leahy argues that superintelligence cannot be made safe on any realistic timeline, and treats it as a political problem rather than a technical one. Without intervention he puts doom at 90–95%. The only remedy he sees is an internationally enforced ban backed by government power, and he has moved to Washington as US executive director of Control AI to campaign for it. He estimates such a campaign has about a 10% chance with $50 million and 40% with $500 million.
From open source to politics. Leahy first worked on AI around 2011 as a teenager, already worried about control. He expected AGI around 2040–2050, until GPT-2 in 2019 convinced him it was coming much sooner. He then built open-source replications on the hacker belief that openness makes software safe. He says he became "very burnt" when the community wanted only "faster, bigger, open source, uncensored", and now thinks some of that work was morally bad, though reasonable at the time. Asked why others resist the conclusion, he points to emotion, tribalism and Upton Sinclair's rule; Yampolskiy adds stock options.
Why technical safety fails. He says the field has made almost no progress on the hard problems. An aligned superintelligence would require solving governance, morality, cybersecurity, formal verification and the modeling of social systems at once. Humanity is too confused about morality even to consent to such a system. He gives it three generations of heavily funded science at best. On p(doom), he separates doing nothing (90–95%) from a global ban, which he says lowers it "a lot". In a pre-paradigmatic field, he argues, papers can justify anything, so the only shared ground is that not building superintelligence prevents the risk.
The governance case. Every risky industry has government-set risk limits: you can't build a bomb in your garage, while defense contractors like Lockheed Martin operate under tight security. AI, he says, faces "more regulation on selling a sandwich", defended by the largest lobbying force in history. As president, he would announce on national TV that preventing superintelligence is a national priority, and demand plans within a week from the military, intelligence and energy agencies. Nationalization is one possible tool among several. He wants verification methods that let the US and China each prove they are not building it.
Insiders, compute and red lines. He tells lab employees to quit, calling working from the inside a trap or vigilantism. A pact among Altman, Musk and Hassabis couldn't be enforced without law. If superintelligence becomes buildable on a laptop within a few years, "it's probably just game over", though he doesn't expect that soon. Each step forward makes turning back exponentially harder, and red lines from the Turing test to Mythos's hacking have passed without reaction, which is why he doubts a warning shot will come.
What went wrong in the movement. He blames AI safety's roots in libertarianism and utilitarianism. He cites an Eliezer Yudkowsky essay from around 1998–99, which Yudkowsky has since moved away from, that urged keeping the government and the public uninformed. Japanese attendees at a conference asked him why charities rather than militaries were handling a threat to nation-states. He calls this a textbook public-goods problem, like a river polluted under market pressure. He sets suffering risks aside as real but not actionable. He argues it doesn't matter which lab or country builds superintelligence first, because the result would be an evolving ecosystem of billions of grown, self-modifying copies, not a single system.
Resources and opponents. He sees funding as the binding constraint. He says roughly $500 million would deliver a message 7–10 times over a year to the US public. Control AI's donors, including Jaan Tallinn, have given far less than $50 million. With 10 years he is "quite confident"; with two it is "real tricky". He would rather talk with academics outside tech, unions and civil-rights groups than debate accelerationists, whom he sees as financially captured.
Gupta and Al-Dhubaib, Rubrik's chief product officer and principal technologist, argue that with models like Anthropic's Mythos finding and exploiting vulnerabilities at machine speed, and agents erring on their own, organizations must assume breach. Resilience has to be designed in from the start: visibility into every agent, runtime governance, and a tested way to undo damage. They present Rubrik Agent Cloud as that stack. Anthropic is among the episode's listed sponsors.
From backup to agents. Gupta says Rubrik began 12 years ago with data resilience and was pulled into cyber when attacks overtook deletions and disasters as the reason for restoring data. AI agents are the next vector, because they will inevitably make mistakes, benign or malicious. Al-Dhubaib, who on the show a year earlier argued for making AI "boring", says the blast radius of multi-step agents has changed his read. He cites a "hockey stick" in AI incidents, including what he says was Amazon losing 99% of orders in a day to agent-generated code. He still wants AI boring, and joined Rubrik to secure the data AI touches.
Mythos. The host reports that Mythos preview was announced on April 7th and withheld. Anthropic estimates comparable capability elsewhere within 6 to 18 months, with open weights to follow, and the host also calls the withholding brilliant marketing. Gupta sees Mythos as the most visible point on an expected curve. Because attackers no longer need weeks inside a system, she says recovery must replace detection as the priority. Al-Dhubaib adds that leadership FOMO is widening the attack surface while trust infrastructure lags, and that agents searching every permission end security through obscurity. Gupta attributes the Claude Code leak to a misconfigured boolean flag and warns of internal leaks such as salaries. She cites a World Economic Forum figure that over 87% of executives see AI vulnerabilities as their fastest-growing cyber risk, and expects the problem to be "untenable" in six to 12 months.
Identity and zero trust. Gupta walks through an attack from stolen credentials, as in the MGM support-desk reset she recalls, to escalation and ransom. She says Rubrik's preemptive recovery engine establishes the blast radius so systems can be restored without reinstating vulnerabilities. Al-Dhubaib calls non-human identities "the problem to solve". A guest describes long-lived, full-permission Claude Code tokens kept in laptop files. Gupta defines zero trust as assuming breach, with minimal, ephemeral access to crown jewels.
Trust engineering. Al-Dhubaib's framework combines human-centred design (Waymo's sign that it sees a pedestrian) with infrastructure to anticipate risk, monitor and fail safe. He says recovery plans were the element most often missing from clients' governance. Gupta argues resilience bolted on after the move to cloud cost far more effort, and AI can't repeat that.
The product. Rubrik Agent Cloud has three pillars. The first is visibility, which Gupta says over 80% of organizations lack. The second is Sage, a fine-tuned SLM from the Predibase acquisition chosen for accuracy, cost and latency; the host cites Rubrik's result of five times GPT 5.2's speed with better policy-violation detection. The third is Agent Rewind, which restores tables, Salesforce data and identity settings but not sent emails, so irreversible actions must be blocked at runtime. Gupta wants four or five Swiss-cheese layers of defence. Al-Dhubaib notes benchmarks can be gamed and asks for safety benchmarks on over-permissioning. He also calls for AI literacy training as serious as privacy training and for cross-functional staff, such as Rubrik's AI attorney.