Research idea

Agent Reliability Controls

Day · 2026-04-18 · Software Intelligence

The clearest near-term work is adding control layers around coding agents and their evaluation. The evidence supports three concrete moves: put shared-agent traffic behind a scheduling proxy, add prompt-perturbation checks to any LLM judge used for software decisions, and scan repositories for missing agent-facing documentation and safeguards before rolling out heavier AI workflows.

3 ideas

HTTP scheduling proxy for parallel coding agents

A local proxy for coding agents is now a practical build, not a research sketch. HiveMind puts scheduling and retry between existing agents and the model API, with no agent-side code changes, and reports failure rates falling from 72%–100% under contention to 0%–18% across seven scenarios. In the replayed 11-agent case, full HiveMind reached 0% failure; removing retry pushed failure back to 63.6%. That points to a concrete product surface for teams already running parallel code generation, repair, or test-writing jobs on shared model quotas: admission control, retry with jitter, backpressure, token budgets, and per-job priority in one proxy. The first users are platform and developer-experience teams that already see agents die on 429s, 502s, and connection resets. A cheap validation check is simple: replay one busy internal workflow through a proxy and compare completion rate, dead-agent token waste, and wall-clock time against direct API access.

Prompt-perturbation harness for LLM code judges

Teams that use LLM judges for patch ranking or candidate selection need a perturbation test before they trust the scores. The audit in Bias in the Loop keeps the code fixed and changes only the judge prompt, then shows large verdict swings from superficial prompt cues. The clearest number is on unit test generation, where distraction drops a GPT-based judge from 77.46% to 62.51% accuracy. The paper also recommends concrete controls such as A/B order swapping and controlled prompt perturbations. That supports a small evaluation harness for software teams and benchmark authors: run the same judged comparisons across prompt variants, record sensitivity and test-retest consistency, and fail any judge setup that changes rankings too easily. The first adopters are groups using judge models to filter expensive executions, rank repair candidates, or report leaderboard results. A low-cost check is to rerun one internal benchmark with order swaps and a few prompt perturbations, then measure how often the winner changes.

Repository readiness scanner with draft pull requests

Repository preparation for coding agents is concrete enough to turn into a scanner plus draft-PR workflow. Workstream scores repositories across agent configuration, documentation, CI/CD quality, code structure, and security, then generates missing files and suggested fixes. Its strongest measured result is repository readiness improvement: the authors report a score increase from 48 to 98 on their own repository and from 41.6 to 73.7 on an external repository after applying recommendations. The fixes are plain engineering artifacts such as AGENTS.md, CLAUDE.md, GEMINI.md, ARCHITECTURE.md, CONTRIBUTING.md, SECURITY.md, pre-commit hooks, Dependabot, and more test coverage. This is useful for teams whose agents fail because repositories do not expose enough operating context or guardrails. A sensible first deployment is a read-only scanner in CI that opens a draft PR with missing agent-facing files and setup changes, then tracks whether agent task completion or review quality improves after the patch lands.