adr-backfill
adr-backfill lets you record decisions that shipped long ago but were never written up as ADRs—typically surfaced by doc audits or code archaeology. It enforces stricter honesty than forward drafting by requiring a visible backfill marker so future readers know the record was reconstructed, not contemporaneous. The skill demands two independent evidence sources and refuses to draft when confidence in the reasoning is too low.
adr-backfill records architectural decisions made in the past but never documented, with mandatory honesty marking.
AI-generated summary based on this skill's SKILL.md
Decision gist · record as of 2026-06-18
adr-backfill records architectural decisions made in the past but never documented, with mandatory honesty marking. adr-backfill lets you record decisions that shipped long ago but were never written up as ADRs—typically surfaced by doc audits or code archaeology. It enforces stricter honesty than forward drafting by requiring a visible backfill marker so future readers know the record was reconstructed, not contemporaneous. The skill demands two independent evidence sources and refuses to draft when confidence in the reasoning is too low.
Use it when
- adr-backfill enforces stricter honesty than forward drafting.
- Yes.
Verify before relying
Read SKILL.md below before installing (2 files). Open directory: indexed for reading, not audited.
Install
JosiahSiegel/claude-plugin-marketplace/adr-backfill · repository language: Shell
Open directory. Skills are indexed for reading, not audited. Review a skill's body before installing it.
Frequently asked questions
AI-generated answers based on this skill's SKILL.md and metadata
How do I document a decision we made years ago?
adr-backfill helps you record architectural decisions that shipped long ago but were never written as ADRs. Start by gathering two independent evidence sources—code diffs, commit messages, issue threads, design docs, or team recollections—to reconstruct the rationale. adr-backfill then guides you through drafting the ADR with a visible backfill marker so readers know the record was reconstructed after the fact, not written contemporaneously.
What makes adr-backfill different from writing a normal ADR?
adr-backfill enforces stricter honesty than forward drafting. It requires a visible backfill marker in the ADR to signal that the record was reconstructed, not contemporaneous. It also demands two independent evidence sources before proceeding and refuses to draft when confidence in the original reasoning is too low. This prevents false certainty about decisions made long ago.
Can adr-backfill help when an audit found undocumented architectural decisions?
Yes. adr-backfill is designed for exactly this scenario. When a documentation audit surfaces undocumented decisions, adr-backfill helps you backfill the missing ADRs by reconstructing the decision rationale from available evidence—code history, git logs, and team memory—while marking each record as backfilled so future readers understand its provenance.
How does adr-backfill handle low confidence in original intent?
adr-backfill refuses to draft when confidence in the reasoning is too low. If you cannot gather two independent evidence sources or the rationale remains unclear, adr-backfill will not proceed. This prevents you from inventing plausible-sounding justifications for decisions you no longer fully understand, keeping your decision record honest.
Can I use adr-backfill to document a decision before my time?
adr-backfill can help, but with caveats. It requires two independent evidence sources—code diffs, commit messages, design artifacts, or documented team discussions—to reconstruct the rationale. If those sources exist, adr-backfill guides you through drafting with a backfill marker. If evidence is sparse or contradictory, adr-backfill will decline rather than let you guess.
What does the backfill marker in an adr-backfill ADR tell readers?
The backfill marker signals that the ADR was written after the decision shipped—it was reconstructed, not drafted contemporaneously. This transparency helps future readers understand that the rationale may be incomplete or inferred from code and history rather than direct decision-making notes. It preserves trust in your decision record by being honest about its origins.
SKILL.md
Rendered from the published skill. Quoted content, verbatim.
adr-backfill
Retroactively records a past architectural decision that was made but never documented. Surfaces typically come from
(truncated - see the full file via the links below)
File tree — 2 files
plugins/doc-master/skills/adr-backfill/SKILL.md
plugins/doc-master/skills/adr-backfill/references/honesty-clause.md
Let your AI agent find skills like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 56,283 agent skills by what they can do, searchable in plain language.
wish › “Record an architectural decision made in the past but never documented”
Give your agent the search over MCP, or paste the wish link into any chat. No install? Search from any chat →
Related skills
ADR Drafting helps teams document significant architectural decisions by creating new Architecture Decision Record files with a standard structure. It inspects your repository for existing ADR conventions, then drafts a new record with Title, Status, Context, Decision, and Consequences sections—defaulting to `docs/architecture/adr` when no convention exists.
adr-critique systematically reviews existing or inherited ADRs to identify violations of shared rules, gaps in business-to-architecture reasoning, and conflicts with neighboring decisions or LikeC4 models. Each issue surfaces as a single flag requiring architect sign-off before moving to the next, ensuring quality without bulk rewrites.
Guides you through seven-phase ADR drafting via focused dialogue, asking one question per turn and pressure-testing your reasoning before self-critique. Enforces specificity on components, deciders, and architectural characteristics, then routes to discovery if foundations are shallow.
ADR Discovery walks you through pre-flight context gathering before drafting an architecture decision record. It scans your repo for signals, confirms your domain and components one at a time, maps relationships, and classifies existing ADRs—outputting a human-verified discovery brief and an open-questions register. Hand off to adr-drafting once five required confirmations are locked.
c4-model produces LikeC4 specifications that enforce Simon Brown's canonical C4 model, generating context and container views alongside architecture decisions. It scaffolds the necessary DSL files and validates against a strict checklist, refusing component views, dynamic diagrams, custom element kinds, and nested systems that fall outside canonical C4 scope.
migrate helps you add govctl governance to an established project by examining existing evidence—documentation, code structure, VCS history, and configuration—to recover consequential decisions and specifications. It guides you through a discovery phase, presents candidates for backfill as Architecture Decision Records, RFCs, or Work Items, and executes only authorized changes in small coherent batches. The workflow preserves traceability, respects existing artifact state, and stops when evidence conflicts or authorization is unclear.