mlsanityData to 7 Oct 2026

Verifying Coordination in Parallel Coding Agents: NP-Bench and a Scheduling Planner

arXiv 2610.07261 ↗First posted 5 Oct 2026cs.AIcited by 0

On the map: LLM agents and tool use → Software engineering coding agents

Abstract (arXiv)

A team of coding agents can look fine agent by agent yet fail as a team: each passes its own tests while the merged result is broken, and single-agent evaluation never catches it. As teams run several LLM coding agents in parallel on one codebase, the agents collide: two rewrite the same function, one codes against a contract a teammate just changed, and integration fails after the work is done. Most coordination tools react (watch for a conflict, then warn), but at agent speed the warning arrives after the wasted edit. We recast the problem as scheduling: take each work item's declared scope, partition the work into disjoint scopes, and order merges along the producer->consumer graph, all up front. We build this planner into Nerveplane and evaluate it with NP-Bench, an environment-grounded three-arm benchmark (no coordination; reactive detection; proactive planning) that verifies integration off a real git merge, both in a deterministic simulation and with live agents. The planner lifts clean-integration from 1/9 to 9/9 scenarios and cuts merge conflicts from 13 to 0, with a gap that grows in the number of agents. On a live breaking contract change it rescues an outcome both baselines miss on every seed: the clean-integration rate rises from 0 (no coordination and reactive detection) to 1.0 on a frontier model and 0.6 on a small one, while agents respect assigned scopes (0/5 leakage). A cross-session memory drops the repeated-mistake rate from 1.00 to 0.00 on strong and weak models alike. We also report a negative result: routing facts to agents does not rescue long-context accuracy at window-fitting scales; its value is cost and capacity, not attention. Across two capability tiers and two vendors, the benefit did not shrink as models got stronger, because it comes from how work is allocated, not model reasoning.

Key facts. No citing papers in the map yet (data through 7 Oct 2026). Placed in Software engineering coding agents, one of 16 directions in LLM agents and tool use. First posted on arXiv 5 Oct 2026.

Builds on

No reference list yet.

Built on by

Not cited yet.

Similar, not cited

Close in wording, no citation either way

  1. 2025CodeCRDT: Observation-Driven Coordination for Multi-Agent LLM Code Generation
  2. 2026EvoCode-Bench: Evaluating Coding Agents in Multi-Turn Iterative Interactions
  3. 2026Passes Alone, Fails Together: Benchmarking Semantic Coordination in Parallel LLM-Agent Development
  4. 2026CooperBench: Why Coding Agents Cannot be Your Teammates Yet
  5. 2026Before the Pull Request: Mining Multi-Agent Coordination
  6. 2026When Agents Coordinate: Measuring Coordination in Multi-Agent AI Coding
  7. 2026Do More Agents Help? Controlled and Protocol-Aligned Evaluation of LLM Agent Workflows
  8. 2026LoopsBench: From Harness Engineering to Loop Engineering in Coding Agent Evaluation