Candidate-Fate Accounting for Transparent Sensor Diagnostic Pipeline Search

arXiv cs.AI Papers

Summary

This paper proposes candidate-fate accounting, a framework for auditing automated machine learning pipeline searches in sensor diagnostics to enhance transparency by tracking all candidates and their outcomes.

arXiv:2608.18665v1 Announce Type: new Abstract: Industrial sensor diagnostics relies on preprocessing, representation, and classification pipelines, making automated pipeline search useful for reducing manual design cost. However, existing automated machine/deep learning (AutoML/AutoDL) reports typically retain only fitted trials, scores, and winners, omitting generated candidates that are invalid, pruned, skipped, cached, or unfitted. This omission limits reviewers' ability to check signal constraints, budget use, and unevaluated legal alternatives. To address this, we propose candidate-fate accounting, a candidate-level audit framework for diagnostic search traces. It records each observed candidate as auditable evidence: hashes merge repeated observations, legality checks flag invalid candidates, allocation rationales explain budget decisions, and a closed fate ledger assigns one terminal fate to each candidate. Experiments on three bearing-diagnostic datasets show that the framework detects invalid candidates and identifies 30--41 candidates omitted by fitted-trial-only reports, with closed fate records verifying complete candidate accounting while maintaining competitive diagnostic performance. The code is available at https://github.com/XXIE999/candidate-fate-accounting.
Original Article
View Cached Full Text

Cached at: 08/20/26, 10:18 AM

# Candidate-Fate Accounting for Transparent Sensor Diagnostic Pipeline Search
Source: [https://arxiv.org/html/2608.18665](https://arxiv.org/html/2608.18665)
\\correspondingauthor

## Candidate\-Fate Accounting for Transparent Sensor Diagnostic Pipeline SearchDOI:[10\.1145/3799682\.3839938](https://doi.org/10.1145/3799682.3839938)Conference:Proceedings of the 35th ACM International Conference on Information and Knowledge Management; November 7–11, 2026; Rome, ItalyProceedings of the 35th ACM International Conference on Information and Knowledge Management \(CIKM ’26\), November 7–11, 2026, Rome, ItalyISBN:979\-8\-4007\-2539\-5/2026/11CCS:Computing methodologies Machine learningCCS:Information systems Data miningCCS:Applied computing Industry and manufacturing

Haotao XieOrcID:[0009\-0002\-3061\-8090](https://orcid.org/0009-0002-3061-8090)Affiliation:Hangzhou International Innovation Institute, Beihang University,Hangzhou,Chinaemail:[haotaoxie@buaa\.edu\.cn](mailto:[email protected])Yutian ChenOrcID:[0009\-0006\-6114\-8756](https://orcid.org/0009-0006-6114-8756)Affiliation:Hangzhou International Innovation Institute, Beihang University,Hangzhou,Chinaemail:[25601153@buaa\.edu\.cn](mailto:[email protected]),Yangqi LiuOrcID:[0009\-0003\-7688\-1190](https://orcid.org/0009-0003-7688-1190)Affiliation:College of Cyber Security, Jinan University,Guangzhou,Chinaemail:[yangqilau@163\.com](mailto:[email protected])andXiaoyu JiangOrcID:[0000\-0003\-4170\-5579](https://orcid.org/0000-0003-4170-5579)Affiliation:Hangzhou International Innovation Institute, Beihang University,Hangzhou,Chinaemail:[jiangxiaoyu@buaa\.edu\.cn](mailto:[email protected])

2026© , 2026;

###### Abstract\.

Industrial sensor diagnostics relies on preprocessing, representation, and classification pipelines, making automated pipeline search useful for reducing manual design cost\. However, existing automated machine/deep learning \(AutoML/AutoDL\) reports typically retain only fitted trials, scores, and winners, omitting generated candidates that are invalid, pruned, skipped, cached, or unfitted\. This omission limits reviewers’ ability to check signal constraints, budget use, and unevaluated legal alternatives\. To address this, we propose candidate\-fate accounting, a candidate\-level audit framework for diagnostic search traces\. It records each observed candidate as auditable evidence: hashes merge repeated observations, legality checks flag invalid candidates, allocation rationales explain budget decisions, and a closed fate ledger assigns one terminal fate to each candidate\. Experiments on three bearing\-diagnostic datasets show that the framework detects invalid candidates and identifies 30–41 candidates omitted by fitted\-trial\-only reports, with closed fate records verifying complete candidate accounting while maintaining competitive diagnostic performance\. The code is available at[https://github\.com/XXIE999/candidate\-fate\-accounting](https://github.com/XXIE999/candidate-fate-accounting)\.

###### Keywords:

industrial sensor diagnostics, search transparency, candidate\-fate accounting

††cc\-license:by![A three-part diagram contrasts expert modeling, AutoML/AutoDL search, and candidate-fate accounting. Expert modeling is shown as interpretable and checkable but manually costly; AutoML/AutoDL is shown as automated but limited in search-process visibility; candidate-fate accounting is shown as tracking generated candidates through legality checks, allocation rationales, and final fates.](https://arxiv.org/html/2608.18665v1/Fig1.png)Figure 1\.Motivating comparison among expert\-designed workflows, AutoML/AutoDL search, and candidate\-fate accounting\.A three\-part diagram contrasts expert modeling, AutoML/AutoDL search, and candidate\-fate accounting\. Expert modeling is shown as interpretable and checkable but manually costly; AutoML/AutoDL is shown as automated but limited in search\-process visibility; candidate\-fate accounting is shown as tracking generated candidates through legality checks, allocation rationales, and final fates\.## 1\.Introduction

Industrial sensor diagnostics depends on pipelines that convert machine signals into reliable fault decisions\([31](https://arxiv.org/html/2608.18665#bib.bib31)\)\. In deployed maintenance settings, these pipelines must be both accurate and inspectable: engineers need to know which signal transforms are admissible, which classifiers can consume each representation, and why a selected model is plausible\([14](https://arxiv.org/html/2608.18665#bib.bib30);[25](https://arxiv.org/html/2608.18665#bib.bib32)\)\. Expert\-built pipelines provide this reviewability, but the same reasoning is costly to repeat across machines, channels, and operating regimes\([32](https://arxiv.org/html/2608.18665#bib.bib33)\)\. Automated pipeline search\([20](https://arxiv.org/html/2608.18665#bib.bib21);[5](https://arxiv.org/html/2608.18665#bib.bib22);[24](https://arxiv.org/html/2608.18665#bib.bib23)\)reduces this manual burden by generating and evaluating candidate preprocessing, representation, and classification pipelines\. However, automation should not remove the evidence needed to review the search process\. A useful diagnostic search report should show not only which pipeline won, but also what happened to generated candidates that were never fitted\. Figure[1](https://arxiv.org/html/2608.18665#S0.F1)summarizes this contrast\.

Existing work\([13](https://arxiv.org/html/2608.18665#bib.bib27);[33](https://arxiv.org/html/2608.18665#bib.bib28);[19](https://arxiv.org/html/2608.18665#bib.bib29)\)addresses parts of this problem but does not close the generated\-candidate audit gap\. AutoML and AutoDL methods report fitted configurations; hyperparameter\-optimization frameworks such as Optuna record scheduled\-trial states such as completed, failed, or pruned trials\([1](https://arxiv.org/html/2608.18665#bib.bib12);[12](https://arxiv.org/html/2608.18665#bib.bib16);[26](https://arxiv.org/html/2608.18665#bib.bib17);[7](https://arxiv.org/html/2608.18665#bib.bib19);[16](https://arxiv.org/html/2608.18665#bib.bib20)\); grammar and validity methods reject illegal programs; and provenance systems track executed artifacts\([22](https://arxiv.org/html/2608.18665#bib.bib1);[9](https://arxiv.org/html/2608.18665#bib.bib2);[10](https://arxiv.org/html/2608.18665#bib.bib3);[29](https://arxiv.org/html/2608.18665#bib.bib4);[8](https://arxiv.org/html/2608.18665#bib.bib5);[18](https://arxiv.org/html/2608.18665#bib.bib6);[21](https://arxiv.org/html/2608.18665#bib.bib7);[2](https://arxiv.org/html/2608.18665#bib.bib11);[27](https://arxiv.org/html/2608.18665#bib.bib13)\)\. These tools are useful, but their reporting units are usually fitted configurations, scheduled trials, rejected programs, or executed artifacts rather than canonical generated candidates\. As a result, repeated proposals, type\-invalid candidates that never become trials, and legal candidates skipped by budget or cache decisions may lack one terminal explanation, leaving search validity and budget use difficult to audit at the candidate level\. Candidate\-fate accounting complements rather than replaces these systems: it adds a canonical candidate\-level partition that also covers invalid and non\-executed alternatives\. This common reporting unit supports reproducible, optimizer\-independent comparison of legality and budget traces across AutoML search policies\.

A simple diagnostic trace illustrates the gap\. Suppose a search generates a short\-time Fourier transform \(STFT\) map with logistic regression, a z\-score plus log\-mel support vector machine \(SVM\) pipeline, and a highpass raw\-vector XGBoost pipeline, but fits only the third candidate\. A fitted\-trial report records only the evaluated pipeline and score, hiding that the first is type\-invalid and the second is legal but cost\-blocked\. These hidden outcomes matter under small budgets because they expose legality checks, budget allocation, cache reuse, and untested legal alternatives\.

To address this gap, we design candidate\-fate accounting, a candidate\-level audit framework for emitted diagnostic search traces\. The framework closes the record over observed canonical candidates rather than enumerating candidates that never appear\. It uses stable hashes to merge repeated observations, typed legality checks to expose type and semantic failures before fitting, allocation rationales to explain budget decisions for legal candidates, and a closed fate ledger withΔclose\\Delta\_\{\\mathrm\{close\}\}to verify that each observed candidate receives exactly one terminal fate\. Thus, non\-fitted candidates become reportable evidence rather than optimizer bookkeeping\. Allocation policies remain replaceable: guided ledger search is one allocator designed in our experiments, while candidate\-fate accounting is the paper’s main contribution\. Figure[2](https://arxiv.org/html/2608.18665#S1.F2)summarizes the workflow\.

We evaluate candidate\-fate accounting on three bearing\-diagnostic datasets: the Case Western Reserve University \(CWRU\) bearing dataset, the University of Ottawa bearing dataset \(Ottawa\), and the Southeast University \(SEU\) bearing dataset\. The experiments test whether the framework detects invalid candidates before fitting, accounts for candidates omitted by fitted\-trial\-only reports with complete fate accounting, and preserves useful diagnostic performance under a controlled protocol\.

The main contributions are:

\(1\)We define the generated\-candidate audit gap in automated industrial diagnostic search, showing why non\-fitted candidates should be treated as evidence about validity, budget use, and untested legal alternatives\.

\(2\)We design a typed candidate\-fate accounting framework that maps observed canonical candidates to auditable legality, allocation rationale, terminal fate, and closure evidence\.

\(3\)We evaluate the framework on CWRU, Ottawa, and SEU through invalid\-candidate probes, closed fate ledgers, allocation checks, and controlled\-protocol diagnostic performance\.

![A three-stage candidate-fate accounting workflow. First, a generated diagnostic program is decomposed into preprocessing, signal-representation, and estimator components and checked for input/output compatibility and semantic validity. Second, a budget allocator uses replaceable search strategies to prioritize generated, valid, uncached candidates that have not received a terminal fate. Third, normalized candidate hashes merge repeated observations into a ledger that assigns one of six fates: invalid, duplicate or cache, pruned, skipped, full-evaluated, or residual legal-unfitted. A zero closure gap yields auditable search evidence.](https://arxiv.org/html/2608.18665v1/Fig2.png)Figure 2\.Overview of candidate\-fate accounting\. Typed legality checks classify generated candidates; a replaceable allocator prioritizes eligible ones; and a hash\-based ledger consolidates repeats and assigns one terminal fate—including non\-fitted outcomes—to each observed candidate\. The closure conditionΔclose=0\\Delta\_\{\\mathrm\{close\}\}=0verifies complete, non\-overlapping accounting\.A three\-stage candidate\-fate accounting workflow\. First, a generated diagnostic program is decomposed into preprocessing, signal\-representation, and estimator components and checked for input/output compatibility and semantic validity\. Second, a budget allocator uses replaceable search strategies to prioritize generated, valid, uncached candidates that have not received a terminal fate\. Third, normalized candidate hashes merge repeated observations into a ledger that assigns one of six fates: invalid, duplicate or cache, pruned, skipped, full\-evaluated, or residual legal\-unfitted\. A zero closure gap yields auditable search evidence\.
## 2\.Method

We formalize candidate\-fate accounting as a reporting contract over emitted diagnostic search traces\. As shown in Figure[2](https://arxiv.org/html/2608.18665#S1.F2), the framework records typed legality evidence, allocation rationale, and terminal fates in closed fate ledger\. These records make signal constraints, budget use, and unevaluated legal alternatives inspectable while keeping the audit layer optimizer\-independent\. Section[2\.1](https://arxiv.org/html/2608.18665#S2.SS1)defines legal diagnostic candidates, Section[2\.2](https://arxiv.org/html/2608.18665#S2.SS2)defines budget allocation, and Section[2\.3](https://arxiv.org/html/2608.18665#S2.SS3)assigns final fates\.

### 2\.1\.Typed Legality Evidence

A generated candidate is a diagnostic programc=\(p,r,e\)c=\(p,r,e\), whereppis a preprocessing chain,rris a signal representation, andeeis an estimator\. The objects exchanged by these components have declared types, such as waveform, vector, time–frequency map, and patch sequence\. Each primitiveuudeclares an input typeτin​\(u\)\\tau\_\{\\mathrm\{in\}\}\(u\), an output typeτout​\(u\)\\tau\_\{\\mathrm\{out\}\}\(u\), and lightweight metadata for semantic checks\. The first legality condition is type compatibility:

𝒞type=\{c=\(p,r,e\):τout\(p\)=τin\(r\),τout\(r\)=τin\(e\)\}\.\\mathcal\{C\}\_\{\\mathrm\{type\}\}=\\\{c=\(p,r,e\):\\tau\_\{\\mathrm\{out\}\}\(p\)=\\tau\_\{\\mathrm\{in\}\}\(r\),\\,\\tau\_\{\\mathrm\{out\}\}\(r\)=\\tau\_\{\\mathrm\{in\}\}\(e\)\\\}\.The set𝒞type\\mathcal\{C\}\_\{\\mathrm\{type\}\}contains candidates whose adjacent signatures agree\. It captures syntactic feasibility before any search policy is considered\. This rule turns signal\-type constraints into pre\-fit evidence by rejecting errors such as feeding a map representation to a vector\-only classifier\. A deterministic semantic mapρ:𝒞type→\{0,1\}\\rho:\\mathcal\{C\}\_\{\\mathrm\{type\}\}\\rightarrow\\\{0,1\\\}resolves conflicts by conservative rejection: a missing\-value primitive is invalid when dataset metadata reports zero missingness, while a second z\-score normalization or filtering step is invalid as redundant\. Fixed rule precedence records one reason when checks overlap\.

The second step distinguishes intrinsic legality from budget admissibility\. Given budgetBBand its cost guardCostOK⁡\(c,B\)\\mathrm\{CostOK\}\(c;B\), we define

Legal⁡\(c\)\\displaystyle\\mathrm\{Legal\}\(c\)≡c∈𝒞type∧ρ⁡\(c\)=1,\\displaystyle\\equiv c\\in\\mathcal\{C\}\_\{\\mathrm\{type\}\}\\wedge\\rho\(c\)=1,Admissible⁡\(c,B\)\\displaystyle\\mathrm\{Admissible\}\(c;B\)≡Legal⁡\(c\)∧CostOK⁡\(c,B\)\.\\displaystyle\\equiv\\mathrm\{Legal\}\(c\)\\wedge\\mathrm\{CostOK\}\(c;B\)\.Thus𝒞leg=\{c:Legal⁡\(c\)\}\\mathcal\{C\}\_\{\\mathrm\{leg\}\}=\\\{c:\\mathrm\{Legal\}\(c\)\\\}is the legal candidate space independent of budget\. Type/semantic\-incompatible candidates are invalid before fitting, while legal candidates blocked by cost, cache, or termination remain legal and later receive a non\-evaluated fate\.

### 2\.2\.Allocation Rationale

Allocation rationale makes budget use reviewable without changing candidate legality\. At search steptt, fitting budget\([17](https://arxiv.org/html/2608.18665#bib.bib18)\)may be spent only on candidates that are generated, legal, not cached, and not already assigned a terminal fate\. Let𝒢t\\mathcal\{G\}\_\{t\}be generated candidates,ℋt−1\\mathcal\{H\}\_\{t\-1\}be cached canonical hashes,h⁡\(c\)h\(c\)be the stable hash of candidatecc, andℓ⁡\(c\)\\ell\(c\)be its current ledger state\. The allocatable set is

𝒜t=\{c∈𝒢t∩𝒞leg:h\(c\)∉ℋt−1,ℓ\(c\)unassigned\}\.\\mathcal\{A\}\_\{t\}=\\\{c\\in\\mathcal\{G\}\_\{t\}\\cap\\mathcal\{C\}\_\{\\mathrm\{leg\}\}:h\(c\)\\notin\\mathcal\{H\}\_\{t\-1\},\\ \\ell\(c\)\\ \\text\{unassigned\}\\\}\.Search policies operate only on𝒜t\\mathcal\{A\}\_\{t\}: RLS\([4](https://arxiv.org/html/2608.18665#bib.bib14)\)samples uniformly, the TPE\-style sampler\([3](https://arxiv.org/html/2608.18665#bib.bib15)\)adapts primitive distributions from observed validation macro\-F1, and GLS\([15](https://arxiv.org/html/2608.18665#bib.bib26)\)uses MCTS\-style selection over grammar\-approved macro actions\. They change only legal\-candidate priority, not legality, budget eligibility, cache handling, or terminal fate\.

Optional training\-split, label\-free descriptors such as impulsiveness, spectral entropy, support, and missingness definerguider\_\{\\mathrm\{guide\}\}by adjusting primitive\-family priority, but cannot bypass legality or ledger rules\.

Table 1\.ClosedB=50B=50GLS ledger counts under typed legal search, averaged over three seeds\.DatasetUniqueGeneratedInvalidPrunedSkippedDuplicate/CacheFullEvaluatedResidualLegal\-UnfittedClosureGapCWRU49\.7±0\.549\.7\{\\pm\}0\.50±00\{\\pm\}06\.7±0\.96\.7\{\\pm\}0\.923\.0±2\.823\.0\{\\pm\}2\.80±00\{\\pm\}020\.0±2\.920\.0\{\\pm\}2\.90±00\{\\pm\}00Ottawa49\.7±0\.549\.7\{\\pm\}0\.50±00\{\\pm\}020\.3±2\.920\.3\{\\pm\}2\.918\.7±4\.718\.7\{\\pm\}4\.72\.3±0\.92\.3\{\\pm\}0\.98\.3±2\.18\.3\{\\pm\}2\.10±00\{\\pm\}00SEU49\.7±0\.549\.7\{\\pm\}0\.50±00\{\\pm\}06\.3±2\.16\.3\{\\pm\}2\.123\.7±3\.123\.7\{\\pm\}3\.14\.3±2\.14\.3\{\\pm\}2\.115\.3±2\.515\.3\{\\pm\}2\.50±00\{\\pm\}00
### 2\.3\.Closed Fate Ledger

The closed ledger reports the fate of every observed canonical candidate, including candidates that were generated but never fitted\. The reporting unit is a canonical hash because one diagnostic program may appear through proposal, cache, probe, or evaluation records\. In our implementation,h⁡\(c\)h\(c\)is a SHA\-256\-derived identifier over a deterministic sorted\-key serialization of the ordered preprocessing steps, representation, estimator, and their parameters\. Each hash bucket stores the serialized candidate, legality result, allocation reason, and observed event types\. Repeated proposal, cache, probe, or evaluation records update the existing bucket rather than increasingUU\. Because component order and parameters are included, the same configuration maps to one identity independently of its event path, while structurally different pipelines remain distinct\. Ledger construction therefore separates identity resolution from fate assignment: records are first consolidated byh⁡\(c\)h\(c\), precedence is then applied per bucket, and closure is computed overUUunique entries\. This prevents repeated observations from inflating generated\-candidate counts while preserving the event evidence needed to justify the final state\.

Let𝒢¯T\\bar\{\\mathcal\{G\}\}\_\{T\}be the observed canonical generated set at the end of a run\. The fate functionℓ:𝒢¯T→𝒮\\ell:\\bar\{\\mathcal\{G\}\}\_\{T\}\\rightarrow\\mathcal\{S\}maps each candidate to one state in𝒮=\{sinv,sdup,sprn,sskp,seval,sres\}\\mathcal\{S\}=\\\{s\_\{\\mathrm\{inv\}\},s\_\{\\mathrm\{dup\}\},s\_\{\\mathrm\{prn\}\},s\_\{\\mathrm\{skp\}\},s\_\{\\mathrm\{eval\}\},s\_\{\\mathrm\{res\}\}\\\}: invalid, duplicate/cache, pruned, skipped, full\-evaluated, or residual legal\-unfitted\.

Fates are assigned by a fixed precedence order so that each observed canonical candidate contributes to one table cell\. The order makes late evidence decisive when a candidate is first proposed cheaply and later fitted\. Candidates failing type or semantic checks become invalid\. Any candidate that consumes fitting budget becomes full\-evaluated, even if earlier records only proposed or probed it\. Legal candidates observed only through cache reuse become duplicate/cache\. Legal non\-duplicates removed by cost, complexity, or multi\-fidelity guards become pruned\. Legal candidates selected for execution but blocked before fitting become skipped\. Remaining legal non\-duplicates that are observed but never fitted become residual legal\-unfitted\.

The closure check tests whether terminal fates form a mutually exclusive and exhaustive partition of the observed set:

𝒢¯T=⋃˙s∈𝒮​𝒢¯Ts,Δclose=\|𝒢¯T\|−∑s∈𝒮\|𝒢¯Ts\|=0\.\\bar\{\\mathcal\{G\}\}\_\{T\}=\\dot\{\\bigcup\}\_\{s\\in\\mathcal\{S\}\}\\bar\{\\mathcal\{G\}\}\_\{T\}^\{s\},\\qquad\\Delta\_\{\\mathrm\{close\}\}=\|\\bar\{\\mathcal\{G\}\}\_\{T\}\|\-\\sum\_\{s\\in\\mathcal\{S\}\}\|\\bar\{\\mathcal\{G\}\}\_\{T\}^\{s\}\|=0\.Here⋃˙\\dot\{\\bigcup\}denotes a disjoint union,𝒢¯Ts\\bar\{\\mathcal\{G\}\}\_\{T\}^\{s\}is the subset assigned fatess, andΔclose\\Delta\_\{\\mathrm\{close\}\}is zero only when no observed canonical candidate is missing or double\-counted\.

For each observed canonical candidate, the evidence tuple is

ℰ⁡\(c\)=\(rtype​\(c\),rguide​\(c\),ℓ⁡\(c\)\),\\mathcal\{E\}\(c\)=\(r\_\{\\mathrm\{type\}\}\(c\),r\_\{\\mathrm\{guide\}\}\(c\),\\ell\(c\)\),wherertyper\_\{\\mathrm\{type\}\}is the legality rationale,rguider\_\{\\mathrm\{guide\}\}is optional allocation metadata or rationale, andℓ⁡\(c\)\\ell\(c\)is the terminal fate\. The run\-level report is

ℛT=\(c⋆,\{ℰ⁡\(c\):c∈𝒢¯T\},BT,Δclose\)\.\\mathcal\{R\}\_\{T\}=\(c^\{\\star\},\\\{\\mathcal\{E\}\(c\):c\\in\\bar\{\\mathcal\{G\}\}\_\{T\}\\\},B\_\{T\},\\Delta\_\{\\mathrm\{close\}\}\)\.Herec⋆c^\{\\star\}is the selected pipeline andBT=\|𝒢¯Tseval\|≤BB\_\{T\}=\|\\bar\{\\mathcal\{G\}\}^\{s\_\{\\mathrm\{eval\}\}\}\_\{T\}\|\\leq B\. This report states which pipeline won, why candidates were ruled out, where budget was spent, and which legal alternatives remained unseen by fitting\. ForNNtrace records,UUunique candidates, and serialized candidate sizeLL, ledger construction costsO⁡\(N​L\)O\(NL\)hashing plus expectedO⁡\(N\)O\(N\)hash\-table updates; the in\-memory unique\-candidate ledger needsO⁡\(U\)O\(U\)storage, and closure isO⁡\(U\)O\(U\), with no additional model fitting\. Each incoming record requires one hash and an expectedO⁡\(1\)O\(1\)lookup/update\. In ourB=50B=50GLS runs, the main JSON ledger occupies 32\.8–37\.7 KB per run; exact disk use depends on schema and serialization\. At the accounting layer, a new domain supplies a canonical serializer, type/semantic rules, and a mapping from search events to the six terminal fates; hash consolidation, precedence, and closure remain unchanged\.

## 3\.Experiments

We evaluate four research questions \(RQs\) aligned with the audit framework: whether typed legality exposes invalid candidates before fitting \(RQ1\), whether the candidate\-fate ledger closes over observed generated candidates \(RQ2\), whether allocation behavior is comparable under the same legal space \(RQ3\), and whether audited search still returns useful diagnostic pipelines under a controlled protocol \(RQ4\)\.

### 3\.1\.Experimental Setup

Protocol\.We use a controlled small\-budget protocol to compare audit counts and diagnostic utility across search policies\. For each dataset and seed, all main search conditions share the same typed legal space, primitive cost model, split, and macro\-F1 metric, with at mostB=50B=50full model\-fitting attempts\. This cap applies to fitted candidates, not generated candidates: generated candidates may instead be skipped, pruned, cached, or recorded as residual legal\-unfitted\. Results are averaged over seeds 42, 43, and 44\.

Datasets\.We evaluate three bearing\-diagnostic datasets with dataset\-appropriate window\-level splits\. CWRU\([11](https://arxiv.org/html/2608.18665#bib.bib8);[23](https://arxiv.org/html/2608.18665#bib.bib9);[28](https://arxiv.org/html/2608.18665#bib.bib10)\)and Ottawa use approximately 60/20/20 train/validation/test splits\. SEU uses a cross\-condition split30​\_​2→20​\_​030\\\_2\\rightarrow 20\\\_0, with the source condition for training and the target condition split equally for validation and testing\.

### 3\.2\.Typed Legality Probe

RQ1 tests whether typed legality exposes invalid candidates before fitting\. We generate 100 weakly constrained skeletons over the shared primitive inventory and label each skeleton with type and semantic checks\.

The probe yields 48 type\-invalid, 20 semantic\-invalid, and 32 legal skeletons\. Type failures capture object mismatches such as time–frequency maps followed by vector\-only classifiers; semantic failures capture conservative metadata conflicts such as duplicate normalization or repeated filtering\. The 68/100 invalid count is a legality\-layer stress test, not an estimate of typed main\-run invalidity: because the main searches operate within the typed legal space, zero invalid candidates there is expected\. Rather than weakening the audit claim, this zero\-invalid main\-run outcome makes the invariant checkable: the ledger confirms that invalid candidates do not consume fitting budget, and the weak probe identifies the failures that less constrained generation would need to catch and explain\.

### 3\.3\.Closed Ledger Accounting

RQ2 tests whether candidate\-fate accounting accounts for emitted candidates dropped by fitted\-trial reporting and verifies complete accounting over observed canonical candidates\. Each record stores legality evidence, allocation rationale when available, a terminal fate, and a reason\. Table[1](https://arxiv.org/html/2608.18665#S2.T1)gives aB=50B=50GLS accounting example aggregated over three seeds\.

The main finding is that fitted\-trial\-only reporting omits substantial trace evidence: the ledger records about 30, 41, and 34 non\-full\-evaluated canonical candidates on CWRU, Ottawa, and SEU, respectively\. The closure check verifies that these fate counts form a complete and non\-overlapping partition, with all GLS ledger rows in Table[1](https://arxiv.org/html/2608.18665#S2.T1)satisfyingΔclose=0\\Delta\_\{\\mathrm\{close\}\}=0\.

For example, fitted\-trial\-only reporting on Ottawa exposes only8\.3±2\.18\.3\{\\pm\}2\.1full\-evaluated candidates, whereas the ledger attributes41\.341\.3others on average to pruning, skipping, or duplicate/cache\. The latter comprise20\.320\.3pruned,18\.718\.7skipped, and2\.32\.3duplicate/cache candidates, so the shortfall from generated candidates to fitted trials becomes attributable rather than unexplained\. The interpretability is process\-level: legality decisions, candidate fate, and budget consequence, not post\-hoc explanations of a fitted model\. These fates make the search reviewable but do not rank optimizers\.

### 3\.4\.Early Allocation

RQ3 uses GLS as an allocator case study and compares allocation behavior with the legal space and budget fixed\. All rows share typed legality, cache rules, semantic guards, and fitting budget\. Best F1≤30\\leq 30is the best validation macro\-F1 within 30 full evaluations; Target Success counts seeds that reach the final RLS validation score, used as a dataset\-specific reference target; Evaluations to Target measures the first full\-evaluation index at which a run reaches the final RLS validation score, computed only over successful seeds\. Low Target Success therefore indicates unstable early allocation\.

Table 2\.Early allocation under a shared typed legal space\. Bold marks the best F1 and, among 3/3\-success rows, the fewest Evaluations to Target\.DatasetMethodBest F1≤\\leq30↑\\uparrowTarget SuccessEvaluationsto Target↓\\downarrowCWRURLS0\.9942±\\pm0\.00093/326\.00±\\pm7\.87CWRUTPE0\.9982±\\pm0\.00093/319\.00±\\pm4\.32CWRUGLS0\.9982±\\pm0\.00023/37\.00±\\pm4\.55OttawaRLS0\.9673±\\pm0\.00633/39\.00±\\pm5\.89OttawaTPE0\.9639±\\pm0\.00381/33\.00±\\pm0\.00OttawaGLS0\.9856±\\pm0\.00263/33\.67±\\pm1\.70SEURLS0\.6751±\\pm0\.04583/328\.00±\\pm3\.56SEUTPE0\.7090±\\pm0\.01671/327\.00±\\pm0\.00SEUGLS0\.7646±\\pm0\.01853/37\.33±\\pm6\.85Figure 3\.Best validation macro\-F1 within 30 full evaluations versus Evaluations to Target; upper\-left is better\.Three panels for CWRU, Ottawa, and SEU plot the best validation macro\-F1 within 30 full evaluations against Evaluations to Target\. Gray circles denote random legal search, orange squares denote Tree\-structured Parzen Estimator\-style sampling, and blue triangles denote guided ledger search\. Guided ledger search lies in the high\-F1, low\-evaluation region in all three panels\.Table[2](https://arxiv.org/html/2608.18665#S3.T2)and Figure[3](https://arxiv.org/html/2608.18665#acmlabel3)summarize early\-allocation speed and budget\-30 utility\. GLS gives the most consistent early\-allocation profile: it reaches the random\-search target in 3/3 seeds on all datasets, requires the fewest Evaluations to Target among 3/3\-success rows, attains the best budget\-30 F1 on Ottawa and SEU, and ties TPE to four decimals on CWRU\. This should be read as an auditability check, not as a broad optimizer ranking: allocation choices can be reported alongside fitted\-trial outcomes under the same legal space\.

### 3\.5\.Protocol Utility

RQ4 asks whether the audit framework retains controlled\-protocol diagnostic utility\. Table[3](https://arxiv.org/html/2608.18665#S3.T3)reports controlled\-protocol final\-test macro\-F1 for selected same\-space search pipelines, fixed diagnostic recipes, a one\-dimensional convolutional neural network \(1D\-CNN\), and AutoML references\. Random forest \(RF\) denotes the estimator used in two fixed recipes\. Search rows are matched by split, channel, windowing, label map, metric, and data limit; neural and AutoML rows use different input representations and serve only as scale references\.

Table 3\.Protocol\-scoped final\-test macro\-F1; search rows show three\-seed mean \(standard deviation\), with the best matched search policy per dataset in bold\.MethodCWRU F1↑\\uparrowOttawa F1↑\\uparrowSEU F1↑\\uparrowRLS0\.9951\(0\.0004\)0\.9851\(0\.0046\)0\.7130\(0\.0514\)TPE0\.9978\(0\.0028\)0\.9691\(0\.0119\)0\.7128\(0\.0242\)GLS0\.9968\(0\.0000\)0\.9862\(0\.0032\)0\.7341\(0\.0134\)Statistical \+ RF0\.82000\.62160\.0748Spectral classical0\.70680\.61810\.0593Envelope classical0\.53640\.59260\.5899Wavelet \+ RF0\.83240\.74900\.09011D\-CNN0\.74140\.06670\.2380AutoGluon\([6](https://arxiv.org/html/2608.18665#bib.bib24)\)0\.91720\.87760\.2647FLAML\([30](https://arxiv.org/html/2608.18665#bib.bib25)\)0\.90220\.88210\.1371Table[3](https://arxiv.org/html/2608.18665#S3.T3)shows that accountable search retains controlled\-protocol diagnostic utility\. Same\-space search rows achieve high macro\-F1 on CWRU and Ottawa; among matched search policies, TPE is highest on CWRU while GLS is highest on Ottawa and SEU\. Because selected pipelines vary across settings, the report records the selected family, transform, estimator, and seed\. These results support the scoped claim that candidate\-fate accounting can expose terminal fates and allocation outcomes while still selecting plausible final models\.

## 4\.Conclusion

Candidate\-fate accounting addresses the generated\-candidate audit gap in automated diagnostic search\. By merging repeated trace records, recording legality and allocation rationales, and checking ledger closure withΔclose\\Delta\_\{\\mathrm\{close\}\}, it turns rejected, skipped, cached, and unfitted candidates into reviewable evidence\. Experiments on CWRU, Ottawa, and SEU show that the framework exposes invalid skeletons, attributes non\-full\-evaluated candidates to explicit fates, and retains useful final\-test performance under a controlled protocol\. The accounting contract can be adapted through domain\-specific candidate schemas and semantic rules, but empirical cross\-domain validation remains future work\.

###### Acknowledgements\.

This work was supported in part by the National Natural Science Foundation of China under Grant 62403425, in part by the Zhejiang Provincial Natural Science Foundation of China under Grant LMS26F030019, in part by the Hangzhou Natural Science Foundation under Grant 2025SZRJJ2330, in part by the Youth Talent Support Project of the Zhejiang Provincial Association for Science and Technology, and in part by the Jiangsu Provincial Scientific Research Center of Applied Mathematics under Grant BK20233002\.

## Generative AI \(GenAI\) Usage Disclosure

The authors used generative AI tools in a limited assistive capacity for manuscript language polishing and for code debugging/checking\. These tools were not used to generate experimental data, alter results, or make scientific decisions; all code, results, technical claims, and final manuscript text were reviewed and verified by the authors\.

## References

- Akibaet al\.\(2019\)T\. Akiba, S\. Sano, T\. Yanase, T\. Ohta, and M\. KoyamaOptuna: a next\-generation hyperparameter optimization framework\.Proceedings of the 25th ACM SIGKDD International Conference on Knowledge Discovery & Data Mining\.External Links:[Link](https://api.semanticscholar.org/CorpusID:196194314)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Belhajjameet al\.\(2013\)K\. Belhajjame, R\. B’Far, J\. Cheney, S\. Coppens, S\. Cresswell, Y\. Gil, P\. Groth, G\. Klyne, T\. Lebo, J\. McCusker, S\. Miles, J\. D\. Myers, S\. S\. Sahoo, and C\. TilmesPROV\-dm: the prov data model\.External Links:[Link](https://api.semanticscholar.org/CorpusID:65235238)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Bergstraet al\.\(2011\)J\. Bergstra, R\. Bardenet, Y\. Bengio, and B\. KéglAlgorithms for hyper\-parameter optimization\.InNeural Information Processing Systems,External Links:[Link](https://api.semanticscholar.org/CorpusID:11688126)Cited by:[§2\.2](https://arxiv.org/html/2608.18665#S2.SS2.p1.2)\.
- Bergstra and Bengio \(2012\)J\. Bergstra and Y\. BengioRandom search for hyper\-parameter optimization\.\.Journal of machine learning research13\(2\)\.Cited by:[§2\.2](https://arxiv.org/html/2608.18665#S2.SS2.p1.2)\.
- Droriet al\.\(2021\)I\. Drori, Y\. Krishnamurthy, R\. Rampin, R\. Lourenço, J\. P\. Ono, K\. Cho, C\. T\. Silva, and J\. FreireAlphaD3M: machine learning pipeline synthesis\.ArXivabs/2111\.02508\.External Links:[Link](https://api.semanticscholar.org/CorpusID:198940685)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Ericksonet al\.\(2020\)N\. Erickson, J\. W\. Mueller, A\. Shirkov, H\. Zhang, P\. Larroy, M\. Li, and A\. SmolaAutoGluon\-tabular: robust and accurate automl for structured data\.ArXivabs/2003\.06505\.External Links:[Link](https://api.semanticscholar.org/CorpusID:212725762)Cited by:[Table 3](https://arxiv.org/html/2608.18665#S3.T3.2.10.1)\.
- Falkneret al\.\(2018\)S\. Falkner, A\. Klein, and F\. HutterBOHB: robust and efficient hyperparameter optimization at scale\.ArXivabs/1807\.01774\.External Links:[Link](https://api.semanticscholar.org/CorpusID:49571505)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Ferreiraet al\.\(2022\)L\. Ferreira, A\. Pilastri, F\. Romano, and P\. CortezUsing supervised and one\-class automated machine learning for predictive maintenance\.Applied Soft Computing131,pp\. 109820\.External Links:ISSN 1568\-4946,[Document](https://dx.doi.org/https%3A//doi.org/10.1016/j.asoc.2022.109820),[Link](https://www.sciencedirect.com/science/article/pii/S1568494622008699)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Feureret al\.\(2015\)M\. Feurer, A\. Klein, K\. Eggensperger, J\. Springenberg, M\. Blum, and F\. HutterEfficient and robust automated machine learning\.InAdvances in Neural Information Processing Systems,C\. Cortes, N\. Lawrence, D\. Lee, M\. Sugiyama, and R\. Garnett \(Eds\.\),Vol\.28,pp\.\.External Links:[Link](https://proceedings.neurips.cc/paper_files/paper/2015/file/11d0e6287202fced83f79975ec59a3a6-Paper.pdf)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Hadiet al\.\(2023\)R\. H\. Hadi, H\. N\. Hady, A\. M\. Hasan, A\. A\. L\. Al\-Jodah, and A\. J\. HumaidiImproved fault classification for predictive maintenance in industrial iot based on automl: a case study of ball\-bearing faults\.Processes\.External Links:[Link](https://api.semanticscholar.org/CorpusID:258749232)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Hendrikset al\.\(2022\)J\. Hendriks, P\. Dumond, and D\. KnoxTowards better benchmarking using the cwru bearing fault dataset\.Mechanical Systems and Signal Processing\.External Links:[Link](https://api.semanticscholar.org/CorpusID:245603873)Cited by:[§3\.1](https://arxiv.org/html/2608.18665#S3.SS1.p2.1)\.
- Hutteret al\.\(2011\)F\. Hutter, H\. H\. Hoos, and K\. Leyton\-BrownSequential model\-based optimization for general algorithm configuration\.InLearning and Intelligent Optimization,External Links:[Link](https://api.semanticscholar.org/CorpusID:6944647)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Hutteret al\.\(2019\)F\. Hutter, L\. Kotthoff, and J\. VanschorenAutomated machine learning \- methods, systems, challenges\.External Links:ISBN 978\-3\-030\-05317\-8,[Document](https://dx.doi.org/10.1007/978-3-030-05318-5)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Jianget al\.\(2026\)X\. Jiang, H\. Xie, J\. Wang, Z\. Yang, Y\. Zhou, L\. Yao, and Z\. ZhuAgentic ai for safety\-aware process monitoring and fault diagnosis: a review\.Processes14\(13\)\.External Links:[Link](https://www.mdpi.com/2227-9717/14/13/2112),ISSN 2227\-9717,[Document](https://dx.doi.org/10.3390/pr14132112)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Kocsis and Szepesvari \(2006\)L\. Kocsis and C\. SzepesvariBandit based monte\-carlo planning\.InEuropean Conference on Machine Learning,External Links:[Link](https://api.semanticscholar.org/CorpusID:15184765)Cited by:[§2\.2](https://arxiv.org/html/2608.18665#S2.SS2.p1.2)\.
- Liet al\.\(2018\)L\. Li, K\. G\. Jamieson, A\. Rostamizadeh, E\. Gonina, J\. Ben\-tzur, M\. Hardt, B\. Recht, and A\. TalwalkarA system for massively parallel hyperparameter tuning\.arXiv: Learning\.External Links:[Link](https://api.semanticscholar.org/CorpusID:216245794)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Liet al\.\(2016\)L\. Li, K\. G\. Jamieson, G\. DeSalvo, A\. Rostamizadeh, and A\. TalwalkarHyperband: a novel bandit\-based approach to hyperparameter optimization\.J\. Mach\. Learn\. Res\.18,pp\. 185:1–185:52\.External Links:[Link](https://api.semanticscholar.org/CorpusID:11971778)Cited by:[§2\.2](https://arxiv.org/html/2608.18665#S2.SS2.p1.1)\.
- Marinescuet al\.\(2021\)R\. Marinescu, A\. Kishimoto, P\. Ram, A\. Rawat, M\. Wistuba, P\. Palmes, and A\. BoteaSearching for machine learning pipelines using a context\-free grammar\.InAAAI Conference on Artificial Intelligence,External Links:[Link](https://api.semanticscholar.org/CorpusID:235349043)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Mitchellet al\.\(2018\)M\. Mitchell, S\. Wu, A\. Zaldivar, P\. Barnes, L\. Vasserman, B\. Hutchinson, E\. Spitzer, I\. D\. Raji, and T\. GebruModel cards for model reporting\.Proceedings of the Conference on Fairness, Accountability, and Transparency\.External Links:[Link](https://api.semanticscholar.org/CorpusID:52946140)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Mohret al\.\(2018\)F\. Mohr, M\. Wever, and E\. HüllermeierML\-plan: automated machine learning via hierarchical planning\.Machine Learning107,pp\. 1495–1515\.External Links:[Link](https://api.semanticscholar.org/CorpusID:51886269)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Nguyenet al\.\(2020\)T\. Nguyen, B\. Gabrys, and K\. MusialAutoWeka4MCPS\-avatar: accelerating automated machine learning pipeline composition and optimisation\.Expert Syst\. Appl\.185,pp\. 115643\.External Links:[Link](https://api.semanticscholar.org/CorpusID:227151926)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Olson and Moore \(2019\)R\. S\. Olson and J\. H\. MooreTPOT: a tree\-based pipeline optimization tool for automating machine learning\.InAutomated Machine Learning: Methods, Systems, Challenges,F\. Hutter, L\. Kotthoff, and J\. Vanschoren \(Eds\.\),pp\. 151–160\.External Links:ISBN 978\-3\-030\-05318\-5,[Document](https://dx.doi.org/10.1007/978-3-030-05318-5%5F8),[Link](https://doi.org/10.1007/978-3-030-05318-5_8)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Rosaet al\.\(2024\)R\. K\. Rosa, D\. Braga, and D\. SilvaBenchmarking deep learning models for bearing fault diagnosis using the cwru dataset: a multi\-label approach\.External Links:[Link](https://api.semanticscholar.org/CorpusID:271328200)Cited by:[§3\.1](https://arxiv.org/html/2608.18665#S3.SS1.p2.1)\.
- Salvadoret al\.\(2016\)M\. M\. Salvador, M\. Budka, and B\. GabrysAutomatic composition and optimization of multicomponent predictive systems with an extended auto\-weka\.IEEE Transactions on Automation Science and Engineering16,pp\. 946–959\.External Links:[Link](https://api.semanticscholar.org/CorpusID:18001834)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Shiet al\.\(2024\)L\. Shi, J\. Guo, and H\. WangA precision machining equipment fault diagnosis based on CWT and improved ResNeXt\.Instrumentation11\(2\),pp\. 36–43\.External Links:[Document](https://dx.doi.org/10.15878/j.instr.202400030)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Snoeket al\.\(2012\)J\. Snoek, H\. Larochelle, and R\. P\. AdamsPractical bayesian optimization of machine learning algorithms\.InNeural Information Processing Systems,External Links:[Link](https://api.semanticscholar.org/CorpusID:632197)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Thorntonet al\.\(2012\)C\. J\. Thornton, F\. Hutter, H\. H\. Hoos, and K\. Leyton\-BrownAuto\-weka: combined selection and hyperparameter optimization of classification algorithms\.Proceedings of the 19th ACM SIGKDD international conference on Knowledge discovery and data mining\.External Links:[Link](https://api.semanticscholar.org/CorpusID:13952689)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Vieiraet al\.\(2025\)J\. P\. Vieira, V\. A\. Bauler, R\. K\. Rosa, and D\. SilvaTowards a more realistic evaluation of machine learning models for bearing fault diagnosis\.ArXivabs/2509\.22267\.External Links:[Link](https://api.semanticscholar.org/CorpusID:281659355)Cited by:[§3\.1](https://arxiv.org/html/2608.18665#S3.SS1.p2.1)\.
- Wagneret al\.\(2023\)T\. Wagner, A\. Gepperth, and E\. EngelsA framework for the automated parameterization of a sensorless bearing fault detection pipeline\.Journal of Applied Research on Industrial Engineering10\(4\)\.External Links:[Link](https://doi.org/10.22105/jarie.2023.391005.1538),[Document](https://dx.doi.org/10.22105/jarie.2023.391005.1538)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.
- Wanget al\.\(2019\)C\. Wang, Q\. Wu, M\. Weimer, and E\. ZhuFLAML: a fast and lightweight automl library\.InConference on Machine Learning and Systems,External Links:[Link](https://api.semanticscholar.org/CorpusID:229348714)Cited by:[Table 3](https://arxiv.org/html/2608.18665#S3.T3.2.11.1)\.
- Wang and Liu \(2024\)H\. Wang and X\. LiuResearch on rotating machinery fault diagnosis based on improved multi\-target domain adversarial network\.Instrumentation11\(1\),pp\. 38–50\.External Links:[Document](https://dx.doi.org/10.15878/j.instr.202300151)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Yanget al\.\(2026\)C\. Yang, J\. Yan, Y\. Feng, L\. Li, and J\. TanHybrid deep learning for hydraulic cylinder fault diagnosis under complex conditions via multi\-source signal fusion\.Instrumentation13\(1\),pp\. 40–56\.External Links:[Document](https://dx.doi.org/10.15878/j.instr.202600318)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p1.1)\.
- Zöller and Huber \(2019\)M\. Zöller and M\. F\. HuberBenchmark and survey of automated machine learning frameworks\.J\. Artif\. Intell\. Res\.70,pp\. 409–472\.External Links:[Link](https://api.semanticscholar.org/CorpusID:210064426)Cited by:[§1](https://arxiv.org/html/2608.18665#S1.p2.1)\.

Similar Articles

SearchAuditor: Auditing and Attributing Failures in Long-Horizon Search Agents

arXiv cs.AI

This paper introduces SearchAuditBench, a benchmark of 1,243 failed long-horizon search-agent trajectories with expert annotations, and SearchAuditor, a multi-perspective auditing framework that localizes, attributes, and repairs agent failures. Experiments show SearchAuditor outperforms baselines, achieving a 32.3% end-to-end pass rate with frontier models like GPT-5.5.

AgentForesight: Online Auditing for Early Failure Prediction in Multi-Agent Systems

arXiv cs.CL

This paper introduces AgentForesight, a framework for online auditing and early failure prediction in LLM-based multi-agent systems. It presents a new dataset, AFTraj-22K, and a specialized model, AgentForesight-7B, which outperforms leading proprietary models in detecting decisive errors during trajectory execution.

Search Discipline for Long-Horizon Research Agents

arXiv cs.AI

This paper identifies a failure mode in long-horizon research agents where optimizing an aggregate metric can select candidates that improve the headline number but break critical subgroups (inversion). It proposes a search-discipline protocol with an external control loop that audits candidates based on disaggregated behavior rather than the score.