<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Posts on Multivergence.com</title>
    <link>https://multivergence.com/posts/</link>
    <description>Recent content in Posts 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/posts/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>Multivergence Launches as Open Source Forkable State for AI Agents</title>
      <link>https://multivergence.com/multivergence-launches-as-open-source-forkable-state-for-ai-agents/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/multivergence-launches-as-open-source-forkable-state-for-ai-agents/</guid>
      <description>&lt;p&gt;Multivergence 0.1 is out, open source under the Apache License 2.0. It&amp;rsquo;s a state engine for software that keeps several possible futures open at once: fork the state into branches, give each a weight, constraints and a deadline, let evidence thin them out, and promote the one that&amp;rsquo;s left. The code is on &lt;a href=&#34;https://github.com/multivergence/multivergence&#34;&gt;GitHub&lt;/a&gt;, and ready-built binaries for Linux, macOS and Windows are on the &lt;a href=&#34;https://multivergence.com/download/&#34;&gt;download page&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The first users in mind are AI agents that try before they commit. They fork a plan per approach, feed tool results back as facts and likelihoods, and promote the plan that survives. The &lt;a href=&#34;https://multivergence.com/forkable-state-gives-ai-agents-a-real-way-to-try-before-they-commit/&#34;&gt;explainer&lt;/a&gt; goes through why that job belongs in the state, where every agent can share it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How Multivergence Was Tested With a Thousand Crashes and 86 Million Reads</title>
      <link>https://multivergence.com/how-multivergence-was-tested-with-a-thousand-crashes-and-86-million-reads/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/how-multivergence-was-tested-with-a-thousand-crashes-and-86-million-reads/</guid>
      <description>&lt;p&gt;A state engine for branching futures makes a handful of promises. A write to one branch never shows up in another. A promote happens completely or not at all, even if the process dies halfway. The same calls always give the same weights. Deadlines and constraints fire exactly when they should. And several processes can share one store without losing anything. Each of those got its own test, aimed at breaking it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why the Project Is Called Multivergence</title>
      <link>https://multivergence.com/why-the-project-is-called-multivergence/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/why-the-project-is-called-multivergence/</guid>
      <description>&lt;p&gt;The name is two halves of an idea. Divergence is the moment one state becomes several: an agent forks three plans and each goes its own way. Convergence is the moment they become one again: the evidence is in, two plans are dead, and the third becomes the state everyone works from. Multivergence is both halves, and the whole loop the engine runs.&lt;/p&gt;&#xA;&lt;p&gt;It also says how many. A fork in version control is usually drawn with two branches. Here there are as many as the problem needs, each with its own weight. And it nods to the multiverse, many possible worlds alive at the same moment, which is a fair description of a store with a dozen live branches in it.&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>
    <item>
      <title>How an Agent Books a Venue With Four Holds Open at Once</title>
      <link>https://multivergence.com/how-an-agent-books-a-venue-with-four-holds-open-at-once/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/how-an-agent-books-a-venue-with-four-holds-open-at-once/</guid>
      <description>&lt;p&gt;Booking a venue for a team offsite is a waiting game. You ask a few places to hold the dates, and each hold runs out at a different time. Quotes come back over the afternoon and someone adds six people to the list; then the team votes. Somewhere in there a hold expires before anyone noticed, and the best option is gone.&lt;/p&gt;&#xA;&lt;p&gt;Each hold is a possible future with a clock on it, which is exactly what a Multivergence branch is. This case study goes through &lt;a href=&#34;https://github.com/multivergence/multivergence/tree/main/examples/holds&#34;&gt;examples/holds&lt;/a&gt;, where an agent keeps four holds open over two days. The figures come from its &lt;a href=&#34;https://github.com/multivergence/multivergence/blob/main/test/results/example-holds.txt&#34;&gt;recorded output&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How a Dispatcher Keeps Four Delivery Plans Open Until the Van Leaves</title>
      <link>https://multivergence.com/how-a-dispatcher-keeps-four-delivery-plans-open-until-the-van-leaves/</link>
      <pubDate>Sun, 18 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://multivergence.com/how-a-dispatcher-keeps-four-delivery-plans-open-until-the-van-leaves/</guid>
      <description>&lt;p&gt;Route planning for a delivery van usually happens once, early, on the information there is at 07:30. Then the morning changes it. A late order comes in and a lane closes on the ring road; the ferry stops taking bookings at 08:20. A plan made at 07:30 doesn&amp;rsquo;t know any of that, and a planner that recomputes from scratch each time loses track of what it already ruled out and why.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
