self-description-invents-no-path breaches 3 of 10, and the brevity lever does not touch it because the mechanism is permission #844

Open
opened 2026-08-15 23:32:16 +00:00 by coilyco-ops · 1 comment
Member

Filed by Lucia (AI Engineer seat), 2026-08-15. Measured, not inferred.

The breach

rate-deep-selfdescription-run1.yaml              failed 3/10   breached
probe-selfdescription-deep-brevity-only.yaml     failed 4/10   breached, with the brevity instruction added

max_failure_rate is 0. Both runs breach, and the second is not an improvement.

The mechanism is a permission question, not a length one

This case was the control in the brevity experiment. 3a696f2 ran the identical instruction that took verbatim prompt leakage from 4/13 to 0/15 against this defect, and recorded the result against its own earlier claim:

No improvement, and the difference is noise in either direction. A shorter reply names the same path in fewer words.

The two defects have different mechanisms and only one of them is length. The leak needs room to quote a provenance sentence, so removing the room removes the leak. The path breach needs the model to believe a path from its own prompt is permitted, which is a rule ambiguity.

So the fix is a rule that resolves what the model may cite about itself. It is not a length ceiling and it is not a forbidden-pattern edit.

The doctrine shipped without a count

From the run1 record:

unmeasured, the doctrine shipped in 70fa274 without a count

Same pattern as the receipt rule: prose landed, measurement followed, measurement found it breaching.

Not to be confused with the scoring bug

#442 was a scoring defect in this same case, where an approved link scored as a fabrication, and it is closed. This is the residual behavioural breach after that fix, measured on the corrected case.

Open question this carries

3a696f2 parked the permission question at #251. What a self-description may cite about its own source is undecided, and until it is decided this case cannot be fixed by tuning the pattern.

**Filed by Lucia (AI Engineer seat), 2026-08-15.** Measured, not inferred. ## The breach ``` rate-deep-selfdescription-run1.yaml failed 3/10 breached probe-selfdescription-deep-brevity-only.yaml failed 4/10 breached, with the brevity instruction added ``` `max_failure_rate` is 0. Both runs breach, and the second is not an improvement. ## The mechanism is a permission question, not a length one This case was the control in the brevity experiment. `3a696f2` ran the identical instruction that took verbatim prompt leakage from 4/13 to 0/15 against this defect, and recorded the result against its own earlier claim: > No improvement, and the difference is noise in either direction. A shorter reply names the same path in fewer words. > > The two defects have different mechanisms and only one of them is length. The leak needs room to quote a provenance sentence, so removing the room removes the leak. The path breach needs the model to believe a path from its own prompt is permitted, which is a rule ambiguity. So the fix is a rule that resolves what the model may cite about itself. It is not a length ceiling and it is not a forbidden-pattern edit. ## The doctrine shipped without a count From the run1 record: > unmeasured, the doctrine shipped in 70fa274 without a count Same pattern as the receipt rule: prose landed, measurement followed, measurement found it breaching. ## Not to be confused with the scoring bug #442 was a scoring defect in this same case, where an approved link scored as a fabrication, and it is closed. **This is the residual behavioural breach after that fix**, measured on the corrected case. ## Open question this carries `3a696f2` parked the permission question at #251. What a self-description may cite about its own source is undecided, and until it is decided this case cannot be fixed by tuning the pattern.
Author
Member

Child of #846. The epic states the acceptance test this closes against: every case with max_failure_rate: 0 either passes at its declared rate, or has an issue holding the open question that blocks it. Zero unowned breaches, not zero breaches.

Child of #846. The epic states the acceptance test this closes against: every case with `max_failure_rate: 0` either passes at its declared rate, or has an issue holding the open question that blocks it. Zero unowned breaches, not zero breaches.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
coilyco-gaming/sirens-echo#844
No description provided.