<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Contamination on Programmer.ie: Modern AI programming</title>
    <link>http://programmer.ie/tags/contamination/</link>
    <description>Recent content in Contamination on Programmer.ie: Modern AI programming</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 23 Sep 2026 05:00:21 +0100</lastBuildDate>
    <atom:link href="http://programmer.ie/tags/contamination/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Keep Context in the Right World</title>
      <link>http://programmer.ie/books/context/21-chapter/</link>
      <pubDate>Wed, 23 Sep 2026 05:00:21 +0100</pubDate>
      <guid>http://programmer.ie/books/context/21-chapter/</guid>
      <description>&lt;p&gt;The task belongs to Project A: backend PostgreSQL, test command &lt;code&gt;pytest&lt;/code&gt;, migration complete. Project B lives beside it: backend SQLite, test command &lt;code&gt;npm test&lt;/code&gt;, migration pending. The agent&amp;rsquo;s context holds both projects&amp;rsquo; configs, both READMEs, both migration notes — every item authoritative in its own world, fresh, accurately represented, and semantically similar enough that retrieval surfaced all of it. The agent runs &lt;code&gt;npm test&lt;/code&gt; in Project A, watches it fail for reasons that have nothing to do with Project A&amp;rsquo;s code, and then debugs the backend mismatch by reasoning about SQLite — quoting Project B&amp;rsquo;s migration state as though it constrains Project A&amp;rsquo;s deployment. No attacker exists. No stale data entered. No authority was violated. The context was correct, current, and legitimate in every way except the one that mattered: half of it belonged to another world.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
