feat(guidance): an operator's ruling lives on the System it governs, and code is read as behaviour, not intent (milestone 444 steps 1-2, #4754 #4755)
CI & Build / Python lint (push) Successful in 3s
CI & Build / Plugin hooks (push) Successful in 12s
CI & Build / TypeScript typecheck (push) Successful in 53s
CI & Build / integration (push) Successful in 55s
CI & Build / Python tests (push) Successful in 1m46s
CI & Build / Build & push image (push) Successful in 56s
CI & Build / Python lint (push) Successful in 3s
CI & Build / Plugin hooks (push) Successful in 12s
CI & Build / TypeScript typecheck (push) Successful in 53s
CI & Build / integration (push) Successful in 55s
CI & Build / Python tests (push) Successful in 1m46s
CI & Build / Build & push image (push) Successful in 56s
A Librarian session contradicted a decision the operator had made 13 days
earlier. The ruling ("retry, then replace, never give up on a book") was
kept only as a quote in a work log, beside a session's reading of it that
capped replacements at 3. Three later sessions built on the reading, and one
carried the cap into an option as a "known cost", which the operator then
approved without being asked about it.
- writing-records.md: "A ruling goes on the System it governs". What a
ruling is (the operator decided it; a later change could undo it), how it
differs from a rule, and where it goes: a Rulings section at the end of
the System description, one line each with who, when and the source
record. Written the turn the operator decides; holds what is in force,
not history; a charter line that contradicts a ruling is fixed in the
same edit.
- using-scribe SKILL.md: reflex 1 says code tells you what a thing does,
not what was wanted, and a limit read from code is unconfirmed until a
System's Rulings says otherwise. Reflex 9 points to the ruling section.
- reporting-back: an option that carries existing behaviour says whose call
it was (the operator's ruling, or a past session's never confirmed); one
that contradicts a ruling is a Conflict.
- create_system / update_system docstrings: the Rulings section, and that
description replaces the whole text.
- test_guidance_ownership: three topics pinned to their owners.
- Plugin version minted.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -153,6 +153,15 @@ name.
|
||||
Before asking, check whether you can find the answer yourself — something that
|
||||
can be read or looked up is a fact to check, not a question to send.
|
||||
|
||||
**An option carries assumptions, and the operator approves only what they can
|
||||
see.** When an option keeps or depends on existing behaviour — a limit, a
|
||||
default, a fallback already in place — say whose call that behaviour was: the
|
||||
operator's, citing the ruling ("you ruled this, #N"), or a past session's that
|
||||
nobody confirmed ("a past session chose this; you were never asked"). Choosing
|
||||
between options is not a decision about the assumptions they share, and an
|
||||
unlabelled one gets approved as if it had been asked. An assumption that
|
||||
contradicts a recorded ruling is a **Conflict**, not an option's fine print.
|
||||
|
||||
## Answers — the operator asked something
|
||||
|
||||
| Kind | Sections |
|
||||
|
||||
Reference in New Issue
Block a user