Repository navigation
docs(bench): record Run C, Sonnet, Run D and a held-out check on real graphs - #290
Draft
tonyketcham wants to merge 3 commits into
Conversation
Two single runs of `find` against no-brief on the 10x graph, 245 comparable questions each: - Haiku on the look-alike graph, where 30% of filler records reuse real subsystem names: `find` 233.7, no-brief 214.7. The gap of 19 is the same as on the plain graph (19 to 1, p < 0.0001), at 0.38 of no-brief's read tokens. - Sonnet on the plain graph: `find` 233.4, no-brief 226.7. The gap of 6.8 is not significant in one run (11 to 5, p = 0.21), but `find` read 44% fewer tokens and made 7 tool calls instead of 18. On the 24 questions that name no Effort, `find` won 7 to 0 in both. A measurement Finding records the result. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DVVnhYL1Bz7mCfEKDoyLMW
Haiku on the 10x graph, twice, on the 97 count, status-history, blocker and dead-evidence questions: - `find` plus `state`: 181 of 194 question-runs; `find` alone: 171. Only the first was right 15 times, only the second 5 (p = 0.041). - It read 18% fewer tokens and made 9 tool calls instead of 12. - On the holdout half, which `state` was not shaped on, it led 83 to 79 of 88 (5 to 1), the same direction but too small to show alone. The plan's mark for keeping `state` (4 more per run, no rise in tokens) is met. The README replaces the note that asked whether to pay for the run, and a measurement Finding records the result. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DVVnhYL1Bz7mCfEKDoyLMW
proof findTwo real graphs from private projects, 200 and 134 records, tested whether the gains hold on memory nobody tuned against. Their questions, answers and run files stay outside this repository; only totals are published here. On Haiku, two runs per graph, pooled: - `find` beat no-brief on both graphs, 13 to 3 over both (sign test p = 0.021), at about half the read tokens. - `find` plus `state` matched `find` alone (1 to 2 and 3 to 4) at the same tokens. The `state` gain on the 10x graph does not show on graphs this small. A measurement Finding records the result. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DVVnhYL1Bz7mCfEKDoyLMW
5 of 8 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary of changes
This is layer 10 of a stack. It sits on #289.
This PR adds no code. It records four sets of paid benchmark runs, all on Haiku except where noted.
1.
findagainst no-brief on the 10x graph: look-alike filler, and Sonnet. These runs use the same task texts andfind_hashas #286. Figures are for the 245 comparable questions.findcorrectfind÷ no-brieffindwon 7 to 0 under both models.2. Run D:
proof stateadded tofind. This ran twice on the 97 count, status-history, blocker and dead-evidence questions of the 10x graph.findstategot 181 of 194 question-runs right andfind171 (15 to 5, p = 0.041). It read 18% fewer tokens. That meets the plan's mark for keepingstate: at least 4 more per run, with no rise in tokens. The holdout half, whichstatewas not shaped on, points the same way (5 to 1) but is too small to show on its own.3. A held-out check on two real graphs. Two private project graphs, of 200 and 134 records, tested whether the gains hold on memory nobody tuned against. An author who never saw
findorstateoutput wrote 39 and 41 checked questions. Each set ran twice, with three arms.findfindstatefind/ no-brieffindagainst no-brief: 13 to 3 over both graphs (p = 0.021), at about half the reading.findstateagainstfind: no difference, at the same tokens. Thestategain does not show on graphs this small.Privacy. The private questions, answers, graph copies and run files never enter this repository. Only the totals above are published. The diff was checked for any trace of them before each commit.
Files:
benchmarks/proof-recall/runs/;.flatbread-proof/.Please don't delete this checklist! Before submitting the PR, please make sure you do the following:
Does this introduce any non-backwards compatible changes?
Does this include any user config changes?
🤖 Generated with Claude Code
https://claude.ai/code/session_01DVVnhYL1Bz7mCfEKDoyLMW