file-adr
Skill1 starsChanged 6 months agoMITView on GitHub
Scaffold a new Architecture Decision Record (Nygard format) + update the ADR index. Picks the next NNN number, writes the file with frontmatter + standard section skeleton, adds the row to docs/adr/README.md. Use when a non-trivial design decision needs explicit sign-off.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- ultimatile/development-skillstheir own version, first seen Oct 20, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- ultimatile/development-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository16 other files it gives its agents.
- audit-unused-depSkill
- checkpointSkill
- double-checkSkill
- fleetSkill
- fmt-sweepSkill
- forge-mirror-scaffoldSkill
- forgeSkill
- gemini-pullSkill
- loop-from-taskSkill
- loop-healthSkill
- loop-onSkill
- loopSkill
- loopsSkill
- regression-guardSkill
- restoreSkill
- workspace-testsSkill
The file
Files
/file-adr — scaffold an ADR + update the index
Thin wrapper around the file-adr binary (installed at
~/.local/bin/file-adr; built by install.sh). Binary owns:
next-number scan, file write, index-table update. Agent fills in
the body.
Steps
Invoke the binary:
file-adr --slug <kebab-case-slug> \ --title "<human-readable title>" \ [--tracker <task-id-or-issue>] \ [--status Proposed] \ [--adr-dir docs/adr]Stdout is the path of the new ADR file (e.g.
docs/adr/019-foo.md). The binary also appends a row todocs/adr/README.md.- Open the new ADR file and fill in the body sections: Context · Decision framework · Proposal · Alternatives rejected · Acceptance criteria · Trade-offs accepted · Open questions for USER · Cross-references.
- If the ADR closes a tracker task, mark that task in_progress via TaskUpdate (or completed if the ADR itself IS the deliverable).
- Commit + push with message
[ADR-NNN + #<tracker>] propose <decision>.
Net visible tool calls per ADR
3–5 total: Bash (file-adr) + Read (open file) + Edit/Write
(fill body) + optional TaskUpdate + Bash (commit/push).
Down from ~8 in the prior manual flow (separate Write for ADR, Edit for README index, TaskUpdate, commit, push — plus mental overhead of picking the next number).
Constraints
--slugMUST be kebab-case lowercase ASCII (binary enforces).--adr-dirdefaults todocs/adr(per the LFI convention).- Status defaults to
Proposed— change toAcceptedonly after USER sign-off, in a separate commit.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

