
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Articles by Dan Orlando</title>
      <link>https://danorlando.com/blog</link>
      <description>How-to&#39;s, discoveries and other useful nuggets fit for developer consumption.</description>
      <language>en-us</language>
      <managingEditor>undefined (Dan Orlando)</managingEditor>
      <webMaster>undefined (Dan Orlando)</webMaster>
      <lastBuildDate>Wed, 25 Mar 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://danorlando.com/tags/harnessengineering/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://danorlando.com/blog/genai/harness-engineering-paradox</guid>
    <title>The Harness Engineering Paradox: Building Stuff to Delete Is Harder Than Keeping It</title>
    <link>https://danorlando.com/blog/genai/harness-engineering-paradox</link>
    <description>Somewhere in your codebase there&#39;s a pipeline nobody touches. It was built because the model couldn&#39;t do something. But the model can now, and yet the pipeline still runs. The problem isn&#39;t awareness. It&#39;s that adding a component has a clear champion and deletion has none. Here&#39;s what it actually takes to make &quot;build to delete&quot; a practice instead of a principle.</description>
    <pubDate>Wed, 25 Mar 2026 00:00:00 GMT</pubDate>
    <author>undefined (Dan Orlando)</author>
    <category>generativeai</category><category>harnessengineering</category><category>architecture</category><category>systemdesign</category><category>agentsystems</category>
  </item>

    </channel>
  </rss>
