radin-recordlisted

Log feedback, bugs, follow-ups, or ideas raised mid-session as structured BACKLOG.md entries, so they survive past the conversation. Use for /radin-record, "log this to BACKLOG.md", "add as follow-up/bug/idea", "record what we just found", "note this for later", "add findings to backlog". Triggers even on vague asks ("add the findings") — scan the whole session, not just the literal text.
shortcuts/radin · ★ 3 · AI & Automation · score 71

Install: claude install-skill shortcuts/radin

# Record to Backlog Turn feedback, bugs, follow-ups, or ideas raised during a live session into structured entries in `BACKLOG.md`, so they survive past the conversation that surfaced them. This is the capture step for everything that isn't a code-review finding — things a human said, not things a diff revealed. `radin-review` logs code-review findings instead. `radin-plan` and `radin-execute` consume the backlog afterward. All backlog writes go through the shared CLI at `$HOME/.claude/.radin/lib/radin-backlog.sh` — it resolves the per-project namespace (`<repo-root>/.claude/.radin/BACKLOG.md`), creates the file and category sections, and appends entries deterministically. Never hand-edit `BACKLOG.md` or compute its path yourself. ## Step 1: Decide what to log The user's instruction after `/radin-record` decides scope: - **Specific** (names a particular thing — "add the auth timeout bug", "log the caching idea we discussed"): log exactly that item. Don't go digging for other candidates the user didn't point at. - **Generic** ("add the findings", "log what we discussed", bare `/radin-record` with no argument): scan the whole session so far for anything a reasonable person would call a bug, follow-up, idea, or piece of feedback. Include things the user stated outright, and things that were clearly surfaced as a "we should probably..." aside mid-task, even if nobody stopped to write them down. Each distinct item becomes its own entry. Either way, stay faith