<?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: burhanarif472-lgtm</title>
    <description>The latest articles on DEV Community by burhanarif472-lgtm (@burhanarif472lgtm).</description>
    <link>https://dev.to/burhanarif472lgtm</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4203477%2F14a3e28b-c691-4cff-b8b3-c348cf9781bb.png</url>
      <title>DEV Community: burhanarif472-lgtm</title>
      <link>https://dev.to/burhanarif472lgtm</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/burhanarif472lgtm"/>
    <language>en</language>
    <item>
      <title>I built FixProof to verify whether AI-generated bug fixes are actually proven</title>
      <dc:creator>burhanarif472-lgtm</dc:creator>
      <pubDate>Fri, 23 Oct 2026 22:16:47 +0000</pubDate>
      <link>https://dev.to/burhanarif472lgtm/i-built-fixproof-to-verify-whether-ai-generated-bug-fixes-are-actually-proven-41e9</link>
      <guid>https://dev.to/burhanarif472lgtm/i-built-fixproof-to-verify-whether-ai-generated-bug-fixes-are-actually-proven-41e9</guid>
      <description>&lt;p&gt;AI coding tools can generate a fix and tell us the bug is solved.&lt;/p&gt;

&lt;p&gt;But there is an important question:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Did the regression test actually prove the fix?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;That question led me to build &lt;strong&gt;FixProof&lt;/strong&gt;, an MIT-licensed open-source developer tool for checking the evidence behind AI-generated bug fixes.&lt;/p&gt;

&lt;h2&gt;
  
  
  The idea
&lt;/h2&gt;

&lt;p&gt;FixProof follows a simple proof chain:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Fail before → pass after → inspect test-integrity warnings → verdict&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;It runs the selected regression test against the committed code before the fix and again against the committed code after the fix.&lt;/p&gt;

&lt;p&gt;A passing test after the change is not enough by itself.&lt;/p&gt;

&lt;p&gt;FixProof also looks for warning signs such as:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;tests being removed&lt;/li&gt;
&lt;li&gt;tests being skipped&lt;/li&gt;
&lt;li&gt;assertions being changed or potentially weakened&lt;/li&gt;
&lt;li&gt;incomplete or ambiguous test evidence&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The goal is to make it harder for a change to appear verified when the regression test never properly reproduced the original problem.&lt;/p&gt;

&lt;h2&gt;
  
  
  Four possible results
&lt;/h2&gt;

&lt;p&gt;FixProof reports one of four outcomes:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;verified&lt;/strong&gt; — the regression was reproduced before the fix and passes afterward with no integrity warnings&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;failed&lt;/strong&gt; — the final test still fails&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;inconclusive&lt;/strong&gt; — there is not enough reliable evidence to prove the fix&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;needs-review&lt;/strong&gt; — fail-before/pass-after evidence exists, but test-integrity warnings need human review&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Supported test runners
&lt;/h2&gt;

&lt;p&gt;FixProof v1.0 currently supports:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Node.js &lt;code&gt;node:test&lt;/code&gt;
&lt;/li&gt;
&lt;li&gt;Jest&lt;/li&gt;
&lt;li&gt;Vitest&lt;/li&gt;
&lt;li&gt;pytest&lt;/li&gt;
&lt;li&gt;explicitly configured trusted project commands&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;It also includes GitHub Actions integration and a browser-based report viewer.&lt;/p&gt;

&lt;h2&gt;
  
  
  Example
&lt;/h2&gt;

&lt;p&gt;A basic verification looks like this:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;node bin/fixproof.mjs verify &lt;span class="se"&gt;\&lt;/span&gt;
  &lt;span class="nt"&gt;--repo&lt;/span&gt; ../my-project &lt;span class="se"&gt;\&lt;/span&gt;
  &lt;span class="nt"&gt;--base&lt;/span&gt; HEAD~1 &lt;span class="se"&gt;\&lt;/span&gt;
  &lt;span class="nt"&gt;--head&lt;/span&gt; HEAD &lt;span class="se"&gt;\&lt;/span&gt;
  &lt;span class="nt"&gt;--test&lt;/span&gt; tests/regression.test.mjs &lt;span class="se"&gt;\&lt;/span&gt;
  &lt;span class="nt"&gt;--output&lt;/span&gt; fixproof-report.json
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;FixProof creates a report describing what happened before and after the change and any integrity warnings it found.&lt;/p&gt;

&lt;p&gt;The report can then be opened in the browser viewer.&lt;/p&gt;

&lt;h2&gt;
  
  
  What FixProof does not claim
&lt;/h2&gt;

&lt;p&gt;FixProof does &lt;strong&gt;not&lt;/strong&gt; claim that a verified result means the entire application is bug-free.&lt;/p&gt;

&lt;p&gt;It verifies a much narrower question:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Does the selected regression evidence reliably demonstrate this particular fix within the tested scope and environment?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;I think keeping that boundary explicit is important, especially when AI coding agents are involved.&lt;/p&gt;

&lt;h2&gt;
  
  
  Try it
&lt;/h2&gt;

&lt;p&gt;The project has now reached &lt;strong&gt;v1.0.0&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;GitHub:&lt;/strong&gt;&lt;br&gt;
&lt;a href="https://github.com/burhanarif472-lgtm/fixproof" rel="noopener noreferrer"&gt;https://github.com/burhanarif472-lgtm/fixproof&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Live demo:&lt;/strong&gt;&lt;br&gt;
&lt;a href="https://burhanarif472-lgtm.github.io/fixproof/" rel="noopener noreferrer"&gt;https://burhanarif472-lgtm.github.io/fixproof/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The project is open source under the MIT License.&lt;/p&gt;

&lt;h2&gt;
  
  
  Feedback wanted
&lt;/h2&gt;

&lt;p&gt;I’m now looking for developers who use AI-assisted coding tools to try FixProof on real bug fixes.&lt;/p&gt;

&lt;p&gt;I’d especially like to learn:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;where verification becomes inconclusive&lt;/li&gt;
&lt;li&gt;which real-world project setups are currently difficult&lt;/li&gt;
&lt;li&gt;whether the reports explain the evidence clearly&lt;/li&gt;
&lt;li&gt;which integrations would make the tool more useful&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Finding the limitations is more valuable to me right now than simply collecting stars.&lt;/p&gt;

&lt;p&gt;If you try it, I’d appreciate hearing what works, what breaks, and what you would change.&lt;/p&gt;

</description>
      <category>showdev</category>
      <category>opensource</category>
      <category>ai</category>
      <category>testing</category>
    </item>
  </channel>
</rss>
