As of July 2026, the top story on Hacker News this week isn't a product launch — it's an audit. Engineers at Systima logged the handshake between two AI coding agents and found that Claude Code sends roughly 33,000 tokens before it reads your first prompt, while OpenCode does the same setup in about 7,000 — a 4.7x gap in pure overhead, on a post that pulled 692 points and 387 comments in 48 hours. That story is really about a bigger problem hiding in every agent stack running your business right now: almost nobody is watching what their agents actually do, cost, or break until a customer notices first.
Three smaller stories from the same 48 hours make the point sharper. Oodle.ai launched an agent-tracing product priced at $10 per million traces, betting that businesses will pay to see every agent decision instead of sampling a fraction of them. FixBugs shipped a tool that reproduces a production bug inside a sandbox and verifies the fix actually works before it ships, instead of trusting a patch on faith. And a UT Austin sophomore's open-source project, Rejourney, watches real user session recordings to flag revenue-leaking bugs before they show up in a support ticket. None of these are coding-agent stories. They're instrumentation stories — and if you run or are considering an agent stack for your business (a booking agent, a voice receptionist, a visibility bot answering "best plumber near me" queries), the same gap applies to you.
Why This Matters
Agent stacks fail quietly. A voice receptionist that mishears a callback number, a booking agent that double-books a slot, a content agent that publishes a factual error — none of these throw an error message. They just produce a bad outcome that a customer experiences before you do. The businesses treating this as a solved problem are the ones now paying $10 per million traces to catch it early; the businesses treating "the agent is running" as good enough are the ones finding out from a one-star review.
The token-overhead story matters here too, even if you never touch a line of code. If a coding agent burns 4.7x more overhead than it needs to on every task, the agent stack running your business has the same failure mode: every call your booking agent or content agent makes has a real, meterable cost, and if you've never measured your own baseline, you have no way to know when something's gone wrong versus when it's just Tuesday.
Picture a 12-person HVAC company running a voice agent to handle after-hours calls and a content agent posting seasonal maintenance tips twice a week. Neither has a person watching it in real time — the owner checks in when something feels off. That's the exact gap Oodle.ai and FixBugs are selling insurance against: by the time "something feels off," the voice agent may have mis-booked a dozen appointments, or the content agent may have quoted a warranty term that doesn't exist. The fix isn't more agents. It's a trace log the owner (or whoever runs the stack for them) actually reviews on a schedule, and a habit of reproducing a failure before patching it, instead of tweaking a prompt and hoping.
The Playbook
- Trace every agent call, not just the failures. Sampling errors after the fact tells you what broke; tracing every call tells you what almost broke. At $10 per million traces, the economics have flipped — full tracing is now cheaper than the support ticket it prevents. If your agent stack (voice, booking, content, outreach) doesn't log every input and output somewhere you can query, that's the first gap to close. Even a plain spreadsheet export of call transcripts and booking timestamps beats no record at all.
- Baseline your cost-per-task before you scale. Measure what a normal call, booking, or post costs in tokens, minutes, or dollars — the same way the Systima engineers measured 33k versus 7k tokens. Without a baseline, a cost spike or a latency spike just looks like noise. With one, it's an alarm. Write the number down monthly; a stack that quietly doubles its per-call cost over six months is a budget problem hiding as a rounding error.
- Reproduce before you patch. When an agent misfires, resist the urge to just tweak a prompt and move on. Pull the exact inputs that caused the failure, replay them in a sandbox, and confirm the fix actually resolves that specific case — the same discipline FixBugs builds into its workflow. A fix you can't reproduce is a guess you can't verify, and a guess that happens to work once often breaks a different case you never tested.
- Watch for leak signals before the customer reports them. Call transcripts, booking logs, and chat sessions are session recordings in disguise. Review a sample every week looking for the moment a customer got confused, hung up, or abandoned a booking — the same signal Rejourney mines from session replays. Catching the pattern once saves you from losing the next ten customers to it.
- Draw your build-versus-buy line item by item, not stack by stack. Cheap experimentation is real — one developer trained an agent that trains other agents for about $1.3k. But experimentation cost and production reliability cost are different budget lines. Decide which agents you're comfortable building and monitoring in-house (simple, low-stakes) and which ones you'd rather hire out (customer-facing, reputation-critical), rather than treating your AI agent stack as one all-or-nothing decision.
- Name one owner for "who watches the agent." Every reliable stack has a person whose job includes checking traces, not just building features. If no one on your team can answer "how do we know the agent worked correctly yesterday," that's the gap, not the tooling. Put a name and a day of the week on that review, even if it's fifteen minutes over coffee.
Common Pitfalls
- Confusing uptime with correctness — the agent responding is not the same as the agent responding right.
- Bolting on tracing after launch instead of before it, once the bad calls are already unlogged and unrecoverable.
- Patching symptoms without reproducing the root cause, so the same failure resurfaces under slightly different inputs.
- Assuming a clean demo predicts production behavior — the reliability problems in AI agents show up specifically in production, not in the sales demo.
- Treating observability as an engineering nice-to-have instead of the thing that tells you whether the money you're spending on agents is buying results.
- Letting cost baselines drift unmeasured until a vendor invoice forces the conversation.
If you don't yet know whether your business is even visible to the agents your customers are already asking — "best plumber near me" or "best HVAC company near me" typed into ChatGPT, Claude, or Perplexity — that's the more basic version of the same blind spot. Request your free AI Visibility Report and see exactly what those agents say about you today, no obligation.
Sources
- https://systima.ai/blog/claude-code-vs-opencode-token-overhead
- https://github.com/juggler-ai/juggler
- https://github.com/jbwinters/jacquard-lang
- https://github.com/Danau5tin/ai-trains-ai
- https://github.com/morganwilliscloud/billai-bass
- https://fixbugs.ai
- https://github.com/rejourneyco/rejourney
- https://www.oodle.ai/product/agent-observability