<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Ben Minor</title>
    <description>The latest articles on DEV Community by Ben Minor (@benminor).</description>
    <link>https://dev.to/benminor</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3978518%2Fcfda9457-c5b5-444b-a10d-3fb8ae59e540.jpeg</url>
      <title>DEV Community: Ben Minor</title>
      <link>https://dev.to/benminor</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/benminor"/>
    <language>en</language>
    <item>
      <title>Your agent writes deprecated model calls. I built a CLI to catch them before prod does.</title>
      <dc:creator>Ben Minor</dc:creator>
      <pubDate>Thu, 11 Jun 2026 12:17:45 +0000</pubDate>
      <link>https://dev.to/benminor/your-agent-writes-deprecated-model-calls-i-built-a-cli-to-catch-them-before-prod-does-gdg</link>
      <guid>https://dev.to/benminor/your-agent-writes-deprecated-model-calls-i-built-a-cli-to-catch-them-before-prod-does-gdg</guid>
      <description>&lt;p&gt;Coding agents are trained against a snapshot of the world. So when you ask one to wire up an LLM call, it reaches for whatever model string was current at its training cutoff — and writes something like &lt;code&gt;gpt-4-vision-preview&lt;/code&gt; into your code without checking whether it still exists, or will exist in 2 months.&lt;/p&gt;

&lt;p&gt;The code compiles, tests pass, CI is green. Then one morning the provider retires that model, and your production calls start returning errors.&lt;/p&gt;

&lt;p&gt;I kept falling into that gap, so I built a tool for it.&lt;/p&gt;

&lt;h2&gt;
  
  
  The moment that made me write it
&lt;/h2&gt;

&lt;p&gt;Last week I ran it across my own repos. It found &lt;code&gt;claude-sonnet-4-20250514&lt;/code&gt; in &lt;strong&gt;three of my live apps&lt;/strong&gt; — days before Anthropic retires that model on June 15. Nothing in my dependency tooling had flagged it, because a model ID isn't a dependency. I'd have shipped straight into the outage.&lt;/p&gt;

&lt;h2&gt;
  
  
  What it does
&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;arol-ai&lt;/strong&gt; is a CLI that scans your codebase for third-party APIs, SDKs, and model strings, checks each one against a &lt;strong&gt;hand-verified&lt;/strong&gt; database of vendor sunset dates, and tells you what breaks and when. It runs locally, reports exact &lt;code&gt;file:line&lt;/code&gt;, and only fails your build on high-severity or imminent deprecations (configurable, so it won't nag you about something retiring eight months out).&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;npx arol-ai scan
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;h2&gt;
  
  
  "Isn't this just Dependabot / grep?"
&lt;/h2&gt;

&lt;p&gt;Fair question - it's the first one everyone has asked so far.&lt;/p&gt;

&lt;p&gt;The difference is &lt;em&gt;where&lt;/em&gt; these things live and &lt;em&gt;what&lt;/em&gt; triggers them. Model IDs and API calls sit in your code as plain strings, not as versioned packages in your lockfile — so your dependency graph never sees them, and Dependabot can't either. And the trigger isn't a version bump or a CVE. It's a physical date. &lt;code&gt;claude-sonnet-4-20250514&lt;/code&gt; doesn't gradually go "out of date" — it works perfectly &lt;strong&gt;right up until June 15&lt;/strong&gt;, then your calls start erroring on a schedule you never wrote down anywhere.&lt;/p&gt;

&lt;h2&gt;
  
  
  Coverage
&lt;/h2&gt;

&lt;p&gt;Today it covers OpenAI, Anthropic, and Google models and APIs, across JS/TS and Python codebases. Plus some other common infra providers like Vercel (this ain't just for LLMs). Every sunset date comes from the vendor's own changelog — if I can't source a date, I don't ship it.&lt;/p&gt;

&lt;h2&gt;
  
  
  Honest caveats (it's early)
&lt;/h2&gt;

&lt;p&gt;Right now arol flags &lt;em&gt;references&lt;/em&gt; to deprecated models. It doesn't yet tell a live API call apart from a model ID sitting in a config table or a test fixture, so if you point it at a big library you'll see &lt;em&gt;some&lt;/em&gt; noise. Call-site-aware scanning is what I'm building for early next week.&lt;/p&gt;

&lt;p&gt;Local scans are free and &lt;strong&gt;will stay free&lt;/strong&gt;.&lt;/p&gt;

&lt;h2&gt;
  
  
  Try it / tell me what breaks
&lt;/h2&gt;

&lt;p&gt;I'd &lt;strong&gt;love&lt;/strong&gt; feedback — especially false positives, and which providers or frameworks you'd want covered next. Run it on a repo and tell me what it catches (or wrongly catches):&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;npx arol-ai scan
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;ul&gt;
&lt;li&gt;Site: &lt;a href="https://arol.ai" rel="noopener noreferrer"&gt;https://arol.ai&lt;/a&gt;
&lt;/li&gt;
&lt;li&gt;GitHub: &lt;a href="https://github.com/benminor/arol" rel="noopener noreferrer"&gt;https://github.com/benminor/arol&lt;/a&gt;
&lt;/li&gt;
&lt;/ul&gt;

</description>
      <category>showdev</category>
      <category>ai</category>
      <category>typescript</category>
      <category>webdev</category>
    </item>
  </channel>
</rss>
