Skip to content
How I AIHow I AI

A 3-step AI coding workflow for solo founders | Ryan Carson (5x founder)

Ryan Carson is a five-time founder who has spent the past 20 years building, scaling, and selling startups. In this episode, he shares his playbook for using AI to build products, turning “vibe coding” into a structured and scalable approach that can replace full engineering teams. *What you’ll learn:* 1. A simple three-file system that transforms chaotic AI coding into a structured, reliable process 2. How to create AI-generated PRDs and task lists that actually work 3. A step-by-step workflow using Cursor to build features systematically 4. Why slowing down to provide proper context is the secret to speeding up your AI development 5. How to use model context protocols (MCPs) to extend your AI’s capabilities beyond just coding 6. Why founders can now build entire companies with minimal engineering teams and how Ryan is doing it himself *Brought to you by:* ChatPRD—An AI copilot for PMs and their teams: https://www.chatprd.ai/howiai Notion—The best AI tools for work: https://www.notion.com/howiai *Where to find Ryan Carson:* Website: https://www.ryancarson.com/about LinkedIn: https://www.linkedin.com/in/ryancarson/ X: https://x.com/ryancarson *Where to find Claire Vo:* ChatPRD: https://www.chatprd.ai/ Website: https://clairevo.com/ LinkedIn: https://www.linkedin.com/in/clairevo/ X: https://x.com/clairevo *In this episode, we cover:* (00:00) Introduction and Ryan’s recent AI projects (03:25) Demo: Creating a PRD with Cursor (05:00) Ryan’s open source links: https://github.com/snarktank/ai-dev-tasks (09:53) Quick recap and common mistakes to avoid (11:00) Demo: Generating a task list from the PRD (15:31) The importance of context when working with LLMs (18:07) Demo: Working through tasks systematically using Cursor (18:56) Change management (20:00) How task lists save time for product managers (21:50) Demo: Using MCPs for front-end testing (24:50) Specific MCPs and what to use them for (26:45) Demo: Using Repo Prompt to gain precise control over context (31:23) Music’s role in Ryan’s development stack (32:10) Lightning round and final thoughts *Tools referenced:* • ChatGPT: https://chat.openai.com/ • Claude: https://claude.ai/ • Gemini 2.5 Pro: https://deepmind.google/models/gemini/pro/. • Repo Prompt: https://repoprompt.com/ • Task Master: https://github.com/eyaltoledano/claude-task-master/blob/main/docs/tutorial.md • Browserbase: https://browserbase.com/ • Stagehand: https://docs.stagehand.dev/integrations/mcp-server *Other references:* • PostgreSQL: https://www.postgresql.org/ • Prisma: https://www.prisma.io/ • SQL: https://www.sql.org/ • MCP: https://www.anthropic.com/news/model-context-protocol • VS Code: https://code.visualstudio.com/ _Production and marketing by https://penname.co/._ _For inquiries about sponsoring the podcast, email jordan@penname.co._

Ryan CarsonguestClaire Vohost
May 26, 202534mWatch on YouTube ↗

CHAPTERS

  1. 0:00 – 3:25

    Why solo founders need a structured AI coding workflow (Ryan’s recent projects)

    Claire introduces the episode theme: 2025 may be the year of vibe coding, but scalable execution needs structure. Ryan shares recent AI-enabled projects—from building a game with his kid to shipping pieces of his new startup—to set the stage for a repeatable workflow.

  2. 3:25 – 5:00

    Cursor setup: using “Rules” files to standardize PRDs, tasks, and execution

    Ryan opens Cursor (a VS Code fork) and explains why he relies on structured rule files instead of ad hoc prompting. He frames the core challenge as managing context and scope so the model can reliably implement larger changes.

  3. 5:00 – 9:53

    Demo: Generating a PRD in Cursor (and why “junior developer” framing works)

    Ryan demonstrates creating a PRD for a new feature by @including a PRD rule file and giving a clear feature request. Claire highlights a subtle but powerful instruction: make the PRD understandable for a junior developer to reduce ambiguity and over-assumptions.

  4. 9:53 – 11:00

    Model choice, cost, and iteration habits while drafting requirements

    They briefly compare preferred models and tradeoffs (Claude, Gemini, o3) and discuss the reality of paying for “max” modes. The focus is on consistency: learn one model’s strengths/weaknesses through repetition and refine prompts accordingly.

  5. 11:00 – 15:31

    Open-source workflow assets + alternative: Task Master (and why Ryan keeps it simpler)

    Ryan points viewers to his open-source rule files and mentions Task Master, a more powerful CLI-based approach. He explains he intentionally prefers a lighter-weight, more controlled workflow that stays easy to understand and maintain.

  6. 15:31 – 18:07

    Recap: the #1 mistake—rushing context (and why slowing down speeds up)

    Ryan emphasizes that most failures come from insufficient context and impatience. Creating the PRD and task list may feel slower, but it reduces rework and rabbit holes, making overall delivery faster and more reliable.

  7. 18:07 – 18:56

    Demo: Turning the PRD into a detailed Markdown task list

    Ryan uses a second rule file to convert the PRD into an executable plan: parent tasks, subtasks, and checkboxes in Markdown. The rule enforces an interactive process (draft tasks → confirm → ‘Go’) to ensure alignment before coding.

  8. 18:56 – 20:00

    Systematic execution in Cursor: one subtask at a time with human-in-the-loop checks

    Ryan demonstrates a third rule that governs how the AI should work through the task list: do one subtask, mark it complete, stop, and ask permission to continue. This structure limits scope creep and makes it easier to spot errors early.

  9. 20:00 – 21:50

    Change management: when to commit to Git and how to decide rollback risk

    They discuss practical version control habits when AI is making many changes quickly. Ryan typically commits after a parent task if the app is in a workable state, otherwise waits until the set of tasks is complete, balancing safety with momentum.

  10. 21:50 – 24:50

    Why task lists are a PM time-saver (even without full automation)

    Claire notes that even stopping after PRD → task list is valuable for PMs and engineers, because breaking work into codebase-aware steps is a common bottleneck. Ryan argues against over-engineering: a simple Markdown file is often the fastest, clearest solution.

  11. 24:50 – 26:45

    Demo: MCPs in Cursor—headless browser testing with Browserbase/Stagehand

    Ryan shows how MCP servers let Cursor control external tools via natural language. He demos Browserbase to navigate to a website and take screenshots in a cloud browser, framing it as a step toward automated front-end testing and faster bug reproduction.

  12. 26:45 – 31:23

    Which MCPs are most useful day-to-day (Postgres as the workhorse)

    Ryan explains that Postgres is his most-used MCP because it eliminates tedious context switching and manual SQL for basic checks. They connect MCPs to a broader theme: reducing engineering toil by consolidating tasks (PM, browser, DB) into one interface.

  13. 31:23 – 32:10

    Demo: Repo Prompt for precise context control (escaping the context ‘black box’)

    Ryan introduces Repo Prompt as a way to explicitly select and package repo files into a structured prompt with token counts and XML-like boundaries. He uses it when the stakes are higher and he needs certainty about exactly what the model is seeing.

  14. 32:10 – 34:44

    Personal stack: music for flow + lightning round on how AI changes founding

    Ryan jokes that EDM is a core part of his development setup, then closes with reflections on how AI rewrites what a solo founder can do. He shares his tactic for getting models back on track—polite, directive nudges to “think harder”—and where to find his work online.

Get more out of YouTube videos.

High quality summaries for YouTube videos. Accurate transcripts to search & find moments. Powered by ChatGPT & Claude AI.

Add to Chrome