Skip to content

Release node-q's SWE-bench Verified as swebench-verified@2.0 - #16

Closed
rzonyx wants to merge 2 commits into
mainfrom
swebench-verified-2.0
Closed

rzonyx wants to merge 2 commits into
mainfrom
swebench-verified-2.0

Conversation

@rzonyx

@rzonyx rzonyx commented Oct 23, 2026 •

Copy link
Copy Markdown
Contributor

swebench-verified@1.0 already names a third-party set of 500 task directories in other registries, and nodeq.tech's task catalog pins those. Ours is a different set (456 tasks, environments built locally), so it moves to 2.0 before its first publish.

  • datasets/swebench-verified/1.0 → 2.0; version and title in source.yaml, the NOTICE heading, README and docs/licensing.md.
  • Task files don't carry the version: regenerating 2.0 gives the same 456 digests as generated.lock.json.
  • The new version label draws a different sample, which hit a false positive in the history check: django__django-15315's base history has "Fixed #15315" from 2011, a Trac ticket, not the PR. The probe now counts PR mentions only since the task's created_at (Multi-SWE-bench has none and is unchanged).
  • Conflicts with README in hbench's sections; maintainer steps in docs/PUBLISHING.md #14 on the README's dataset table and SWE-bench section.

Tests: validate_sources.py, the unit tests (353 OK, 3 new for the probe) and check_generated_tasks.py datasets/swebench-verified/2.0 with hbench 0.3.5, locally. multi-swe-bench@1.0 cli__cli-7180 failed once on a flaky upstream test (TestPortsUpdateVisibilityFailure403, 30 s deadline); it passed on main with the same files.

swebench-verified@1.0 already names a third-party set of 500 task
directories in other registries, and nodeq.tech's task catalog pins those.
node-q's generated set has different bytes (456 tasks, environments built
locally), so publishing it under the same name and version would make one
reference mean two datasets. It has not been published yet, so it moves to
2.0 now.

Only the version changes: the task files do not carry it, and regenerating
2.0 gives the same digests as generated.lock.json.
The check counted every commit message with "#<number>" as naming the
pull request. Django's messages cite Trac tickets the same way, and ticket
15315 (2011) is not pull request 15315 (2022), so
django__django-15315 failed with a base history that is correctly pruned.
A commit from before the pull request was opened cannot refer to it, so
the probe now passes the task's created_at to git log --since.
Multi-SWE-bench tasks carry no created_at and keep counting every message.
@rzonyx

rzonyx commented Oct 23, 2026

Copy link
Copy Markdown
Contributor Author

Closing: swebench-verified@1.0 was published before this PR, so it stays 1.0. The history-check fix moved to #17.

@rzonyx rzonyx closed this Oct 23, 2026
@rzonyx
rzonyx deleted the swebench-verified-2.0 branch October 23, 2026 13:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant