<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>AI Workflow on Random thoughts of me</title><link>http://blog.yehudardevelopment.com/series/ai-workflow/</link><description>Recent content in AI Workflow on Random thoughts of me</description><generator>Hugo -- 0.155.3</generator><language>en-us</language><copyright>Yehuda Ringler. All rights reserved.</copyright><lastBuildDate>Tue, 09 Jun 2026 00:00:00 -0500</lastBuildDate><atom:link href="http://blog.yehudardevelopment.com/series/ai-workflow/feed.xml" rel="self" type="application/rss+xml"/><item><title>Architecture Has Immediate Economic Value Now</title><link>http://blog.yehudardevelopment.com/2026/06/09/architecture-has-immediate-economic-value-now/</link><pubDate>Tue, 09 Jun 2026 00:00:00 -0500</pubDate><guid>http://blog.yehudardevelopment.com/2026/06/09/architecture-has-immediate-economic-value-now/</guid><description>&lt;p&gt;&lt;a href="http://blog.yehudardevelopment.com/2026/01/22/parallel-ai-coding-prerequisites/"&gt;Back in January&lt;/a&gt; I argued that AI parallelism turns clean architecture into a forcing function — coupling now has an immediate cost in blocked parallel work. After three more posts living inside this workflow, I want to come back to that argument and say what I think I underestimated. The economic shift is bigger than parallelism. AI has quietly collapsed a whole stack of tradeoffs that software engineering treated as fundamental, and the implications run further than &amp;ldquo;you can run more agents.&amp;rdquo;&lt;/p&gt;</description></item><item><title>Model Tiering and the Sunk Cost Trap</title><link>http://blog.yehudardevelopment.com/2026/06/02/model-tiering-and-the-sunk-cost-trap/</link><pubDate>Tue, 02 Jun 2026 00:00:00 -0500</pubDate><guid>http://blog.yehudardevelopment.com/2026/06/02/model-tiering-and-the-sunk-cost-trap/</guid><description>&lt;p&gt;&lt;a href="http://blog.yehudardevelopment.com/2026/05/26/the-real-skill-is-knowing-when-to-go-up-a-level/"&gt;The previous post&lt;/a&gt; was about &lt;em&gt;when&lt;/em&gt; to go up a level. This one is about the operational layer underneath that decision: which model to use for which kind of work, and the harder discipline that makes the whole thing actually work — being willing to throw away expensive output.&lt;/p&gt;
&lt;p&gt;The two topics are connected. If you&amp;rsquo;re not willing to discard, your model choices don&amp;rsquo;t matter, because you&amp;rsquo;ll end up patching whatever the cheapest model produced regardless of how wrong its foundation was.&lt;/p&gt;</description></item><item><title>The Real Skill is Knowing When to Go Up a Level</title><link>http://blog.yehudardevelopment.com/2026/05/26/the-real-skill-is-knowing-when-to-go-up-a-level/</link><pubDate>Tue, 26 May 2026 00:00:00 -0500</pubDate><guid>http://blog.yehudardevelopment.com/2026/05/26/the-real-skill-is-knowing-when-to-go-up-a-level/</guid><description>&lt;p&gt;In &lt;a href="http://blog.yehudardevelopment.com/2026/05/19/why-i-abandoned-my-sophisticated-ai-coding-workflow/"&gt;the first post&lt;/a&gt; I argued that responsibility in AI-assisted development isn&amp;rsquo;t line-level review — it&amp;rsquo;s strategic oversight at the right altitude. This post is about what that means in practice. Specifically: how to recognize when the right move is to stop pushing at the current level and step up a layer.&lt;/p&gt;
&lt;p&gt;This is the single most useful pattern I&amp;rsquo;ve found, and it shows up at every scale.&lt;/p&gt;
&lt;h2 id="the-pattern"&gt;The Pattern&lt;/h2&gt;
&lt;p&gt;Whenever something isn&amp;rsquo;t working — a bug AI keeps failing to fix, a feature it keeps implementing wrongly, a plan that keeps generating awkward code — the wrong response is to push harder at the same level. The right response is almost always to go up one.&lt;/p&gt;</description></item><item><title>Why I Abandoned My Sophisticated AI Coding Workflow</title><link>http://blog.yehudardevelopment.com/2026/05/19/why-i-abandoned-my-sophisticated-ai-coding-workflow/</link><pubDate>Tue, 19 May 2026 00:00:00 -0500</pubDate><guid>http://blog.yehudardevelopment.com/2026/05/19/why-i-abandoned-my-sophisticated-ai-coding-workflow/</guid><description>&lt;p&gt;A few months ago I &lt;a href="http://blog.yehudardevelopment.com/2026/01/22/parallel-ai-coding-prerequisites/"&gt;wrote a post&lt;/a&gt; arguing that AI parallelism would force developers to take clean architecture seriously, because coupling now has an immediate cost in blocked parallel work. I still think that&amp;rsquo;s true. But I want to start this series with a confession: the elaborate workflow I built on top of that insight is mostly not what I actually do anymore.&lt;/p&gt;
&lt;p&gt;This isn&amp;rsquo;t a retraction. The economic argument holds. What I got wrong was the workflow that I thought followed from it.&lt;/p&gt;</description></item><item><title>Addendum 1: AI Coding as Superstimulus</title><link>http://blog.yehudardevelopment.com/series/ai-workflow/2026-05-28-ai-cognition-overload/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>http://blog.yehudardevelopment.com/series/ai-workflow/2026-05-28-ai-cognition-overload/</guid><description>&lt;p&gt;Every compulsive behavior I&amp;rsquo;d ever heard warned about had one thing in common: it was obviously a waste. Junk food, endless scrolling, the worse stuff a person can lose an evening to — the harm announces itself. You know what you&amp;rsquo;re doing while you do it. The internal argument is short because the verdict is never in question. You&amp;rsquo;re not building anything. You&amp;rsquo;re feeding a loop. The recognition that it&amp;rsquo;s destructive is what eventually lets you stop, or never start.&lt;/p&gt;</description></item></channel></rss>