<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheet.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <atom:link rel="self" type="application/rss+xml" href="https://feeds.transistor.fm/the-velocity-lab" title="MP3 Audio"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <podcast:podping usesPodping="true"/>
    <title>The Velocity Lab</title>
    <generator>Transistor (https://transistor.fm)</generator>
    <itunes:new-feed-url>https://feeds.transistor.fm/the-velocity-lab</itunes:new-feed-url>
    <description>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams. Each week they share what they're seeing in the field: what's working, what isn't, and what most people are getting wrong. Covering Claude Code updates, AI-enabled SDLC acceleration, and personal AI agents. No hype, no BS.</description>
    <copyright>© 2026 Dave O'Dell and Dan McAulay</copyright>
    <podcast:guid>ce080b0b-253f-580a-b046-364571f19de8</podcast:guid>
    <podcast:locked>yes</podcast:locked>
    <language>en</language>
    <pubDate>Sun, 21 Jun 2026 03:49:19 -0700</pubDate>
    <lastBuildDate>Sun, 21 Jun 2026 03:50:14 -0700</lastBuildDate>
    <link>https://app-vitals.com</link>
    <image>
      <url>https://img.transistorcdn.com/9H3BcwblecvIVJR5Ih6nKaRcLZHbAMG7HaS_H0Vw-oc/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9iOGEx/MTQzZGE0ZWU1NmQ3/N2NkNzZjNjVjMTQ1/NzAzNy5wbmc.jpg</url>
      <title>The Velocity Lab</title>
      <link>https://app-vitals.com</link>
    </image>
    <itunes:category text="Technology"/>
    <itunes:category text="Business"/>
    <itunes:type>episodic</itunes:type>
    <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
    <itunes:image href="https://img.transistorcdn.com/9H3BcwblecvIVJR5Ih6nKaRcLZHbAMG7HaS_H0Vw-oc/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9iOGEx/MTQzZGE0ZWU1NmQ3/N2NkNzZjNjVjMTQ1/NzAzNy5wbmc.jpg"/>
    <itunes:summary>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams. Each week they share what they're seeing in the field: what's working, what isn't, and what most people are getting wrong. Covering Claude Code updates, AI-enabled SDLC acceleration, and personal AI agents. No hype, no BS.</itunes:summary>
    <itunes:subtitle>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams.</itunes:subtitle>
    <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
    <itunes:owner>
      <itunes:name>app-vitals</itunes:name>
    </itunes:owner>
    <itunes:complete>No</itunes:complete>
    <itunes:explicit>No</itunes:explicit>
    <item>
      <title>We Built an Agent That Ships 85 PRs a Week</title>
      <itunes:episode>24</itunes:episode>
      <podcast:episode>24</podcast:episode>
      <itunes:title>We Built an Agent That Ships 85 PRs a Week</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">2b575d0a-f850-4751-b56f-2ae0add1f9b4</guid>
      <link>https://share.transistor.fm/s/15ff4d4d</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan pull back the curtain on the autonomous coding agent they built — an agent that lives in the cloud, takes instructions in Slack, and runs a full plan-to-deploy pipeline 24/7. In the last seven days alone, their agents opened 85 pull requests. They walk through exactly how the system works and why "build the system" beats "write the code."</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Talk to your agent in Slack</strong> — an agent that lives in the cloud, writes code, and runs around the clock.</li>
  <li><strong>85 PRs in a week</strong> — the metric that frames the whole episode, and what it says about building systems over writing code.</li>
  <li><strong>Brainstorm → PRD → Plan → Tasks</strong> — the interactive front of the pipeline, where the human stays in the loop.</li>
  <li><strong>The four crons</strong> — dev task, review, patch, and deploy fire every 30 minutes and only burn tokens when there's real work pending.</li>
  <li><strong>Right-sized tasks</strong> — why a 1,000-line PR fails and how the plan session breaks work into manageable, one-commit-sized tickets.</li>
  <li><strong>Mandatory canary deploys</strong> — merge to main, canary, promote to prod, with automatic rollback and Slack alerts when telemetry looks wrong.</li>
  <li><strong>Everything is metered</strong> — PostHog metrics on every step, used to wake up to "what did the agents do overnight?" and to keep improving the system.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We said it a million times — you don't need to code anymore if you build a system. So we built a system."</li>
  <li>"You're gonna flip your laptop open on Monday morning and there's 24 PRs — all done, all passing green, all ready to be reviewed and deployed."</li>
  <li>"If you build the right system, not only do you not need to code — you don't even need to watch your deploys."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan pull back the curtain on the autonomous coding agent they built — an agent that lives in the cloud, takes instructions in Slack, and runs a full plan-to-deploy pipeline 24/7. In the last seven days alone, their agents opened 85 pull requests. They walk through exactly how the system works and why "build the system" beats "write the code."</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Talk to your agent in Slack</strong> — an agent that lives in the cloud, writes code, and runs around the clock.</li>
  <li><strong>85 PRs in a week</strong> — the metric that frames the whole episode, and what it says about building systems over writing code.</li>
  <li><strong>Brainstorm → PRD → Plan → Tasks</strong> — the interactive front of the pipeline, where the human stays in the loop.</li>
  <li><strong>The four crons</strong> — dev task, review, patch, and deploy fire every 30 minutes and only burn tokens when there's real work pending.</li>
  <li><strong>Right-sized tasks</strong> — why a 1,000-line PR fails and how the plan session breaks work into manageable, one-commit-sized tickets.</li>
  <li><strong>Mandatory canary deploys</strong> — merge to main, canary, promote to prod, with automatic rollback and Slack alerts when telemetry looks wrong.</li>
  <li><strong>Everything is metered</strong> — PostHog metrics on every step, used to wake up to "what did the agents do overnight?" and to keep improving the system.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We said it a million times — you don't need to code anymore if you build a system. So we built a system."</li>
  <li>"You're gonna flip your laptop open on Monday morning and there's 24 PRs — all done, all passing green, all ready to be reviewed and deployed."</li>
  <li>"If you build the right system, not only do you not need to code — you don't even need to watch your deploys."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sun, 21 Jun 2026 03:49:19 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/15ff4d4d/8d8e2e6c.mp3" length="22509333" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1407</itunes:duration>
      <itunes:summary>Dave and Dan reveal the autonomous coding agent they built: talk to it in Slack, it runs a full plan-to-deploy pipeline 24/7. Last week alone it opened 85 PRs. Build the system, not the code.</itunes:summary>
      <itunes:subtitle>Dave and Dan reveal the autonomous coding agent they built: talk to it in Slack, it runs a full plan-to-deploy pipeline 24/7. Last week alone it opened 85 PRs. Build the system, not the code.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Anyone Can Vibe Code. Did You Build the System?</title>
      <itunes:episode>23</itunes:episode>
      <podcast:episode>23</podcast:episode>
      <itunes:title>Anyone Can Vibe Code. Did You Build the System?</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">54d93f92-cabc-48cf-b2ce-57417a2c8bda</guid>
      <link>https://share.transistor.fm/s/3ed14a8b</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>If AI handles the coding, then being an engineer means planning and reviewing — the work of staff and principal engineers. But that breaks the career ladder: how does anyone become senior when the junior rungs disappear? Dave and Dan dig into where senior engineers come from now, why juniors still add value on top of Claude, builders versus maintainers, and how interviewing changes when anyone can vibe-code.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The vanishing junior rung</strong> — if seniority is "planning and reviewing," how do you climb without junior work to learn from?</li>
  <li><strong>Adding value on top of Claude</strong> — good juniors ship more complete PRs than Claude alone, and compress a 5–10 year career into a couple of years.</li>
  <li><strong>Builders vs. maintainers</strong> — the "commandos and palace guards" framing, reimagined: builders extend the system, maintainers keep the harness healthy.</li>
  <li><strong>Claude is no longer a junior</strong> — with the right harness it plans, tests, lints, simplifies, and reviews like a solid mid-level or senior engineer.</li>
  <li><strong>Robots ship, humans plan</strong> — the autonomous agents do the shipping 24/7; the builder's thrill now comes from queuing tasks, not typing code.</li>
  <li><strong>Interviewing in the agentic era</strong> — show what you built with Claude, then show the system you built to build it. Anyone can vibe-code; the differentiator is the system.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Right now, as of May 2026, if you're writing code, you shouldn't be. You're doing something wrong."</li>
  <li>"Anyone can vibe code anything nowadays — but the differentiator is, did you build a system to build it?"</li>
  <li>"You and I aren't shipping anything. Our autonomous coding robots that live in the cloud and work 24 hours a day, they're the ones actually shipping."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>If AI handles the coding, then being an engineer means planning and reviewing — the work of staff and principal engineers. But that breaks the career ladder: how does anyone become senior when the junior rungs disappear? Dave and Dan dig into where senior engineers come from now, why juniors still add value on top of Claude, builders versus maintainers, and how interviewing changes when anyone can vibe-code.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The vanishing junior rung</strong> — if seniority is "planning and reviewing," how do you climb without junior work to learn from?</li>
  <li><strong>Adding value on top of Claude</strong> — good juniors ship more complete PRs than Claude alone, and compress a 5–10 year career into a couple of years.</li>
  <li><strong>Builders vs. maintainers</strong> — the "commandos and palace guards" framing, reimagined: builders extend the system, maintainers keep the harness healthy.</li>
  <li><strong>Claude is no longer a junior</strong> — with the right harness it plans, tests, lints, simplifies, and reviews like a solid mid-level or senior engineer.</li>
  <li><strong>Robots ship, humans plan</strong> — the autonomous agents do the shipping 24/7; the builder's thrill now comes from queuing tasks, not typing code.</li>
  <li><strong>Interviewing in the agentic era</strong> — show what you built with Claude, then show the system you built to build it. Anyone can vibe-code; the differentiator is the system.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Right now, as of May 2026, if you're writing code, you shouldn't be. You're doing something wrong."</li>
  <li>"Anyone can vibe code anything nowadays — but the differentiator is, did you build a system to build it?"</li>
  <li>"You and I aren't shipping anything. Our autonomous coding robots that live in the cloud and work 24 hours a day, they're the ones actually shipping."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Thu, 28 May 2026 11:07:14 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/3ed14a8b/ad94f9b0.mp3" length="16843479" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1053</itunes:duration>
      <itunes:summary>If AI writes the code, engineering becomes planning and reviewing. So where do senior engineers come from when the junior rungs disappear? Dave and Dan on the broken ladder, builders vs. maintainers, and how to interview now.</itunes:summary>
      <itunes:subtitle>If AI writes the code, engineering becomes planning and reviewing. So where do senior engineers come from when the junior rungs disappear? Dave and Dan on the broken ladder, builders vs. maintainers, and how to interview now.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>I Had a Therapy Session with Claude</title>
      <itunes:episode>22</itunes:episode>
      <podcast:episode>22</podcast:episode>
      <itunes:title>I Had a Therapy Session with Claude</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">7b8d3fca-178a-4a01-b655-4fa145655085</guid>
      <link>https://share.transistor.fm/s/d68cefe6</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan get candid about the most uncomfortable question in software right now: is my career still safe? Dan recounts a literal "therapy session with Claude" that exposed his 20-year sense of job security as a false one — and the two work through what to actually do about it. The throughline: AI isn't ending engineering, it's reshaping it, and the people who refuse to engage are quietly opting themselves out.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The career-identity crisis — "Am I gonna be a waiter a year from now?" and why even all-in AI users feel it</li>
  <li>False security — how a 20-year "solid foundation" got disrupted, and the story your brain still tells you</li>
  <li>From DevOps engineer to "Claude Code something" — losing and rebuilding a professional identity</li>
  <li>Self-selecting out — why opting out of AI tooling is opting out of a career</li>
  <li>Layoffs vs. AI — separating balance-sheet cuts from the real AI signal, and why AI-forward companies are hiring</li>
  <li>The advice for every developer in May 2026: embrace change, go all in, and go build the side projects you never could</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you're choosing to not use Claude Code, you are self-selecting yourself out of a career at this point."</li>
  <li>"Stability in my career feels like it might be crumbling underneath my feet — and Claude told me that was a false sense of security all along."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan get candid about the most uncomfortable question in software right now: is my career still safe? Dan recounts a literal "therapy session with Claude" that exposed his 20-year sense of job security as a false one — and the two work through what to actually do about it. The throughline: AI isn't ending engineering, it's reshaping it, and the people who refuse to engage are quietly opting themselves out.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The career-identity crisis — "Am I gonna be a waiter a year from now?" and why even all-in AI users feel it</li>
  <li>False security — how a 20-year "solid foundation" got disrupted, and the story your brain still tells you</li>
  <li>From DevOps engineer to "Claude Code something" — losing and rebuilding a professional identity</li>
  <li>Self-selecting out — why opting out of AI tooling is opting out of a career</li>
  <li>Layoffs vs. AI — separating balance-sheet cuts from the real AI signal, and why AI-forward companies are hiring</li>
  <li>The advice for every developer in May 2026: embrace change, go all in, and go build the side projects you never could</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you're choosing to not use Claude Code, you are self-selecting yourself out of a career at this point."</li>
  <li>"Stability in my career feels like it might be crumbling underneath my feet — and Claude told me that was a false sense of security all along."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Tue, 26 May 2026 09:04:01 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/d68cefe6/9e8381d1.mp3" length="10503456" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>657</itunes:duration>
      <itunes:summary>Dan had a therapy session with Claude — and it exposed his 20-year sense of career security as a false one. Dave and Dan get candid about AI, job fear, layoffs, and why opting out of Claude Code means opting out of a career.</itunes:summary>
      <itunes:subtitle>Dan had a therapy session with Claude — and it exposed his 20-year sense of career security as a false one. Dave and Dan get candid about AI, job fear, layoffs, and why opting out of Claude Code means opting out of a career.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>If You're Still Writing Code, You're a Dinosaur</title>
      <itunes:episode>21</itunes:episode>
      <podcast:episode>21</podcast:episode>
      <itunes:title>If You're Still Writing Code, You're a Dinosaur</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">73dcc7c2-a05e-4e52-b699-9e4db0ac9489</guid>
      <link>https://share.transistor.fm/s/f0ab1322</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Org-wide AI transformation keeps failing — not because the tech doesn't work, but because trying to move 200 engineers at once turns into a slog. Dave and Dan break down what they see in the field: tool sprawl, the very real fear engineers feel about being the ones disrupted, and the trap of tripling your Claude bill without shipping any faster. Their fix: skip the org-wide rollout, embed a small tiger team on your most important product, and build a system the rest of the company can adopt later.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why moving the whole org is too slow — and why a small embedded team builds momentum faster</li>
  <li>Tool sprawl: pick one (Claude Code) instead of juggling Copilot, Codex, Cursor, and a now-canceled Gemini CLI</li>
  <li>The fear factor — engineers wired for change now find themselves the target of disruption</li>
  <li>The bill-tripled-but-no-faster trap as a clear signal AI adoption has failed</li>
  <li>Flattening the org: top-heavy management and bureaucratic gates slow speed AI should unlock</li>
  <li>"If you're still writing code, you're a dinosaur" — the shift from writing code to planning, reviewing, and mentoring the system</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Listen, CEOs and CTOs, if your developers are still writing code, you're behind the curve. They should not be writing code."</li>
  <li>"We doubled our bill, but we're not shipping faster — that's a symptom that your org-wide AI adoption has failed."</li>
  <li>"Don't try to move the whole org. Get in with a small team and see things move fast."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Org-wide AI transformation keeps failing — not because the tech doesn't work, but because trying to move 200 engineers at once turns into a slog. Dave and Dan break down what they see in the field: tool sprawl, the very real fear engineers feel about being the ones disrupted, and the trap of tripling your Claude bill without shipping any faster. Their fix: skip the org-wide rollout, embed a small tiger team on your most important product, and build a system the rest of the company can adopt later.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why moving the whole org is too slow — and why a small embedded team builds momentum faster</li>
  <li>Tool sprawl: pick one (Claude Code) instead of juggling Copilot, Codex, Cursor, and a now-canceled Gemini CLI</li>
  <li>The fear factor — engineers wired for change now find themselves the target of disruption</li>
  <li>The bill-tripled-but-no-faster trap as a clear signal AI adoption has failed</li>
  <li>Flattening the org: top-heavy management and bureaucratic gates slow speed AI should unlock</li>
  <li>"If you're still writing code, you're a dinosaur" — the shift from writing code to planning, reviewing, and mentoring the system</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Listen, CEOs and CTOs, if your developers are still writing code, you're behind the curve. They should not be writing code."</li>
  <li>"We doubled our bill, but we're not shipping faster — that's a symptom that your org-wide AI adoption has failed."</li>
  <li>"Don't try to move the whole org. Get in with a small team and see things move fast."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Fri, 22 May 2026 10:41:15 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/f0ab1322/54a6b262.mp3" length="15162865" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>948</itunes:duration>
      <itunes:summary>Why org-wide AI transformation keeps failing, and what works instead: skip the company-wide rollout, embed a small tiger team on your most important product, and build a system the rest can adopt.</itunes:summary>
      <itunes:subtitle>Why org-wide AI transformation keeps failing, and what works instead: skip the company-wide rollout, embed a small tiger team on your most important product, and build a system the rest can adopt.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Anthropic Just Ended the AI Free Ride</title>
      <itunes:episode>20</itunes:episode>
      <podcast:episode>20</podcast:episode>
      <itunes:title>Anthropic Just Ended the AI Free Ride</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">352c44f6-40e3-4b8b-b635-00c86b69cf41</guid>
      <link>https://share.transistor.fm/s/c29a59ae</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Anthropic is taking the gloves off. The VC-subsidized era of essentially-free AI agents is ending: OAuth tokens lose Open Cloud coverage, Claude Code Max plans are getting throttled for autonomous workloads, and Dave &amp; Dan are staring at a $200/mo → $1,000+/mo jump for their ShipRight background agents. The episode is a candid talk about what changed, why it was inevitable (the Uber-pricing parallel), and the operator choices ahead: optimize aggressively, gate non-deterministic crons, mix cheaper models for execution, or just eat the cost as a line item.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>What changed: OAuth/Open Cloud coverage cut, autonomous-coding workloads pushed toward per-token API pricing</li>
  <li>The numbers: $200/mo plan vs ~$1,000–$5,000/mo if the same work ran on API tokens (at least 10×)</li>
  <li>Why this was inevitable — the Uber bridge-toll parallel: VC subsidies don't last forever</li>
  <li>Operator optimization moves: gate crons behind deterministic checks, split planning vs execution across models, tighten permissions on always-on laptops</li>
  <li>Phone-as-prompter workflow: Caffeinate-running laptop + mobile Claude as the in-the-loop interface, OAuth-covered</li>
  <li>Why we're staying with Claude: ecosystem (skills, plugins, MCP) still beats Codex even if pricing changes</li>
  <li>What this means strategically: AI economics are about to look like real economics — plan accordingly</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We're seeing this happen with Anthropic right now. They're taking the gloves off. They're pulling out the subsidies."</li>
  <li>"$200 a month, if you're paying API tokens, would be like $5,000."</li>
  <li>"This is gonna force some of us to be a little bit more conservative about how we use AI."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Anthropic is taking the gloves off. The VC-subsidized era of essentially-free AI agents is ending: OAuth tokens lose Open Cloud coverage, Claude Code Max plans are getting throttled for autonomous workloads, and Dave &amp; Dan are staring at a $200/mo → $1,000+/mo jump for their ShipRight background agents. The episode is a candid talk about what changed, why it was inevitable (the Uber-pricing parallel), and the operator choices ahead: optimize aggressively, gate non-deterministic crons, mix cheaper models for execution, or just eat the cost as a line item.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>What changed: OAuth/Open Cloud coverage cut, autonomous-coding workloads pushed toward per-token API pricing</li>
  <li>The numbers: $200/mo plan vs ~$1,000–$5,000/mo if the same work ran on API tokens (at least 10×)</li>
  <li>Why this was inevitable — the Uber bridge-toll parallel: VC subsidies don't last forever</li>
  <li>Operator optimization moves: gate crons behind deterministic checks, split planning vs execution across models, tighten permissions on always-on laptops</li>
  <li>Phone-as-prompter workflow: Caffeinate-running laptop + mobile Claude as the in-the-loop interface, OAuth-covered</li>
  <li>Why we're staying with Claude: ecosystem (skills, plugins, MCP) still beats Codex even if pricing changes</li>
  <li>What this means strategically: AI economics are about to look like real economics — plan accordingly</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We're seeing this happen with Anthropic right now. They're taking the gloves off. They're pulling out the subsidies."</li>
  <li>"$200 a month, if you're paying API tokens, would be like $5,000."</li>
  <li>"This is gonna force some of us to be a little bit more conservative about how we use AI."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Wed, 20 May 2026 12:30:13 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/c29a59ae/861c8357.mp3" length="12469536" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>780</itunes:duration>
      <itunes:summary>Anthropic ended the AI free ride. Dave and Dan on the OAuth/Open Cloud cuts, the $200→$1,000+/mo jump for autonomous coding, the Uber-pricing parallel, and the operator moves that follow.</itunes:summary>
      <itunes:subtitle>Anthropic ended the AI free ride. Dave and Dan on the OAuth/Open Cloud cuts, the $200→$1,000+/mo jump for autonomous coding, the Uber-pricing parallel, and the operator moves that follow.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Testing Is Phase Zero for AI Agents</title>
      <itunes:episode>19</itunes:episode>
      <podcast:episode>19</podcast:episode>
      <itunes:title>Testing Is Phase Zero for AI Agents</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">15e3e400-6078-4775-9c79-e37fde950fac</guid>
      <link>https://share.transistor.fm/s/5cb7619c</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan dig into service readiness — the industry calls it "harness engineering" — and why testing just moved to the #1 spot of their 13 repo-readiness pillars. Before you let agents ship code in the background, the question isn't 90% coverage; it's whether anyone actually trusts the tests. They walk through the onboarding plugin that gets a repo test-ready and how test decisions get baked into the agent's planning phase instead of left to human best-effort.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why "no one has confidence in the tests" is universal — slow, flaky, and thin coverage everywhere</li>
  <li>Testing as pillar #1 of 13 for agentic-engineering readiness ("phase zero")</li>
  <li>The test-onboarding plugin: research versions → design the greenfield ideal → reconcile what to keep vs. throw out → a reviewed task list</li>
  <li>All four layers in scope: unit, integration, end-to-end, smoke — plus migrations, seeds, and integrations</li>
  <li>Baking "which tests does this need?" into the agent's planning phase rather than relying on a human to remember</li>
  <li>Coverage dogma vs. reality: test what matters, but keep 90% in CI as the practical proxy</li>
  <li>The daily cron that catches coverage gaps and staleness; local-first test execution for agents</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Every organization we've pretty much ever worked for — no one has confidence in the test. The tests are slow, the tests are flaky, and they don't cover enough stuff."</li>
  <li>"How do you know that you can trust your agent to ship code that's gonna work?"</li>
  <li>"We said 90% coverage — great philosophy. Three months later we realized maybe the 10% is the one that matters."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan dig into service readiness — the industry calls it "harness engineering" — and why testing just moved to the #1 spot of their 13 repo-readiness pillars. Before you let agents ship code in the background, the question isn't 90% coverage; it's whether anyone actually trusts the tests. They walk through the onboarding plugin that gets a repo test-ready and how test decisions get baked into the agent's planning phase instead of left to human best-effort.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why "no one has confidence in the tests" is universal — slow, flaky, and thin coverage everywhere</li>
  <li>Testing as pillar #1 of 13 for agentic-engineering readiness ("phase zero")</li>
  <li>The test-onboarding plugin: research versions → design the greenfield ideal → reconcile what to keep vs. throw out → a reviewed task list</li>
  <li>All four layers in scope: unit, integration, end-to-end, smoke — plus migrations, seeds, and integrations</li>
  <li>Baking "which tests does this need?" into the agent's planning phase rather than relying on a human to remember</li>
  <li>Coverage dogma vs. reality: test what matters, but keep 90% in CI as the practical proxy</li>
  <li>The daily cron that catches coverage gaps and staleness; local-first test execution for agents</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Every organization we've pretty much ever worked for — no one has confidence in the test. The tests are slow, the tests are flaky, and they don't cover enough stuff."</li>
  <li>"How do you know that you can trust your agent to ship code that's gonna work?"</li>
  <li>"We said 90% coverage — great philosophy. Three months later we realized maybe the 10% is the one that matters."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Mon, 18 May 2026 08:24:11 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/5cb7619c/fc227617.mp3" length="18651988" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1166</itunes:duration>
      <itunes:summary>Testing just became pillar #1 for agentic-engineering readiness. Dave and Dan on why no one trusts their tests, the plugin that gets a repo test-ready, and baking test decisions into the agent's planning phase.</itunes:summary>
      <itunes:subtitle>Testing just became pillar #1 for agentic-engineering readiness. Dave and Dan on why no one trusts their tests, the plugin that gets a repo test-ready, and baking test decisions into the agent's planning phase.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Pick One Project. Crush It.</title>
      <itunes:episode>18</itunes:episode>
      <podcast:episode>18</podcast:episode>
      <itunes:title>Pick One Project. Crush It.</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">26061f31-603d-41cb-a738-80b40db02c0c</guid>
      <link>https://share.transistor.fm/s/4f30ed58</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce a reshaping of their AI adoption work: org-wide SDLC transformation over three months wasn't moving the needle, so they're switching to embedding in a single team — even a single repo — and unleashing agents on a big, important project. The episode doubles as free advice to engineering leaders: stop doing AI at 20%, pick one project, and crush it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why the org-wide "evaluate your whole SDLC" model under-delivered in three months</li>
  <li>The new model: embed in one team, one project, one repo — and ship a big migration/rewrite fast</li>
  <li>Coding is becoming the dinosaur skill; planning, reviewing, and sanity-checking keep humans in the loop</li>
  <li>Why staff/principal engineers map most naturally onto the agent-orchestration role</li>
  <li>The leader's playbook: cut the roadmap, take a handful of your best people, focus for one quarter</li>
  <li>Build the system while you ship — then force the rest of the org to adopt it</li>
  <li>Why five-person companies disrupt giants, and why that's even more true with AI</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you're just writing code and then waiting for somebody else to review your stuff, and then you deploy it — that's going away. That's solved by AI agents already."</li>
  <li>"Take a handful of your best people, only focus on this, and by the end of three months you're gonna be like, 'Holy cow.'"</li>
  <li>"You're building a system. That system will work for any other project you have."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce a reshaping of their AI adoption work: org-wide SDLC transformation over three months wasn't moving the needle, so they're switching to embedding in a single team — even a single repo — and unleashing agents on a big, important project. The episode doubles as free advice to engineering leaders: stop doing AI at 20%, pick one project, and crush it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why the org-wide "evaluate your whole SDLC" model under-delivered in three months</li>
  <li>The new model: embed in one team, one project, one repo — and ship a big migration/rewrite fast</li>
  <li>Coding is becoming the dinosaur skill; planning, reviewing, and sanity-checking keep humans in the loop</li>
  <li>Why staff/principal engineers map most naturally onto the agent-orchestration role</li>
  <li>The leader's playbook: cut the roadmap, take a handful of your best people, focus for one quarter</li>
  <li>Build the system while you ship — then force the rest of the org to adopt it</li>
  <li>Why five-person companies disrupt giants, and why that's even more true with AI</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you're just writing code and then waiting for somebody else to review your stuff, and then you deploy it — that's going away. That's solved by AI agents already."</li>
  <li>"Take a handful of your best people, only focus on this, and by the end of three months you're gonna be like, 'Holy cow.'"</li>
  <li>"You're building a system. That system will work for any other project you have."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 16 May 2026 10:00:53 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/4f30ed58/0f8b03c8.mp3" length="12216040" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>762</itunes:duration>
      <itunes:summary>Dave and Dan reshape their AI adoption work: skip org-wide transformation, embed in one team on one important project, unleash agents, and build a reusable system. Free advice for leaders who want real velocity.</itunes:summary>
      <itunes:subtitle>Dave and Dan reshape their AI adoption work: skip org-wide transformation, embed in one team on one important project, unleash agents, and build a reusable system. Free advice for leaders who want real velocity.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Stop Doing AI at 20%</title>
      <itunes:episode>17</itunes:episode>
      <podcast:episode>17</podcast:episode>
      <itunes:title>Stop Doing AI at 20%</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">7538bcb8-1954-4a1e-954c-48dba8a6fa54</guid>
      <link>https://share.transistor.fm/s/6ee8868f</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan look three months down the road: autonomous coding went from "watch every line" to "Claude is basically an employee" in six weeks. They share their Anthropic wishlist, the hygiene automations that get teams onto the autonomy ladder, and the one piece of advice every executive keeps ignoring.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>From watching Claude write code to planning and reviewing only — what changed in three months</li>
  <li>The Anthropic wishlist: long-term memory in Claude Code Mobile, more voice integration</li>
  <li>Hygiene automation as the on-ramp: auto-updating docs, READMEs, and code coverage on a weekly cadence</li>
  <li>The big-AI money moves — valuations, data-center deals, and the Cursor option</li>
  <li>Why "we have trouble keeping up" — and why staying ahead of clients is easier than it feels</li>
  <li>The core exec argument: dedicate your best people full-bore for three months instead of a 20% slow burn</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Take a handful of your best people, dedicate them for three months to only work on this, and you're gonna be so much better off than the slow burn."</li>
  <li>"Claude is basically an employee for us now."</li>
  <li>"It doesn't just happen by typing in questions to ChatGPT. You've gotta actually build a system and invest in the system if you wanna move fast."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan look three months down the road: autonomous coding went from "watch every line" to "Claude is basically an employee" in six weeks. They share their Anthropic wishlist, the hygiene automations that get teams onto the autonomy ladder, and the one piece of advice every executive keeps ignoring.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>From watching Claude write code to planning and reviewing only — what changed in three months</li>
  <li>The Anthropic wishlist: long-term memory in Claude Code Mobile, more voice integration</li>
  <li>Hygiene automation as the on-ramp: auto-updating docs, READMEs, and code coverage on a weekly cadence</li>
  <li>The big-AI money moves — valuations, data-center deals, and the Cursor option</li>
  <li>Why "we have trouble keeping up" — and why staying ahead of clients is easier than it feels</li>
  <li>The core exec argument: dedicate your best people full-bore for three months instead of a 20% slow burn</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Take a handful of your best people, dedicate them for three months to only work on this, and you're gonna be so much better off than the slow burn."</li>
  <li>"Claude is basically an employee for us now."</li>
  <li>"It doesn't just happen by typing in questions to ChatGPT. You've gotta actually build a system and invest in the system if you wanna move fast."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Fri, 15 May 2026 15:29:26 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/6ee8868f/65bf40b0.mp3" length="14522551" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>908</itunes:duration>
      <itunes:summary>Autonomous coding went from watch-every-line to employee-grade in six weeks. Dave and Dan on the Anthropic wishlist, hygiene automations, and why execs should bet their best people for three months, not a 20% slow burn.</itunes:summary>
      <itunes:subtitle>Autonomous coding went from watch-every-line to employee-grade in six weeks. Dave and Dan on the Anthropic wishlist, hygiene automations, and why execs should bet their best people for three months, not a 20% slow burn.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Why Entrepreneurs Are Out-AI'ing Engineers</title>
      <itunes:episode>16</itunes:episode>
      <podcast:episode>16</podcast:episode>
      <itunes:title>Why Entrepreneurs Are Out-AI'ing Engineers</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">6ae8a11b-6076-42db-821b-440181fffe31</guid>
      <link>https://share.transistor.fm/s/508f0f51</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan riff on how they used Claude Code to build the entire AppVitals business — marketing site, internal SaaS replacements, time tracking, invoicing, even this podcast — and ask why non-technical entrepreneurs are out-adopting professional engineers on agentic tooling.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The three tiers of AppVitals — AI adoption work, project work, and an autonomous coding product for non-technical users</li>
  <li>Deleting the SaaS stack — replacing four paid platforms with their own Claude Code-built tools</li>
  <li>Inside Vitals OS — accounts, calendar, time tracking, billing, invoicing, and partner pay-outs all automated</li>
  <li>Why this podcast only exists because publishing is one Claude Code command (with help from Sully)</li>
  <li>The engineer-vs-entrepreneur gap in AI adoption — and what it says about curiosity as the unlock</li>
  <li>AI as amplifier — it magnifies strengths and weaknesses, so the gaps you ignore today become the gaps that bite you tomorrow</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We deleted all of our SaaS platforms that we were paying for. And we rebuilt them with Claude Code because we can now."</li>
  <li>"This is the age when the curious people are going to crush it. Because if you're not curious, then you're not using these tools."</li>
  <li>"If recording this podcast and publishing it required work on my part, we wouldn't be doing it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan riff on how they used Claude Code to build the entire AppVitals business — marketing site, internal SaaS replacements, time tracking, invoicing, even this podcast — and ask why non-technical entrepreneurs are out-adopting professional engineers on agentic tooling.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The three tiers of AppVitals — AI adoption work, project work, and an autonomous coding product for non-technical users</li>
  <li>Deleting the SaaS stack — replacing four paid platforms with their own Claude Code-built tools</li>
  <li>Inside Vitals OS — accounts, calendar, time tracking, billing, invoicing, and partner pay-outs all automated</li>
  <li>Why this podcast only exists because publishing is one Claude Code command (with help from Sully)</li>
  <li>The engineer-vs-entrepreneur gap in AI adoption — and what it says about curiosity as the unlock</li>
  <li>AI as amplifier — it magnifies strengths and weaknesses, so the gaps you ignore today become the gaps that bite you tomorrow</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"We deleted all of our SaaS platforms that we were paying for. And we rebuilt them with Claude Code because we can now."</li>
  <li>"This is the age when the curious people are going to crush it. Because if you're not curious, then you're not using these tools."</li>
  <li>"If recording this podcast and publishing it required work on my part, we wouldn't be doing it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Wed, 13 May 2026 10:50:39 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/508f0f51/825f19c0.mp3" length="11993898" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>750</itunes:duration>
      <itunes:summary>Dave and Dan built the entire AppVitals business inside Claude Code — replacing their SaaS stack with their own autonomous tools. The bigger question: why are non-technical entrepreneurs out-adopting professional engineers?</itunes:summary>
      <itunes:subtitle>Dave and Dan built the entire AppVitals business inside Claude Code — replacing their SaaS stack with their own autonomous tools. The bigger question: why are non-technical entrepreneurs out-adopting professional engineers?</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>From Notepad to Claude: A Non-Coder Builds an AI Empire</title>
      <itunes:episode>15</itunes:episode>
      <podcast:episode>15</podcast:episode>
      <itunes:title>From Notepad to Claude: A Non-Coder Builds an AI Empire</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">45abc256-4d52-40d5-80ed-e1acdd239a2c</guid>
      <link>https://share.transistor.fm/s/6d6debaf</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>The Velocity Lab's first-ever guest interview. Dave and Dan sit down with Brian Jones (Tahoe Digital), a non-technical founder who has built multiple AI-native businesses without writing a single line of code. He walks through his evolution from ChatGPT and Microsoft Notepad to Replit, Cursor, and now Claude Code — and shares why curiosity and persistence are now the only credentials that matter.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why a non-technical entrepreneur is shipping faster than most engineering teams</li>
  <li>The toolchain evolution: ChatGPT plus Notepad to Replit to Cursor to Claude Code, and what broke at each stage</li>
  <li>Building a system: orchestrating Claude across 94 tasks to fix local-business search presence</li>
  <li>The 10x multiplier — running a one-person agency that would have required ten people two years ago</li>
  <li>Why senior engineers hedge on AI while vibe-coders charge ahead: expertise as a tax on speed</li>
  <li>Learning loops in practice: how 6,000 pieces of user feedback shaped a game tutorial business</li>
  <li>"We don't need junior developers anymore" — and what humans still need to do</li>
  <li>The last 5%: where autonomous coding agents stall and operators take over</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Stop looking at the things that it's fucking up — and start looking at the things that it's doing right."</li>
  <li>"I can fly now. Imagine if right now you just learned you could fly. What would you be doing all day long?"</li>
  <li>"This is the age when the curious will succeed."</li>
  <li>"I have never worked harder in my life. I'm waking up at three in the morning because I'm so excited." — Brian Jones</li>
  <li>"Take the red pill."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>The Velocity Lab's first-ever guest interview. Dave and Dan sit down with Brian Jones (Tahoe Digital), a non-technical founder who has built multiple AI-native businesses without writing a single line of code. He walks through his evolution from ChatGPT and Microsoft Notepad to Replit, Cursor, and now Claude Code — and shares why curiosity and persistence are now the only credentials that matter.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why a non-technical entrepreneur is shipping faster than most engineering teams</li>
  <li>The toolchain evolution: ChatGPT plus Notepad to Replit to Cursor to Claude Code, and what broke at each stage</li>
  <li>Building a system: orchestrating Claude across 94 tasks to fix local-business search presence</li>
  <li>The 10x multiplier — running a one-person agency that would have required ten people two years ago</li>
  <li>Why senior engineers hedge on AI while vibe-coders charge ahead: expertise as a tax on speed</li>
  <li>Learning loops in practice: how 6,000 pieces of user feedback shaped a game tutorial business</li>
  <li>"We don't need junior developers anymore" — and what humans still need to do</li>
  <li>The last 5%: where autonomous coding agents stall and operators take over</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Stop looking at the things that it's fucking up — and start looking at the things that it's doing right."</li>
  <li>"I can fly now. Imagine if right now you just learned you could fly. What would you be doing all day long?"</li>
  <li>"This is the age when the curious will succeed."</li>
  <li>"I have never worked harder in my life. I'm waking up at three in the morning because I'm so excited." — Brian Jones</li>
  <li>"Take the red pill."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Thu, 07 May 2026 20:24:29 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/6d6debaf/c2878991.mp3" length="26684328" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1668</itunes:duration>
      <itunes:summary>Velocity Lab's first guest: Brian Jones, a non-technical founder who built multiple AI-native businesses. From ChatGPT plus Notepad to Claude Code, why non-coders ship faster than senior engineers, and the age of the curious.</itunes:summary>
      <itunes:subtitle>Velocity Lab's first guest: Brian Jones, a non-technical founder who built multiple AI-native businesses. From ChatGPT plus Notepad to Claude Code, why non-coders ship faster than senior engineers, and the age of the curious.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>The Migration You've Been Putting Off for Years</title>
      <itunes:episode>14</itunes:episode>
      <podcast:episode>14</podcast:episode>
      <itunes:title>The Migration You've Been Putting Off for Years</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">265563bd-fde1-41d7-80b9-2b7042b4b0a8</guid>
      <link>https://share.transistor.fm/s/49456175</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Engineering leaders have been sitting on the same migrations for years — monolith to microservices, ORM rewrites, framework upgrades — because the cost of doing them was always 50% of the engineering org for a year. Claude makes those migrations feasible. But not as a single 12,000-line PR. Dan and Dave break down the method that turns a five-year migration into a three-month migration with a skill, a cron job, and a learning loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The anti-pattern: 12,000- to 100,000-line migration PRs. Tempting with Claude, but the absolute wrong way</li>
  <li>The method: pick a small piece, do the first migration with Claude in the loop, then have Claude write a skill from what you learned</li>
  <li>Run the skill on a cron — Claude opens one small migration PR a day while you ship product code</li>
  <li>Why the engineering fundamentals haven't changed: testing infrastructure, shadow reads/writes, upfront planning are still required</li>
  <li>Adding a learning loop so every cron run gets smarter — each PR is less rocky than the last</li>
  <li>Who this is for: engineering leaders, product leaders, and CEOs staring at tech debt they've been avoiding for years</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"30,000, 50,000, a hundred thousand line PRs are not the answer."</li>
  <li>"Your three-year migration is now a six-month or a three-month migration. And the most important thing is — you're not spending any time on it."</li>
  <li>"All the core engineering principles that you've already learned are still super, super valuable."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Engineering leaders have been sitting on the same migrations for years — monolith to microservices, ORM rewrites, framework upgrades — because the cost of doing them was always 50% of the engineering org for a year. Claude makes those migrations feasible. But not as a single 12,000-line PR. Dan and Dave break down the method that turns a five-year migration into a three-month migration with a skill, a cron job, and a learning loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The anti-pattern: 12,000- to 100,000-line migration PRs. Tempting with Claude, but the absolute wrong way</li>
  <li>The method: pick a small piece, do the first migration with Claude in the loop, then have Claude write a skill from what you learned</li>
  <li>Run the skill on a cron — Claude opens one small migration PR a day while you ship product code</li>
  <li>Why the engineering fundamentals haven't changed: testing infrastructure, shadow reads/writes, upfront planning are still required</li>
  <li>Adding a learning loop so every cron run gets smarter — each PR is less rocky than the last</li>
  <li>Who this is for: engineering leaders, product leaders, and CEOs staring at tech debt they've been avoiding for years</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"30,000, 50,000, a hundred thousand line PRs are not the answer."</li>
  <li>"Your three-year migration is now a six-month or a three-month migration. And the most important thing is — you're not spending any time on it."</li>
  <li>"All the core engineering principles that you've already learned are still super, super valuable."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Thu, 07 May 2026 18:58:35 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/49456175/c612bc08.mp3" length="9640788" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>603</itunes:duration>
      <itunes:summary>Massive migrations finally feel possible with AI — but 12,000-line PRs aren't the answer. Dan and Dave break down how a skill plus a cron job turns five-year migrations into three-month migrations without burning your engineering team.</itunes:summary>
      <itunes:subtitle>Massive migrations finally feel possible with AI — but 12,000-line PRs aren't the answer. Dan and Dave break down how a skill plus a cron job turns five-year migrations into three-month migrations without burning your engineering team.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>PR Reviews After Claude</title>
      <itunes:episode>13</itunes:episode>
      <podcast:episode>13</podcast:episode>
      <itunes:title>PR Reviews After Claude</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">ca573836-a9e4-4379-b7a8-a3830a33e13b</guid>
      <link>https://share.transistor.fm/s/805edda1</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Generic AI PR review agents from Copilot, Gemini, and Claude are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches issues that the stock agents miss.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The "V zero" problem — why generic GitHub PR review agents only get you so far</li>
  <li>Five things senior engineers want surfaced first: what+why, views/APIs changed, business logic, breaking changes, and concerns from the standard review</li>
  <li>Stale PR titles and bodies — Claude rarely updates them across iterations unless you force it</li>
  <li>Breaking changes at the API and database layer: not minor outages, 100% outages</li>
  <li>How agentic coding goes sideways — random indexes, drive-by event systems, features Claude assumes you'll need</li>
  <li>Why posting inline review comments is the underrated capability most generic agents skip</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Having a generic PR review agent is not as valuable as one that's custom for your company."</li>
  <li>"It's not like a minor outage, it's a hundred percent outage if you mess that up."</li>
  <li>"Claude has a lot of agency. It'll just go add features that it assumes you'll need in the future."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Generic AI PR review agents from Copilot, Gemini, and Claude are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches issues that the stock agents miss.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The "V zero" problem — why generic GitHub PR review agents only get you so far</li>
  <li>Five things senior engineers want surfaced first: what+why, views/APIs changed, business logic, breaking changes, and concerns from the standard review</li>
  <li>Stale PR titles and bodies — Claude rarely updates them across iterations unless you force it</li>
  <li>Breaking changes at the API and database layer: not minor outages, 100% outages</li>
  <li>How agentic coding goes sideways — random indexes, drive-by event systems, features Claude assumes you'll need</li>
  <li>Why posting inline review comments is the underrated capability most generic agents skip</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Having a generic PR review agent is not as valuable as one that's custom for your company."</li>
  <li>"It's not like a minor outage, it's a hundred percent outage if you mess that up."</li>
  <li>"Claude has a lot of agency. It'll just go add features that it assumes you'll need in the future."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Tue, 05 May 2026 10:19:11 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/805edda1/e6a65bdd.mp3" length="11502796" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>719</itunes:duration>
      <itunes:summary>Generic AI PR review agents are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches what the stock agents miss.</itunes:summary>
      <itunes:subtitle>Generic AI PR review agents are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches what the stock agents miss.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Let Builders Build</title>
      <itunes:episode>12</itunes:episode>
      <podcast:episode>12</podcast:episode>
      <itunes:title>Let Builders Build</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">046a2530-6ce3-4954-aa63-07f37967e5f0</guid>
      <link>https://share.transistor.fm/s/9fc80ab0</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>AI transformation isn't a tooling problem. It's an organizational one. Dave and Dan dig into why bringing in AI without cutting bureaucracy, top-down processes, and the people who create them just gets you the same speed with new tools — and what to actually change so builders can build.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why technical adoption alone won't make your engineering org faster</li>
  <li>How processes, architecture committees, and "trust theater" silently kill velocity</li>
  <li>Builders vs maintainers — when to prune, and why "palace guards" are a real role to retire</li>
  <li>The honest test: ask your top performers what it would take to 2x — then act on the answer</li>
  <li>Speeding up the upstream too: product, design, security, sales — same playbook</li>
  <li>Why ownership and sideways accountability beat top-down hierarchies for moving fast</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"As an engineering manager, your main job is to get the hell out of their way and let the builders build."</li>
  <li>"You have palace guards who look good and protect everything. They don't really do much. And you have commanders who go out there and kick ass."</li>
  <li>"Move fast and build things — you can actually build quickly if you have the right system in place."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>AI transformation isn't a tooling problem. It's an organizational one. Dave and Dan dig into why bringing in AI without cutting bureaucracy, top-down processes, and the people who create them just gets you the same speed with new tools — and what to actually change so builders can build.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why technical adoption alone won't make your engineering org faster</li>
  <li>How processes, architecture committees, and "trust theater" silently kill velocity</li>
  <li>Builders vs maintainers — when to prune, and why "palace guards" are a real role to retire</li>
  <li>The honest test: ask your top performers what it would take to 2x — then act on the answer</li>
  <li>Speeding up the upstream too: product, design, security, sales — same playbook</li>
  <li>Why ownership and sideways accountability beat top-down hierarchies for moving fast</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"As an engineering manager, your main job is to get the hell out of their way and let the builders build."</li>
  <li>"You have palace guards who look good and protect everything. They don't really do much. And you have commanders who go out there and kick ass."</li>
  <li>"Move fast and build things — you can actually build quickly if you have the right system in place."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Fri, 01 May 2026 08:09:24 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/9fc80ab0/6ff61f79.mp3" length="10376396" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>649</itunes:duration>
      <itunes:summary>AI won't make your org faster if your processes are slow. Dave and Dan on why bureaucracy, low trust, and "palace guards" kill velocity — and the personnel decisions you need to make to actually let builders build.</itunes:summary>
      <itunes:subtitle>AI won't make your org faster if your processes are slow. Dave and Dan on why bureaucracy, low trust, and "palace guards" kill velocity — and the personnel decisions you need to make to actually let builders build.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>What to Say When the Board Asks About AI</title>
      <itunes:episode>11</itunes:episode>
      <podcast:episode>11</podcast:episode>
      <itunes:title>What to Say When the Board Asks About AI</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">e54314dc-89b5-4932-b9d7-f7a4faa94c01</guid>
      <link>https://share.transistor.fm/s/950e4db5</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan walk through the questions a board or executive will ask about AI — from inventory and tooling to ROI, accountability, and competitive risk — and what answers actually hold up. Pro tip: if you can't answer them, your competitors probably can.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Do we have an inventory of where AI is operating in the company? — most orgs can't answer this</li>
  <li>The scattershot tooling trap — why one tool, used together, beats four licenses spread across the team</li>
  <li>Who's responsible when something goes wrong? — calculated risk + a no-fault, no-blame postmortem policy</li>
  <li>Measuring ROI — forget "10x feels"; the only number worth tracking is PRs deployed to production</li>
  <li>Are we keeping up with competitors? — a 20% efficiency gap is massive, and it compounds in months</li>
  <li>How do we know AI is doing what we think? — agents, gates, canaries, and tuning context surfacing</li>
  <li>Are we losing institutional knowledge? — the answer is to auto-update docs and runbooks every night</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"I don't think board members care about culture very much. Bottom line — are you guys shipping?"</li>
  <li>"Pick one tool, make your whole company use the same tool. A bunch of individuals using AI is more productive, but a team using AI together gets you 10x."</li>
  <li>"If you're not investing and seeing your team adopt AI and ship faster, your competitors are. Maybe not now, but they will in three months."</li>
  <li>"Everything that Claude needs to know is the same thing that humans need to know."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan walk through the questions a board or executive will ask about AI — from inventory and tooling to ROI, accountability, and competitive risk — and what answers actually hold up. Pro tip: if you can't answer them, your competitors probably can.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Do we have an inventory of where AI is operating in the company? — most orgs can't answer this</li>
  <li>The scattershot tooling trap — why one tool, used together, beats four licenses spread across the team</li>
  <li>Who's responsible when something goes wrong? — calculated risk + a no-fault, no-blame postmortem policy</li>
  <li>Measuring ROI — forget "10x feels"; the only number worth tracking is PRs deployed to production</li>
  <li>Are we keeping up with competitors? — a 20% efficiency gap is massive, and it compounds in months</li>
  <li>How do we know AI is doing what we think? — agents, gates, canaries, and tuning context surfacing</li>
  <li>Are we losing institutional knowledge? — the answer is to auto-update docs and runbooks every night</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"I don't think board members care about culture very much. Bottom line — are you guys shipping?"</li>
  <li>"Pick one tool, make your whole company use the same tool. A bunch of individuals using AI is more productive, but a team using AI together gets you 10x."</li>
  <li>"If you're not investing and seeing your team adopt AI and ship faster, your competitors are. Maybe not now, but they will in three months."</li>
  <li>"Everything that Claude needs to know is the same thing that humans need to know."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Tue, 28 Apr 2026 09:12:35 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/950e4db5/b4bd3bbc.mp3" length="13009121" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>814</itunes:duration>
      <itunes:summary>The questions every board will ask about AI — inventory, tooling, accountability, ROI, competitive pressure — and what answers actually hold up. If you can't answer them, your competitors can.</itunes:summary>
      <itunes:subtitle>The questions every board will ask about AI — inventory, tooling, accountability, ROI, competitive pressure — and what answers actually hold up. If you can't answer them, your competitors can.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Prepping Your Repo for Autonomous Programming</title>
      <itunes:episode>10</itunes:episode>
      <podcast:episode>10</podcast:episode>
      <itunes:title>Prepping Your Repo for Autonomous Programming</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">1ae8ba42-a1d5-4c35-b624-c37c4eb6d700</guid>
      <link>https://share.transistor.fm/s/2b549080</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan break down the upfront infrastructure work required before a single repo is ready for autonomous programming. They walk through the full prep checklist — monorepo structure, lazy-loaded docs, 90% test coverage with end-to-end tests, a dev environment that actually matches prod, canary deploys, and observability — and explain why each one is non-negotiable when you're shipping code without a human in the loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why monorepos win — a root-level CLAUDE.md that knows how all your services interact, plus per-service docs underneath</li>
  <li>Progressive disclosure for context — keep CLAUDE.md under 200 lines and lazy-load topical docs (data model, GitHub Actions, Terraform, API endpoints)</li>
  <li>A daily docs cron — agents that update your docs every morning so context never goes stale</li>
  <li>Agent validation = tests + lints — 90% coverage as a hard gate, unit + end-to-end, all green before merge</li>
  <li>Shipwright crons in practice — development, review, docs, golden principles, cruft cleanup; one of them found and fixed an unauthorized Stripe webhook overnight</li>
  <li>Dev parity, canary deploys, and observability — the safety stack that makes shipping without a human safe (yes, just pay for Datadog)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You can't just turn it on and expect magic to happen. There's a bunch of upfront work — we call it infrastructure — around your repository."</li>
  <li>"You're shipping code without a human involved. So you gotta put in as many safety things as possible. You gotta burn those extra calories to make sure dev is the same as prod."</li>
  <li>"I am an open source guy, but if it was up to me — just bite the bullet. Pay for Datadog and use APM."</li>
  <li>"By the way, these are things that would benefit any organization even if you aren't autonomous. Every org should be doing this anyway."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan break down the upfront infrastructure work required before a single repo is ready for autonomous programming. They walk through the full prep checklist — monorepo structure, lazy-loaded docs, 90% test coverage with end-to-end tests, a dev environment that actually matches prod, canary deploys, and observability — and explain why each one is non-negotiable when you're shipping code without a human in the loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why monorepos win — a root-level CLAUDE.md that knows how all your services interact, plus per-service docs underneath</li>
  <li>Progressive disclosure for context — keep CLAUDE.md under 200 lines and lazy-load topical docs (data model, GitHub Actions, Terraform, API endpoints)</li>
  <li>A daily docs cron — agents that update your docs every morning so context never goes stale</li>
  <li>Agent validation = tests + lints — 90% coverage as a hard gate, unit + end-to-end, all green before merge</li>
  <li>Shipwright crons in practice — development, review, docs, golden principles, cruft cleanup; one of them found and fixed an unauthorized Stripe webhook overnight</li>
  <li>Dev parity, canary deploys, and observability — the safety stack that makes shipping without a human safe (yes, just pay for Datadog)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You can't just turn it on and expect magic to happen. There's a bunch of upfront work — we call it infrastructure — around your repository."</li>
  <li>"You're shipping code without a human involved. So you gotta put in as many safety things as possible. You gotta burn those extra calories to make sure dev is the same as prod."</li>
  <li>"I am an open source guy, but if it was up to me — just bite the bullet. Pay for Datadog and use APM."</li>
  <li>"By the way, these are things that would benefit any organization even if you aren't autonomous. Every org should be doing this anyway."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 25 Apr 2026 11:26:28 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/2b549080/563b447b.mp3" length="14262580" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>892</itunes:duration>
      <itunes:summary>The infrastructure checklist before turning on autonomous programming: monorepo, lazy-loaded docs, 90% tests with end-to-end, dev parity, canary deploys, and observability. Non-negotiables for shipping code without a human.</itunes:summary>
      <itunes:subtitle>The infrastructure checklist before turning on autonomous programming: monorepo, lazy-loaded docs, 90% tests with end-to-end, dev parity, canary deploys, and observability. Non-negotiables for shipping code without a human.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>One Tool for Everyone: Claude Beyond the Engineering Team</title>
      <itunes:episode>9</itunes:episode>
      <podcast:episode>9</podcast:episode>
      <itunes:title>One Tool for Everyone: Claude Beyond the Engineering Team</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">d2877c3d-4589-4a0b-a8e0-3e7f9cadbe37</guid>
      <link>https://share.transistor.fm/s/3d6bbdd5</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share what they're seeing in the field this week: non-software engineers — in marketing, sales, customer service, and data — are getting massively accelerated by Claude Desktop and MCP servers. The episode centers on a real story of a single subject matter expert who built a Snowflake data tool, shared it across his entire company, and eliminated the need for one-off dashboard requests forever. The core argument: stop experimenting with every AI tool and pick one. For the whole company.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Claude Desktop for non-engineers</strong> — How marketing, sales, and ops teams are using Claude Desktop + MCP servers to do work that previously required engineering sprints</li>
  <li><strong>The admin app problem</strong> — Why internal tools are always hacked together, and how giving Claude access to the data warehouse sidesteps that entirely</li>
  <li><strong>Snowflake + Claude + Vector DB</strong> — How one team built a self-documenting data layer: Claude explores the warehouse, writes documentation, and surfaces the right tables via natural language</li>
  <li><strong>Pick one tool</strong> — The case for committing your whole org to a single AI platform so shared tools, skills, and workflows actually compound across teams</li>
  <li><strong>Building skills, not just prompts</strong> — Why the unlock isn't the first conversation with Claude, it's turning that conversation into a reusable skill that works every time</li>
  <li><strong>What Anthropic hasn't built yet</strong> — Two missing pieces: scheduled tasks (a morning brief without cron hacks) and a direct bridge between Claude Code and Claude Desktop projects</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Be an adult. If you're in leadership, say: we are going with this tool. Dan and I recommend Claude Code."</li>
  <li>"It's not Claude, it's not GPT. These things are getting better and better. It's the system you're building on top of it."</li>
  <li>"A single human being who was an expert on this was able to create a tool for himself — and now he shared it with his team. Developers can use it. Marketing can use it. Anyone in the company can use it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share what they're seeing in the field this week: non-software engineers — in marketing, sales, customer service, and data — are getting massively accelerated by Claude Desktop and MCP servers. The episode centers on a real story of a single subject matter expert who built a Snowflake data tool, shared it across his entire company, and eliminated the need for one-off dashboard requests forever. The core argument: stop experimenting with every AI tool and pick one. For the whole company.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Claude Desktop for non-engineers</strong> — How marketing, sales, and ops teams are using Claude Desktop + MCP servers to do work that previously required engineering sprints</li>
  <li><strong>The admin app problem</strong> — Why internal tools are always hacked together, and how giving Claude access to the data warehouse sidesteps that entirely</li>
  <li><strong>Snowflake + Claude + Vector DB</strong> — How one team built a self-documenting data layer: Claude explores the warehouse, writes documentation, and surfaces the right tables via natural language</li>
  <li><strong>Pick one tool</strong> — The case for committing your whole org to a single AI platform so shared tools, skills, and workflows actually compound across teams</li>
  <li><strong>Building skills, not just prompts</strong> — Why the unlock isn't the first conversation with Claude, it's turning that conversation into a reusable skill that works every time</li>
  <li><strong>What Anthropic hasn't built yet</strong> — Two missing pieces: scheduled tasks (a morning brief without cron hacks) and a direct bridge between Claude Code and Claude Desktop projects</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Be an adult. If you're in leadership, say: we are going with this tool. Dan and I recommend Claude Code."</li>
  <li>"It's not Claude, it's not GPT. These things are getting better and better. It's the system you're building on top of it."</li>
  <li>"A single human being who was an expert on this was able to create a tool for himself — and now he shared it with his team. Developers can use it. Marketing can use it. Anyone in the company can use it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Mon, 13 Apr 2026 08:30:43 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/3d6bbdd5/51ba84cb.mp3" length="13300451" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>832</itunes:duration>
      <itunes:summary>Claude isn't just for engineers. This week: how marketing, ops, and data teams are getting massively accelerated with Claude Desktop + MCP — and why picking one AI tool for your whole company is the real unlock.</itunes:summary>
      <itunes:subtitle>Claude isn't just for engineers. This week: how marketing, ops, and data teams are getting massively accelerated with Claude Desktop + MCP — and why picking one AI tool for your whole company is the real unlock.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Vitals OS: The Autonomous Coding Pipeline</title>
      <itunes:episode>8</itunes:episode>
      <podcast:episode>8</podcast:episode>
      <itunes:title>Vitals OS: The Autonomous Coding Pipeline</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">f8acbbe3-d0ce-46f8-a01c-ca4406097154</guid>
      <link>https://share.transistor.fm/s/8be23659</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce Vitals OS — App Vitals' autonomous coding pipeline built on Claude Code and their Shipwright plugin. In the past two weeks it shipped 393 pull requests, with Dave and Dan writing fewer than 10 of them. They walk through how the pipeline works, where it still needs humans, and how they plan to bring it to client codebases.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The 393 PR milestone — what autonomous coding at scale actually looks like in practice</li>
  <li>The Shipwright plugin — a full DevOps-style pipeline covering research, planning, coding, and validation</li>
  <li>The 95% threshold — where the agent runs fully autonomous and where humans step in</li>
  <li>Slack as the interface — directing agents via voice notes while walking the dog</li>
  <li>The last 5% — deployment, monitoring, and architecture review as the human value-add</li>
  <li>Vitals OS for clients — launching the product for founders and non-technical builders</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Dan and I have done less than 10 pull requests out of the 400. It's pretty powerful stuff."</li>
  <li>"It doesn't stop until all the PR tests have passed successfully."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce Vitals OS — App Vitals' autonomous coding pipeline built on Claude Code and their Shipwright plugin. In the past two weeks it shipped 393 pull requests, with Dave and Dan writing fewer than 10 of them. They walk through how the pipeline works, where it still needs humans, and how they plan to bring it to client codebases.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The 393 PR milestone — what autonomous coding at scale actually looks like in practice</li>
  <li>The Shipwright plugin — a full DevOps-style pipeline covering research, planning, coding, and validation</li>
  <li>The 95% threshold — where the agent runs fully autonomous and where humans step in</li>
  <li>Slack as the interface — directing agents via voice notes while walking the dog</li>
  <li>The last 5% — deployment, monitoring, and architecture review as the human value-add</li>
  <li>Vitals OS for clients — launching the product for founders and non-technical builders</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Dan and I have done less than 10 pull requests out of the 400. It's pretty powerful stuff."</li>
  <li>"It doesn't stop until all the PR tests have passed successfully."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 11 Apr 2026 20:05:30 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/8be23659/dfaea98b.mp3" length="8467412" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>691</itunes:duration>
      <itunes:summary>Dave and Dan announce Vitals OS — their autonomous coding pipeline that shipped 393 PRs in two weeks with fewer than 10 from humans. 95% hands-off, built on Claude Code.</itunes:summary>
      <itunes:subtitle>Dave and Dan announce Vitals OS — their autonomous coding pipeline that shipped 393 PRs in two weeks with fewer than 10 from humans. 95% hands-off, built on Claude Code.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Who Leads Your AI Transformation?</title>
      <itunes:episode>6</itunes:episode>
      <podcast:episode>6</podcast:episode>
      <itunes:title>Who Leads Your AI Transformation?</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">5d58fa7a-fc6a-41f5-bbc1-7e2a5ad732d0</guid>
      <link>https://share.transistor.fm/s/bca93af0</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>A client asked Dave and Dan a deceptively simple question: "What should we call the job title for the person who leads our AI engineering transformation?" The answer surprised them — it's not a new role. It's a Principal Engineer. In this episode, they break down exactly what that means, why the best candidate hasn't written a line of code in the last six months, and how to interview for it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Why there's no new job title</strong> — agentic engineering isn't a sliver of your org, it's the whole thing. The role is Principal or Distinguished Engineer, full stop.</li>
  <li><strong>The counterintuitive hiring criterion</strong> — you want someone who's written code for 10–20 years but hasn't written a line in the last six months. They've already built the trust with AI systems to let go.</li>
  <li><strong>DHH and Linus flipped</strong> — both publicly opposed AI-generated code; now it's in Rails and the Linux kernel. The holdouts have adapted. So should you.</li>
  <li><strong>Why rewrites almost always fail</strong> — Dave and Dan's take on migrations: the first 80% is easy, the last 20% kills the project, and you end up with something just as messy as what you started with.</li>
  <li><strong>The interview process has changed</strong> — don't ask them to write code. Ask them to show you the system they built to build code. "If you built it by coding, you're not a good candidate."</li>
  <li><strong>Management is in the way</strong> — autonomy and agency are what make senior engineers succeed. Micromanagement is the fastest way to lose the person you just hired.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you built it by coding, you're not a good candidate."</li>
  <li>"Your job nowadays is to not just build that system, but to constantly improve that system. You're building, maintaining, and improving a system that's building stuff for you — that is your job."</li>
  <li>"It's game over guys. You need to adapt if you haven't already."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>A client asked Dave and Dan a deceptively simple question: "What should we call the job title for the person who leads our AI engineering transformation?" The answer surprised them — it's not a new role. It's a Principal Engineer. In this episode, they break down exactly what that means, why the best candidate hasn't written a line of code in the last six months, and how to interview for it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Why there's no new job title</strong> — agentic engineering isn't a sliver of your org, it's the whole thing. The role is Principal or Distinguished Engineer, full stop.</li>
  <li><strong>The counterintuitive hiring criterion</strong> — you want someone who's written code for 10–20 years but hasn't written a line in the last six months. They've already built the trust with AI systems to let go.</li>
  <li><strong>DHH and Linus flipped</strong> — both publicly opposed AI-generated code; now it's in Rails and the Linux kernel. The holdouts have adapted. So should you.</li>
  <li><strong>Why rewrites almost always fail</strong> — Dave and Dan's take on migrations: the first 80% is easy, the last 20% kills the project, and you end up with something just as messy as what you started with.</li>
  <li><strong>The interview process has changed</strong> — don't ask them to write code. Ask them to show you the system they built to build code. "If you built it by coding, you're not a good candidate."</li>
  <li><strong>Management is in the way</strong> — autonomy and agency are what make senior engineers succeed. Micromanagement is the fastest way to lose the person you just hired.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you built it by coding, you're not a good candidate."</li>
  <li>"Your job nowadays is to not just build that system, but to constantly improve that system. You're building, maintaining, and improving a system that's building stuff for you — that is your job."</li>
  <li>"It's game over guys. You need to adapt if you haven't already."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Mon, 06 Apr 2026 12:32:11 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/bca93af0/19f7696b.mp3" length="15889265" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>994</itunes:duration>
      <itunes:summary>Who should lead your AI engineering transformation? Dave and Dan argue it's a Principal Engineer — specifically one who hasn't written code in 6+ months but has built systems that do.</itunes:summary>
      <itunes:subtitle>Who should lead your AI engineering transformation? Dave and Dan argue it's a Principal Engineer — specifically one who hasn't written code in 6+ months but has built systems that do.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>The Google Meet Epiphany</title>
      <itunes:episode>5</itunes:episode>
      <podcast:episode>5</podcast:episode>
      <itunes:title>The Google Meet Epiphany</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">e8f62e46-005b-48ee-b3a9-c871d40701e2</guid>
      <link>https://share.transistor.fm/s/da090ce4</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share a jaw-dropping collaboration breakthrough: Claude Code's voice mode accidentally picked up Dan's suggestions over a Google Meet call, turning a routine planning session into a real-time AI pair-planning session with two people and one AI. They also react to the OpenAI source code leak, discuss the real cost of their MAX subscription, and share how Claude Code fits into every part of their day — including 2 AM phone sessions from bed.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The Google Meet Epiphany</strong> — Claude Code voice mode picking up a second person's voice over video call unlocks true real-time collaborative AI planning</li>
  <li><strong>Simpler than you think</strong> — Years of complex collaboration feature ideas, solved by speech-to-text + two people on a call</li>
  <li><strong>The last 5% with clients</strong> — How this breakthrough eliminates friction between technical and non-technical collaborators</li>
  <li><strong>OpenAI source code leak</strong> — Dave and Dan's hot take: it's more about the system you build on top of the LLM layer than the model itself</li>
  <li><strong>The real cost of Claude MAX</strong> — $200/month subscription estimated at $5k/month in equivalent API usage</li>
  <li><strong>Claude Code everywhere</strong> — Voice mode on walks, remote sessions at 2 AM, agents coding while you sleep</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You don't need a hundred different features. It's just get on a Google Meet, start pairing together."</li>
  <li>"Oh my God, dude, if we don't build some awesome product, it's our fault, not Claude."</li>
  <li>"If they were to actually charge what it actually costs, I might have to be an electrician."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share a jaw-dropping collaboration breakthrough: Claude Code's voice mode accidentally picked up Dan's suggestions over a Google Meet call, turning a routine planning session into a real-time AI pair-planning session with two people and one AI. They also react to the OpenAI source code leak, discuss the real cost of their MAX subscription, and share how Claude Code fits into every part of their day — including 2 AM phone sessions from bed.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The Google Meet Epiphany</strong> — Claude Code voice mode picking up a second person's voice over video call unlocks true real-time collaborative AI planning</li>
  <li><strong>Simpler than you think</strong> — Years of complex collaboration feature ideas, solved by speech-to-text + two people on a call</li>
  <li><strong>The last 5% with clients</strong> — How this breakthrough eliminates friction between technical and non-technical collaborators</li>
  <li><strong>OpenAI source code leak</strong> — Dave and Dan's hot take: it's more about the system you build on top of the LLM layer than the model itself</li>
  <li><strong>The real cost of Claude MAX</strong> — $200/month subscription estimated at $5k/month in equivalent API usage</li>
  <li><strong>Claude Code everywhere</strong> — Voice mode on walks, remote sessions at 2 AM, agents coding while you sleep</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You don't need a hundred different features. It's just get on a Google Meet, start pairing together."</li>
  <li>"Oh my God, dude, if we don't build some awesome product, it's our fault, not Claude."</li>
  <li>"If they were to actually charge what it actually costs, I might have to be an electrician."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sun, 05 Apr 2026 11:55:58 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/da090ce4/6304d4fc.mp3" length="10601654" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>663</itunes:duration>
      <itunes:summary>Dave and Dan discover they can pair-plan with Claude Code over Google Meet — Dan's voice gets picked up by Dave's mic, turning a video call into a live two-person AI session.</itunes:summary>
      <itunes:subtitle>Dave and Dan discover they can pair-plan with Claude Code over Google Meet — Dan's voice gets picked up by Dave's mic, turning a video call into a live two-person AI session.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Building a System to Build Code</title>
      <itunes:episode>4</itunes:episode>
      <podcast:episode>4</podcast:episode>
      <itunes:title>Building a System to Build Code</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">dd27f5c8-2864-4654-8803-ccf1ca8aca1b</guid>
      <link>https://share.transistor.fm/s/4dc9033e</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share how they shipped 254 pull requests in 7 days using AI agents Sully and Bodhi — with only about 10 hours of human effort combined. They unpack the key unlock (getting out of the terminal and into Slack), how they accidentally broke their own planning rules and recovered, and how adding metrics and learning loops turned a chaotic experiment into a real production system.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>254 PRs in 7 days: how autonomous agents maintained 40 PRs/day even on weekends</li>
  <li>Getting out of the terminal — why Slack became the unlock for async AI collaboration</li>
  <li>How two agents with the same model developed different personalities through memory</li>
  <li>Skipping the planning phase, chaos, microservices, and Wednesday night recovery</li>
  <li>Metrics as ground truth: moving from learning loops to hard numbers with PostHog</li>
  <li>What enterprise engineering orgs need to do right now (break your workflows)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You should be breaking your workflows right now. You should be experimenting. You should not hold on to any legacy workflows."</li>
  <li>"We have two pull requests in the last 20 minutes, and Dan and I are sitting here talking. We did not do anything. It is just our bots out there working."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share how they shipped 254 pull requests in 7 days using AI agents Sully and Bodhi — with only about 10 hours of human effort combined. They unpack the key unlock (getting out of the terminal and into Slack), how they accidentally broke their own planning rules and recovered, and how adding metrics and learning loops turned a chaotic experiment into a real production system.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>254 PRs in 7 days: how autonomous agents maintained 40 PRs/day even on weekends</li>
  <li>Getting out of the terminal — why Slack became the unlock for async AI collaboration</li>
  <li>How two agents with the same model developed different personalities through memory</li>
  <li>Skipping the planning phase, chaos, microservices, and Wednesday night recovery</li>
  <li>Metrics as ground truth: moving from learning loops to hard numbers with PostHog</li>
  <li>What enterprise engineering orgs need to do right now (break your workflows)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You should be breaking your workflows right now. You should be experimenting. You should not hold on to any legacy workflows."</li>
  <li>"We have two pull requests in the last 20 minutes, and Dan and I are sitting here talking. We did not do anything. It is just our bots out there working."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 04 Apr 2026 15:47:58 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/4dc9033e/136f0c9e.mp3" length="16934997" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1059</itunes:duration>
      <itunes:summary>Dave and Dan built 254 pull requests in 7 days using AI agents — and most of it happened while they slept.</itunes:summary>
      <itunes:subtitle>Dave and Dan built 254 pull requests in 7 days using AI agents — and most of it happened while they slept.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP003 - Is Code the Next Abstraction Layer</title>
      <itunes:episode>3</itunes:episode>
      <podcast:episode>3</podcast:episode>
      <itunes:title>EP003 - Is Code the Next Abstraction Layer</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">fc38be42-cc52-46e7-8397-ef066c8c6aeb</guid>
      <link>https://share.transistor.fm/s/4641db75</link>
      <description>
        <![CDATA[Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.]]>
      </description>
      <content:encoded>
        <![CDATA[Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:19 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/4641db75/42ae5e48.mp3" length="20815886" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>868</itunes:duration>
      <itunes:summary>Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.</itunes:summary>
      <itunes:subtitle>Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness e</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP002 - This Week in Claude Code</title>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <itunes:title>EP002 - This Week in Claude Code</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">4606cdd3-c040-462f-8613-76df9a95c7a1</guid>
      <link>https://share.transistor.fm/s/c111b84f</link>
      <description>
        <![CDATA[Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.]]>
      </description>
      <content:encoded>
        <![CDATA[Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:17 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/c111b84f/b52a7f79.mp3" length="16859882" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>703</itunes:duration>
      <itunes:summary>Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.</itunes:summary>
      <itunes:subtitle>Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP001 - The Velocity Trap</title>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <itunes:title>EP001 - The Velocity Trap</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">a42b1c46-4879-4a40-b69e-b42f9fb417d7</guid>
      <link>https://share.transistor.fm/s/c5fad90b</link>
      <description>
        <![CDATA[Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.]]>
      </description>
      <content:encoded>
        <![CDATA[Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:14 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/c5fad90b/ec6d35b6.mp3" length="22037756" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>919</itunes:duration>
      <itunes:summary>Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.</itunes:summary>
      <itunes:subtitle>Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
  </channel>
</rss>
