Skip to content

MODEL-NOTES: 2026-09-07 attribution correction — gemini-flash-latest,… - #124

Open
chriscfellows wants to merge 1 commit into
NateBJones-Projects:mainfrom
chriscfellows:docs/model-notes-blp252
Open

chriscfellows wants to merge 1 commit into
NateBJones-Projects:mainfrom
chriscfellows:docs/model-notes-blp252

Conversation

@chriscfellows

Copy link
Copy Markdown

Motivation

Four FAIL rows stand against gemini-flash-latest in my local eval log for one code-feature task. They are real failures — the code genuinely did not pass — but they are not clean capability signal, and first_try_pass_rate is the routing signal. This is the annotation channel CONTRIBUTING points at for exactly that.

What the evidence shows

Two harness defects shaped both attempts.

The worker was denied read access to every repo path it was told to edit. Its own log records, for all five files — including the frozen test file that was the contract:

Error executing tool read_file: Path not in workspace: Attempted path
"…/shared/appointmentSort.test.ts" resolves outside the allowed workspace directories

It wrote through the shell anyway, and its notes say it reasoned through the assertions by hand instead.

The retry prompt was unusable. Attempt 2's context opened with the engine's --output-format json accounting ("durationMs": 894) rather than the check output, and never stated that the tree already carried attempt 1's edits.

Attempt 1 failed 6 of 23 on one typo (isisNaNB); attempt 2 rewrote the module and failed 15.

What the entry does

One dated line under ## Small / flash-class models. It withdraws signal — no new capability claim is made.

It also flags that this is a different class from the check-bug annotations already in the file: there, a wrong check produced a false FAIL. Here the verdicts were correct and only the attribution is wrong. Worth keeping distinct, because the two want different remedies.

Related

Docs-only. Suite unchanged at 254 tests (one unrelated test_contributors.py failure, which keys on commit author rather than content — on this identical tree the suite is Ran 254 tests ... OK before the commit and 1 failure after).

🤖 Generated with Claude Code

https://claude.ai/code/session_01AVTYzUcjMokzMsyjABjUBF

… BLP-252

Four FAIL rows stand against gemini-flash-latest for task `appointments-sort`
in ~/.ringer/runs.jsonl (task_type code-feature). They are real failures, but
two harness defects shaped both attempts, so they are not capability signal:

* The worker was denied read access to every repo path it was told to edit.
  Its log records, for all five files including the frozen test file that was
  the contract: "Error executing tool read_file: Path not in workspace: ...
  resolves outside the allowed workspace directories". It wrote through the
  shell anyway and reasoned through the assertions by hand.
* The attempt-2 retry prompt opened with the engine's --output-format json
  accounting ("durationMs": 894) instead of the check output, and never
  stated the tree already carried attempt 1's edits.

Attempt 1 failed 6 of 23 on one typo (isisNaNB); attempt 2 rewrote the module
and failed 15.

No new capability claim is made — this withdraws signal rather than adding it.
Flagged in the entry as a different class from the existing check-bug
annotations: there the check produced a false FAIL, here the verdicts were
correct and only the attribution is wrong. References upstream issue NateBJones-Projects#65,
which is the machine-readable version (amendment rows excluded from
aggregation); until that lands this line is the only correction channel and
the scoreboard still counts all four rows.

Docs-only. Suite unchanged at 254 tests.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AVTYzUcjMokzMsyjABjUBF
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