84 / 90

Day 84: Consolidation & Assessment Review — Scientific Agent Evaluation

Consolidate the block: retrieve protocol and metric concepts from memory, recompute checkable numbers, and assemble the four-language evaluation report.

Agent Engineering & Scientific Evaluation 480 active minutes (8 hours)
01 120 min

Synthesis Review: Evidence Kinds, Pre-Registration, and Baseline Discipline

Agent-Assisted Engineering Check

Prerequisites

Day 83 interpretation memo.

Learning Objective

Retrieve from memory the block's core distinctions — deterministic fixture evidence versus blocked live evidence, pre-registration versus post-hoc storytelling, and outcome metrics versus tool-behavior metrics — before touching any notes.

Instructions

1. Retrieval practice: from memory, write the four metric families, the six contract task ids, and the difference between evidence_kind deterministic and live.
2. Check your recall against live_eval_contract.json; log every miss for the catch-up plan.
3. Summarize the blocked-awaiting-authorization status in one paragraph: what exists (deterministic runs, contract, validator) and what does not (any live measurement).
4. Explain why baseline discipline — freezing the suite, baseline, and hypotheses first — is the block's central habit.

Practice & Prediction Log

Write recall_log.md listing the four metric families, all six task ids, and the deterministic-versus-live evidence rule — produced from memory, then self-graded against the contract.

Independent Mastery Criterion

Accurately reproduce the block's core concepts from memory and honestly log the gaps.

Authoritative Source Resources & Provenance

linking Open Access / CC BY 4.0

AgentBench: Evaluating LLMs as Agents

Author: Xiao Liu, Hao Yu, Hanchen Zhang, Yifan Xu, Xuanyu Lei, Hanyu Lai, Yu Gu, Hangliang Ding, Kaiwen Men, Kejuan Yang, et al. | Original Source Link ↗

Relevant Section / Range: Section 4.1 Evaluation Setup and Section 4.3 Analysis

Verified Version & Date: ICLR 2024 / arXiv:2308.03688v2 (Verified: 2026-10-30)

Selection Rationale:

First systematic multi-environment benchmark measuring LLM-as-agent ability across eight interactive settings, establishing fixed task suites, environment-specific scoring, and comparable evaluation conventions.

Source Prerequisites:

LLM prompting, tool-use environments, and multi-step task decomposition.

Safe Fallback (Offline Resilience):

The curriculum fixes its own six-task evaluation suite with deterministic-v1 fixture analogs, so all protocol-design practice runs offline without reproducing AgentBench environments.

Compared Candidate Sources & Selection Analysis (2)

Real computer-control benchmark for open-ended desktop tasks; AgentBench covers a wider environment spectrum for foundational evaluation design.

Mind2Web: Towards a Generalist Agent for the Web ↗ compared_alternative [Open Access]

Generalist web-agent benchmark with 2,350 tasks; AgentBench provides broader multi-domain coverage for studying evaluation protocol design.

linking Open Access / CC BY 4.0

SWE-bench: Can Language Models Resolve Real-World GitHub Issues?

Author: Carlos E. Jimenez, John Yang, Alexander Wettig, Shunyu Yao, Kexin Pei, Ofir Press, Karthik R. Narasimhan | Original Source Link ↗

Relevant Section / Range: N/A

Verified Version & Date: ICLR 2024 / arXiv:2310.06770v3 (Verified: 2026-10-30)

Selection Rationale:

Defines the standard pattern this block teaches: a bounded issue statement paired with executable fail-to-pass tests as verifiable acceptance criteria for agent-produced changes.

Source Prerequisites:

Unit testing, issue descriptions, and repository evaluation vocabulary.

Safe Fallback (Offline Resilience):

The acceptance-criteria pattern is exercised locally through the Ticket 22 fixture scorer and the Ticket 24 regression exercise without external datasets.

Compared Candidate Sources & Selection Analysis (2)
HumanEval: Evaluating Large Language Models Trained on Code ↗ compared_alternative [arXiv non-exclusive license / Open Access]

Function-level synthesis benchmark; SWE-bench models the repository-scoped issue-to-diff workflow that this delivery block rehearses.

Multi-SWE-bench: A Multilingual Benchmark for Issue Resolving ↗ compared_alternative [Open Access / CC BY 4.0]

Extends issue resolution to multiple programming languages; the original Python-centric SWE-bench provides a cleaner pedagogical anchor.

02 120 min

Metric Recomputation Drill: From Raw Traces to Checkable Numbers

Independent Mastery Check (no AI assistance).

Prerequisites

Day 84 Activity 1 recall log.

Learning Objective

Recompute every contract metric from raw recorded artifacts — the fixture report, the action/observation trace, and the counters — demonstrating that each number is independently checkable.

Instructions

1. Re-run the deterministic baseline command and hash the produced report.txt; compare it to expected_report_sha256 in the contract.
2. Walk the action/observation trace: verify every action name is in allowed_tools and every arguments payload is a JSON object.
3. Recompute budget compliance from the recorded step and retry counters against the declared ceilings.
4. Verify failure-handling: every failed observation carries a structured error value and the termination_reason is honest.
5. Record recomputation notes showing input artifact, check performed, and result for each metric.

Practice & Prediction Log

Produce recomputation_notes.md mapping each of the four metrics to its source artifact, the check you performed, and the recomputed value.

Independent Mastery Criterion

Recompute all four metrics from raw artifacts and show the evidence chain for each number.

Authoritative Source Resources & Provenance

linking Open Access / CC BY 4.0

tau-bench: A Benchmark for Tool-Agent-User Interaction in Real-World Domains

Author: Shunyu Yao, Noah Shinn, Pedram Razavi, Karthik Narasimhan | Original Source Link ↗

Relevant Section / Range: Section 3 τ-bench: A benchmark for Tool-Agent-User Interaction (pass^k definition); Section 4.2 Key Characteristics; Section 5 Experiments (pass^k results)

Verified Version & Date: ICLR 2025 / arXiv:2406.12045v2 (Verified: 2026-10-30)

Selection Rationale:

Introduces pass^k consistency metrics and database-state outcome checks for tool-agent-user interaction, separating reliable task completion from single lucky runs.

Source Prerequisites:

Tool-calling APIs, conversational agents, and policy-following evaluation.

Safe Fallback (Offline Resilience):

Consistency metrics and state-based outcome checking are re-implemented on the curriculum deterministic fixture for offline practice.

Compared Candidate Sources & Selection Analysis (2)

Stateful tool-use evaluation with milestone events; tau-bench additionally models a simulated user and reports pass^k reliability.

Berkeley Function-Calling Leaderboard (BFCL) ↗ compared_alternative [Apache 2.0 (Gorilla project)]

Live leaderboard for function-call correctness across languages and parallel calls; tau-bench adds policy adherence and multi-trial consistency.

linking arXiv non-exclusive license / Open Access

WebArena: A Realistic Web Environment for Building Autonomous Agents

Author: Shuyan Zhou, Frank F. Xu, Hao Zhu, Xuhui Zhou, Robert Lo, Abishek Sridhar, Xianyi Cheng, Tianyue Ou, Yonatan Bisk, Daniel Fried, Uri Alon, Graham Neubig | Original Source Link ↗

Relevant Section / Range: Section 3.2 Evaluation Annotation (functional correctness checks)

Verified Version & Date: ICLR 2024 / arXiv:2307.13854v4 (Verified: 2026-10-30)

Selection Rationale:

Defines reproducible web tasks scored by functional outcome rather than reference-string matching, grounding observable action/observation evidence for agent evaluation.

Source Prerequisites:

Web navigation, browser action spaces, and functional correctness checking.

Safe Fallback (Offline Resilience):

The curriculum records action/observation traces on its own deterministic fixture, reproducing outcome-check discipline without hosting web environments.

Compared Candidate Sources & Selection Analysis (2)

Enterprise-workflow web benchmark; WebArena offers broader self-hosted site diversity for foundational protocol study.

Extends WebArena to visual grounding; WebArena remains the base reference for action-space and functional scoring design.

03 120 min

Four-Language Scientific Evaluation Report Assembly

Agent-Assisted Engineering Check

Prerequisites

Day 84 Activity 2 recomputation notes.

Learning Objective

Assemble the block's four-language evaluation report covering protocol, baseline recomputation, confounders, failure taxonomy, cost accounting, and declared non-claims.

Instructions

1. Gather the artifacts: eval_protocol.md, baseline_ledger.json, confounder_register.md, failure_taxonomy.json, cost_ledger.csv, and memo.md.
2. Fill the four-language report template (English, Japanese, Simplified Chinese, Traditional Chinese) with identical numbers and identical claims in every edition.
3. Verify terminology parity across editions: pre-registration, baseline, confounder, failure attribution, termination honesty, and evidence kind translate consistently.
4. Confirm the report states blocked-awaiting-authorization and null live values identically in all four languages; no edition may quietly upgrade the evidence.

Practice & Prediction Log

Publish the four-language scientific evaluation report; verify each edition carries the same metrics, the same null live values, and the same non-claims.

Independent Mastery Criterion

Deliver a four-language report with verified metric parity and no edition overstating the evidence.

Authoritative Source Resources & Provenance

linking MIT

OpenAI Evals: Framework for Evaluating LLMs and Contamination Checks

Author: OpenAI Research | Original Source Link ↗

Relevant Section / Range: README sections 'Running evals' and 'Writing evals'

Verified Version & Date: OpenAI Evals Repository (Verified: 2026-10-30)

Selection Rationale:

Standardized evaluation repository specifying rigorous separation of eval prompts, canary GUID strings, and contamination test protocols.

Source Prerequisites:

Python, evaluation harnesses (MMLU, GSM8K), JSONL datasets.

Safe Fallback (Offline Resilience):

Canary GUID matching, token set intersection, and leak detection scripts are implemented in the curriculum.

Compared Candidate Sources & Selection Analysis (2)
EleutherAI LM Evaluation Harness ↗ compared_alternative [MIT]

Widely adopted evaluation harness; OpenAI Evals provides explicit canary guidance and contamination check specifications.

Hugging Face Lighteval ↗ compared_alternative [MIT]

Modern lightweight eval framework; OpenAI Evals illustrates standard test-set integrity guarantees.

linking Open Access / CC BY 4.0

AgentBench: Evaluating LLMs as Agents

Author: Xiao Liu, Hao Yu, Hanchen Zhang, Yifan Xu, Xuanyu Lei, Hanyu Lai, Yu Gu, Hangliang Ding, Kaiwen Men, Kejuan Yang, et al. | Original Source Link ↗

Relevant Section / Range: Section 4.1 Evaluation Setup and Section 4.3 Analysis

Verified Version & Date: ICLR 2024 / arXiv:2308.03688v2 (Verified: 2026-10-30)

Selection Rationale:

First systematic multi-environment benchmark measuring LLM-as-agent ability across eight interactive settings, establishing fixed task suites, environment-specific scoring, and comparable evaluation conventions.

Source Prerequisites:

LLM prompting, tool-use environments, and multi-step task decomposition.

Safe Fallback (Offline Resilience):

The curriculum fixes its own six-task evaluation suite with deterministic-v1 fixture analogs, so all protocol-design practice runs offline without reproducing AgentBench environments.

Compared Candidate Sources & Selection Analysis (2)

Real computer-control benchmark for open-ended desktop tasks; AgentBench covers a wider environment spectrum for foundational evaluation design.

Mind2Web: Towards a Generalist Agent for the Web ↗ compared_alternative [Open Access]

Generalist web-agent benchmark with 2,350 tasks; AgentBench provides broader multi-domain coverage for studying evaluation protocol design.

04 120 min

Consolidation & Assessment Review: Agent Evaluation Mastery Check and Catch-Up Plan

Independent Mastery Check (no AI assistance).

Prerequisites

Day 84 Activities 1-3.

Learning Objective

Complete the block consolidation: pass the mastery check, convert every logged gap into a spaced-review item, and certify the learning evidence is honest and complete.

Instructions

1. Take the Independent Mastery Check covering: pre-registration discipline, the four metric families, evidence kinds, confounder control, failure attribution, and null live values.
2. For every missed item, create a spaced-review entry naming the concept, the artifact to restudy, and the planned review day.
3. Verify the mastery check result, the self-marked completion, and the observed test evidence are recorded separately — self-report never stands in for observed results.
4. Certify the evidence bundle: protocol, ledgers, memo, and report all reference actual artifacts and carry the blocked-awaiting-authorization status honestly.

Practice & Prediction Log

Submit mastery_check_record.json containing the check outcome, the per-gap spaced-review list, and a certification that every reported number traces to a recomputed artifact.

Independent Mastery Criterion

Close the block with an honest mastery record: gaps logged, reviews scheduled, evidence certified.

Authoritative Source Resources & Provenance

linking Open Access / CC BY 4.0

SWE-bench: Can Language Models Resolve Real-World GitHub Issues?

Author: Carlos E. Jimenez, John Yang, Alexander Wettig, Shunyu Yao, Kexin Pei, Ofir Press, Karthik R. Narasimhan | Original Source Link ↗

Relevant Section / Range: N/A

Verified Version & Date: ICLR 2024 / arXiv:2310.06770v3 (Verified: 2026-10-30)

Selection Rationale:

Defines the standard pattern this block teaches: a bounded issue statement paired with executable fail-to-pass tests as verifiable acceptance criteria for agent-produced changes.

Source Prerequisites:

Unit testing, issue descriptions, and repository evaluation vocabulary.

Safe Fallback (Offline Resilience):

The acceptance-criteria pattern is exercised locally through the Ticket 22 fixture scorer and the Ticket 24 regression exercise without external datasets.

Compared Candidate Sources & Selection Analysis (2)
HumanEval: Evaluating Large Language Models Trained on Code ↗ compared_alternative [arXiv non-exclusive license / Open Access]

Function-level synthesis benchmark; SWE-bench models the repository-scoped issue-to-diff workflow that this delivery block rehearses.

Multi-SWE-bench: A Multilingual Benchmark for Issue Resolving ↗ compared_alternative [Open Access / CC BY 4.0]

Extends issue resolution to multiple programming languages; the original Python-centric SWE-bench provides a cleaner pedagogical anchor.

linking Open Access / CC BY 4.0

tau-bench: A Benchmark for Tool-Agent-User Interaction in Real-World Domains

Author: Shunyu Yao, Noah Shinn, Pedram Razavi, Karthik Narasimhan | Original Source Link ↗

Relevant Section / Range: Section 3 τ-bench: A benchmark for Tool-Agent-User Interaction (pass^k definition); Section 4.2 Key Characteristics; Section 5 Experiments (pass^k results)

Verified Version & Date: ICLR 2025 / arXiv:2406.12045v2 (Verified: 2026-10-30)

Selection Rationale:

Introduces pass^k consistency metrics and database-state outcome checks for tool-agent-user interaction, separating reliable task completion from single lucky runs.

Source Prerequisites:

Tool-calling APIs, conversational agents, and policy-following evaluation.

Safe Fallback (Offline Resilience):

Consistency metrics and state-based outcome checking are re-implemented on the curriculum deterministic fixture for offline practice.

Compared Candidate Sources & Selection Analysis (2)

Stateful tool-use evaluation with milestone events; tau-bench additionally models a simulated user and reports pass^k reliability.

Berkeley Function-Calling Leaderboard (BFCL) ↗ compared_alternative [Apache 2.0 (Gorilla project)]

Live leaderboard for function-call correctness across languages and parallel calls; tau-bench adds policy adherence and multi-trial consistency.