Vaultspec curate
Skill nevenincs/vaultspec-core/.vaultspec/skills/vaultspec-curate
A spec-driven harness for coding agents (and, humans)
npx -y skills add nevenincs/vaultspec-core --skill vaultspec-curateAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Reconcile the ADR architecture corpus against the codebase and the feature lifecycle documents against the single-home-fact boundary. Use to audit ADR status and supersession, find ADR-vs-ADR, ADR-vs-code, and document-vs-document conflicts (restated grounding, displaced decisions, forked facts), and action them. Mechanical .vault/ hygiene is the CLI's job; this skill does the semantic reconciliation the CLI cannot.
SKILL.md
8.4 KB, as published. Nobody here has run it
ADR architecture reconciliation skill (vaultspec-curate)
Announce at start: "I'm using the vaultspec-curate skill to reconcile the ADR
architecture corpus against the codebase."
This skill keeps the architecture decision record (ADR) corpus and the code it governs a single, curated, internally-consistent set of decisions. It reconciles each decision's declared status and supersession against reality, finds where decisions contradict each other or the codebase, and actions the result: propagating status, amending wording, and surfacing gaps, conflicts, and errors that need human judgment.
It also enforces the document boundary - each fact has one home: research grounds, the ADR decides, audits find - across a feature's lifecycle documents: an ADR restating its grounding's evidence, a research or audit body recording a decision, and the same fact forked across documents are curation findings with defined actions.
Mechanical .vault/ hygiene - frontmatter, wiki-links, filenames, tag pairs, template
compliance - is no longer this skill's work. The vaultspec-core CLI owns it
deterministically. This skill spends its judgment on what no check can decide: whether
an accepted decision is actually implemented, whether two ADRs disagree, and whether a
superseded decision still governs the code.
When to use
- Periodically, to keep the ADR corpus a trustworthy map of the architecture.
- After a feature lands, to confirm the decisions it claimed are reflected in the code.
- When ADRs are suspected to contradict each other, or to lag behind what was built.
- When one decision's refinements have piled into a supersession chain or sibling
acceptedrecords - correct markers included - instead of one governing record. - When lifecycle documents restate each other - ADRs re-narrating research evidence, research or audit documents carrying decision language.
- Before a release or audit that depends on the decision record being accurate.
- For a project adopting the pipeline late, to reconcile an existing codebase against a thin or absent ADR corpus (the ADR-from-codebase retrofit; human-requested only - see Autonomy boundaries).
Preconditions (cede the mechanical layer first)
Reconciliation reasons over a structurally-correct corpus and a populated semantic index. Before any semantic work:
- Structural hygiene to the CLI. Run
vaultspec-core vault check all --fix. This repairs frontmatter, links, names, stamps, and template drift. Never hand-fix these; the CLI is the source of truth for mechanical correctness. - Ensure the semantic index is live.
vaultspec-ragpowers decision and code recall, but a freshly checked-out worktree is often unindexed. Confirm withvaultspec-rag server doctor; if the vault or code index is empty, populate it withvaultspec-rag index --type vaultandvaultspec-rag index --type codebefore relying on search. Where rag is unavailable, fall back to the CLI discovery verbs and grep.
Workflow
Dispatch the vaultspec-docs-curator agent persona to run the reconciliation. Instruct
it to: "Reconcile the ADR architecture corpus against the codebase. Establish the
decision inventory and declared status, reconcile decisions against each other, against
the code, and each feature's lifecycle documents against the single-home-fact boundary;
action the safe findings, and surface the rest in an audit report."
The persona operates a Ground -> Reconcile -> Act -> Verify loop, the discovery-rule sequence (locate by meaning, read the epicenter whole, confirm with grep) applied to decisions:
- Ground. Build the decision inventory:
vaultspec-core vault list adr --jsonfor the set, the body H1 (and any legacy status section) for each declared status, andvaultspec-core vault graph --jsonfor the supersession and relatedness edges. - Reconcile decision-vs-decision. Use
vaultspec-rag search "<intent>" --type vault --doc-type adrto surface ADRs covering the same concept, read them whole, and judge agreement, duplication, contradiction, or fragmentation (a refinement chain or sibling accepted records on one scope). - Reconcile decision-vs-code. For each live decision,
vaultspec-rag search "<concept and domain nouns>" --type code, read the epicenter file whole, and confirm the decision is implemented; grep to confirm exact symbols. - Reconcile document-vs-document. For each feature with an ADR, read its lifecycle documents against the boundary: restated grounding in the ADR, displaced decisions in research or audit bodies, forked facts across documents.
- Act and Verify. Apply the safe actions, surface the rest, re-run
vaultspec-core vault check all, and re-scan until clean.
The full query patterns, the conflict taxonomy, and the per-class actions live in
references/reconciliation-playbook.md. Read it before reconciling.
Canonical status taxonomy
The curator enforces one canonical ADR status set and one supersession convention. The
authoritative definition - the values, their meaning, the canonical encoding, and the
divergences the curator must detect - is in references/adr-status-taxonomy.md. Read it
before judging any status. This set is the single source of truth the core library, the
ADR template, and the supersede tool all derive from; where the corpus or tooling
diverges, the curator reconciles toward it.
Actions and autonomy boundaries
The curator acts on what is mechanically safe and proposes what needs judgment.
- Act directly (mechanically safe). Status propagation through
vaultspec-core vault adr supersede OLD --by NEW; status-encoding and stamp normalization. Prefer the CLI mutators (vaultspec-core vault adr supersede,vaultspec-core vault set-body,vaultspec-core vault edit,vaultspec-core vault link) over raw file edits so the frontmatter contract and themodifiedstamp stay canonical. - Act directly (content-preserving boundary conformance). Replacing an ADR's
restated evidence with a stem citation, and stripping decision language from a
research or audit body where an accepted ADR records the same decision, leaving a
one-line pointer. Invariants: no fact is destroyed - text is removed only where its
single home is confirmed, or created first by relocating the fact into its grounding
document; and no conformance edit ever changes what was decided - decision changes
belong to the
vaultspec-adramend-or-supersede path, on human approval. Where the two copies diverge in substance, it is a forked fact, not a restatement: surface it instead. - Propose for approval (judgment). Rephrasing or amending conflicting ADR wording, and any contradiction whose resolution is not obvious, are written into the audit as recommendations, not applied unprompted.
- Never auto-retrofit ADRs to code. ADRs drive codebase rollout, not the reverse. The curator reports decision-vs-code drift as a finding but does not rewrite an ADR to match the code on its own. Amending an ADR to reflect existing code (the legitimate ADR-from-codebase retrofit for late-adopting projects) is offered and executed only on explicit human request.
Audit persistence
Persist findings as an audit report. Scaffold it with
vaultspec-core vault add audit --feature <feature> so the CLI owns the filename and
frontmatter, then author the body: the decision inventory, the conflicts found by class,
the actions applied, and the recommendations requiring author judgment. The audit report
is the one document the curator authors directly.
Artifact linking
- Link persisted documents with quoted
'[[wiki-links]]'in therelated:frontmatter field. - Do not use
@reflinks or[label](path)links for internal vault pages.
Additional resources
references/adr-status-taxonomy.md- the canonical status set, encodings, supersession convention, and the divergences to detect.references/reconciliation-playbook.md- the Ground/Reconcile/Act/Verify loop in detail: query patterns, the conflict taxonomy, and the action for each class.