@lifeaitools/rdc-skills 0.35.6 → 0.35.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (107) hide show
  1. package/.claude-plugin/plugin.json +180 -44
  2. package/.github/workflows/self-test.yml +34 -34
  3. package/CHANGELOG.md +393 -393
  4. package/MANIFEST.md +224 -224
  5. package/README.md +10 -3
  6. package/clauth-plugin.json +1 -1
  7. package/commands/analyze-tests.md +1 -4
  8. package/commands/build.md +1 -2
  9. package/commands/check-clean-code.md +1 -3
  10. package/commands/check-packages.md +1 -3
  11. package/commands/collab.md +1 -2
  12. package/commands/compare-compliance.md +1 -4
  13. package/commands/deploy.md +1 -2
  14. package/commands/design.md +1 -2
  15. package/commands/edit.md +1 -2
  16. package/commands/fixit.md +1 -2
  17. package/commands/flow.md +1 -2
  18. package/commands/full-analysis.md +1 -7
  19. package/commands/get-refactoring-plan.md +1 -5
  20. package/commands/handoff.md +1 -2
  21. package/commands/help.md +1 -3
  22. package/commands/mode.md +1 -2
  23. package/commands/overnight.md +1 -2
  24. package/commands/plan.md +1 -2
  25. package/commands/preplan.md +1 -2
  26. package/commands/prototype.md +1 -2
  27. package/commands/quick-check.md +1 -4
  28. package/commands/recover.md +1 -2
  29. package/commands/release.md +2 -2
  30. package/commands/report.md +1 -2
  31. package/commands/review-arch.md +1 -4
  32. package/commands/review.md +1 -5
  33. package/commands/self-test.md +1 -2
  34. package/commands/status.md +1 -2
  35. package/commands/suggest-patterns.md +1 -4
  36. package/commands/validate-solid.md +1 -3
  37. package/commands/watch.md +1 -2
  38. package/commands/workitems.md +1 -2
  39. package/guides/agents/backend.md +102 -102
  40. package/guides/agents/content.md +94 -94
  41. package/guides/agents/cs2.md +56 -56
  42. package/guides/agents/data.md +86 -86
  43. package/guides/agents/design.md +77 -77
  44. package/guides/agents/frontend.md +91 -91
  45. package/guides/agents/infrastructure.md +81 -81
  46. package/guides/agents/setup.md +272 -272
  47. package/guides/agents/verify.md +119 -119
  48. package/guides/agents/viz.md +106 -106
  49. package/guides/orchestration-epic.md +17 -17
  50. package/hooks/require-work-item-on-commit.js +69 -4
  51. package/package.json +1 -1
  52. package/scripts/gen-skill-descriptions.mjs +190 -0
  53. package/scripts/self-test.mjs +1459 -1459
  54. package/skills/architecture-reviewer/SKILL.md +1 -11
  55. package/skills/behavior-audit/SKILL.md +1 -1
  56. package/skills/behavior-audit/agents/openai.yaml +4 -4
  57. package/skills/brochure/SKILL.md +1 -1
  58. package/skills/brochurify/SKILL.md +1 -1
  59. package/skills/build/SKILL.md +1 -1
  60. package/skills/channel-formatter/SKILL.md +1 -1
  61. package/skills/clean-code-analyzer/SKILL.md +1 -6
  62. package/skills/co-develop/SKILL.md +1 -1
  63. package/skills/collab/SKILL.md +1 -1
  64. package/skills/convert/SKILL.md +1 -1
  65. package/skills/deploy/SKILL.md +1 -1
  66. package/skills/design/SKILL.md +1 -1
  67. package/skills/edit/SKILL.md +1 -1
  68. package/skills/env/SKILL.md +1 -1
  69. package/skills/extract-verifier-rules/SKILL.md +1 -1
  70. package/skills/fixit/SKILL.md +1 -1
  71. package/skills/fs-mcp/SKILL.md +1 -1
  72. package/skills/handoff/SKILL.md +1 -1
  73. package/skills/help/SKILL.md +1 -1
  74. package/skills/housekeeping/SKILL.md +1 -1
  75. package/skills/lifeai-brochure-author/SKILL.md +1 -1
  76. package/skills/new-model/SKILL.md +1 -7
  77. package/skills/onramp/SKILL.md +1 -1
  78. package/skills/overnight/SKILL.md +1 -1
  79. package/skills/package-design/SKILL.md +1 -4
  80. package/skills/pattern-advisor/SKILL.md +1 -6
  81. package/skills/pattern-refactoring-guide/SKILL.md +1 -4
  82. package/skills/plan/SKILL.md +1 -1
  83. package/skills/preplan/SKILL.md +1 -1
  84. package/skills/prototype/SKILL.md +1 -1
  85. package/skills/refactor/SKILL.md +1 -1
  86. package/skills/regen-media/SKILL.md +1 -1
  87. package/skills/release/SKILL.md +1 -1
  88. package/skills/report/SKILL.md +1 -1
  89. package/skills/review/SKILL.md +1 -1
  90. package/skills/rpms-filemap/SKILL.md +1 -1
  91. package/skills/self-test/SKILL.md +1 -1
  92. package/skills/solid-validator/SKILL.md +1 -6
  93. package/skills/status/SKILL.md +1 -1
  94. package/skills/terminal-config/SKILL.md +1 -1
  95. package/skills/testing-strategy/SKILL.md +1 -6
  96. package/skills/tests/onramp.test.json +101 -101
  97. package/skills/tests/rdc-env.test.json +12 -12
  98. package/skills/tests/rdc-new-model.test.json +12 -12
  99. package/skills/tests/rdc-refactor.test.json +29 -29
  100. package/skills/tests/rdc-regen-media.test.json +29 -29
  101. package/skills/watch/SKILL.md +1 -1
  102. package/skills/workitems/SKILL.md +1 -1
  103. package/tests/clauth-plugin-postinstall.test.mjs +14 -1
  104. package/tests/help-surface.test.mjs +2 -2
  105. package/tests/require-work-item-on-commit.test.mjs +54 -0
  106. package/commands/open.md +0 -84
  107. package/ecosystem.local.config.cjs +0 -18
@@ -1,16 +1,6 @@
1
1
  ---
2
2
  name: architecture-reviewer
3
- description: >-
4
- Usage `rdc:architecture-reviewer <path> [--config <file>] [--diff <ref>]` —
5
- Clean Architecture boundary/dependency-direction/layer-separation review.
6
- Runs TWO mechanical scorers first — `rdc-architecture-score` (layer
7
- classification, inward-dependency rule, framework coupling, missing
8
- repository/port abstractions, HTTP/DB leaks into Use Cases, circular
9
- layer dependencies) and `rdc-solid-score`'s orchestrator/port boundary
10
- check — then dispatches judgment-level review for the ONE thing neither
11
- can see: whether an abstraction boundary makes architectural SENSE for
12
- this domain, not just whether it has the right shape. Call from
13
- rdc:review step 8b+, or standalone before merging a new package/module.
3
+ description: rdc:architecture-reviewer (path) - [--diff] — Clean Architecture boundary/dependency-direction/layer-separation review
14
4
  ---
15
5
 
16
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: behavior-audit
3
- description: "Usage `rdc:behavior-audit <report-dir> [--since-days N] [--latest N] [--reprocess]` — produces a bounded, redacted Claude/Codex transcript evidence bundle, incrementally skips completed transcript hashes, and aligns candidate behavior problems to shared truth-governance rules."
3
+ description: rdc:behavior-audit (report-dir) - [--since-days, --latest, --reprocess] — produces a bounded, redacted Claude/Codex transcript evidence bundle, incrementally skips completed transcr...
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,4 +1,4 @@
1
- interface:
2
- display_name: "Behavior Audit"
3
- short_description: "Audit Claude and Codex behavior against shared rules."
4
- default_prompt: "Run a behavior audit for the last seven days and write the evidence bundle to a report directory."
1
+ interface:
2
+ display_name: "Behavior Audit"
3
+ short_description: "Audit Claude and Codex behavior against shared rules."
4
+ default_prompt: "Run a behavior audit for the last seven days and write the evidence bundle to a report directory."
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: brochure
3
- description: "Usage `rdc:brochure <input> [--out <path>] [--template <name>] [--format Letter|A4]` — Turn a zip, folder, HTML file, URL, or markdown folder into a print-quality PDF brochure via Puppeteer. Auto-detects print-variant HTML, honors @page CSS, falls back to a Studio-token-aware template when no HTML exists."
3
+ description: rdc:brochure (input) - [--out, --template, --format, --margin, --no-print-emulate, --keep-workdir] — Turn a zip, folder, HTML file, URL, or markdown folder into a print-quality PDF brochure via Puppeteer
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,7 +1,6 @@
1
1
  ---
2
2
  name: brochurify
3
3
  version: 0.1.0
4
- description: |
5
4
  Orchestrate a Brochurify job from source ingest through delivered PDF, using six parallel-dispatched typed sub-agents and the convergence loop. Use this skill EVERY TIME the user invokes Brochurify directly via "brochurify this", "make a brochure from", "convert this to a brochure PDF", or "rdc:brochurify". Also runs automatically when a job arrives from the broker via monkey_dispatch. The skill enforces D-001 through D-016 from the brochurify DECISIONS-LOG.
6
5
  triggers:
7
6
  - "rdc:brochurify"
@@ -10,6 +9,7 @@ triggers:
10
9
  - "convert to brochure PDF"
11
10
  - "generate brochure from"
12
11
  - monkey_dispatch payload with skill="brochurify"
12
+ description: rdc:brochurify (source) — |
13
13
  ---
14
14
 
15
15
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: build
3
- description: "Usage `rdc:build <epic-id>`You have a planned epic with tasks ready to execute. Dispatches parallel typed agents, each commits atomically to develop, runs a mandatory per-wave code-review gate (pr-review-toolkit:code-reviewer), closes work items, and runs the validator gate. Call after rdc:plan or when told to build."
3
+ description: rdc:build (epic-id) - [--no-review] execute a planned epic, then gate and ship to dev
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: channel-formatter
3
- description: "Usage `rdc:channel-formatter <channel|pack> [content]` — Apply precise, channel-native formatting and content repurposing to any output: LinkedIn, Twitter/X, Slack/Teams, Email (external/internal), Pitch Deck slides, Word/DOCX, PDF Report, Web/Landing Page, and multi-output content packs. Use EVERY TIME the user names an output channel/platform/document type, asks to 'write a post', 'draft an email', 'format this for', 'make this a slide', 'send to LinkedIn', 'write a tweet', 'social media post', 'turn this article into posts', 'make a content pack', 'make a social pack', or 'repurpose this article'. Each channel has its own Unicode strategy, emphasis system, length limits, and structure — never apply generic markdown to channel-specific output. This skill FORMATS, STRUCTURES, and REPURPOSES text only — for actual .docx/.pptx ↔ Markdown FILE conversion (either direction) use `rdc:convert` (build-corpus), not this skill. Self-contained: all channel and pack rules are inlined below (no external reference files)."
3
+ description: "rdc:channel-formatter ([channel], [content]) — Apply precise, channel-native formatting and content repurposing to any output: LinkedIn, Twitter/X, Slack/..."
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,11 +1,6 @@
1
1
  ---
2
2
  name: clean-code-analyzer
3
- description: >-
4
- Usage `rdc:clean-code-analyzer <path> [--project-root <dir>]` — naming,
5
- dead code, function-size, and error-handling smells outside SOLID's scope
6
- (SOLID governs class/module shape; this governs whether the code inside is
7
- readable and honest about what it does). N1/N2/N4/N7/F1/F2/E1/E2/G9 are
8
- mechanical AST checks, not LLM judgment — see `scripts/clean-code-score.mjs`.
3
+ description: rdc:check-clean-code (path) - [--diff] — naming, dead code, function-size, and error-handling smells outside SOLID's scope (SOLID governs class/modu...
9
4
  ---
10
5
 
11
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: co-develop
3
- description: "Usage `rdc:co-develop <ask|reply|inbox|start|resume|status>` — peer-aware Claude/Codex co-development over clauth, with ask --wait as the default delegation pattern."
3
+ description: rdc:co-develop (subcommand) - [--wait] — peer-aware Claude/Codex co-development over clauth, with ask --wait as the default delegation pattern
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: collab
3
- description: "Usage `rdc:collab <collaborator> [inbound] <topic>` Structured agent-to-agent CONVERSATION with Codex, a local LLM, a Claude agent, or a claude.ai session. Converges on a decision and never writes to the repo — work that needs writing becomes a work item for rdc:build. Run `rdc:collab status <peer>` first — both sides emit probed capability state. Every dispatch carries a response contract."
3
+ description: rdc:collab () - [--session] — run a structured agent-to-agent conversation
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: convert
3
- description: "Usage `rdc:convert <input> [--out <dir>] [--to markdown|word] [--images assets|base64|s3]` — Convert .docx/.pptx/.ppt → Markdown (Word OMML equations as KaTeX TeX, tables, images) or Markdown → Word via the build-corpus CLI from npm `regen.mde`. Portable: runs in any session that can reach npm — Claude Code CLI, Codex, and claude.ai can fetch + run it. Use whenever the user asks to convert an Office document, build a Markdown corpus from .docx/.pptx, turn Markdown into a .docx, or open the report in the regen-mde editor on Windows."
3
+ description: rdc:convert (input) - [--out, --out-same-dir, --to, --images, --equations, --inline-images, --word-template, --move-sources, --config] — Convert .docx/.pptx/.ppt → Markdown (Word OMML equations as KaTeX TeX, tables, images) or Markdown → Word v...
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: deploy
3
- description: "Usage `rdc:deploy <slug> [promote|diagnose|audit|convert]` — registry-resolved PM2 development deployment and Coolify production promotion through clauth's bearer-authenticated job control plane, with status receipts and mandatory content gates."
3
+ description: rdc:deploy (slug, [action]) - [--fix, --hotfix] ship to PM2 dev; promote to Coolify production
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: design
3
- description: "Usage `rdc:design <topic>`RDC-owned design work for Studio, Palette Library, and token-aware UI systems. Use for Rampant color work or design-system-first builds owned by the design cell. Not for general UI polish — use impeccable for that."
3
+ description: rdc:design (topic) — design Studio, palette and token-aware UI work
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: edit
3
- description: "Usage `rdc:edit <site|brand|route|file>` — open the local website editor host for a target site, brand, route, or file. Resolves the target, launches or reuses the local editor host on port 3015, and opens the target in the browser when not under `RDC_TEST=1`."
3
+ description: rdc:edit (target) — open the local website editor for a target
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: env
3
- description: "Usage `rdc:env [status|install|repair|update]` — Manage the LIFEAI environment harness: check status, install on a fresh box, repair broken services, or pull updates. Reads $LIFEAI_ENV/manifest.json as the source of truth. Use when: 'check the environment', 'install environment', 'repair environment', 'update environment', 'setup env', 'fix env', 'env status', or after a reboot/GPU crash."
3
+ description: "rdc:env ([action]) — Manage the LIFEAI environment harness: check status, install on a fresh box, repair broken services, or pul..."
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,7 +1,6 @@
1
1
  ---
2
2
  name: extract-verifier-rules
3
3
  version: 0.1.0
4
- description: |
5
4
  Read recent enhancement-log entries, cluster failures by pattern, generate candidate verifier rules, test them against the known-good corpus and the failure corpus, and propose pull requests adding the highest-confidence rules to forbidden-patterns.json. Use this skill on a nightly cadence (3 AM PT), or manually when the user says "extract verifier rules", "promote enhancement log", "what new rules should we add", or after a significant brochure run produced many failures.
6
5
  triggers:
7
6
  - "rdc:extract-verifier-rules"
@@ -10,6 +9,7 @@ triggers:
10
9
  - "what new rules should we add"
11
10
  - "verifier corpus update"
12
11
  - nightly cron at 3:00 AM PT
12
+ description: rdc:extract-verifier-rules ([enhancement-log]) — |
13
13
  ---
14
14
 
15
15
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: fixit
3
- description: "Usage `rdc:fixit <description>`Quick fix under 5 files / 30 min that does not warrant a full plan→build cycle. Creates a minimal work item, makes the change, commits, runs a mandatory code-review pass (pr-review-toolkit:code-reviewer), DELIVERS the change to where it is consumed (publish/deploy/land) and verifies it, then closes. The only sanctioned bypass of rdc:build."
3
+ description: rdc:fixit (description)make a scoped fix under 5 files and ship it to dev
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: fs-mcp
3
- description: "Usage `rdc:fs-mcp <task>` — Use the File System MCP bridge for live repo reads, safe writes, cloud-to-local ingest, and GitHub-branch imports into a dirty local monorepo. Use when Claude.ai, Cowork, or CLI agents need fs_read/fs_write/fs_import_git_files guidance."
3
+ description: rdc:fs-mcp (task) — Use the File System MCP bridge for live repo reads, safe writes, cloud-to-local ingest, and GitHub-branch i...
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: handoff
3
- description: "Usage `rdc:handoff [--from-prototype <id>]`Convert a finalized plan or prototype into CLI-ready artifacts: writes .rdc/plans/, creates Supabase work items with DoD checklists, registers prototype if present. Bridge between planning session and rdc:build."
3
+ description: rdc:handoff () - [--from-prototype] — turn a plan or prototype into work items and artifacts
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: help
3
- description: "Usage `rdc:help`Show all MCP skills with usage, requirements, slash forms, and codeflow status. Reads `.claude-plugin/plugin.json` skills_meta (single source of truth). Call when unsure which skill to use or what args it takes."
3
+ description: rdc:help () list all MCP skills with usage, requirements and slash form
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: housekeeping
3
- description: "Usage `rdc:housekeeping [--fix]` — Weekly maintenance audit: directory structure verification, PUBLISH.md URL validation, CLAUDE.md freshness, orphan detection, places compliance, and stale version scan. Produces `.rdc/reports/YYYY-MM-DD-housekeeping.md`. With `--fix`, auto-remediate safe issues."
3
+ description: "rdc:housekeeping () - [--fix] — Weekly maintenance audit: directory structure verification, PUBLISH.md URL validation, CLAUDE.md freshness,..."
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,7 +1,6 @@
1
1
  ---
2
2
  name: lifeai-brochure-author
3
3
  version: 0.1.0
4
- description: |
5
4
  The mandatory contract for authoring brochure JSX using @lifeai/brochure-kit. Use this skill EVERY TIME any AI engine (Claude, Cursor, Copilot, /design, Cowork, v0) generates JSX intended for the Brochurify pipeline — whether the user says "write a brochure," "make a one-pager," "draft a PDF report," or any equivalent. Also trigger when a file imports from @lifeai/brochure-kit. Failing to read this skill before authoring is a defect.
6
5
 
7
6
  triggers:
@@ -18,6 +17,7 @@ triggers:
18
17
  required_validators:
19
18
  - command: pnpm bk-lint
20
19
  blocking: true
20
+ description: lifeai-brochure-author (brochure-jsx-task) — |
21
21
  ---
22
22
 
23
23
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -9,13 +9,7 @@ triggers:
9
9
  - register model
10
10
  - new model for
11
11
  - model registration check
12
- description: >
13
- Register a new Reference Model completely — the yes/no gate that prevents half-registered models.
14
- A reference model is DEFINED as registered in all four homes: (1) RPMS project_nodes row
15
- (node_type=reference_model), (2) apps/vlas route group /models/<slug>, (3) apps/vlas
16
- src/data/models/<slug> definitions, (4) global-corpus Drive directory. If ANY of the four is
17
- missing, the model does not exist yet — run this skill.
18
- Trigger when asked to create, register, or check whether a reference model exists.
12
+ description: rdc:new-model (slug-or-model-brief) — Register a new Reference Model completely — the yes/no gate that prevents half-registered models
19
13
  ---
20
14
 
21
15
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: onramp
3
- description: "Usage `rdc:onramp <slug> --name \"<Display Name>\"` — Full-pipeline enrollment orchestrator for a new Place Fund project. Runs all 7 phases: enroll → research + document integration → conflict resolution → brand book + imagery → Regen Score gate → site build → deploy dev. Each phase is idempotent and resumable."
3
+ description: rdc:onramp (slug) - [--name, --location, --archetype, --owner, --history, --dry-run] — Full-pipeline enrollment orchestrator for a new Place Fund project
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: overnight
3
- description: "Usage `rdc:overnight [epic-id|label=<label>]`Unattended end-to-end: drain the entire work queue autonomously (preplan → plan → build → review → report). Inherits mandatory per-wave code-review (pr-review-toolkit:code-reviewer) from rdc:build and rdc:review. Use when leaving Claude to run unsupervised for an extended session."
3
+ description: rdc:overnight ([scope]) — drain the work queue unattended, end to end
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,9 +1,6 @@
1
1
  ---
2
2
  name: package-design
3
- description: >-
4
- Usage `rdc:package-design <path>` — module boundary and export-surface
5
- review: does this package expose the right things, hide the right things,
6
- and sit at the right size.
3
+ description: "rdc:check-packages (path) — module boundary and export-surface review: does this package expose the right things, hide the right things..."
7
4
  ---
8
5
 
9
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,11 +1,6 @@
1
1
  ---
2
2
  name: pattern-advisor
3
- description: >-
4
- Usage `rdc:pattern-advisor <path>` — suggests an applicable design pattern
5
- for a given code shape. Factory Method/Builder/Singleton/Decorator/
6
- Adapter/Facade/Strategy/Observer/Command/Template Method are mechanical
7
- AST checks, not LLM judgment — see `scripts/pattern-score.mjs`. Advisory
8
- only; never rewrites code itself.
3
+ description: rdc:suggest-patterns (path) — suggests an applicable design pattern for a given code shape
9
4
  ---
10
5
 
11
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,9 +1,6 @@
1
1
  ---
2
2
  name: pattern-refactoring-guide
3
- description: >-
4
- Usage `rdc:pattern-refactoring-guide <path>` — turns a pattern-advisor
5
- recommendation (or a solid-validator/architecture-reviewer finding) into a
6
- concrete before/after refactor plan. Produces a plan, does not apply it.
3
+ description: rdc:get-refactoring-plan (finding) — turns a pattern-advisor recommendation (or a solid-validator/architecture-reviewer finding) into a concrete...
7
4
  ---
8
5
 
9
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: plan
3
- description: "Usage `rdc:plan <topic>`No epic exists and you need architecture + task breakdown. Produces design decisions, tradeoffs, and Supabase epics/tasks with DoD checklists that feed rdc:build. Use after rdc:preplan or when given clear architectural direction."
3
+ description: rdc:plan (topic)produce architecture, decisions and an epic with tasks
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: preplan
3
- description: "Usage `rdc:preplan <topic>`Before committing to an architecture, research unknowns first. Codebase scan + web search, no code written, no work items created. Output feeds rdc:plan. Use for open-ended approach questions."
3
+ description: rdc:preplan (topic)research the unknowns before committing to an architecture
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: prototype
3
- description: "Usage `rdc:prototype <description>`Build a JSX/TSX mockup for visual review before implementation. Saves to docs/source/, registers in prototype_registry. Use when asked to mock something up or show what it looks like. Not production code."
3
+ description: rdc:prototype (description)build a JSX/TSX mockup for visual review
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: refactor
3
- description: "Usage `rdc:refactor <epic-id|topic> --takeover <reason>` — Governed consolidation and implementation of a cross-cutting refactor. Authorizes an explicit takeover, preserves evidence, re-parents relevant work through the consolidation RPC, isolates every writer, and uses the same review, validator, landing, and delivery gates as rdc:build."
3
+ description: rdc:refactor (epic-id-or-topic) - [--takeover] — Governed consolidation and implementation of a cross-cutting refactor
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: regen-media
3
- description: "Usage `rdc:regen-media <generate|edit|upscale|upload> <brief-or-path>` - Primary image-generation and Regen Media asset workflow. Use for image generation, image editing/upscaling, GPT Image/gpt-image-2 requests, Codex built-in image_gen, and uploading finished images to regen-media/R2. The default path is keyless local Codex gpt-image-2 via the built-in image_gen tool; server-side regen-media MCP/API generation is fallback only."
3
+ description: rdc:regen-media (action, brief-or-path) - [--size, --upload] — Primary image-generation and Regen Media asset workflow
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: release
3
- description: "Usage `rdc:release <repo> [version|--patch|--minor|--major|--dry-run]` — bump, commit, tag, push, wait for CI/publish, install, and verify a package or project using repo-local release metadata."
3
+ description: rdc:release (repo, [version]) - [--patch, --minor, --major, --dry-run] — bump, tag, publish and verify a package
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: report
3
- description: "Usage `rdc:report`Write the nightly session summary to .rdc/reports/YYYY-MM-DD.md covering completed work, open items, per-project progress, and infra status. Call at session end."
3
+ description: rdc:report () write the session summary to .rdc/reports/
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: review
3
- description: "Usage `rdc:review [--unattended]`Post-build quality gate: tsc, tests, stale docs, export conflicts, and a mandatory pr-review-toolkit:code-reviewer pass across modified packages. Fixes what it can automatically, escalates the rest. Call after rdc:build and before merging to main."
3
+ description: rdc:review () - [--unattended] — post-build gate over tsc, tests, docs and code review
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,5 @@
1
1
  ---
2
2
  name: rpms-filemap
3
- description: "Generated RPMS file map — RULE #1, canonical homes, and Context Export pointers served from regen-root manifest."
4
3
  slash: "rdc:rpms-filemap"
5
4
  category: "tooling"
6
5
  usage: "rdc:rpms-filemap"
@@ -11,6 +10,7 @@ triggers:
11
10
  - "context export"
12
11
  - "where does this file belong"
13
12
  - "where should pm artifacts go"
13
+ description: "rdc:rpms-filemap () — Generated RPMS file map — RULE #1, canonical homes, and Context Export pointers served from regen-root mani..."
14
14
  ---
15
15
  # RPMS File Map
16
16
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: self-test
3
- description: "Usage `rdc:self-test [--strict]`Validate all rdc:* skills, plugin manifest, and tooling consistency. Use after editing skills, upgrading the plugin, or when a skill behaves unexpectedly."
3
+ description: rdc:self-test () - [--strict] — validate every rdc skill, the manifest and tooling
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,11 +1,6 @@
1
1
  ---
2
2
  name: solid-validator
3
- description: >-
4
- Usage `rdc:solid-validator <path> [--diff <ref>] [--config <file>]` — the
5
- FORM corner of the form/fit/function model. Deterministic AST scoring of
6
- all five SOLID letters (weighted sum, confidence-annotated) plus a separate
7
- Clean Architecture boundary check. Real numbers, not LLM judgment — see
8
- `scripts/solid-score.mjs` for the mechanism.
3
+ description: rdc:solid-validator (path) - [--diff, --config] — the FORM corner of the form/fit/function model
9
4
  ---
10
5
 
11
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: status
3
- description: "Usage `rdc:status`Read-only snapshot of open epics, work items, Coolify health, blockers, and next recommended action. Safe to call anytime. Start here when disoriented or resuming a session."
3
+ description: rdc:status () — snapshot open epics, health, blockers and next action
4
4
  ---
5
5
 
6
6
  > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: terminal-config
3
- description: "Usage `rdc:terminal-config <task>` — read and safely modify Windows Terminal settings, shell profiles, and agent startup sequencing without relying on machine-specific paths."
3
+ description: rdc:terminal-config (task) — read and safely modify Windows Terminal settings, shell profiles, and agent startup sequencing without rely...
4
4
  ---
5
5
 
6
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.
@@ -1,11 +1,6 @@
1
1
  ---
2
2
  name: testing-strategy
3
- description: >-
4
- Usage `rdc:testing-strategy <path>` — recommends the right TEST LEVEL and
5
- SHAPE for a surface (unit/integration/live tier, assertion vs golden-capture),
6
- not a specific test to write. The FUNCTION corner of the form/fit/function
7
- model — solid-validator covers FORM, architecture-reviewer covers FIT, this
8
- covers whether a surface's behavior is actually provable, and how.
3
+ description: rdc:testing-strategy (path) — recommends the right TEST LEVEL and SHAPE for a surface (unit/integration/live tier, assertion vs golden-ca...
9
4
  ---
10
5
 
11
6
  > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `.rdc/guides/agent-bootstrap.md`) — this is also where the global rdc-harness-use policy for create/open/build/deploy work lives.