Resolve a full-pass disposition
Type: kb/types/instruction.md
Use this procedure when a typed kb/reports/full-pass/*/*/full-pass-report.md has resolution: pending, or when a failed guard left a report requiring reconciliation. The report and its .txt captures are one retention unit; never remove or rewrite a capture independently.
Inputs:
{report-path}— onefull-pass-report.mdunderkb/reports/full-pass/.- explicit user decision when accepting, rejecting, or applying an alternative. Agents may mark
supersededonly from a deterministic changed-input guard result.
Inspect and guard
- Read the full report and its
source,disposition, rationale, merge fields, and currentresolution. Stop if it is notpendingunless reconciling an interrupted transition. - Run
commonplace-validate {report-path}. A validation failure blocks resolution. - Run
commonplace-guard-full-pass-report {report-path}immediately before recording a rejection or beginning any filesystem mutation. - Interpret the JSON and exit status:
- Exit 0 with every input
matching: the decision may proceed. - Exit 1 with any
changed: preserve every live artifact and resolve the report tosupersededwithresolution_authority: version-guard. State which guarded paths changed. Do not accept, reject, rebase, or apply an alternative. - Exit 1 with
missingorcorrupt-capture: leaveresolution: pendingand reconcile. Absence cannot prove a delete or merge succeeded; capture corruption is not source drift. - Exit 2: leave the report unchanged and repair or reconcile the invalid invocation/report.
If several inputs are returned, inspect every result; the command never short-circuits after the first failure.
Resolve a matching recommendation
Proceed only with an explicit user decision:
- Accept delete. Delete only
source. Verify it is absent and that no unintended path changed. Then recordaccepted;resulting_pathsis empty. - Accept merge. Reconcile the captured source into the named live
merge_targetas a semantic edit, update affected backlinks as needed, remove invaliduser-verifiedattestation from the edited target, and delete the source only after the target contains the accepted result. Verify the source is absent, the target exists at the recorded path, and validation succeeds. Recordacceptedwith the target inresulting_paths. Do not substitutecommonplace-relocate-notefor semantic reconciliation. - Reject. Leave source and target byte-identical. Record
rejectedwith every guarded live path inresulting_pathsand explain why the recommendation was declined. - Apply an alternative. Perform only the user-authorized alternative, verify every resulting path and validate each edited artifact, then record
alternative-appliedwith all surviving result paths. An opposite-direction merge is an alternative, not acceptance of the original merge.
Never record a terminal state before its filesystem postconditions succeed. If mutation succeeds only partly, leave the report pending and reconcile the ambiguous state.
Render terminal resolution
Update the canonical frontmatter fields:
resolution: accepted | rejected | alternative-applied | superseded
resolved_at: "<UTC ISO-8601 timestamp>"
resolution_authority: user | version-guard
resolution_summary: <what happened>
resolution_rationale: <why>
resulting_paths: [<every surviving path left by the resolution>]
Use user only for accepted, rejected, or alternative decisions. Use version-guard only for deterministic supersession caused by a readable changed input. Deterministically render ## Resolution from those fields: null or empty values are —; non-empty resulting paths are comma-separated code spans.
Run commonplace-validate {report-path} after rendering. Retain the report and captures while a rejection or alternative remains load-bearing. An accepted report may be removed with its packet after Git history durably records the operation; pending reports must never be pruned.