<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[RepoTrials]]></title><description><![CDATA[RepoTrials]]></description><link>https://repotrials.hashnode.dev</link><image><url>https://cdn.hashnode.com/uploads/logos/6a802bb0759f7526b77d1f33/210e0b47-6257-42a1-a5be-ac049522351f.png</url><title>RepoTrials</title><link>https://repotrials.hashnode.dev</link></image><generator>RSS for Node</generator><lastBuildDate>Fri, 04 Sep 2026 17:03:41 GMT</lastBuildDate><atom:link href="https://repotrials.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Proof of value for coding agents should come from your own Git history]]></title><description><![CDATA[A coding agent can look impressive in a demo and still be the wrong choice for a real repository.
The useful question is not only whether an agent performs well on a public benchmark. It is whether a ]]></description><link>https://repotrials.hashnode.dev/proof-of-value-for-coding-agents-should-come-from-your-own-git-history</link><guid isPermaLink="true">https://repotrials.hashnode.dev/proof-of-value-for-coding-agents-should-come-from-your-own-git-history</guid><category><![CDATA[AI]]></category><category><![CDATA[Open Source]]></category><category><![CDATA[Testing]]></category><dc:creator><![CDATA[RepoTrials]]></dc:creator><pubDate>Sat, 15 Aug 2026 09:08:45 GMT</pubDate><content:encoded><![CDATA[<p>A coding agent can look impressive in a demo and still be the wrong choice for a real repository.</p>
<p>The useful question is not only whether an agent performs well on a public benchmark. It is whether a specific model, prompt, tool set, and budget reliably resolves failures that actually resemble your engineering work.</p>
<p><a href="https://github.com/PozziTiv4ik/Repo-Trials">RepoTrials</a> turns fixes already present in Git history into private, repeatable coding-agent evaluations.</p>
<h2>A concrete proof-of-value loop</h2>
<p>A repository already records behavioral transitions:</p>
<ol>
<li>a base revision passed its original tests;</li>
<li>a new test exposed a bug;</li>
<li>a human patch fixed that behavior; and</li>
<li>protected tests continued to pass.</li>
</ol>
<p>RepoTrials reconstructs the historical state, separates verifier material from the agent workspace, and runs every agent against the same sealed task.</p>
<p>For a base revision <code>B</code>, hidden test patch <code>T</code>, and historical solution <code>S</code>, validation requires:</p>
<pre><code class="language-text">BASE   B       + original tests   → pass
RED    B       + T                → relevant failure
GOLD   B + S   + T                → pass
NOOP   B       + T                → not resolved
</code></pre>
<p>Agent grading is behavioral. A candidate does not need to reproduce the human diff, but it must make the fail-to-pass tests green without breaking protected regression tests.</p>
<h2>The smallest useful experiment</h2>
<p>The v0.1.0 demo builds a real two-commit repository and compares two command-based agents:</p>
<ul>
<li>a no-op agent that leaves the failure unresolved;</li>
<li>a fixing agent that edits the historical workspace correctly.</li>
</ul>
<pre><code class="language-bash">git clone --depth 1 --branch v0.1.0 https://github.com/PozziTiv4ik/Repo-Trials.git
cd Repo-Trials
python -m pip install -e ".[dev]"
python scripts/demo.py
</code></pre>
<p>It produces an auditable comparison:</p>
<pre><code class="language-text">noop-agent   0/1 resolved
fix-agent    1/1 resolved
delta       +100 percentage points
</code></pre>
<p>No model API key is required for this demo. The same pipeline mines tasks, validates BASE/RED/GOLD transitions, runs command-based agents, stores machine-readable results, renders HTML reports, and exports tasks for Harbor.</p>
<h2>Why private benchmarks matter</h2>
<p>Shared benchmarks are valuable for ecosystem-wide comparisons. Repository-specific tasks answer a different set of operational questions:</p>
<ul>
<li>Did the new model improve on our own failure modes?</li>
<li>Is a cheaper configuration good enough for routine fixes?</li>
<li>Does a prompt change help across repeated trials?</li>
<li>Can another engineer reproduce the result later?</li>
</ul>
<p>RepoTrials is local-first. Source snapshots, hidden tests, reference patches, and run artifacts stay under the operator-controlled <code>.repotrials/</code> directory by default.</p>
<h2>Current boundaries</h2>
<p>v0.1.0 is a first public release, not a security or procurement certification. Human task review remains necessary. The strongest current path is a Python repository with reproducible historical tests. Repository tests and agent commands execute arbitrary code, so untrusted workloads require isolation.</p>
<p>The evaluation contract, methodology, threat model, and schemas are public precisely so teams can inspect the evidence instead of trusting a single score.</p>
<p>Try the <a href="https://github.com/PozziTiv4ik/Repo-Trials/releases/tag/v0.1.0">v0.1.0 release</a>, read the <a href="https://dev.to/repotrials/repotrials-turn-your-git-history-into-private-coding-agent-benchmarks-4462">full launch article on DEV</a>, and tell us which repository setup fails first.</p>
<p>Disclosure: this article was drafted with AI assistance and checked against the v0.1.0 project documentation.</p>
]]></content:encoded></item></channel></rss>