shaungehring.com
UPTIME 29Y 09M 17DLAT 35.2271°NLON 80.8431°W
SYS ONLINEMODE PUBLIC
> shaun@home:~/blog$
AVAILABLE FOR CONSULT
/ HOME/ BLOG/ AI
#AIMAY 29, 2026·5 min READPUBLISHED

Your AI Agent Worked While You Slept. How Do You Know What It Did?Your AI Agent Worked While You Slept. How Do You Know What It Did?Your AI Agent Worked While You Slept. How Do You Know What It Did?.

Anthropic's 2026 Agentic Coding Trends Report describes the new normal in plain language: "coordinated agent teams that can run autonomously for hours or days."

SG
Shaun Gehring
PRINCIPAL · AI & SYSTEMS CONSULTING

Anthropic's 2026 Agentic Coding Trends Report describes the new normal in plain language: "coordinated agent teams that can run autonomously for hours or days." Zapier has 800+ internal agents deployed across the company. TELUS saved 500,000 hours of work through AI systems that operate independently on long-horizon tasks. These aren't experiments. These are production deployments.

And almost nobody has built a governance framework that works for them.

The Assistant → Agent Gap Is Not Small

There's a tendency to talk about AI "assistants" and AI "agents" as points on a spectrum — copilot, then autopilot, same thing at different altitudes. That framing misses something important.

An AI assistant is synchronous. You type, it responds, you decide. The loop is tight. The human stays in the judgment seat on every iteration. The AI's output is an input to your decision, not a decision itself.

An AI agent is asynchronous. You assign a task, set some parameters, and it works. Hours later — sometimes much later — you get results. The intermediate decisions are inside the run, not reported to you. The agent made judgment calls, resolved ambiguities, made architectural choices, and moved on. You weren't there for any of it.

When a junior developer writes code, you review the code. When an AI agent runs for 8 hours, you're not reviewing code — you're reviewing outcomes. The process is invisible. The reasoning is buried in logs you probably won't read. The technical decisions made at 2am, when no one was watching, may not be legible until six months later when something breaks in a way that requires archaeology to diagnose.

What "500,000 Hours Saved" Doesn't Tell You

TELUS saved 500,000 hours. That's a real number representing real productivity. The case study is credible and impressive. I'm using it to make a point, not to dismiss it.

But here's the question the headline number doesn't answer: how do you maintain accountability at that scale?

Traditional software quality is built on human-to-human accountability chains. Code review exists because one human checks another human's reasoning. Architecture reviews exist because someone with more context catches blind spots before they become production incidents. Pair programming exists because two brains catch things one misses.

None of that infrastructure was designed for agents that produce code without a human reasoning process to review. The review model assumes you can reconstruct what the author was thinking. With an agent run spanning thousands of decisions over hours, that reconstruction is often impossible. The "author" is a stateless process that no longer exists.

Zapier's 800+ internal agents are genuinely impressive. I also want to know: when one of those agents introduces a bug that only manifests under load three weeks after the change, how do they trace causality? What's their incident retrospective look like when the "developer" is an agent that ran once in October and hasn't touched that code since?

The Governance Gap Is Real and Growing

44% of leaders expect AI agents to take lead roles in managing specific projects alongside humans in the next two to three years. Engineering teams are deploying long-running autonomous agents now, today, with the tools they have.

The missing piece isn't technical. We have tools for logging agent runs. We have evals. We have testing infrastructure. The missing piece is process — specifically, what does quality assurance look like when the thing you're assuring quality of operated autonomously for 8 hours while you were asleep?

The current answer at most teams is some version of "we run the test suite and check the output." That's necessary. It's not sufficient. Testing verifies that the output meets specs. It doesn't tell you what the agent assumed when the spec was ambiguous. It doesn't surface the architectural decisions the agent made that are technically correct but strategically wrong for your system. It doesn't catch the security assumptions baked into a long-horizon run that nobody thought to test for.

Building Review Processes That Actually Work for Agents

Here's what I'd start doing before the next agent deployment, not after:

  1. Require agents to produce decision logs, not just outputs. When an agent makes a judgment call — resolves an ambiguity, chooses between two approaches, decides to handle an edge case a particular way — that decision should be surfaced as a reviewable artifact. Build prompts and frameworks that make reasoning explicit, not just results.
  2. Set explicit checkpoints in long-horizon tasks. An agent running 8 hours shouldn't be fully autonomous for 8 hours. Define review gates at natural breakpoints where a human evaluates direction before the agent continues. Longer runtime with checkpoints is better than uninterrupted autonomy.
  3. Assign human accountability for every agent run, not just the outputs. Someone should own what a given agent produced — not "the agent did it." Diffuse accountability is no accountability.
  4. Treat agent-generated code like vendor code. You wouldn't merge a 500-line PR from an external contractor without knowing what's in it. Don't do it for agents either. The code looks like yours. The reasoning process wasn't.
  5. Build a post-mortem process specifically for agent failures. When an agent-involved change causes an incident, the retrospective questions are different from the standard ones. What task was the agent given? What constraints were in the prompt? What did the agent decide on its own? These are learnable patterns. Capture them explicitly. The agents are ready. The governance frameworks genuinely aren't. That gap is where a lot of teams are going to get burned in 2026 and 2027 — not because the agents are bad, but because the humans around them weren't organized for the kind of oversight autonomous AI actually requires.

If your current review process for agent output is "looks good, tests pass" — you're not done yet.


Sources: Anthropic 2026 Agentic Coding Trends Report · Hivetrail — What Anthropic's Report Actually Means for Engineering Teams · CIO — How Agentic AI Will Reshape Engineering Workflows · MIT Sloan — Action Items for AI Decision Makers in 2026

// CROSS_REFERENCE

Adjacent signals.

← ALL POSTS