25 Commits

Author SHA1 Message Date
sora
f662006517 swe_bench_verified_agentic: multi-turn SWE agent (mini-swe-agent protocol)
Ports es's swe_bench_agentic_adapter into our plugin architecture:
- env swe_agentic: per-sample LONG-RUNNING container (official sweb
  image, /testbed, bash -lc like the testbed startup files expect),
  single bash tool via function calling, sentinel-submission protocol
  (COMPLETE_TASK_AND_SUBMIT_FINAL_OUTPUT + patch), git-diff fallback;
  observations capped at 30k chars
- dataset swe_bench_verified_agentic: same princeton source/converter,
  separate bench name so both variants coexist
- recipe: recovered patch + OFFICIAL test_patch applied in-container,
  FAIL_TO_PASS + capped PASS_TO_PASS via conda testbed pytest, 1800s
- config: max_turns 250, env swe_agentic

Single-turn swe_bench_verified is untouched.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-18 02:29:35 +00:00
sora
f4e2c2d1b4 config: swe_bench_verified entry (patch generation params)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-17 10:10:05 +00:00
sora
e015b5035f max_turns: config-driven (default 200), runner default 8 -> 200
YAML default section and per-bench (tau2_bench: 200) both set it; the
runner's generic 8-starved every agent dialog (tau2 reward-0 root
cause). CLI wiring pops the key into args.max_turns before the
generation keys are stripped.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-17 09:12:17 +00:00
sora
5c14d11852 env per-bench from YAML config; swe image naming to official repo-base
- config env entries: bfcl_v3->bfcl_mock, tau2_bench->tau2_official;
  the eval loop previously POPPED the env key and discarded it -- now
  it feeds args.env (CLI --env still works as default/fallback)
- swe_bench_verified images: per-instance names are never published;
  the official docker.io layout is repo-level BASE images
  (swebench/sweb.eval.x86_64.{repo}) with per-instance images built
  on top -- naming corrected (note: the swebench/* namespace is
  currently blocked on every reachable CN mirror all the same)

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-17 08:33:08 +00:00
sora
e9b79a2a41 thinking.yaml: 64k budgets for the full-thinking ladder (es parity)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-17 02:10:50 +00:00
sora
80194e845e --reasoning-effort: control thinking intensity (verified honored)
The adapter dropped reasoning_effort/thinking from the payload, so the
middle rung of the ladder (es reference: full 98.3 / effort_low 94 /
no-think 82.3 on humaneval) was unreachable. Both keys now pass
through; --reasoning-effort {minimal,low,medium,high,max} overrides
the YAML, and config/effort_low.yaml mirrors default.yaml with
reasoning_effort: low for one-command low-thinking runs.

Probe on the endpoint: same question, default = 319 chars reasoning /
262 tok, low = 47 chars / 117 tok -- the server honors it.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-16 03:36:03 +00:00
sora
f6ee6c7a8b Fix config auto-load silently disabled by the sample-counts manifest
Adding config/sample_counts.yaml made TWO yamls in config/, and the
auto-load rule was 'exactly one yaml' -- so every bench silently lost
its repeats/temperature/max_tokens (humaneval ran once instead of 3).
Manifest renamed to .json, and the rule hardened: a lone yaml still
wins, otherwise default.yaml wins explicitly. Verified: aime 12x +
humaneval 3x repeats active again.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-14 09:23:41 +00:00
sora
7921688149 Run plan: concrete sample counts + 'auto' concurrency display/alias
- sample-counts manifest (config/sample_counts.yaml, harvested from
  real runs): uncached benches still show exact numbers in the plan
  instead of 'counts when datasets load' -- 'cache+est.' marks the mix
- '--concurrency auto' is now an alias for --auto-concurrency
- Concurrency row shows 'auto (start 8, gate decides)' when the gate
  drives, instead of a bare misleading 8

Also verified end-to-end: thinking-mode humaneval rep1/rep2 both
pass 98.8%, matching the es reference runs (98.17/98.78/98.78) on the
same model -- framework alignment holds on the thinking path too.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-14 09:11:07 +00:00
sora
acb94e3e20 humaneval/gpqa_diamond: repeats 3 (align with the es reference runs)
syy's es runs: humaneval x3, gpqa x2, aime25/26 x12 (already aligned),
mmlu_pro/longbench_v2 x1 (temp=0 deterministic -- repeats are noise,
and 3x 12k samples is pure cost). temp=1 benches get 3.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-14 07:39:55 +00:00
sora
e9d7e7f4eb README overhaul: features overview, config section, perf stats, FAQ
- accurate output structure (summary.xlsx/csv + per-bench xlsx; drop
  stale detail.md/summary.md mentions)
- dedicated YAML-config section documenting the keys that actually work
  (generation params + repeats + max_input_tokens) and precedence
- perf-stats table: what is always collected vs --perf streaming-only
- FAQ: endpoint probe, context-overflow shrink, thinking-mode notes
  (non-stream chat_template_kwargs vs cloud-API param), auto-stream
- config/README.md rewritten to match the flat-key reality (old file
  documented a directory scheme + judge/env keys that are not consumed)

Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-14 02:30:38 +00:00
sora
624b2fd37e aime/hmmt max_tokens 32768→8192: stays on non-stream path where GLM gateway honors enable_thinking:false (thinking off, 15s/题)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 09:43:36 +00:00
sora
7ada0113ad max_input_tokens back to 128000 (user confirmed same behavior as 120k)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 09:23:43 +00:00
sora
b75fbc1a12 max_input_tokens 128000→120000 (GLM gateway unstable on very long inputs, 30s timeout at 128k)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 09:22:55 +00:00
sora
ebc51de274 Rename dp4-nothink.yaml → default.yaml (auto-loaded)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 09:12:41 +00:00
sora
ebf7a0e7e5 Config: generation params + repeats + max_input_tokens only; judge/env/limit controlled elsewhere
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:47:25 +00:00
sora
60bdef3936 Complete config: all fields included (env, limit, limit_per_task, judge, judge_url, repeats, max_input_tokens, max_turns, concurrency)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:45:35 +00:00
sora
eb6028e8c9 Config simplified: default block + per-bench overrides only (removed env/limit/judge/concurrency; max_input_tokens 128000)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:42:21 +00:00
sora
0815f6e4f8 Config: evalscope generation_config format + our extras (repeats, env) at bench level; parallel_tool_calls noted as unsupported in adapter
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:37:18 +00:00
sora
0ada7d8a0e Config: exact copy of evalscope dpv4-int8_nothinking.yaml (generation_config + dataset_args + agent_config, zero custom fields)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:35:05 +00:00
sora
b8ed18771a Config exactly matches evalscope dpv4-int8_nothinking.yaml (verified all match); concurrency removed (CLI controls it)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:25:15 +00:00
sora
787a8a28e9 Standard YAML indentation, no inline braces
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:09:09 +00:00
sora
4d7567adf8 Flatten config: direct key-value per bench, no nested groups
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:05:36 +00:00
sora
d16009d054 Config: single dp4-nothink.yaml with all 28 bench configs (evalscope-style)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 08:02:43 +00:00
sora
c27a22555d Config directory: dp4-nothink/ with 28 per-bench YAMLs (aime repeats=12, judged, agent, long-context) + README
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 07:59:42 +00:00
sora
77b67f8bbc gen_profiles.yaml moved to evalharness/config/ (search path added); /data2/hf_home deleted (8.6G freed)
Co-Authored-By: Claude <noreply@anthropic.com>
2026-09-11 07:48:41 +00:00