From adr-wizard
This skill should be used when the user asks to 'deprecate an ADR', 'mark an ADR as obsolete', 'retire an architectural decision', 'flag an ADR as no longer applicable', or when an existing architectural decision is no longer relevant and should be marked as deprecated while preserving history.
How this skill is triggered — by the user, by Claude, or both
Slash command
/adr-wizard:adr-deprecateThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Marks an existing ADR as deprecated, records the reason in the file, and updates the directory's
Marks an existing ADR as deprecated, records the reason in the file, and updates the directory's README.md index.
ADRs are additive only: never delete or heavily rewrite an accepted ADR. This skill exists so that the history of decisions is preserved — the old ADR remains readable, and the new ADR explains what changed and why.
Follow the same discovery procedure as adr-create (Step 1):
CLAUDE.md for any heading containing ADR Locations. Collect bullet paths into
adr_dirs, stripping inline # comments.docs/adrs, decisions, architecture/decisions.If multiple directories exist, ask the user which directory contains the ADR to deprecate, or
auto-suggest the most relevant directory based on recent file context (same logic as adr-create
Step 2). Wait for confirmation.
target_dir matching NNNN-*.md./adr-deprecate 3), use it
directly: find the file matching 0003-*.md.Which ADR do you want to deprecate? (enter the ADR number or filename)
Deprecating: ADR-NNNN — . Proceed? (y/n)
Deprecated, warn the user and stop:
ADR-NNNN is already deprecated.
The skill must understand why this ADR is being deprecated and produce a clear, informative deprecation note — not just a one-line reason. Gather context from multiple sources:
/adr-deprecate 3 migrated to microservices), use it as the deprecation rationale.From these sources, draft:
deprecation_reason: a concise one-line summary for the **Deprecated:** metadata field
(e.g., "No longer applicable after migration to microservices architecture").deprecation_note: a 2–4 sentence paragraph to append to the ADR's ## Context section (or
add as a new ## Deprecation Note section) explaining:
If the reason cannot be confidently inferred from context, interview the user with
AskUserQuestion:
I'm deprecating ADR-NNNN (). To write a proper deprecation record, I need:
- Why is this decision no longer relevant? (What changed?)
- Has it been replaced by another decision, or is it simply obsolete?
- Was any cleanup or migration done as a result?
Batch all needed questions into a single AskUserQuestion call. Proceed only after the
deprecation reason and note are clear.
**Status:** line. Replace its value with Deprecated.**Status:** line (or after **Date:** if Status comes before Date), add:
**Deprecated:** <deprecation_reason>
## Deprecation Note section at the end of the file (before any trailing blank
lines) with deprecation_note. This section provides future readers with the full context of
why this decision was deprecated.<target_dir>/README.md.Status column value in that row to Deprecated.Inform the user:
Deprecated ADR-NNNN: Reason: <deprecation_reason> Updated: <target_dir>/<NNNN>-<slug>.md Updated index:
<target_dir>/README.md
Invoke adr-check in scoped mode against the deprecated ADR file:
/adr-check <deprecated_adr_path>
Display all output to the user.
adr-check returns a structural FAIL: block completion and prompt the user to resolve
the issue before proceeding:
The deprecated ADR has a structural validation failure. Please fix the issue above before confirming this deprecation is complete.
adr-check emits style warnings only: display them and continue. Style warnings are
informational and do not block completion.npx claudepluginhub samrom3/claude-hyper-plugs --plugin adr-wizardReviews architecture decision records for quality and completeness, enforcing append-only immutability. Accepts, rejects, or suggests revisions. Use when a proposed ADR is ready for review or an accepted ADR needs deprecation.
Authors, indexes, and lints Architecture Decision Records (ADRs) to preserve the rationale behind system decisions. Scaffolds new ADRs, enforces format, manages supersession, and maintains an index.
Records architectural decisions as ADRs from design documents. Use after brainstorming or planning to capture what was decided, why, and alternatives considered.