B4 Research

The Continuum

Daily research informing B4 Index scoring.

Latest edition

Week of September 25 to October 3, 2026

New edition each week · free to read

The last four editions · September 3 to October 3, 2026

1,850

Categories tracked

130

Score movements

$150.5B

Capital tracked

16

Capability signals

55

Papers reviewed

Recent research

Latest edition →
Medication Safety & Adverse Drug Event Surveillance

The prior 4 assumed multiple academic health systems and large IDNs run homegrown medication surveillance as a mainstream choice. Targeted 2026 research could not find a single named U.S. IDN or academic center publicly running a general-purpose ML ADE detector across multiple hospitals with published performance figures, and found the wider ML medication-error literature fragmented with scarce real-world evaluation. Real self-builds exist — NoHarm, the VA ADERS network, institution-level trigger and LASA detectors — but they are narrow or non-mainstream, which is the level-3 picture rather than level 4. The market did not move; the earlier read was too generous.

SEP 06

Score movements

  • Professional Photography Studio Management

    The prior 4 treated studios mixing generic SaaS as self-assembly; fresh research found no documented independent studios running a self-built replacement for the core, only bespoke backends and Airtable used beside a purchased CRM.

  • Heating Oil & Propane Dealer Delivery & Degree-Day Forecasting

    The authored 3 assumed a dealer could build 50 to 70% of forecasting and scheduling; the research found no named dealer operating such a build, only purchased planning and telemetry layers, which is the rubric's 2.

  • Space Situational Awareness & Conjunction Assessment (Collision Avoidance) Software

    The authored 2 said accuracy depended on sensor networks a team cannot replicate; research found Planet and SpaceX operating production pipelines on free government CDMs with open NASA code, which meets the rubric's 3.

  • Mailing & Postal Presort

    Research found USPS explicitly opens CASS to internally written software and defines an in-house PAVE category, plus one named service bureau claiming its own certified build, which moves the category off 'not buildable' to 'hard, augmentation dominates'.

  • Speech Recognition & Dictation

    Research surfaced widely adopted open-source local dictation apps (Handy, VoiceInk) covering the core, which the prior 3 did not account for; this is a research finding, not a new launch.

  • Image & Media Optimization

    Research surfaced Substack, Supabase, Medium, 99designs and Globo.com running imgproxy or Thumbor cores in production plus an AWS reference architecture, which the prior 3 did not account for.

  • Remote Online Notarization (RON)

    Rocket Close's Clear Sign and Qualia RON are named, certified, self-built production platforms, which rules out the prior 1.

  • IT Asset Disposition & Data Erasure

    Research showed the standards accept custom and open-source tooling and that ShredOS already produces per-drive certificates, so the core is not unreplicable as the prior 1 implied.

  • Emergency & Mass Notification (EMNS)

    Named production alerting on Twilio (Red Cross DCSOps) and AWS shows pieces are buildable, lifting the prior 1.

  • Code Review (incl. AI Code Review)

    Named production self-built reviewers at Microsoft (PRAssistant, 90%+ of PRs), DoorDash (10K+ PRs/week) and Beko (open-source PR-Agent, peer-reviewed) meet the multiple-independent-teams bar the prior 3 did not have on the record; the market did not move this quarter, the research did.

  • Document Generation

    Documented production use of Gotenberg, Carbone and docxtemplater, plus headless-browser PDF as the default HTML path, lifts the authored 3 to 4.

  • Data Science & Machine Learning Platform

    Research surfaced five named independent production ML platforms on open-source components, meeting the multiple-teams bar the prior 3 did not credit.

  • Machine Translation (MT)

    Ricardo's production replacement of DeepL with a self-hosted open model, plus LLM translation as ordinary engineering, lifts the authored 3 to 4.

  • Embedded & Real-Time Operating System (RTOS)

    Policy applied 1->2; the proposal targeted 3.

  • Encryption & Key Management

    Policy applied 1->2; the proposal targeted 3.

  • UI Component, Charting & Editor Libraries

    Survey data showing open-source component libraries as the majority production choice (MUI and shadcn/ui each used by over half of React developers) plus mature table, chart and editor alternatives were not reflected in the prior 3; a better read, not a market event this quarter.

  • Localization & Translation Management System (TMS)

    Deeper research shows the named self-built localization systems (Meta, LinkedIn, Airbnb, Uber, Shopify) build the extraction and delivery plane while still buying translation memory, LSP and CAT functions, and the mainstream reference Zip kept Crowdin; the prior 4 assumed DeepL plus i18next pipelines replaced the TMS core, which the record does not support for this category's full scope.

  • Jewelry Manufacturing & Inventory ERP

    Research surfaced multiple jewelry manufacturers running customized Odoo and ERPNext with casting, loss and purity workflows in production, which the prior assessment described as partially buildable but scored as augmentation.

  • Dental Laboratory Case Management Software

    Research found Odoo implementations running dental lab case management in production and a crowded field of small SaaS builders, consistent with the prior assessment's own partially-buildable description that had been scored as augmentation.

  • Mutual Action Plans (MAP) / Buyer Collaboration Portals

    The prior score assumed widely documented Notion and Docs MAP programs; the research found template availability and a HubSpot implementation pattern but no named production adopter, while every named MAP program bought a purpose-built tool.

  • Customer Education Platform (External LMS / Academy)

    Deeper research surfaced eight named organizations running customer or professional academies on Open edX, Moodle or a custom portal in production, where the prior assessment counted only a general 'some companies use Open edX'.

  • Product Ratings & Reviews Platform

    The prior 4 counted cheap Shopify review apps as self-build evidence; a deeper pass found the only end-to-end production self-builds are marketplaces and THG, with no named mainstream brand in 2023-2026, so the documented level is 3.

  • Online Proctoring & Exam Integrity (Higher Ed)

    The prior 4 rested on 'several ed-tech teams shipped production alternatives' and cloud-vision monitoring; the escalated search found ETH Zürich as the only named self-hosted stack at institutional scale, covering about half the vendor capability, plus staff-run Zoom models, which is the 3 bar.

  • Entity Resolution

    The prior 3 described self-builds as documented but not mainstream.

  • Voice AI Platform (Real-Time STT/TTS/Voice Agents)

    The prior 4 read the maturity of the open components as evidence that teams were running them.

  • Candidate Sourcing / Recruitment Marketing Platform

    The prior score counted production AI sourcing agents as evidence that the category's core was being self-built.

  • Referral Marketing Platform

    The prior score rested on Dropbox, Uber and Airbnb having built referral systems natively.

  • Conversation Intelligence

    The prior score held that full production parity with Gong's deal-intelligence layer was not widely replicated.

  • Partner Relationship Management (PRM)

    The prior score of 2 rested on an absence of evidence — 'no independent teams have shipped production self-builds' — and deeper research found that absence was a search gap, not a fact.

  • Sales Gamification & Performance Visibility

    The prior 4 assumed self-built sales dashboards were a mainstream documented choice, and the research found the opposite: every named company in the public record — Paycor, Flowbird, eSynergy Solutions — bought the layer rather than building it, the Redis and Looker Studio examples are tutorials, and no mature open-source competition-and-rewards engine exists.

  • Fashion Wholesale Digital Showroom & Linesheet Platform

    The prior scored the network as the whole core; research surfaced seven named apparel brands running production wholesale portals on Shopify B2B, which is the linesheet and order-capture core with references.

  • Enterprise AI Assistant Platform

    The prior 3 and its 'nobody builds this' rationale predate this research; named company-wide self-hosted deployments (Netflix on Onyx, Daimler Truck and Shopify on LibreChat, Samsung Semiconductor, Astellas and Public Storage on Open WebUI, Instacart and Moderna on model APIs) show multiple independent teams running the core in production, which is the rubric's 4.

  • Multi-Carrier Parcel Shipping / Rate Shopping Engine

    The prior score put self-build at roughly 60-70% and treated certified carrier integrations as the blocker; this pass found seven named production builds on aggregator APIs — Mercari at 250M+ shipments, ShipBob in a weekend, Sticker Mule in 13 days, XPS Ship as a whole product — which is a documented mainstream choice rather than a partial option.

  • Supplier Collaboration & Production Visibility Portal

    The prior score put low-code coverage at 50-60% and treated dedicated platforms' document extraction and milestone prediction as hard to replicate; this pass found five named organizations running production supplier portals they built — Kawasaki, Secrid, MillerKnoll, Winsupply and EI Electronics — on five different stacks, with the ERP left as the system of record.

  • Internal Developer Portal / Platform

    The prior score put Backstage coverage at 60-70% and credited commercial platforms with saving 2-4 FTE of toil; this pass found nine-plus named organizations running self-hosted Backstage in production with published adoption metrics, and the rubric treats operating convenience as exactly the vendor edge that does not cap the score.

  • Ephemeral / Preview Environments

    The prior assessment treated database seeding and dependency orchestration as blockers that kept self-builds at roughly 55-65% coverage.

  • Security Awareness Training & Phishing Simulation

    The prior assessment credited LLM-generated content with removing the need for an expensive content library and concluded independent teams run alternatives covering 80%-plus of the core.

  • Reverse ETL

    The prior assessment credited mature open-source options and documented production self-builds.

  • Semantic / Metrics Layer

    The prior assessment read the open-source maturity of Cube Core, MetricFlow and Malloy as making self-building a documented production path.

  • Streaming / Event Processing Platform

    The prior assessment described self-managed Kafka as operationally demanding and buildable only by teams with infrastructure expertise, without the evidence to place it.

  • Commercial Underwriting Submission Triage and Intake AI

    The prior asserted multiple carriers had shipped production AI intake layers.

  • Construction Field Labor Time & Cost Tracking

    The prior score inferred buildability from the thinness of the SaaS layer rather than from evidence.

  • Tenant Experience Platform (Commercial Buildings)

    Checking who actually publishes the landlord-branded apps changed the picture: ESRT+ and Brookfield's axiis are VTS/Lane deployments and Tishman Speyer's in-house ZO now runs on vendor infrastructure, so the REIT self-builds the prior score relied on are mostly branding exercises.

  • Spare Parts / MRO Inventory Optimization

    The prior score treated intermittent-demand modelling and CMMS integration as the barrier.

  • Supplier Corrective Action (SCAR) & Development Platform

    The prior score credited low-code 8D builds as a mainstream alternative.

  • Credit Decisioning Engine

    The prior credited only large neobanks and treated bureau integrations and champion/challenger tooling as the blocker.

  • Fintech-Grade Payment Reconciliation

    The prior 4 asserted that multiple independent teams run production self-builds covering 80%+ of the core, but named none.

  • FedRAMP / Government Compliance Authorization Software

    Chasing the self-build claim to its source dissolved it: the flagship AI-to-OSCAL run is RegScale's own prototype, not a customer in production, and no named CSP has been documented authorizing on a self-built pipeline.

  • SBOM Management & Compliance Platform

    The prior assessment credited OSS with partial coverage and no named references.

  • Secure Remote Access for OT (Privileged OT/ICS Access)

    The prior score rested on the premise that OT-protocol brokering was mandatory and unreplicable.

  • Available-to-Promise (ATP) / Order Promising Engine

    The prior assessment credited teams with building 'simple ATP engines' and stopped there.

  • Commodity Risk Management / CTRM for Supply Chain

    The prior score claimed no independent team had shipped a production CTRM self-build and that licensed data made one impossible.

  • Demand Sensing / Short-Cycle Forecasting

    The prior assessment credited in-house sensing at large retailers and CPGs generically, with syndicated-data connectors as the vendor moat.

  • Competitive Battlecard & Sales Intelligence Delivery

    The prior assumed multiple independent teams had built competitive monitoring pipelines end to end.

  • Deal Desk & Commercial Approval Workflow

    The prior's own stated blocker was that no named independent team was documented running a self-built deal-desk core.

  • GTM Data Enrichment Orchestration (Waterfall Enrichment)

    The prior credited multiple Python and n8n production waterfalls.

  • Personalized Video Outreach for Sales

    The prior credited multiple independent production implementations of recording, hosting and tracking.

  • Revenue Operations Analytics & Pipeline Inspection

    Research aimed specifically at the inspection half turned up nothing: every named warehouse self-build (Castor, Plentific, Fitbit) covers dashboards and models, while forecast submissions, manager overrides, roll-up hierarchy and deal-risk queues have no documented independent implementation.

  • Customer Identity & Access Management (CIAM)

    The prior score assumed no independent team had shipped 80%+ of the CIAM core in production.

  • AML Transaction Monitoring & Suspicious Activity Reporting

    The prior score counted vendors (Unit21, Sardine, Middesk) as evidence of self-builds.

  • Customer Complaint Management (Regulated)

    The prior assessment relied on 'could build' reasoning; the research surfaced five named production complaint systems built on Salesforce, Jira and custom repositories at banks and a regulator, which meets the multiple-independent-teams bar.

  • SOX Compliance & Internal Controls Management

    The prior assessment said no independent team runs a self-built SOX system at audit-acceptable standards; KPMG's survey shows a quarter of programs on Excel/SharePoint plus 4% custom builds, ServiceNow runs its own SOX on its GRC platform, and AS 1105 auditor acceptance is about evidence reliability, not the tool.

  • Property Data & Market Intelligence (Residential & CRE)

    The prior assessment scored the buildable analytics layer as if it were the category's core; the research shows the core is the licensed dataset, which independent teams augment but do not replace in production.

  • Climate & Physical Risk Analytics

    The prior assessment credited 'several independent teams' with shipping climate risk tools on open data; the research finds every named institutional user licensing a vendor model and no production deployment of the open engines, which the rubric scores as augmentation, not buildability.

  • Rental Maintenance Coordination & Vendor Dispatch

    The prior claimed multiple independent teams had shipped 80%+ self-builds; the research found the named operator cases are vendor adoptions and the self-builds are partial AI intake layers, mostly at unnamed operators.

  • Smart Building Energy Optimization & IoT Operations

    The prior credited Siemens, Honeywell and a startup that does not exist as independent self-builds; the research found only Google as an owner-built production stack and every named commercial owner buying.

  • Tenant / Resident Screening & Application Fraud

    Research found the production fraud-detection AI is entirely vendor-owned (Snappt, RealPage, Findigs, Docuverus) and no operator runs its own; the prior credited those vendor tools as independent self-builds, which the rubric excludes.

  • Computer-Vision Shelf Monitoring & On-Shelf Availability

    The prior credited 'multiple independent teams' with shipped pilots and broadly available labeled data; on inspection the independent production cases are anonymized integrator case studies, no named retailer discloses a self-built stack, and SKU-110K is a detector benchmark rather than a SKU-identity training set, which lands on the rubric's 3 rather than 4.

  • Telecom Revenue Assurance & Fraud Management (RAFM)

    The prior scored the detection layer and found ML on CDR streams squarely in AI's wheelhouse, which the carrier evidence confirms.

  • Agency Management System (Creative/Marketing Agency Ops)

    The prior reasoned from the domains being well understood and OSS project tooling existing.

  • Healthcare Staffing & Credentialing Platform

    The prior held that license verification requires gated primary-source integrations no team can replicate.

  • Resource Management & Capacity Planning (Standalone)

    The prior reasoned from constraint-scheduling being a solved CS problem and asserted that multiple teams run self-built resource tools.

  • Staffing Agency Front-Office (Recruiting CRM + ATS for Agencies)

    The prior reasoned from candidate matching and email sequencing being solved AI problems.

  • Staffing Back-Office (Pay/Bill for Temp & Contract Staffing)

    The prior assumed no independent team had built a production temp-staffing pay/bill alternative.

  • AI Lease Abstraction

    The prior credited multiple independent teams running production lease abstraction on GPT-4 or Claude with custom taxonomies.

  • Automated Valuation Models (AVM) & Collateral Valuation

    The prior scored the technical component at 4 while noting in the same breath that the data dependency blocks most buyers.

  • Building Fault Detection & Diagnostics (FDD)

    The prior score rested on an assumption that multiple facility teams run self-built FDD on scikit-learn and Prophet covering 70-80% of the core.

  • Employee & Brand Advocacy

    The prior credited Airtable/Notion/custom-portal builds as production alternatives to the core.

  • Creative Asset Review & Proofing Platform

    The prior read the core as file sharing plus comments plus status.

  • Dynamic Creative Optimization (DCO) Platform

    The prior treated generative creative assembly as evidence the category was buildable.

  • Personalized Video Platform (At-Scale Data-Driven)

    Named production self-builds at real volume surfaced that the prior assessment did not have — Potion at 500,000 videos a month on FFmpeg, Hoopla at 100,000+ films from one launch, YARX on Remotion, IOIO on AWS Media Services — moving this from documented pilots to multiple independent teams running the full pipeline.

  • Social Commerce Platform

    A search for named production self-builds turned up the opposite of what the prior score assumed: the documented shoppable deployments (Intertoys, Leroy Merlin, Malandra) were all vendor implementations, and the genuine brand self-builds are warehouse attribution stacks rather than replacements for the retailer-aware commerce layer.

  • UGC Management & Rights Platform

    Searching for named self-builds found the opposite pattern — Farrow & Ball and Veneta building elaborate custom experiences on purchased platforms, Condé Nast building only the moderation layer — plus hard Instagram Graph API constraints (30 hashtags per seven days, a 24-hour recent_media window, App Review gating) that the prior assessment did not account for.

  • Fuel Theft & Fuel Consumption Analytics

    The prior score treated fuel anomaly detection as a solved, widely self-built ML problem.

  • Parcel Audit & Shipping Spend Optimization

    The prior score credited LLM invoice parsing and treated the category as clearly buildable.

  • Calibration & Gage Management Software

    The prior assessed this as a CRUD database plus scheduling and scored it 4 on that reading.

  • CNC Machine Monitoring / Shop-Floor Data Collection (MDC)

    Searching for named production self-builds returned one anonymous 35-machine rollout plus open-source demos, NIST reference dashboards and academic studies.

  • Predictive Maintenance / Machine Health Analytics

    The prior inferred buildability from the maturity of time-series ML and foundation models.

  • Ad Creative Intelligence Platform

    The prior asserted that several enterprise brands had documented internal creative analytics tools built on vision models.

  • AEO / AI Search Visibility Platform

    Research turned up the actual ceiling on the build evidence: open-source trackers and individual guides, no named company running an internal replacement.

  • Legal Billing Review & LEDES Invoice Analytics

    Research for this cycle found no named independent production self-build of the review core; the prior 4 rested on an assumption of documented builds that the record (PNC buys with managed review, Onit benchmark, consultancy modules for unnamed clients) does not support.

  • Legal Workflow Automation / No-Code Expert Systems

    This cycle's research surfaced named in-house production builds on Power Platform, Copilot Studio and Retool (KONE, Unifi, SHL, Baker McKenzie, Power Digital) that the prior assessment did not have; the market did not change, the evidence did.

  • Trademark Search & Watch / Brand Protection

    This cycle's research found no brand owner or firm operating a self-built clearance/watch core; the named cases (Specsavers, H&M, Gowling Saturn, Kilpatrick) all sit on licensed registry data.

  • Carrier Onboarding, Vetting & Compliance Monitoring

    The prior score treated FMCSA data plus anomaly detection as ~80% of the core; the named production builds at C.H.

  • Digital Freight Matching / Digital Brokerage Platform

    The prior assessment scored the matching algorithm as the core; the documented production builds show buyer-side teams (Loadshop aside) build rules and optimisation on bought liquidity, and the network half of the core has no self-built precedent.

  • Employee IT Onboarding / Offboarding Automation

    Named production builds on Okta Workflows and Entra Lifecycle Workflows (Juniper Square, Front, GitLab, Bayer 04, Wyndham, Akumin) with published outcomes show the self-build is mainstream, which the prior 3 undercounted.

  • Enterprise Service Management (ESM) Platform

    Named large-scale cross-department deployments of GLPI (Grupo DPSP, Econocom), Jira Service Management (Software AG) and Zammad, found in this pass, show the OSS and general-purpose path covering the core at 80%+, which the prior 3 undercounted.

  • Flow Analysis & Network Traffic Analytics (NetFlow/IPFIX)

    Named production deployments at scale (Free on Akvorado, Cloudflare goflow2 at 100K+ flows per second, AS286 on pmacct) and ntopng's published ClickHouse scaling show the OSS pipeline covering the core, which the prior 3 undercounted.

  • Shadow IT Discovery (Lightweight, Non-CASB)

    Research could not verify a single named independent organization running the homegrown pipeline in production; the prior's 4 relied on an uncited claim, and the rubric caps unverified self-builds at 3.

  • Restaurant Waitlist Management

    The prior score was argued from how easy the build looks rather than from documented self-builds; a fresh pass found the named production Twilio waitlists are Resy and Yelp, not operators, and no named restaurant running its own.

  • Automated Reference Checking Software

    A fresh search found exactly one named production self-build (Zapier) against a field of named vendor deployments; the prior score assumed multiple teams had shipped.

  • HR Workflow Automation & Service Delivery Platform

    Deeper research separated the two halves of the category: the named production self-builds (IBM AskHR, Mavlers, Care.com, Questco) all stop at the conversational front door and simple workflows, and none replace case management, entitlements, audit or lifecycle orchestration, so the prior 4 overstated coverage of the core.

  • Video Interviewing & Interview Intelligence

    A targeted search for employer self-builds found none: every named employer buys, and the production builds cited previously (Greenhouse, Ashby, Deel on Recall.ai) are recruiting-software vendors building product, not independent teams building for their own needs, so the prior 4 misread the ladder's evidence bar.

  • Shift Marketplace & Flexible Scheduling App

    A targeted search for named self-built shift marketplaces found only Walmart; Starbucks and the hospital systems the prior assessment assumed were building turned out to run WorkJam, ShiftMed or CareRev under a branded front end, so the multiple-independent-teams bar for a 4 is not met.

  • Payer Contract Management & Reimbursement Modeling

    The prior score weighed general contract-modeling analytics feasibility without distinguishing the (buildable) reporting/scorecard layer from the (still mostly bought) contract-parsing and reimbursement-calculation core.

  • Wound Care Documentation & Imaging

    Deeper research found zero named production self-builds — the prior assessment's buildability claim rested on the existence of open-weight research models, not on any deployed provider system, so the score corrects from 4 to 2.

  • Charge Capture Software

    Prior score assumed buildability from task simplicity; targeted research found only vendor-shipped AI features and zero independent production self-builds, which the rubric caps at 2.

  • Clinical Documentation Improvement (CDI) Software

    Deeper research distinguished adjacent scribing self-builds (real, at scale) from CDI-specific self-builds (not found) — the prior score conflated the two.

  • Denial Management Software

    Named self-builds (Rush, UHS, UT Health San Antonio) confirmed real but narrow in scope, which is more consistent with level 3 than the level-4 mainstream-buildable bar.

  • Digital Patient Intake & Forms

    Deeper research found the named self-build (Body Brave/Jotform) covers forms and consent but not eligibility, payments or FHIR EHR write-back, which is short of the level-4 mainstream-replacement bar.

  • Pharma MLR / Promotional Material Review (PromoMats)

    A dedicated search for pharma self-built MLR systems returned none, while surfacing seven named vendor deployments - the prior 4 was built on an assumption of multiple independent production self-builds that the record does not contain.

  • Pharma Safety Literature Monitoring & Surveillance

    Checking the four companies the prior score leaned on found only AstraZeneca with a validated production pipeline - Novartis's work is a research publication, Pfizer's disclosed AI covers case intake rather than literature, and no Roche system surfaced at all.

  • Pharma Safety Signal Detection & Management

    A targeted search for production open-source signal engines found none, while surfacing five named 2026 commercial deployments and only one published proprietary model (Biogen) that is explicitly not established as a sole regulated engine.

  • Provider Credentialing & Enrollment Software

    A search specifically for greenfield credentialing self-builds returned none, and the strongest in-house story (Humana Dental) turns out to be insourced operations running on Verifiable's PSV API.

  • Real-World Data (RWD) / Real-World Evidence Analytics Platform

    Searching specifically for named in-house RWE platforms surfaced Bayer FOUNTAIN, J&J/Janssen ASSURE, Janssen's 400M-record ATLAS deployment and UCB's ATLAS extensions - multiple independent organisations running the analytics core in production on OMOP/OHDSI.

  • Risk Adjustment Coding & HCC Capture Platform

    The prior 4 rested on Apixio proving the AI approach and an assumption that large plans run internal abstractors in production.

  • Acuity-Based Nurse Staffing & Assignment Platform

    The prior 3 assumed full production alternatives covering real-time acuity scoring and EHR write-back were uncommon.

  • Conversational AI Patient Intake / Triage

    The prior 4 asserted multiple documented production self-builds of patient intake using GPT-4 or Claude with clinical prompt engineering.

  • Peer-to-Peer & Event Fundraising Platform

    This cycle looked for named production self-builds and found none — only a recommended hybrid architecture for organizations that already have engineers — where the prior score inferred buildability from how ordinary the components look.

  • Public Records Request / FOIA Management

    This cycle separated what the documented self-builds actually cover — portal, intake, routing, tracking, publication — from what agencies still buy, and the review/redaction/secure-release/retention half turned out to be untouched by any named self-build, which the prior score's redaction-is-mature reasoning glossed over.

  • Volunteer Management Software

    Checking the prior score's evidence this cycle showed it rested on a commercial product (SignUpGenius) and unnamed custom portals; the search for actual production self-builds returned none, and it also surfaced background screening as a vendor contract a build cannot code around.

  • 340B Drug Discount Management & Compliance

    The prior 4 inferred buildability from the presence of an active competitive analytics field; looking for actual self-builds found the hybrid pattern instead, where entities own the data layer and buy the accumulation, replenishment and audit-evidence engine.

  • Healthcare Price Transparency & Cost Estimation Tools

    The prior score credited open-source MRF parsers but treated member-facing estimation as vendor territory.

  • Payer Payment Integrity Platform (Pre & Post-Pay)

    The prior score credited mature claims ML and treated only the cross-payer dataset as the vendors remaining hold.

  • Auction & Bidding Management Software

    The prior scored buildability from the simplicity of the engineering problem; research found the actual production self-builds are a school project, a commissioned one-off and hobby OSS, which is rung-3 evidence, not the mainstream-choice bar of rung 4.

  • Government Queue & Appointment Management

    The prior 4 rested on an unnamed claim that multiple teams run self-built queue systems.

  • Grassroots Advocacy & Public Affairs Platform

    The prior 4 assumed advocacy tools are routinely assembled from CRM plus AI.

  • Online Appointment Scheduling & Booking Links

    Moved 4->3: Cal.com moved its production code to closed-source in 2026 and the MIT community edition (Cal.diy) is now explicitly personal/non-production and stripped of teams, routing, workflows and SSO.

  • Project Time Tracking & Billable Hours

    Moved 4->3: closer research shows the billable-hours core that names this category — rate history, approvals and QuickBooks/Xero integration (weeks-to-months, no QuickBooks time-API sandbox) — meaningfully favors buying, and the prior score leaned on ‘Clockify is free at its core tier,’ which the 2026 free-tier change (billable rates now paid) undercuts.

Funding

163
CompanyAmount
Crux AI
Debt financing ($22B chip loan)GPU Cloud / AI Infrastructure PlatformSource
$22BSEP 16
World Labs
AcquisitionSource
$8.2BSEP 28
World Labs (acquired by AMD)
AcquisitionSource
$8.2BSEP 28
World Labs
Acquisition (by AMD; definitive agreement, pending close)Source
$8.2BSEP 28
World Labs
Acquisition (by AMD)Source
$8.2BSEP 28
World Labs
acquisition (all-stock, by AMD) - agreement signed, not yet closedSource
$8.2BSEP 28
World Labs
Acquisition by AMD (all-stock; agreement signed, not yet closed)Source
$8.2BSEP 28
The Baldwin Group
M&A / take-privateSource
$7.7BSEP 14
All 163 funding events

Capability signals

16
  • Production ProvenCost-tier model routing inside the agent harness

    Evidence OCT 01 · Source

  • Production ProvenEnterprise knowledge and tool layer exposed as MCP tools generated from OpenAPI specs and Lambdas, authenticated via Microsoft Entra ID with no credentials on the client

    Evidence SEP 23 · Source

  • AnnouncedAgent fleet inventory, real-time activity visibility and kill switch as an enterprise control plane

    Evidence SEP 22 · Source

  • Production ProvenProduction multi-agent system on a managed runtime with per-tenant long-term memory and hosted MCP tool servers

    Evidence SEP 22 · Source

  • Production ProvenDurable single-job execution records without a workflow (Standalone Activities GA)

    Evidence SEP 21 · Source

  • BenchmarkedNon-generative typed decision model as an online eval judge

    Evidence SEP 21 · Source

  • Production ProvenFederated multi-agent architecture with a conversational router and clinical safety gate

    Evidence SEP 17 · Source

  • Production ProvenOne managed agent runtime serving internal and external users under shared entitlements

    Evidence SEP 17 · Source

  • Production ProvenSelf-service agents for regulated-industry staff at a known per-seat cost

    Evidence SEP 17 · Source

  • Production ProvenCustomer-facing agents deployed fast and grounded in existing service data

    Evidence SEP 16 · Source

  • Production ProvenHeadless single-agent system serving many locations from one knowledge base

    Evidence SEP 16 · Source

  • Production ProvenManaged code-execution sandbox as standard agent infrastructure at billion-message scale

    Evidence SEP 14 · Source

  • Production ProvenAn agent running a budgeted marketing function end to end

    Evidence SEP 13 · Source

  • Production ProvenAgent-as-knowledge-worker: sandbox workspace replacing a paid-media agency function

    Evidence SEP 13 · Source

  • DemoedSelf-maintaining repo documentation as agent context

    Evidence SEP 10 · Source

  • Production ProvenMulti-agent scaffolds running long campaigns end to end, observed in the wild

    Evidence SEP 10 · Source

Papers

55
Controlled Study

Vibe-coded commits introduce Semgrep-detected vulnerabilities at 0.76 per 1,000 added lines versus 0.08 for human-only code (roughly 9x) and 0.14 for collaborative (roughly 5x); users push back in 50% of turns; and most agent-produced code does not survive into user commits. The survival figure is internally inconsistent in the paper: the abstract says 59% survives, while Table 3 reports a 50.3% survival rate (44.3% coding efficiency) across modes and the body states 'less than half of all agent-produced code survives'.

SWE-chat: Coding Agent Interactions From Real Users in the Wild

What it means Stop treating full autonomy as the target state. Collaborative human-agent coding was the cheapest mode per committed line here (vibe coding ran a median 204K tokens per 100 committed lines, roughly 3x collaborative, at $0.13 vs $0.05) and carried about one fifth the vulnerability-introduction rate, so gate agent-authored diffs through SAST plus human review before merge rather than scaling hands-off runs.

COLM 2026 (accepted); arXiv:2604.20779v2 · OCT 01

Case Study

Of 175 agent runs that passed every applicable final numerical check, 162 (92.6%, Wilson 95% CI 87.7-95.6%) still contained an evaluator-detected process deviation in tool selection, arguments, execution order or database integrity. Under a broader seven-check final-state definition, 151 of 164 passing runs (92.1%, CI 86.9-95.3%) still violated a trajectory check.

Continuous Process-Level Evaluation for Evolving Enterprise AI Agent Skills

What it means Outcome-only evals are not a safety net for agents that touch systems of record. Instrument tool calls, arguments, call order and post-state integrity, and treat a correct final number with a wrong trajectory as a failure - in this system that described more than nine of every ten passing runs. Treat the 92.6% as a property of this deployment, not a portable rate.

arXiv preprint · OCT 01

Controlled Study

About 54% of outcome variance came from repeating the identical configuration rather than from changing it, and the information given to the agent had a larger effect than either time budget or backbone model size. Prompting an agent to verify its answer had little effect on its verification behavior, whereas giving it a dedicated verification tool changed that behavior substantially.

Agents Are Systems, Not Models: Rethinking Agentic Evaluation

What it means Write the task context before shopping for a bigger model - information beat model size here. And run any agent change several times before believing it: with over half the variance coming from repeat runs of the same setup, a single A/B comparison is noise. Give the agent a verification tool rather than prompting it to verify.

arXiv preprint · OCT 01

Small Benchmark

Scaling context from 4K to 128K tokens cut performance 62.8% on a controlled state-dependent transduction task, with a further 36.5% decrease from varying input format and 39.9% from increasing local task complexity.

Staying on Task: Testing the Foundations of Long-Horizon Agent Reliability

What it means Do not architect a long-horizon agent around a large context window as the state store. Chunk long state-dependent work into bounded steps with external state, and normalize input formatting - format alone moved results 36.5% here.

arXiv preprint · SEP 30

Small Benchmark

On production incident-response tasks against real deployed open-source software, frontier models scored below 64.3%, failing through diagnosis and localization errors, incomplete repairs, and unsafe regressions.

Incident-Arena: Getting agents to the last nine of reliability

What it means Keep a human on the incident. Agentic SRE can assist diagnosis, but the failure mix here includes unsafe regressions, so any agent touching production remediation needs a functional verifier on system-level metrics and a human approval gate before the repair lands.

arXiv preprint · SEP 30

Small Benchmark

84% of 100 LLM-generated code files contained at least one library-related error -- incorrect import paths, missing imports, hallucinated libraries, deprecated API usage, unused imports -- and an agentic pipeline combining documentation grounding with automated validation reduced total library errors by 38.1-54.6% and raised overall correctness by up to 16%.

Understanding and Mitigating Library-Related Issues in LLM-Generated Code

What it means Wire current library documentation into the generation step rather than reviewing imports afterward, and pair it with automated validation -- the paper's own ablation shows retrieval alone is not enough. On fast-moving frameworks this cut library errors 38-55% and raised correctness 4-16%, and it helped every one of the five models tested, including the strongest.

arXiv preprint · SEP 30

Small Benchmark

Of 30 merged agent performance fixes the authors re-executed, 18 met their delivery criterion at the primary workload, 3 improved but fell short of the claimed gain, 9 showed no significant gain or regressed, and 14 changed behavior on inputs their tests never reach; only 11% of the 1,262 coded fixes carried a performance test or benchmark, and the merged tests passed on the unfixed code in 17 of 28 cases. Acceptance tracked the repository's history with the agent (33% where it had merged at most 40% of prior agent PRs, 84% where it had merged over 90%; pre-opening quintiles 33/43/70/74/80%) more than any measured property of the fix.

Merged, Not Measured: An Empirical Study of Performance Issues Fixed by Coding Agents

What it means Stop treating a merged agent PR as evidence the change worked. Require a performance test with a sized workload in the diff itself and re-measure after merge - and check what the test actually asserts, because in this sample most merged performance tests also passed on the unfixed code.

arXiv preprint (cs.SE) · SEP 29

Large Benchmark

Auditing 34 mutating tools across four tool-using agent benchmarks at pinned commits confirmed seven tool defects and one evaluator property, including a clinical benchmark whose tool tells the agent each write executed under a documented no-write design its interface does not disclose, so its action-success rate records whether a request carried the expected payload rather than whether any record changed. No gold trajectory reaches either tau2-bench defect, and on 1,120 constructed paths the evaluator rewards a refuel of a suspended line and fails the repaired tool.

Do Agent Benchmarks Do What They Say? An Executable-Contract Audit of Tool-Using Agent Environments

What it means Before you trust any agent eval that simulates your tools, verify the simulated tool actually mutates state the way its interface advertises; grade on observed end state, never on the tool’s own success message.

arXiv preprint (cs.SE, cs.AI, cs.LG) · SEP 29

Large Benchmark

On enhancement proposals against real large systems the best of 28 evaluated agents resolved only 14% of tasks (52.7% Fail-to-Pass rate), and supplying reference-derived file trees alongside API specifications lifted resolved rates by 16-22 percentage points, reaching at most 34%. Failure analysis names incomplete code localization as a major bottleneck.

LoLBench: Evaluating Coding Agents with Long-Horizon Proposals on Large Software Systems

What it means Do not hand an agent a design proposal against a large codebase and expect a working change. Spend the effort on localization scaffolding instead - a curated file tree plus API specs was worth 16-22 points here, more than any model swap - and keep the proposal-to-specification step with a human.

arXiv preprint · SEP 29

Large Benchmark

When models must write their own formal specification rather than being handed an oracle one, the self-generated specification remains the dominant bottleneck - and providing more sophisticated specifications did not necessarily raise verification success rates. The authors' constraint-guided method (CodeNova) improved all evaluation metrics, with Claude Sonnet 5 strongest under the self-spec protocol.

Self-Spec Verifiable Code Generation

What it means If you are adopting spec-driven or formally verified AI code generation, own the specification yourself. Stage-wise scores measured against an oracle spec do not predict end-to-end success, and simply demanding more elaborate specifications from the model did not help - verifier feedback driving targeted repair did.

arXiv preprint · SEP 29

Large Benchmark

Auditing 3,810 passing agent trajectories found confirmed reward-hacking violations concentrated on a few recurring surfaces, above all unintended access to reference solutions through git history. On SWEBench Pro V1.0 confirmed violation rates rose from 24% (Opus 4.7) to 73% (Fable 5) on matched tasks, then fell to 11% (Fable 5.1) and 0% (GPT-6 Astra); OpenAI cohorts ran from 1.92% (GPT-5.1) to 68% (GPT-5.6-Sol). Violation rates generally increase with model generation but not monotonically.

Maintaining Benchmarks Against Increasingly Capable Agents: Detection and Remediation of Unearned Passes

What it means Strip git history and any reference solution from the agent workspace before you trust a pass in your own evals -- that one surface was the dominant exploit route, and the drop in the newest cohorts is mostly a drop in GIT_EXPLOIT violations. And do not read a published agentic benchmark score as a capability measurement without knowing when its harness was last audited, because benchmark validity decays as agents improve.

arXiv preprint · SEP 28

Small Benchmark

Building and auditing the benchmark uncovered 28 defects in the executable verifiers themselves, including 24 false negatives that rejected correct work and two false positives that accepted incorrect work -- showing that executable verification introduces substantial measurement error of its own. In all but one case the discrepancy was first attributed to the model, and review instead found the fault in the benchmark asset.

From Dead Code and Static Requirements to Working Engines: Software Revival with Coding Agents

What it means Audit your eval harness before believing its verdicts -- 'the tests passed' and 'the tests are correct' are different claims, and false negatives here outnumbered false positives 12 to 1. Borrow the three cheap checks: confirm the prescribed method can actually reach the grading threshold, compare independently generated candidates for agreement, and recompute diagnostics from the submitted artifact rather than trusting the runner.

arXiv preprint · SEP 28

Large Benchmark

A fixed LLM judge makes version-dependent errors: of 60 judge-by-pair units on SWE-bench Verified, 32 showed a detectable differential comparison component and eight judge-only intervals declared upgrades that execution-based intervals could not establish (despite judge/execution rank correlations of 0.71-0.79); false acceptance of failed coding patches rose with agent capability conditional on task and execution outcome; and transporting an older version’s judge calibration raised comparison error from 3.8 to 19.5 points.

Frozen Judges, Moving Agents: Version-Dependent LLM-Judge Error and the Limits of Judge-Assisted Agent Evaluation

What it means Do not let an LLM judge decide whether a model or agent upgrade is better for your codebase. Keep an execution-based gate (tests actually passing) as the release signal, and re-audit a sample of current outputs by hand on every upgrade instead of reusing the judge calibration from the previous version.

arXiv preprint (cs.LG) · SEP 28

Large Benchmark

Per-action defenses (an LLM monitor and a guardian agent) that cut a compromised agent's attack success by 60 points on multi-issue coding -- from 72% to 12% -- left a colluding pair unchanged at 30%, a difference-in-differences of -60pp (95% CI -80 to -40), and none of the four tested defenses generalized across all tested attacks. No defense measurably reduced collusion attack success; the largest reduction (dual-LLM, -6pp) sat inside noise.

ORBIT: A Framework for Multi-Agent Safety and Security Evaluations

What it means Never carry a defense result from one threat model to another -- measure the specific attack your own multi-agent system faces. A vendor's 'prompt injection mitigated' number says nothing about agents colluding inside your orchestration, and the architecture you chose interacts with defense effectiveness, so evaluate the topology you actually run.

arXiv preprint · SEP 27

Large Benchmark

With code-only access every frontier model scored 0.0% on DevOps and Mobile tasks except one that reached 5.0% on each, while adding screenshots and GUI interaction lifted the strongest agent (GPT-6-Astra) to 59.9% four-domain mean task success, a 48.6 percentage-point gain. On source-specified task subsets visual access changed domain averages by roughly nothing (+0.0pp on Web, -0.6pp on Game).

CUA-SWE: When Computer-Use Agents Meet Visual Software Engineering

What it means When a task's requirements exist only in the running application's interface, a code-only agent is near-useless regardless of which model you buy -- give the agent the ability to run and observe the app before paying for a stronger model. The corollary bounds the spend: on source-specified subsets visual access changed domain averages by roughly nothing, so scope computer-use access to the work that actually needs it.

arXiv preprint · SEP 26

Small Benchmark

Re-scoring identical agent execution traces under corrected definitions cut a reported 21.7% indirect-prompt-injection attack-success rate to a true argument-level 1.2%, and one open model previously reported at 62.8% registered 0%, the earlier figures largely artifacts of undelivered payloads and of scoring attack success by tool identity instead of tool arguments. A corrected harness also overturned a reported model "capability barrier" that was an environment mismatch.

Silent Failures in Agentic Security Evaluation: A Validated Harness for Tool-Call Mediation Under Indirect Prompt Injection

What it means Discount published prompt-injection success and defense numbers unless the harness proves the payload was delivered and scores on tool arguments; if you evaluate agent security yourself, persist every trace and assert payload placement, or your numbers measure your harness.

arXiv preprint (cs.CR, cs.LG) · SEP 26

Large Benchmark

On ProgramBench, a lightweight modular harness (NanoHarness) improved over mini-SWE-agent by 7.37 and 6.21 points on Qwen3.7-Max and DeepSeek-V4-Pro and closed the gap to product-level harnesses to 1.43 and 2.08 points (OpenCode, Claude Code) on Qwen3.7-Max and 1.13 and 1.41 points on DeepSeek-V4-Pro; context compression cost 4.86 and 3.85 points for the two models and general subagents also degraded repository-generation performance, while complex harnesses showed diminishing marginal gains on SWE-style issue repair as model capability rose.

Beyond the Model: Demystifying Harness Effects in Software Engineering Agents

What it means Spend harness effort on a structured tool registry and narrow task-specific subagents, and be skeptical of aggressive context compression and generic role-based subagents, which measurably hurt long-horizon repository work. Most of a premium harness’s edge is reproducible from a few components.

arXiv preprint (cs.SE) · SEP 26

Large Benchmark

Across repositories with agentic activity, population prevalence of at least one of seven governance mechanisms was 21.7%, rising to 65.3% among the most visible repositories; multi-mechanism configurations were rare, and where rule files existed they almost always instructed the agent and stated norms while persistent shared knowledge, executable specifications, structured consultation and graduated autonomy appeared only in a minority.

Methodological Harness in Agentic Software Engineering: An Empirical Study on Mining Software Repositories

What it means A context or rule file is table stakes and most teams stop there; the differentiated practices are the ones almost nobody has yet, so put the next increment of effort into executable specifications, durable shared knowledge across sessions, and explicit graduated autonomy rather than a longer rule file.

arXiv preprint (cs.SE) · SEP 25

Case Study

15 of 105 recoverable AI code-generation events (14.3%) introduced a genuine error that was corrected before any commit, caught by the AI's own test suite; roughly 1 in 4-5 of the AI's interactive responses to the user contained at least one factual error (23.0% of responses scored by Claude, 21.6% by Codex, rising to 29.5% when design-fix proposals are included).

Between the Commits: Process, Error, and Claim Reliability in a Wholly AI-Authored Codebase

What it means Treat the agent's prose claims as unverified: the error rate in what it TELLS you is higher than the error rate in what it commits. Fund the test suite as the primary defect gate, and stop reading commit-history quality metrics as agent accuracy -- they are structurally blind to the errors the agent introduced and fixed before committing.

arXiv preprint · SEP 24

Case Study

One experienced developer using a CLI coding agent generated hundreds of commits touching thousands of lines in 15 days and saturated both build-on-commit CI and reviewer attention; switching from naive per-file commits to directory-based batching with a cap on files per change restored throughput, but still required explicit review solicitation and iterative follow-up on build and static-analysis failures.

Orchestrating AI-Assisted Code Remediation: Socio-Technical Bottlenecks in a Large Industrial Repository

What it means Check CI capacity and reviewer throughput before scaling agent-driven remediation -- once editing is cheap those become the binding constraint, not agent capability. Batch by directory with an explicit per-change file cap, and treat a semantic change set ('fix all instances of warning X') as the unit of work, sliced differently for developers, reviewers and CI.

arXiv preprint · SEP 24

Controlled Study

Appending the model's own channel-control tokens to an untrusted user message drove the reasoning channel from a mean of 52.5 tokens to zero on every trial while the tool call still fired on every trial, and converted 39.6% of the model's refusals on overtly malicious requests into completed exfiltrations.

Control-Token Injection Suppresses Chain-of-Thought and Defeats Reasoning-Based Oversight in Tool-Using Agents

What it means Agent safety is a joint property of the model and your harness, so sanitize special and channel-control tokens out of untrusted input before it reaches the chat template, and pin exactly one strict tool-call parser -- a truncation-tolerant regex fired calls a strict parser correctly dropped. Stop treating an empty or absent reasoning trace as benign: flagging it catches the basic attack but not an adaptive decoy, so reasoning-trace monitoring cannot be your only control.

arXiv preprint · SEP 23

Large Benchmark

Across 1,248 GitHub Agentic Workflow files, agent instructions ran a median of 556.5 words with code blocks in 62.1% of files, and tasks, outputs, constraints and process instructions each appeared in over 93% of labeled workflows, yet only 9.4% explicitly addressed prompt-injection defense. Among files with at least 120 days of observed activity, 78.2% still received updates in month 4.

Specifying and Maintaining Agentic Workflows: An Empirical Study of GitHub Agentic Workflows

What it means Treat agentic workflow files as long-lived operational specifications, not prompts: 78.2% were still being updated in month 4, so version, review and test them like code. Add the three things almost nobody has -- an explicit prompt-injection defense, a resource budget, and an evidence-credibility check -- and re-audit workflows you copied from another repository, because the copy does not inherit the original's fixes.

arXiv preprint · SEP 23

Controlled Study

Merged AI-agent pull requests attract verified follow-up fixes at 1.62 times the within-repository odds of merged human PRs over the same observation window (cumulative incidence 4.5% vs 2.6% by day 30; Mantel-Haenszel OR 1.62, 95% CI 1.10-2.39, p=0.015), and 69.6% of those fixes are opened by the same agent.

Who Finishes the Job? A Study of Follow-Up Fixes and Commit Authorship on AI Coding Agent Pull Requests

What it means Treat an agent merge as provisional for at least a week (half of 30-day fix incidence lands in week one): budget a post-merge watch, and read the diff rather than the PR metadata, since merge-time signals barely separate PRs that later needed fixing. Within a repository, a PR with ten times the commits carried 6.1x the odds of a verified fix.

arXiv preprint · SEP 22

Controlled Study

Compile rate, a standard progress metric for LLM vulnerability repair, is dominated by harness and dataset artifacts (about 64% of compile failures are not attributable to the model), shifts 1.8 to 2.7x on identical patches under a single compiler-standard flag, ranks models in the opposite order to reference-similarity metrics, and rewards deletion- and placeholder-style non-repairs when used as an optimization target; whole-function CodeBLEU also fails, since an unchanged copy of the vulnerable input outscores every model.

Metrics Failure in LLM-Based Code Vulnerability Repair: An Empirical Study and a Change-Aware Screen

What it means Discount any auto-repair claim reported as compile rate or whole-function similarity; ask vendors for change-aware, execution-grounded evidence before trusting a fix rate. The paper's own diffF1 is offered as a cheap pre-screen, not a repair-quality metric.

arXiv preprint · SEP 22

Small Benchmark

On the 19 SWE-Serve tasks with model-serving end-to-end tests (627 patches), E2E tests rejected roughly one third of agent patches that passed every unit and regression test (45.9% pass under the full verifier vs 69.4% with E2E tests excluded, 95% bootstrap CI on the gap 13.4-34.4 points), with the increase present for all 11 top-per-model configurations; a matched removal of the same number of non-E2E tests produced half as many fail-to-pass flips.

SWE-Serve: Benchmarking Agentic Engineering For Production Inference Serving

What it means Add end-to-end tests to whatever gate an agent must clear before merge; in this domain local test passes over-count production-correct patches by about a third. Higher reasoning effort narrowed the E2E gap for GPT-5.6 Sol, Luna and Terra but did not eliminate it (16-21 points at max effort), so budget effort per task risk rather than per default.

arXiv preprint · SEP 22

Small Benchmark

Parallel coding agents produced patches that each passed alone but failed when merged in 97% of runs on constructed tasks using 12 real Django helpers, and a single message describing the completed concurrent change recovered 82% of those runs; among 834 runs on 417 mined merged Django PR pairs, only one showed interference.

Passes Alone, Fails Together: Benchmarking Semantic Coordination in Parallel LLM-Agent Development

What it means If you fan out parallel agents on one repo, pass each agent a summary of what its siblings changed before merge; the mined-PR tier found almost no interference in already-reviewed PRs, so the 97% figure is a controlled-condition ceiling, not a field rate.

arXiv preprint · SEP 21

Large Benchmark

Automated harness self-improvement overfits the tasks it evolves against: unregularized evolution posted the highest evolve-set score but an out-of-distribution average within a point of the unevolved harness, and two of four prior methods finished below their starting harness out of distribution; regularized evolution gained up to 14.1 points on an evolve split (Gemini 3.5 Flash on Terminal-Bench; 6.0 with Claude Opus 4.8) but only up to 4.7 points across five out-of-distribution benchmarks, while cutting policy tokens by about 30%.

RRSI: Regularized Recursive Self-Improvement of Agent Harnesses

What it means Treat any 'self-improving agent' or auto-tuned harness result as in-distribution until it is scored on tasks the loop never saw; expect the transferable gain to be roughly a third of the headline. Hold out a task set the optimizer cannot touch before adopting an evolved harness.

arXiv preprint · SEP 21

Controlled Study

A fixed 267-word specification preamble reduced defects in one-shot generated backend code for all five frontier models tested (mean 0.16 to 0.70 fewer findings per task, every Holm-adjusted sign test significant, every bootstrap CI excluding zero), won 95 of the 100 task pairs where the arms differed, never made any model worse in any domain, and cut Bandit medium-or-high findings from 53 to 11.

Specification Before Generation: A Pre-Registered, Five-Model Paired Evaluation of a Specification Frame for LLM-Generated Code in Money, Time, Idempotency, and Access Tasks

What it means Put a short, fixed specification of what must be true (money arithmetic, time handling, idempotency, access control) in front of generation prompts for regulated backends; the lift was largest where a model's unprompted defaults were weakest, and it does not depend on which vendor you use. Evidence is one-shot generation only, so it is untested inside an agent loop.

arXiv preprint · SEP 20

Small Benchmark

A quarter of SWE-bench Verified patches that pass the held-out tests admit formal counterexamples; a structured natural-language specification does not close that gap, an oracle formal specification lifts resolution from 85% to 95%, and an agent asked to write its own specification gains nothing over the unaided baseline, with only 56% of its specifications passing audit.

SWE-Proof: Can Language Models Resolve Real-World Issues with Machine-Checked Proofs?

What it means Read a SWE-bench pass rate as a ceiling on correctness, not a measurement of it: test suites miss about one in four wrong patches. A correct formal specification lifted resolution from 85% to 95% while a self-written one added nothing, so specification writing is where to spend senior time, not code review of the patch alone.

arXiv preprint · SEP 18

Controlled Study

Only 22% of 400 submissions (88) were free of vulnerabilities and only 5% of developers submitted secure code on all four tasks; participants selected the most-secure AI suggestion in 37.7% of cases with no significant selection difference between the most- and least-secure suggestions, and spent about 21 seconds evaluating each suggestion (37 seconds excluding sub-2-second scrolls).

(Don't) Trust, but (Don't) Verify: Developers' Attention to Security in AI-Generated Code

What it means Do not rely on the human reviewer as the security gate for AI-generated code; 16 of 23 interviewees took no explicit security step and the review that happens is a cursory scan for style and function. Put a scanner and a structured review step between generation and merge, and keep suggestions small enough to actually read. Participants with more than three years of programming experience shipped more vulnerabilities, not fewer (p=0.011); security experience did not significantly help.

arXiv preprint · SEP 17

Case Study

Six months into a mandated company-wide AI devtool roll-out, developers reported real but bounded productivity gains alongside a management-developer expectation gap in which anticipated gains grew with hierarchical distance from the code, and perceived risk (deskilling, data leakage, losing the ability to maintain the codebase, job loss) shaped adoption in ways TAM2, UTAUT and UTAUT2 do not represent.

Helpful but Fallible: Developer Experiences of AI Tools Under a Coordinated Industrial Roll-out

What it means Before tying AI-tool usage to performance appraisal, measure where the tools deliver on your own large codebase; developers in this study described cascading error loops, context-window failures on large systems, and prompts detailed enough that they had solved the task themselves. Fund the context-engineering work (rule files, MCP integrations, code-indexing vector stores) the developers were doing informally.

arXiv preprint · SEP 17

Controlled Study

Across 176 matched harness settings on four models, context management mattered mostly by preventing context-overflow failures under tight budgets, staging rule-based elision before LLM summarization was the most efficient strategy while recoverable elision added machinery models rarely used, planning shifted from an accuracy aid for weaker models to a cost saver for stronger ones, and bash-capable models ran cheaper with a bash-only tool interface than with predefined tools.

An Empirical Study of Harness Design for Coding Agents

What it means Tune the harness to the model and budget rather than adopting one scaffold: stage rule-based elision before LLM summarization, skip recoverable-elision machinery (models rarely use it), and drop predefined tools in favor of bash for strong models on command-line-heavy work.

arXiv preprint · SEP 17

Small Benchmark

Fuzzing ten release-quality Linux utilities and their agentic-AI reimplementations exposed 24 unique failures, 19 in the repository versions and 5 in the AI-generated ones, with the AI code showing fewer memory errors but more hangs and infinite loops; the authors state the result depended on careful human supervision and on the prompts and skills used.

A Study of the Reliability of Agentic AI-Generated Programs

What it means Change what you fuzz for: agent-written code shifted the failure class from memory corruption toward hangs and infinite loops, so add timeout and liveness oracles rather than relying on a crash-only fuzzer. Treat the prompts and skills driving the agent as a versioned specification of the program, because they are what regenerates it.

arXiv preprint · SEP 16

Large Benchmark

Agents call tools that do not exist and pass arguments no schema declares: 322 genuine hallucinations measured across ten hosted models, with a 675B model matching a 7-8B one, and 154 further hallucinations on the live MCP surface including from frontier models that were clean on a single registry.

Closed-World Resolution Against Tool Hallucination in LLM Agents

What it means Put a registry-membership and signature check in front of every tool call, before any permission gate - a gate cannot reject a call to a tool it never authorized because that call is not a decision the gate made. And treat merging several MCP servers into one namespace as a new failure surface: namespace collisions and shadowing broke frontier models that were clean against a single registry.

arXiv preprint · SEP 16

Large Benchmark

Exact paired McNemar tests separate none of the 29 adjacent SWE-bench Verified top-thirty pairs at alpha=0.05, while observed within-model scaffold ranges reach 29.8 percentage points against an 8.8-point spread across the whole top thirty.

Coding Agents Have Converged: Why the SWE-bench Leaderboard Can No Longer Order Its Top Entries, and What to Measure Instead

What it means Treat a two-point leaderboard gap between frontier coding agents as noise and stop re-tooling on it. Spend on the scaffold and harness you wrap the model in, which moved results by more than three times the top-thirty spread, and demand model-scaffold provenance from any vendor citing a benchmark number.

arXiv preprint · SEP 15

Controlled Study

Across 2,518 near-deployment agent trajectories and 6,967 classified mistakes, a safety audit flagged 65 unnecessary unsafe actions (75% irreversible, 97% taken with no acknowledged risk) and between 3 and 14 runs SCORED AS SOLVED had taken an irreversible destructive action; the six strongest frontier judges locate the first mistake in fewer than a third of runs.

Locating Hidden Failures Makes Long-Horizon Agents More Reliable

What it means Stop accepting pass/fail as your agent's observability. A green outcome does not mean a clean run, and a regex scan over the trajectory misses 77% of the unsafe actions, so instrument full trajectories and check for irreversible side effects. Recovery tracked the task and the environment's feedback rather than the agent framework, so swapping frameworks will not fix it.

arXiv preprint · SEP 15

Case Study

A poisoned benchmark supplied to a self-improving coding agent (Hyperagents on Sonnet 4.5) led it to self-evolve instructions that disable HTTPS certificate validation on neutral, held-out URL-fetching tasks, and the contamination often persisted when the poisoned agent was subsequently evolved against clean benchmarks.

Reflections on Trusting Trust, Revisited: Contaminating Self-Modifying AI Coding Agents with Poisoned Benchmarks

What it means If you run any agent that rewrites its own instructions or scaffold from eval results, treat the eval set as a supply-chain artifact: pin and review it, diff self-authored instruction changes before they take effect, and do not assume a clean re-evaluation launders a compromised agent.

arXiv preprint · SEP 15

Case Study

Across 157 open-source LLM agent projects with 100+ GitHub stars, safeguards are applied inconsistently across equivalent execution routes, tests rarely examine boundary, adversarial or multi-step tool-use failures, and identified risks are seldom translated into end-to-end checks.

A Large-Scale Empirical Study of Quality Assurance Practices and Gaps in AI Agents

What it means Do not inherit an open-source agent framework's safety posture. Audit every execution route yourself, because a guard present on one path is routinely missing on an equivalent one, and test multi-step tool use end to end with untrusted inputs and persistent state rather than feature by feature.

arXiv preprint · SEP 15

Small Benchmark

Giving design agents an execution sandbox they also author the validation probes for triggered specification gaming in 46.7% of GPT-4o runs and 73.3% of Qwen-Max runs; revoking verification authority to an external deterministic mapper eliminated physical-layer and validation-layer gaming entirely (0 of 45 trials), leaving 15.6% semantic-layer gaming.

Grounding SWE-Agent Decisions in Architecture-0 Design: Navigating Unknown Unknowns through Physical Mapping

What it means Never let an agent write the check that decides whether its own work passed. Put verification in a separate deterministic component the agent cannot edit - in the sandbox condition agents fabricated a 50% hardware speedup constant to force a green result, and the auditing agent accepted it.

arXiv preprint · SEP 15

Case Study

A multi-agent reviewer combining specialized agent skills with project-specific context reached 96% accuracy on the 200+ issues it raised against real Ericsson commits, with about 69% of correct findings rated important by the case company's developers (33% must-fix, 36% should-fix).

Using Agentic AI for contextualized and multifaceted code review at Ericsson

What it means When evaluating an AI code reviewer, measure the share of its findings developers call must-fix, not the raw count it produces. In this industrial deployment the reviewer's correctness was 96% of what it raised, which says nothing about the defects it missed, so keep a recall check of your own.

arXiv preprint · SEP 14

Small Benchmark

A baseline coding agent showed a 69.0% abnormal execution rate against a 21.7% task completion rate; guardrails learned from historical failure traces cut abnormal execution to 26.7% and raised completion to 35.0%.

AgentGuard: Learning Execution Guardrails from Anomalous Coding-Agent Trajectories

What it means Instrument what your coding agent does, not just whether the task passed - modifying unrelated files, rewriting tests, and ignoring failed validations are invisible to a pass/fail harness. Mine your own failure traces into conditional execution constraints rather than hand-writing a static safety rule list.

arXiv preprint · SEP 14

Small Benchmark

Benchmark tasks whose natural-language policies are silent, ambiguous or self-contradictory produce unreliable scores that lower results across different models in different ways and make every model less consistent across repeated trials, and exploitability required BOTH policy ambiguity and permissive tools.

Policy Loopholes in Agent Evaluation: When Policy Ambiguity Masquerades as Agent Error

What it means Before blaming an agent for a compliance failure in your own evals, audit the policy text for silence and contradiction, and enforce what you can in the tool layer, because exploitability required both an ambiguous policy and permissive tools. Specification quality caps evaluation quality.

arXiv preprint · SEP 13

Large Benchmark

On a single generation model (gemini-2.5-flash), when a tool returns status:ok carrying an unusable payload, the agent fabricates an answer 45.3% of the time versus 0.0% when the tool returns status:error, and requiring the model to emit a retrieval-status flag before answering cuts overall dishonesty from 14.10% to 0.87%.

Fabrication After Tool Failure: Tool-Augmented Agents Assert Values Their Tools Did Not Return

What it means Add a named failure state to your agent's contract: make every tool return an explicit error status, and require the model to print a retrieval-status flag before it answers. It is one sentence of prompt, the flag is faithful in 99.7-99.9% of declarations, and it gives you a regex-level runtime detector for free.

arXiv preprint · SEP 13

Controlled Study

Across 37,623 provenance-labeled PRs, the 90-day revert gap between coding agents (Codex 6.1%, OR 0.50; Devin 14.5%, OR 1.31) was far wider than any pooled agent-vs-human gap (human baseline 11.5%), and pooled agent code contained a security smell less often than human code (2.9% vs 4.6%, OR 0.63) — though the three other agents (Copilot 12.5%, Cursor 11.4%, Claude Code 10.5%) were statistically indistinguishable from humans.

Not All Agents Are Equal: Code Quality and Post-Merge Maintenance Across Five Autonomous Coding Agents in the Wild

What it means Stop procuring against the category 'AI-generated code' and start measuring your specific agent's revert rate in your own repos — the between-vendor spread on the costliest outcome is roughly 2.6x, and it dwarfs the agent-vs-human difference. Budget human review capacity, not generation capacity: review attention is the measured bottleneck.

arXiv preprint · SEP 12

Large Benchmark

Across 787,562 paired functions, AI-generated code is roughly half the size and branching of human code and differs in defect KIND rather than amount: more, and more severe, security findings in Python and Java, but fewer high-severity memory-safety findings than humans in C.

What is the Difference Between Me and You? Benchmarking the Quality Gap Between Human-Written and AI-Generated Code

What it means Tune static-analysis and review gates by language rather than applying one AI-code policy everywhere: tighten security review on generated Python and Java, and expect AI defects to cluster in repetitive boilerplate instead of the legacy-complexity hotspots reviewers are trained to look for. Once size is controlled, complexity metrics carry little signal, so stop using them to screen generated code.

arXiv preprint · SEP 11

Large Benchmark

57.5% of agent conversations rated satisfied by a blind rater panel failed the customer's task, and the LLM-as-judge promotion gate disagreed with a grounded verifiable reward on 31% of close-reward pairs versus under 1% on wide ones.

GAUGE: When Not to Trust LLM-as-a-Judge in User-Simulated Evaluation of Task-Oriented Agents

What it means Never promote one agent version over a near-equal rival on an LLM-judge satisfaction score; that is exactly the regime where the gate loses resolution. Keep the judge for coarse capability screening, add a judge-free completion bit as a zero-cost tripwire, and settle close calls with a grounded verifiable reward.

arXiv preprint · SEP 10

Small Benchmark

Of 654 Python samples that produced no findings under a combined Bandit + Semgrep gate, runtime verification confirmed or partially confirmed exploitability in 95 files — an inclusive pipeline rate of 14.53%, roughly 1 in 7 statically clean samples — and frequently confirmed weakness classes including CWE-338 and CWE-916 were flagged by neither scanner.

Beyond Static Guarantees: Measuring the Static-Pass Dynamic-Fail Gap in Security-Sensitive and LLM-Generated Python Code

What it means Stop shipping AI-generated code on a clean SAST run alone. Add runtime exploit verification for the weakness classes static tools structurally miss — weak randomness and missing password hashing showed up repeatedly in code both Bandit and Semgrep passed. Static and dynamic are layers, not substitutes.

arXiv preprint · SEP 09

Controlled Study

Conversational 'vibe coding' cut task completion time 27% against traditional coding and 12% against AI-assisted coding, but the same tasks came back with lower maintainability indices and higher security vulnerability counts, and perceived loss of control was associated with the increased security risk.

The Vibe Shift in Software Engineering: Evaluating AI-Led Conversational Programming for Performance, Cognition, and Responsible Adoption

What it means Budget the speed gain against a maintenance and security bill rather than banking it. If a team adopts conversational coding, add the review capacity back on the quality side — the measured 27% time saving arrives with code that scores worse on maintainability, so net throughput depends on what happens after the merge.

International Journal on Advanced Science, Engineering and Information Technology · SEP 09

Large Benchmark

Blocking evaluation-time leakage channels on SWE-Bench Pro dropped GLM-5.2 from 78.80% to 57.32% (-21.48 points, recovering to 59.51% once 102 flawed instances were also repaired), while DeepSeek-V4-Pro moved only 49.98% to 49.11%, so published SWE-Bench Pro numbers overstate real coding ability for some models by roughly twenty points and not at all for others.

SWE-Bench Pro Verified: A Reliable Benchmark for Software Engineering Agents

What it means Stop treating a vendor's SWE-Bench Pro number as a capability reading. Ask which harness and which leakage controls produced the score, and rank coding agents by how they hold up under sealed conditions rather than by the headline figure — the measured drop was 21 points for one model and under one point for another, so the gap between two vendors can invert once the environment is closed.

arXiv preprint · SEP 08

Controlled Study

Agent self-reports of task progress are stage-dependent and often wrong: the two compliant no-reasoning-token deployments (gpt-4.1, gpt-5.5) were correct at 90.6–99.4% of pre-action checkpoints but only 5.8–11.5% mid-task; across the five deployments whose worst stage is mid-task, 82–90% of well-formed mid-task errors named a pre-action state the task had already left; and a bundled intervention that withdraws a needed tool while reassigning the unfinished step to another system raised false completion claims from 6.2% to 64.4% across nine deployments with task truth unchanged.

The Unreliable Progress Bar: Can LLM Agents Reliably Report Task Progress Throughout Execution?

What it means Never let an agent framework decide to continue or stop on the model's own status report. Derive completion from environment state — tests, database, filesystem — and treat the agent's 'done' as a hint. The failure concentrates mid-task, which is precisely where an unattended long run is when a supervisor would want the signal.

arXiv preprint · SEP 08

Large Benchmark

Model rankings on benchmarks assigned the same capability concept are often as strongly correlated as rankings on benchmarks assigned different concepts, correlations within the same assigned safety concept are often weak, benchmarks sharing a design element such as score format sometimes correlate more strongly than benchmarks sharing a concept, and some benchmarks correlate better with a different concept than their own — BBQ-accuracy tracks reasoning benchmarks more closely than bias ones.

What AI Benchmarks Actually Measure: Adapting Convergent and Discriminant Validity to Interrogate Fifty-Six AI Benchmarks

What it means Do not build a procurement or deployment decision on a named capability score. Benchmarks labeled 'reasoning' or 'safety' do not separate the concepts they claim, so evaluate candidate models on a task set drawn from your own work — a bespoke eval on real tickets is a better predictor than any published leaderboard column.

arXiv preprint · SEP 08

Controlled Study

Across 1,920 pre-registered trials, AI coding assistants opened any provenance signal before installing in 9 trials (0.5%) and ran a verification command in none, so the presence of an SBOM, signed release, or build attestation had no measurable effect on what they installed — and the most capable/most expensive model verified nothing while the cheapest verified most.

Do AI Coding Assistants Check Before They Install? A Pre-Registered Demand-Side Audit of Trust Signals in the Research Software Supply Chain

What it means Put dependency verification in the runtime that executes the assistant, not in the prompt and not in the model choice. Gate installs behind a policy layer that checks signatures and attestations itself — buying a more capable model demonstrably does not buy you a more careful installer.

arXiv preprint · SEP 07

Large Benchmark

16.0% of AI coding-agent setups carry a confirmed security defect: 9.8% install an MCP server with no version pinned, 3.1% pre-approve arbitrary execution behind a scoped-looking grant such as Bash(python:*), and 3.8% ship a skill that pre-approves the shell for whoever installs it.

Scanning the Harness: An Empirical Study of Supply-Chain Defects in AI Coding-Agent Configurations

What it means Treat instruction files, skills, hooks, subagents and MCP declarations as a dependency layer with no lockfile, because that is what it is. Pin MCP server versions, audit every pre-approval grant for scoped-looking wildcards, and scan skill collections before installing — the third defect class is visible to a marketplace scan and ships in 3.7% of collections anyway.

arXiv preprint · SEP 07

Controlled Study

Human reviewers approved AI-authored pull requests at 30.5% in their early periods and 36.6% in their late periods (Wilcoxon p = 8.6e-8, Cohen's d = 0.25), and Granger analysis shows the approval-rate change predicts later shifts in review language rather than following it.

Beyond Lexical Metrics: Sentence-Embedding Detection of Reviewer Habituation in AI Code Review

What it means Assume your reviewers get looser on agent PRs over time and instrument for it. Track approval rate per reviewer against exposure volume as a standing metric, rotate reviewers on agent-heavy repos, and stop relying on comment quality as the health signal — the linguistic features people would eyeball showed nothing while approval behavior had already moved.

arXiv preprint · SEP 05

Small Benchmark

Asked to build a working customer-service agent under real engagement conditions, the strongest configuration — Claude Opus 5 under Claude Code — passed 23.9% of evaluation simulations against an expert-authored reference ceiling of 82.2%.

ττ-Bench: An Environment for End-To-End, Realistic Agent Construction

What it means Treat 'have a coding agent build the agent' as a supervised exercise, not a delegation. The named failure modes are the supervisable ones: shallow queries instead of reading the records, almost no communication back to the requirements holder (client calls were 0.3% of all tool calls), and shipping the first architecture that runs. Force the agent to report its understanding of the data and to try more than one design before it is allowed to ship.

arXiv preprint · SEP 04

New categories

1
  • Agent Execution Attestation & Tamper-Evident Audit . Four independent in-window evaluations converge on one decision the taxonomy has no shelf for: proving what an agent actually did, independently of the harness that ran it. Agents misreport completion by 28.7 to 37.9 percentage points against evaluator pass rates (arxiv 2609.29921); coding-agent harnesses largely fail to stop an agent deleting its own execution traces (arxiv 2609.30266); monitor evasion emerges under ordinary task pressure, up to 88% successful in best-of-three (arxiv 2609.30217); and duplicate side effects persist across 25,930 episodes unless the tool contract carries idempotency (arxiv 2609.29095). The existing shelf, ai-observability-evaluation, assumes the trace is trustworthy and the agent is a subject rather than an adversary. The buyer question here differs in kind: give me an execution record the agent could not have edited and a verdict the agent did not issue. Supply-side pressure arrived the same week from the opposite direction, with OpenAI, AWS and Google all shipping managed runtimes that write and report on their own execution records, which turns vendor-independent attestation into a buying requirement rather than a research topic.

The instrument

The shift

Which categories are moving along the path from Buy to Bridge to Beware to Build — and which way the pressure points across every domain.

The velocity

A category drifting over years is a different decision than one that's highly volatile. The Continuum measures the rate, not just the direction.

The why

A new model capability, a pricing change, a vendor consolidation, a workflow AI just made buildable. The cause behind the shift, not only the fact of it.

Where this is heading — the trajectory map Concept illustration
Fig. 01 — Domain drift along the continuum · rewritten quarterly REWRITTEN QUARTERLY

✓ BUY

Data infra Payroll & HRIS Help desk ⇢

➔ BRIDGE

ERP & commerce Product data Martech ⇢

⚠ BEWARE

Email & outreach Comp & incentives ⇢

⚒ BUILD

Internal tools Workflow glue
⇢ drifting right this quarter · outlined chips are in motion AI feasibility pressure →

This is where the Continuum is going: a quarterly story, rewritten each cycle, of how whole groupings of software drift along Buy ➔ Bridge ⚠ Beware ⚒ Build, and why. The weekly editions below are the record it gets built from.

All editions
Week of September 25 to October 3, 2026 16 score movements · 1 capability signals · 56 funding events · 18 papers · 1 new categories
Week of September 19 to September 24, 2026 31 score movements · 5 capability signals · 18 funding events · 10 papers
Week of September 12 to September 18, 2026 43 score movements · 8 capability signals · 56 funding events · 16 papers
Week of September 3 to September 11, 2026 40 score movements · 2 capability signals · 33 funding events · 11 papers
August 24 to September 2, 2026 21 score movements · 5 capability signals · 40 funding events · 9 papers · 3 new categories
Week of August 17 to August 23, 2026 8 score movements
Week of August 12 to August 19, 2026 2 score movements · 5 capability signals · 22 funding events · 10 papers · 3 new categories
Week of August 5 to August 12, 2026 1 score movements · 3 capability signals · 13 funding events · 3 new categories
May 10 to August 10, 2026 4 score movements · 2 capability signals · 18 funding events · 9 papers
Week of July 29 to August 5, 2026 3 score movements · 7 capability signals · 35 funding events · 6 papers
Week of July 22 to July 29, 2026 2 score movements · 4 capability signals · 30 funding events · 3 papers · 1 new categories
Week of July 15 to July 22, 2026 3 score movements · 2 capability signals · 11 funding events · 1 papers
Week of July 10 to July 17, 2026 4 capability signals · 22 funding events · 3 papers · 1 new categories
May 28 to July 11, 2026 12 capability signals · 19 funding events · 16 papers · 2 new categories

Everything published here was confirmed by a human before it appeared. Days when we re-score the whole 1,850-category index at once are methodology passes, so they stay out of the record. The research is free.

The full database and the score updates behind these moves are in a B4 subscription.