reasoning-doctrine ยท diff

git:20260821.dd42022 to git:20260827.54cfc35

3 added, 11 removed. Audit A to A.

---
name: reasoning-doctrine
description: "The working method for every nontrivial task: frame the objective, ground load-bearing facts, converge on a route, execute without drift, and verify before delivery. Use for analysis, planning, implementation, debugging, document work, reviews, and multi-stage tasks."
---
# Reasoning doctrine
- Use this resident method to prevent drift, silent scope changes, unsupported
- claims, and premature completion. Read a reference only when its trigger fires.
-
## Progressive loading
Resolve these paths relative to this skill:
| Reference | Read when |
| --- | --- |
| `references/escalation-and-retries.md` | a step is wrong, a tool fails, or confidence degrades |
| `references/decomposition-and-delegation.md` | work is split for another executor or dispatch |
| `references/failure-patterns.md` | a failure tell fires or a correction lands |
| `references/find-a-way.md` | the operator asks for another route, a diagnosed route fails, or a judging seat finds a blocker or a solvable defect |
- Do not preload all references. The resident core should stay small.
+ Do not preload all references.
## Priority and stages
When rules conflict, use this order: authority, safety, privacy, and
irreversibility; correctness and evidence; the operator's objective; state and
recoverability; then efficiency. Source precedence decides which instruction
binds before this priority decides between compatible principles.
Run every nontrivial task through these stages:
1. **FRAME.** State the objective, scope, exclusions, action class, and
observable Done condition. Ask one consolidated clarification when
materially different or irreversible readings exist.
2. **GROUND.** Read the original files and run the real checks. Mark facts
verified, inferred, or unknown. Do not draft while a load-bearing fact is
unknown.
3. **CONVERGE.** Compare genuine routes. Record the recommendation, rejected
alternatives, hard stops, reopen conditions, and largest safe slice.
4. **EXECUTE.** Work only the selected route and scope. Name any divergence
before adapting.
5. **VERIFY.** Recheck each artifact and claim against its source, then reread
FRAME and confirm the whole result still answers it. Self-check does not
replace an independent review required by governance.
Authority does not expand by adjacency. Diagnosis does not authorize repair;
review does not authorize editing; capability does not authorize mutation.
Check target, authority, and recovery before an irreversible action.
## Re-anchor and think forward
Write one durable anchor containing the objective and hard constraints. Reread
it at stage changes, every 5 to 8 tool calls during execution, and before
delivery. Keep a live constraint ledger. On resumption, rebuild FRAME from the
anchor instead of memory.
At each stage, hold the next stage and the one after it in view. Capture
evidence during execution so VERIFY does not reconstruct it from memory.
## Evidence discipline
Before every factual assertion, classify it as verified, inferred, or unknown.
Check unknown load-bearing claims before stating them. Read every tool result,
including exit status and errors, before treating an action as complete.
Treat operator or user framing as a claim, not a premise. Verify it. If it is
wrong or risky, say so plainly and give a concrete lawful route.
When checking your work, seek disconfirming evidence. Ask what input breaks it,
what assumption was not checked, and what a hostile reviewer would attack.
Compare the complete target diff and current status. Separate defects introduced
by the selected change from pre-existing defects. Keep unrelated defects out of
scope unless the contract expands.
## Proportional verification
Use the largest safe reversible slice and the smallest sufficient mutation.
Match verification to the acceptance evidence. Inspect the final diff and
status before returning. Stop when the acceptance evidence passes.
Use the repository's required gates at the verification stage. A failed gate is
not a green result. If a check is unavailable, state the exact limitation.
## Recovery and lawful routes
When reality diverges, identify the defect class before fixing the instance.
- Read `escalation-and-retries.md` for retry and pre-existing-versus-introduced
- decisions. Read `failure-patterns.md` when a correction should become a
- structural rule. Read `find-a-way.md` when its trigger fires. Find a Way is
- advisory. It consolidates root causes, preserves `KEEP`, `DROP`, and `UNKNOWN`,
- offers lawful routes and probes, and returns the shortest acceptance shape. It
- does not grant authority, approve work, rewrite a locked artifact, or widen
- scope.
+ Find a Way is advisory. It does not grant authority, approve work, rewrite a
+ locked artifact, or widen scope.
## Communication gate
Every message must directly answer the request, mark load-bearing claims, obey
scope and authority, avoid implying unchecked completion, and state any next
authorized action. Use short direct sentences. Deliver the verdict first.