Keeping up with AI

Swapnil Talekar

Keeping Up with AI is a podcast that helps you stay on top of the fast-moving world of artificial intelligence. The show breaks down the latest AI models, tools, breakthroughs, and workflows in a clear and practical way. Instead of chasing every headline, each episode focuses on what actually matters — the ideas, technologies, and productivity techniques that can help developers, builders, and curious professionals use AI more effectively.

  1. 14h ago

    Building a Simple "Software Factory" that works

    A software factory sounds like a new idea, but the pieces look a lot like the loop engineering building blocks I've been covering all along. In this episode, I walk through how to build one yourself, step by step. I map the four steps of a software factory to the loop engineering pieces: isolating each task in its own worktree, building from a workflow file and a house style skill, proving every change with evidence in the pull request, and shipping through an AI review loop with a cap on how many rounds it can run. Along the way I cover the practical limits, like shared ports and databases, recordings that can leak sensitive data, and the cost of running review loops in parallel. I also add two things the basic setup leaves out. The first ismemory, and how repeated review comments can turn into lint rules. The second is a hard gate, a hook that won't let an agent finish until evidence exists. I tested one against a real Claude Code session, and I share what worked and where an agent that's told otherwise can still get around it. This is the second of three episodes on software factories. It'sfor developers who want to implement this, and it helps if you've heard the first part and my loop engineering episodes. SHOW NOTES Full written post on Substack - "Building a Simple Software Factory" Part 1 of this series, "The Role of Humans in Software Factories" My loop engineering series: Substack link Memory and state patterns for loops: Substack link A deep dive on skills, part one: Substack link Ras Mic on Greg Isenberg's podcast, "Building a Software Factory that actually works" The open-source skills and workflow file: Github link Install command for the skills: npx skills add michaelshimeles/skills Creating a worktree by hand: git fetch origin git worktree add -b feature-x ../feature-x origin/main The workflow file is called AGENTS.md. Claude Code reads CLAUDE.md, so add a one-line CLAUDE.md containing @AGENTS.md The seven skills: new-feature, code-structure, evidence-driven-testing, before-and-after, greploop, greploop-apps, unslop Claude Code hook used in the episode: a Stop hook that blocks until a file exists in an evidence folder, with a counter that gives up after three blocks. The script and settings are in the written post. AI code reviewers mentioned: Greptile, CodeRabbit, Macroscope

    Building a Simple "Software Factory" that works
  2. Oct 19

    The Role of Humans in Software Factories

    AI agents that write, test and ship code with no humans involved sounds like the future of engineering. But what happens when nobody reads the code? In this episode, I look at whether "software factories" really deliver the automation they promise with no human oversight. I cover the difference between a lights-on factory and a dark factory, why review has become the bottleneck (with data from Faros AI, IDC and Gergely Orosz), and why code quality decays so quickly when nobody is reading it, including what Dex Horthy learned from his own experiment and what the SlopCodeBench research shows. Then I compare where StrongDM, Dex Horthy, Geoffrey Litt and Lauren Tan each think the human should stand, and why I think they agree more than it first appears. I close with the rule I'm going to try on my own team: the amount of review a change needs should depend on how much automated proof surrounds it, built from three layers of structure, enforcement and evidence. This is the first of three episodes on software factories. Thisepisode is for developers and engineering leaders deciding how much AI-generated code to trust. If you're a product manager or AI-curious, I explain the terms along the way. SHOW NOTES Lauren Tan, "How I Shipped 2000 PRs Last Month, Trusting AI Agents":https://www.youtube.com/watch?v=NjoZoUm85x0 Dex Horthy, "Why Software Factories Fail" (AI Engineer): https://www.youtube.com/watch?v=Ib5GBkD555M Dex Horthy, "Fighting Code Slop: The State of Software Factories" (Agentic AI Foundation): https://www.youtube.com/watch?v=ix1qQK1IvmA Geoffrey Litt, "Understanding is the new bottleneck" (AI Engineer): https://www.youtube.com/watch?v=WkBPX-oDMnA Gergely Orosz, "The state of the tech industry in 2026" (LDX3 New York): http://www.youtube.com/watch?v=Ru99FGJ_yuE StrongDM's software factory page: https://factory.strongdm.ai/ Simon Willison on StrongDM's software factory: https://simonwillison.net/2026/Feb/7/software-factory Faros AI, "AI Acceleration Whiplash" research: https://faros.ai/research/ai-acceleration-whiplash SlopCodeBench paper: https://arxiv.org/html/2603.24755 IDC survey figures, as reported by TechTarget: https://www.techtarget.com/it-infrastructure/news/366651847/Vendors-build-safeguards-for-autonomous-software-factories

    The Role of Humans in Software Factories
  3. Oct 10

    The Decision Model Gold Rush

    A new kind of AI model called Jev launched on September 15. Within about two weeks, Amazon, OpenAI, Cloudflare, and a long list of open-source projects had shipped rivals. Jev is a decision model, which means it picks an answer instead of writing one. The answer can be a choice, a score, or a yes or no with a confidence number attached. In this episode, I step back from the question of which model is best, because any answer would be outdated before you finish listening. Instead, I focus on how to choose one for a real production pipeline. I start with why vendor benchmarks deserve some skepticism, and what the independent DecideBench results show about accuracy and cost. Then I walk through six questions to ask before you commit: where the model runs, what input it accepts, how fast it needs to be, whether its confidence scores hold up on your own data, what it costs at your volume, and how hard it would be to switch later. I also apply those questions to two very different scenarios, support ticket triage and a latency-sensitive trading or game loop, and I close with my prediction for where this category goes next. This episode is for developers, product managers, and engineering leaders. The full written post and all the links are in the show notes. ---- SHOW NOTES ---- Written post: https://swapniltalekar.substack.com/p/the-decision-model-gold-rush Earlier post on Jev (previous week): https://swapniltalekar.substack.com/p/jev-and-the-return-of-the-classifiers?r=1v4ea Models mentioned: Jev (TypeSafe), Strands Decider 2B (Amazon), Decisions API (OpenAI), Clef (Cloudflare), GLiDE and GLiNER2.5-Decide (Fastino), Imajev-4B, Laya, OpenJev, JevK5, von Benchmarks mentioned: DecideBench (Cho Yin Yong), JevBench Comparison table (first week of October 2026): see the written post

    The Decision Model Gold Rush

About

Keeping Up with AI is a podcast that helps you stay on top of the fast-moving world of artificial intelligence. The show breaks down the latest AI models, tools, breakthroughs, and workflows in a clear and practical way. Instead of chasing every headline, each episode focuses on what actually matters — the ideas, technologies, and productivity techniques that can help developers, builders, and curious professionals use AI more effectively.