/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.