nx/skills/rdr-list/SKILL.md
Use when needing to see all RDRs in the project with their status, type, and priority
npx skillsauth add hellblazer/nexus rdr-listInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
/nx:rdr-listAll data is pre-loaded in the command context. Do NOT make additional Bash, Read, or tool calls — the /nx:rdr-list command already gathered:
.nexus.yml or default docs/rdr){repo}_rdr projectYour job is to format and filter the pre-gathered data.
| File | Title | Status | Type | Priority |
|------|-------|--------|------|----------|
| RDR-001-project-structure.md | Project Structure | Recommendation | Architecture | High |
| RDR-002-qdrant-server-setup.md | Qdrant Server Setup | Final | Infrastructure | Medium |
Apply filters if specified in $ARGUMENTS:
--status=draft — only show rows where Status matches (case-insensitive)--type=feature — only show rows where Type matches--has-assumptions — only show RDRs that have T2 records in contextEmit drift warnings if:
--status, --type, or --has-assumptionsRDR-NNN-name.md naming (Arcaneum style) or NNN-name.md or other conventions — the command handles all patterns.---) or a ## Metadata section with - **Key**: Value lines — both are parsed by the command.development
Use when critiquing / auditing / reviewing a change set against decision history — tries the review plan library first (catalog lookup → decision-evolution traversal → extract → compare), falls through to /nx:query if nothing matches
documentation
Use when doing design / architecture / planning work that walks from prose (RDRs, docs, knowledge) into the modules implementing a concept
development
Use when surveying the plan library's runtime metrics to propose plans for promotion to a higher scope — advisory-only; dispatches the plan-promote-propose meta-seed (no lifecycle ops — those ship in RDR-079)
business
Use when inspecting plan runtime metrics or enumerating dimension-registry usage — dispatches plan_match with dimensions={verb:plan-inspect}; strategy:default reports per-plan metrics, strategy:dimensions reports registry usage counts