<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Cost-Latency on Loop &amp; Retry</title>
    <link>https://loopandretry.github.io/pillars/cost-latency/</link>
    <description>Recent content in Cost-Latency on Loop &amp; Retry</description>
    <image>
      <title>Loop &amp; Retry</title>
      <url>https://loopandretry.github.io/images/og-default.png</url>
      <link>https://loopandretry.github.io/images/og-default.png</link>
    </image>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 14 Jul 2026 13:00:00 -0400</lastBuildDate>
    <atom:link href="https://loopandretry.github.io/pillars/cost-latency/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Debugging a failed agent run costs more than the run itself</title>
      <link>https://loopandretry.github.io/posts/debugging-a-failed-run-costs-more/</link>
      <pubDate>Tue, 14 Jul 2026 13:00:00 -0400</pubDate>
      <guid>https://loopandretry.github.io/posts/debugging-a-failed-run-costs-more/</guid>
      <description>The cheap part of a failed agent run is running it again. The expensive part is that you can&amp;rsquo;t — the failure was non-deterministic, so the run that broke is gone, and you pay to summon it back. A cost model shows why reproduction, not repair, dominates your debugging bill, and why always-on tracing is almost always cheaper than the alternative it replaces.</description>
    </item>
    <item>
      <title>Your token bill is the cheap part: dimensioning the real cost of an agent</title>
      <link>https://loopandretry.github.io/posts/cost-beyond-tokens/</link>
      <pubDate>Tue, 14 Jul 2026 05:00:00 -0400</pubDate>
      <guid>https://loopandretry.github.io/posts/cost-beyond-tokens/</guid>
      <description>Everyone budgets the token bill because the provider hands you an invoice for it. But an agent in production spends across five other axes that never show up on that invoice — wall-clock latency, orchestration, tool-call fees, human review, and idle polling — and for a lot of workloads the tokens are the smallest line. A model that sums all six so you can see which one you&amp;rsquo;re actually paying.</description>
    </item>
    <item>
      <title>Why a long agent run costs O(N²) tokens — and how to flatten it</title>
      <link>https://loopandretry.github.io/posts/long-agent-runs-are-quadratic/</link>
      <pubDate>Mon, 13 Jul 2026 18:05:00 -0400</pubDate>
      <guid>https://loopandretry.github.io/posts/long-agent-runs-are-quadratic/</guid>
      <description>A naive agent&amp;rsquo;s token bill doesn&amp;rsquo;t grow with the number of steps — it grows with the square of them, because every step re-reads the whole transcript that every previous step appended to. A small cost model shows the curve, and four structural moves turn the quadratic back into something close to linear without dropping information the agent actually needs.</description>
    </item>
    <item>
      <title>Your agent&#39;s p99 is a different animal</title>
      <link>https://loopandretry.github.io/posts/your-agents-p99-is-a-different-animal/</link>
      <pubDate>Mon, 13 Jul 2026 18:00:00 -0400</pubDate>
      <guid>https://loopandretry.github.io/posts/your-agents-p99-is-a-different-animal/</guid>
      <description>Average latency is the number you demo and the number nobody experiences. A multi-step agent is a sum of random variables, so its total time is dominated by the tail of each step — and the more steps you add, the more certain it becomes that at least one of them is slow. Here&amp;rsquo;s the model, why the p99 of the whole is worse than the p99 of the parts, and the two levers that actually move it.</description>
    </item>
    <item>
      <title>Retry budgets: why 20% per-step failure doubles your token bill</title>
      <link>https://loopandretry.github.io/posts/retry-budgets/</link>
      <pubDate>Sun, 05 Jul 2026 09:00:00 -0400</pubDate>
      <guid>https://loopandretry.github.io/posts/retry-budgets/</guid>
      <description>Retries feel cheap and local. In a multi-step agent they&amp;rsquo;re neither. A small cost model shows why 20% per-step failure can more than double your bill — and how your recovery architecture, not your failure rate, decides the multiplier.</description>
    </item>
  </channel>
</rss>
