<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Ai Agents on Multivergence.com</title>
    <link>https://multivergence.com/tags/ai-agents/</link>
    <description>Recent content in Ai Agents on Multivergence.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 18 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://multivergence.com/tags/ai-agents/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Forkable State Gives AI Agents a Real Way to Try Before They Commit</title>
      <link>https://multivergence.com/forkable-state-gives-ai-agents-a-real-way-to-try-before-they-commit/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/forkable-state-gives-ai-agents-a-real-way-to-try-before-they-commit/</guid>
      <description>&lt;p&gt;Agents have started trying things before they commit. A coding agent sketches three plans for a refactor and keeps the one whose tests pass. A travel agent holds a train, a flight and a coach until the fares and the delays are in. A planner runs a few sequences of tool calls and takes the first that works. People do this too, of course. What&amp;rsquo;s new is that software is doing it hundreds of times an hour, and it needs somewhere to keep the alternatives while it decides.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How a Coding Agent Tries Three Fixes at Once and Ships the One That Passes</title>
      <link>https://multivergence.com/how-a-coding-agent-tries-three-fixes-at-once-and-ships-the-one-that-passes/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/how-a-coding-agent-tries-three-fixes-at-once-and-ships-the-one-that-passes/</guid>
      <description>&lt;p&gt;A bug report comes in: &lt;code&gt;Median([1 2 3 4])&lt;/code&gt; returns 3, and it should return 2.5. A coding agent can usually think of more than one fix. The usual move is to pick the one it likes best, apply it, run the tests, and start over if they fail. Each failed attempt has to be undone by hand, and the working copy spends the whole time half changed.&lt;/p&gt;&#xA;&lt;p&gt;With Multivergence the agent drafts all three fixes at once, each in its own branch, and lets the evidence pick. This case study walks through &lt;a href=&#34;https://github.com/multivergence/multivergence/tree/main/examples/fixes&#34;&gt;examples/fixes&lt;/a&gt; in the repository. The patches in it are real Go functions and the test suite really runs on them. Every number below is from its &lt;a href=&#34;https://github.com/multivergence/multivergence/blob/main/test/results/example-fixes.txt&#34;&gt;recorded output&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How an On-Call Agent Narrows Down an Outage With Weighted Hypotheses</title>
      <link>https://multivergence.com/how-an-on-call-agent-narrows-down-an-outage-with-weighted-hypotheses/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/how-an-on-call-agent-narrows-down-an-outage-with-weighted-hypotheses/</guid>
      <description>&lt;p&gt;At 14:02 an alert fires: checkout&amp;rsquo;s p99 latency is 4.8 seconds, against a normal 300 ms. Whoever is on call, a person or an agent, starts with a handful of suspects. The connection pool could be exhausted. The release that went out at 13:58 could be bad. A cache node could be failing, or the payment provider could be slow. Each suspect comes with its own fix, and picking the wrong fix costs time during an outage.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
