CoolFace
Datasetpublic

AgentsSci/scientific-agent-protocol-traces

SciAgentTrace Matched cross-domain dataset of scientific-agent protocols. The central comparison contains the same 6,653 problems under two actor models and four protocols: 53,224 trajectories in 40 complete model--benchmark--protocol groups. The broader table-first package contains 68,892 trajectories. Begin with trajectories, outcomes, or matched_outcomes, then follow stable identifiers to messages and compressed raw traces. Repository:… See the full description on the dataset page: https://huggingface.co/datasets/AgentsSci/scientific-agent-protocol-traces.

sourceHugging Faceotherupdated 2mo agoView on Hugging Face
0likes15downloads
Dataset Card

SciAgentTrace

Matched cross-domain dataset of scientific-agent protocols. The central comparison contains the same 6,653 problems under two actor models and four protocols: 53,224 trajectories in 40 complete model--benchmark--protocol groups. The broader table-first package contains 68,892 trajectories. Begin with trajectories, outcomes, or matched_outcomes, then follow stable identifiers to messages and compressed raw traces.

Repository: https://huggingface.co/datasets/AgentsSci/scientific-agent-protocol-traces

Quick start

python
from datasets import load_dataset

repo = "AgentsSci/scientific-agent-protocol-traces"
trajectories = load_dataset(repo, "trajectories", split="test")
outcomes = load_dataset(repo, "outcomes", split="test")
matched = load_dataset(repo, "matched_outcomes", split="test")

gemma_omni = trajectories.filter(
    lambda row: row["actor_model_id"] == "gemma_4_31b"
    and row["benchmark_id"] == "omnimath2"
)
print(gemma_omni.column_names)
print(gemma_omni[0])

Restricted revisions require an authorized Hugging Face account; authenticate once with hf auth login or pass a token. Public revisions load without credentials. See examples/quickstart.py for trace lookup and paired comparison.

Protocols

Protocol IDPublic nameStructure
baseline_llmDirect BaselineOne solution attempt followed by evaluation.
single_agentSingle-Agent IterativeOne solver iterates with evaluator feedback.
perPlanner–Executor–Reviewer (PER)Separate planning, execution, and review roles.
broadcastBroadcast DeliberationPeers deliberate through a shared channel.
dhdDiverse Hypothesis Deliberation (DHD)Diverse proposals are integrated and replayed under interventions.

Coverage and release status

Only runs marked candidate or validated, with target_complete coverage and an exact publication comparison problem set, are eligible for public release. provisional rows remain visible for auditing but are excluded from final headline claims. This includes any source-complete run that does not yet match the publication problem set or lacks a frozen source manifest.

ActorBenchmark / sliceProtocolsSiteRelease statusSource / target recordsCoverage
gemma3_27bomnimath2 / tier_sampled_8334cruxprovisional833/833target_complete
gemma_4_31bjeebench / text_only4cruxcandidate515/515target_complete
gemma_4_31blabbench / llm_strict4cruxcandidate741/741target_complete
gemma_4_31blabbench / text_no_tool4unknownprovisional1542/1542target_complete
gemma_4_31bmascqa / text_only4cruxcandidate642/642target_complete
gemma_4_31bomnimath2 / competition_math_41814cruxcandidate4181/4181target_complete
gemma_4_31bscibench / text_only4cruxcandidate574/574target_complete
gpt_oss_120bjeebench / dhd_release_scope1auroraprovisional515/515target_complete
gpt_oss_120bjeebench / text_only4auroracandidate515/515target_complete
gpt_oss_120blabbench / dhd_release_scope1auroraprovisional741/741target_complete
gpt_oss_120blabbench / llm_strict4auroracandidate741/741target_complete
gpt_oss_120blabbench / text_no_tool4auroracandidate1542/1542target_complete
gpt_oss_120bmascqa / dhd_release_scope1auroraprovisional649/649target_complete
gpt_oss_120bmascqa / text_only4auroracandidate642/642target_complete
gpt_oss_120bomnimath2 / competition_math_41814auroracandidate4181/4181target_complete
gpt_oss_120bomnimath2 / dhd_release_scope1auroraprovisional4181/4181target_complete
gpt_oss_120bscibench / dhd_release_scope1auroraprovisional577/577target_complete
gpt_oss_120bscibench / text_only4auroracandidate574/574target_complete

Statuses and exact counts are generated from registry/coverage.parquet; they are not maintained by hand. expected_records is the frozen source-run count, while target_expected_records is the publication matrix target. A run can be source-complete and still be target_incomplete.

Tables

ConfigRowsUnit
trajectories68,892One protocol execution on one problem.
messages1,889,265One ordered trace event; message events have message_uid.
outcomes68,892One observed final-answer label.
problems7,467One source problem after exact-duplicate collapse and collision disambiguation.
hypotheses33,315One DHD hypothesis with role and judge provenance.
interventions166,578One K0, committee, single-hypothesis, or leave-one-out replay.
interventional_credit126,597One signed individual or committee effect label.
matched_outcomes17,223One problem/model group aligned across the four matched protocols.

In matched_outcomes, oracle_cheapest_successful and oracle_token_cost are populated only when every successful matched protocol has measured token cost. A successful protocol with missing tokens makes both oracle fields null rather than silently excluding that protocol from the four-protocol comparison.

Matched outcome snapshot

The four protocols below use exactly the same problem identities within each actor model and benchmark family. GPT-OSS 120B evaluates the final answers for both actor models. These descriptive outcomes are included to make the matched design easy to inspect; protocol-selection, message-value, and reviewer-coupling studies are documented as downstream uses rather than contributions of this dataset card.

Actor modelBenchmark familyProblemsDirect BaselineSingle-Agent IterativePlanner–Executor–ReviewerBroadcast Deliberation
Gemma 4 31Bomnimath24,18169.4%85.9%90.6%93.0%
Gemma 4 31Bjeebench51570.5%81.4%95.9%98.3%
Gemma 4 31Bscibench57470.6%79.4%91.3%87.8%
Gemma 4 31Blabbench74144.4%58.2%69.4%89.3%
Gemma 4 31Bmascqa64294.4%97.7%99.4%98.6%
GPT-OSS 120Bomnimath24,18156.8%78.8%85.2%89.2%
GPT-OSS 120Bjeebench51541.6%55.3%91.5%95.0%
GPT-OSS 120Bscibench57462.4%72.3%87.5%89.7%
GPT-OSS 120Blabbench74119.0%30.2%47.6%74.2%
GPT-OSS 120Bmascqa64280.8%91.4%95.8%97.5%

Label semantics

signed_effect = outcome_with - outcome_without. Values are +1 helpful, 0 neutral, and -1 harmful. individual_vs_k0 compares one hypothesis with the no-hypothesis control. leave_one_out_marginal_effect removes one hypothesis from a K-member committee. These are interventional marginal effects; they are not described as Shapley values or as credit-conserving attribution.

Full definitions and provenance requirements are in docs/label_card.md.

Provenance

Compute site, inference backend, actor model, evaluator model, source commit, prompt version, and release status are separate fields. Frozen Aurora and CRUX runs include logical source URIs, per-file checksums, and run-summary checksums. Run-level inference_backends_json and source_commits_json preserve every backend and code revision represented by mixed-source runs; the singular fields use an explicit mixed marker when more than one value is present. Incomplete future runs belong in private staging with provisional status and are appended through the same schema after validation.

Application-level measurements

The table reports only measurements with complete run-level provenance and one release-linked source-manifest row per trajectory.

Actor modelClient-observed elapsed timeTokens and request counts
Gemma 4 31B26,61219,959
GPT-OSS 120B26,61219,959

Across the matched comparison, client-observed elapsed time is available for 53,224 trajectories. Prompt, completion, and total tokens returned by successful responses, observable outer model-request submissions across protocol roles, evaluator invocation submissions, and elapsed time are jointly available for 39,918. Evaluator invocations are a subset of the total model-request submissions; the separate evaluator_attempt_count field in the historical metrics is not used. The Planner–Executor–Reviewer protocol contributes 13,306 elapsed-time records but no token or request totals because its historical collector mixed worker-cumulative main-model counters with memory-summary counters that reset for each problem; those components cannot be separated exactly after the fact.

For the other three protocols, cumulative successful-response usage and request counters are reconstructed by differencing consecutive rows within each selected metric file in execution order. Every source file, counter snapshot, accounting decision, and released row link is recorded in registry/source_cost_manifests/. Failed attempts without a returned usage object contribute to elapsed time but not token totals, and lower-level transient retries are not counted separately.

wall_time_seconds spans the complete per-problem application call, including inference requests, client orchestration, visible waiting and retries, and final evaluation. It is not scheduler walltime, server queue time, accelerator time, energy, dollar cost, or endpoint utilization. cost_coverage_ratio measures completeness only for the fields named by cost_available_fields_json; a value of 1.0 for a wall-only run does not imply complete token accounting. DHD and other unmeasured supplemental slices remain null rather than being estimated.

Licenses and benchmark use

This is a composite resource, so the root license is other. Every row carries its source license, and registry/licenses.parquet is authoritative. In particular, LAB-Bench is CC-BY-SA-4.0 with an upstream do-not-train request; MaScQA is CC-BY-NC-SA-4.0. Do not combine them under a single permissive claim.