@lifeaitools/rdc-skills 0.25.0 → 0.25.2

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 (61) hide show
  1. package/.claude-plugin/plugin.json +1560 -1518
  2. package/.github/workflows/self-test.yml +34 -34
  3. package/CHANGELOG.md +322 -310
  4. package/MANIFEST.md +224 -221
  5. package/README.md +379 -377
  6. package/commands/build.md +181 -181
  7. package/commands/collab.md +180 -180
  8. package/commands/deploy.md +148 -148
  9. package/commands/fixit.md +150 -150
  10. package/commands/handoff.md +173 -173
  11. package/commands/overnight.md +220 -220
  12. package/commands/plan.md +158 -158
  13. package/commands/preplan.md +131 -131
  14. package/commands/prototype.md +145 -145
  15. package/commands/report.md +99 -99
  16. package/commands/review.md +120 -120
  17. package/commands/status.md +86 -86
  18. package/commands/workitems.md +127 -127
  19. package/git-sha.json +1 -1
  20. package/guides/agent-bootstrap.md +195 -195
  21. package/guides/agents/backend.md +102 -102
  22. package/guides/agents/content.md +94 -94
  23. package/guides/agents/cs2.md +56 -56
  24. package/guides/agents/data.md +86 -86
  25. package/guides/agents/design.md +77 -77
  26. package/guides/agents/frontend.md +91 -91
  27. package/guides/agents/infrastructure.md +81 -81
  28. package/guides/agents/setup.md +272 -272
  29. package/guides/agents/verify.md +119 -119
  30. package/guides/agents/viz.md +106 -106
  31. package/package.json +57 -57
  32. package/scripts/install-rdc-skills.js +1401 -1289
  33. package/scripts/self-test.mjs +1460 -1460
  34. package/scripts/validate-publish-manifests.js +502 -502
  35. package/skills/build/SKILL.md +574 -559
  36. package/skills/channel-formatter/SKILL.md +538 -538
  37. package/skills/collab/SKILL.md +239 -239
  38. package/skills/convert/SKILL.md +167 -167
  39. package/skills/deploy/SKILL.md +541 -541
  40. package/skills/design/SKILL.md +205 -205
  41. package/skills/env/SKILL.md +141 -0
  42. package/skills/fixit/SKILL.md +203 -203
  43. package/skills/fs-mcp/SKILL.md +37 -2
  44. package/skills/handoff/SKILL.md +236 -236
  45. package/skills/new-model/SKILL.md +49 -0
  46. package/skills/onramp/SKILL.md +1459 -248
  47. package/skills/overnight/SKILL.md +251 -251
  48. package/skills/plan/SKILL.md +345 -345
  49. package/skills/preplan/SKILL.md +90 -90
  50. package/skills/prototype/SKILL.md +150 -150
  51. package/skills/regen-media/SKILL.md +94 -0
  52. package/skills/release/SKILL.md +140 -140
  53. package/skills/report/SKILL.md +100 -100
  54. package/skills/review/SKILL.md +159 -151
  55. package/skills/self-test/SKILL.md +108 -108
  56. package/skills/status/SKILL.md +99 -99
  57. package/skills/tests/MATRIX.md +55 -54
  58. package/skills/tests/onramp.test.json +87 -87
  59. package/skills/tests/rdc-regen-media.test.json +29 -0
  60. package/skills/watch/SKILL.md +84 -84
  61. package/skills/workitems/SKILL.md +151 -151
@@ -1,211 +1,211 @@
1
- ---
2
- name: rdc: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."
4
- ---
5
-
6
- > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
7
- > Checklist-only output. No tool-call narration. No raw MCP/JSON/log dumps.
8
- > One checklist upfront, updated in place, shown again at end with a 1-line verdict.
9
-
10
- > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md`).
11
-
12
- > **Sandbox contract:** This skill honors `RDC_TEST=1` per `guides/agent-bootstrap.md` § RDC_TEST Sandbox Contract. Destructive external calls, Supabase writes, git pushes, package publishes, and deploys are skipped under `RDC_TEST=1`.
13
-
14
- # rdc:design — RDC Design Skill
15
-
16
- RDC-owned design execution for Studio and LIFEAI interfaces. This skill is the Studio-aware design authority for RDC token, palette, theme, component, and local-debug work.
17
-
18
- ## When to Use
19
-
20
- - Studio, Palette Library, brand-token, theme, component, or live-editor work
21
- - Any design task that must understand RDC's real token tables and Studio routes
1
+ ---
2
+ name: rdc: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."
4
+ ---
5
+
6
+ > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
7
+ > Checklist-only output. No tool-call narration. No raw MCP/JSON/log dumps.
8
+ > One checklist upfront, updated in place, shown again at end with a 1-line verdict.
9
+
10
+ > If dispatching subagents or running as a subagent: read `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md` first (fallback: `{PROJECT_ROOT}/.rdc/guides/agent-bootstrap.md`).
11
+
12
+ > **Sandbox contract:** This skill honors `RDC_TEST=1` per `guides/agent-bootstrap.md` § RDC_TEST Sandbox Contract. Destructive external calls, Supabase writes, git pushes, package publishes, and deploys are skipped under `RDC_TEST=1`.
13
+
14
+ # rdc:design — RDC Design Skill
15
+
16
+ RDC-owned design execution for Studio and LIFEAI interfaces. This skill is the Studio-aware design authority for RDC token, palette, theme, component, and local-debug work.
17
+
18
+ ## When to Use
19
+
20
+ - Studio, Palette Library, brand-token, theme, component, or live-editor work
21
+ - Any design task that must understand RDC's real token tables and Studio routes
22
22
  - UI critique, audit, polish, colorize, type, layout, or craft work in `{PROJECT_ROOT}`
23
- - Agent-side color-system exploration using Rampa CLI
24
- - Preparing token-aware implementation instructions for frontend/backend/data agents
25
-
26
- ## Arguments
27
-
28
- - `rdc:design` — show the command menu
29
- - `rdc:design edit <target>` — start a local source-edit session for a URL, app, brand, route, or file
30
- - `rdc:design studio <target>` — Studio-aware design task
31
- - `rdc:design tokens <brand-or-route>` — token model, resolver, export, or governance task
32
- - `rdc:design palette <brief>` — Palette Library or palette generation task
33
- - `rdc:design theme <brief>` — theme generation/application task
34
- - `rdc:design colorize <target>` — Rampa-assisted color-system work
35
- - `rdc:design audit <target>` — design quality audit
36
- - `rdc:design critique <target>` — UX/design critique
37
- - `rdc:design polish <target>` — final visual and interaction pass
38
- - `rdc:design craft <feature>` — shape and build a token-aware UI feature
39
-
40
- ## Required References
41
-
42
- Load only what applies, but do not skip the Studio model for Studio/token/palette/theme work.
43
-
44
- | Task type | Required reference |
45
- |---|---|
46
- | Studio, tokens, palettes, themes, editor | `skills/design/reference/studio-model.md` |
47
- | Color generation, ramps, contrast, neutrals | `skills/design/reference/rampa.md` |
48
- | Ownership, operating boundary, attribution files | `skills/design/reference/ownership.md` |
49
-
50
- Project docs to read for Studio work:
51
-
52
- - `docs/systems/studio/ARCHITECTURE.md`
53
- - `apps/studio/CLAUDE.md`
54
- - `.claude/context/design-system-global.md`
55
- - affected route/component/source files
56
-
57
- ## Procedure
58
-
59
- 1. **Classify the task.**
60
- - `edit` means start a local source-edit session. Do not show the generic command menu for `edit`.
61
- - `studio`, `tokens`, `palette`, and `theme` always load the Studio model.
62
- - `palette`, `theme`, and `colorize` also load the Rampa reference.
63
- - Any task involving colors, palettes, ramps, contrast, neutrals, light/dark color pairs, status colors, chart colors, or theme colors loads the Rampa reference.
64
- - `audit`, `critique`, `polish`, and `craft` load Studio model when the target is inside Studio or uses Studio tokens.
65
-
66
- 2. **Read the actual system context.**
67
- - For Studio: read `docs/systems/studio/ARCHITECTURE.md` and `apps/studio/CLAUDE.md`.
68
- - For token work: read `.claude/context/design-system-global.md`.
69
- - For app UI work: read the app-specific `CLAUDE.md` if present.
70
-
71
- 3. **Find the source of truth before proposing changes.**
72
- - Tokens: Studio APIs, resolver files, and Supabase token tables.
73
- - Palette Library: Studio palette APIs and theme/palette model.
74
- - Live editor: RDC Native Local Debug only — `/editor/local/*`, `/api/editor/local-debug`, `/studio/debug/*`, `/studio/claude/*`, and `scripts/studio-debug-poll.mjs`.
75
- - Components: `@regen/ui`, Studio component registry, and existing local components.
76
-
77
- 4. **For `edit`, start the local session directly.**
78
- - Intent syntax:
79
- ```powershell
80
- rdc:design edit <url|domain|brand|app|file>
81
- ```
82
- - Required variables:
83
- - `target`
84
- - `brandSlug`
85
- - `appSlug`
86
- - `repoRoot`
87
- - `cwd`
88
- - `connectorBaseUrl`
89
- - `studioOrigin`
90
- - `modeDefault`
91
- - Fill missing variables from the obvious target mapping before asking:
92
- - `test`, `studio_test`, `studio-test` -> `--brand test --app studio_test`
93
- - `prt`, `prt-portal`, `prtrust.fund`, `dev.prtrust.fund` -> `--brand prt --app prt`
94
- - If the target is a file path and brand/app are not obvious, ask one concise question for the missing brand/app. Do not search broadly or show the generic command menu.
95
- - Canonical start call:
96
- ```powershell
97
- curl.exe -s -X POST "http://127.0.0.1:52437/studio/debug/start" `
98
- -H "Content-Type: application/json" `
99
- -d "{\"brandSlug\":\"<brandSlug>\",\"appSlug\":\"<appSlug>\",\"repoRoot\":\"{PROJECT_ROOT}\",\"cwd\":\"{PROJECT_ROOT}\",\"modeDefault\":\"direct_edit\",\"startedBy\":\"claude-cli\"}"
100
- ```
101
- - Expected successful response shape:
102
- ```json
103
- {
104
- "ok": true,
105
- "sessionId": "studio-...",
106
- "token": "...",
107
- "devUrl": "http://localhost:3006",
108
- "relayBaseUrl": "http://127.0.0.1:52437/studio/debug/studio-...",
109
- "claudeBaseUrl": "http://127.0.0.1:52437/studio/claude/studio-...",
110
- "pollCommand": "node scripts/studio-debug-poll.mjs --session ... --token ... --relay ..."
111
- }
112
- ```
113
- - Construct the Studio attach URL exactly:
114
- ```txt
115
- http://localhost:3011/editor/local/<brandSlug>?attach=1&sessionId=<sessionId>&token=<token>
116
- ```
117
- - Never send the user to `/editor/local/<brandSlug>` without `attach=1&sessionId=...&token=...`.
118
- - Canonical poll call:
119
- ```powershell
120
- curl.exe -s "http://127.0.0.1:52437/studio/claude/<sessionId>/poll?token=<token>&timeout=600000"
121
- ```
122
- - Canonical reply call:
123
- ```powershell
124
- curl.exe -s -X POST "http://127.0.0.1:52437/studio/claude/<sessionId>/reply" `
125
- -H "Content-Type: application/json" `
126
- -d "{\"token\":\"<token>\",\"eventId\":\"<eventId>\",\"status\":\"done\",\"message\":\"Edited <path>\",\"filesChanged\":[\"<path>\"]}"
127
- ```
128
- - Allowed terminal statuses are `done`, `error`, `blocked`, and `needs_reference`.
129
- - Convenience helper, equivalent to the canonical start call plus attach URL construction:
130
- ```powershell
131
- node scripts/studio-debug-start.mjs --target <url|domain|brand|app|file> [--brand <slug>] [--app <slug>] [--mode direct_edit|variant_edit|reference_replace|note] [--studio-origin http://localhost:3011] [--connector http://127.0.0.1:52437] [--repo-root {PROJECT_ROOT}] [--cwd {PROJECT_ROOT}] [--dev-url <url>] [--dev-command <command>] [--no-launch]
132
- ```
133
- - Helper output contract:
134
- ```txt
135
- STUDIO_URL=http://localhost:3011/editor/local/<brandSlug>?attach=1&sessionId=...&token=...
136
- POLL_COMMAND=node scripts/studio-debug-poll.mjs --session ... --token ... --relay ...
137
- SESSION_FILE=.studio-debug/<sessionId>.json
138
- ```
139
- - If using the helper, run:
140
- ```powershell
141
- node scripts/studio-debug-start.mjs --target <target>
142
- ```
143
- - Return `STUDIO_URL` and `POLL_COMMAND` to the user. If operating as Claude CLI, open or instruct opening `STUDIO_URL`, then run `POLL_COMMAND`.
144
- - After an event is received, edit the source directly and reply with the helper or canonical reply call:
145
- ```powershell
146
- node scripts/studio-debug-poll.mjs --session <sessionId> --token <token> --relay <claudeBaseUrl> --reply <eventId> done --file <path> --message "Edited <path>"
147
- ```
148
-
149
- 5. **Use Rampa only as proposal tooling.**
150
- - Run Rampa CLI for color ramps, APCA/WCAG checks, tinted neutrals, status palettes, or data-viz palettes.
151
- - Treat output as draft design material.
152
- - Persist only after mapping into Studio token roles or Palette Library payloads.
153
-
154
- 6. **Apply RDC design rules.**
155
- - Use Studio tokens for production surfaces.
156
- - Do not hardcode color/font/spacing when a token exists.
157
- - Do not modify locked governance tokens.
158
- - Keep product UIs compact, operational, and scannable.
159
- - Avoid generic AI design patterns and card-heavy layouts.
160
-
161
- 7. **Plan edits before mutating files.**
162
- - State the files/routes/tables involved.
163
- - Use RDC work-item protocol for non-trivial implementation.
164
- - Keep unrelated installed skills and vendor artifacts untouched.
165
-
166
- 8. **Verify.**
167
- - Run scoped tests only.
168
- - For Studio: prefer route smoke checks, token API checks, and browser screenshots when UI changed.
23
+ - Agent-side color-system exploration using Rampa CLI
24
+ - Preparing token-aware implementation instructions for frontend/backend/data agents
25
+
26
+ ## Arguments
27
+
28
+ - `rdc:design` — show the command menu
29
+ - `rdc:design edit <target>` — start a local source-edit session for a URL, app, brand, route, or file
30
+ - `rdc:design studio <target>` — Studio-aware design task
31
+ - `rdc:design tokens <brand-or-route>` — token model, resolver, export, or governance task
32
+ - `rdc:design palette <brief>` — Palette Library or palette generation task
33
+ - `rdc:design theme <brief>` — theme generation/application task
34
+ - `rdc:design colorize <target>` — Rampa-assisted color-system work
35
+ - `rdc:design audit <target>` — design quality audit
36
+ - `rdc:design critique <target>` — UX/design critique
37
+ - `rdc:design polish <target>` — final visual and interaction pass
38
+ - `rdc:design craft <feature>` — shape and build a token-aware UI feature
39
+
40
+ ## Required References
41
+
42
+ Load only what applies, but do not skip the Studio model for Studio/token/palette/theme work.
43
+
44
+ | Task type | Required reference |
45
+ |---|---|
46
+ | Studio, tokens, palettes, themes, editor | `skills/design/reference/studio-model.md` |
47
+ | Color generation, ramps, contrast, neutrals | `skills/design/reference/rampa.md` |
48
+ | Ownership, operating boundary, attribution files | `skills/design/reference/ownership.md` |
49
+
50
+ Project docs to read for Studio work:
51
+
52
+ - `docs/systems/studio/ARCHITECTURE.md`
53
+ - `apps/studio/CLAUDE.md`
54
+ - `.claude/context/design-system-global.md`
55
+ - affected route/component/source files
56
+
57
+ ## Procedure
58
+
59
+ 1. **Classify the task.**
60
+ - `edit` means start a local source-edit session. Do not show the generic command menu for `edit`.
61
+ - `studio`, `tokens`, `palette`, and `theme` always load the Studio model.
62
+ - `palette`, `theme`, and `colorize` also load the Rampa reference.
63
+ - Any task involving colors, palettes, ramps, contrast, neutrals, light/dark color pairs, status colors, chart colors, or theme colors loads the Rampa reference.
64
+ - `audit`, `critique`, `polish`, and `craft` load Studio model when the target is inside Studio or uses Studio tokens.
65
+
66
+ 2. **Read the actual system context.**
67
+ - For Studio: read `docs/systems/studio/ARCHITECTURE.md` and `apps/studio/CLAUDE.md`.
68
+ - For token work: read `.claude/context/design-system-global.md`.
69
+ - For app UI work: read the app-specific `CLAUDE.md` if present.
70
+
71
+ 3. **Find the source of truth before proposing changes.**
72
+ - Tokens: Studio APIs, resolver files, and Supabase token tables.
73
+ - Palette Library: Studio palette APIs and theme/palette model.
74
+ - Live editor: RDC Native Local Debug only — `/editor/local/*`, `/api/editor/local-debug`, `/studio/debug/*`, `/studio/claude/*`, and `scripts/studio-debug-poll.mjs`.
75
+ - Components: `@regen/ui`, Studio component registry, and existing local components.
76
+
77
+ 4. **For `edit`, start the local session directly.**
78
+ - Intent syntax:
79
+ ```powershell
80
+ rdc:design edit <url|domain|brand|app|file>
81
+ ```
82
+ - Required variables:
83
+ - `target`
84
+ - `brandSlug`
85
+ - `appSlug`
86
+ - `repoRoot`
87
+ - `cwd`
88
+ - `connectorBaseUrl`
89
+ - `studioOrigin`
90
+ - `modeDefault`
91
+ - Fill missing variables from the obvious target mapping before asking:
92
+ - `test`, `studio_test`, `studio-test` -> `--brand test --app studio_test`
93
+ - `prt`, `prt-portal`, `prtrust.fund`, `dev.prtrust.fund` -> `--brand prt --app prt`
94
+ - If the target is a file path and brand/app are not obvious, ask one concise question for the missing brand/app. Do not search broadly or show the generic command menu.
95
+ - Canonical start call:
96
+ ```powershell
97
+ curl.exe -s -X POST "http://127.0.0.1:52437/studio/debug/start" `
98
+ -H "Content-Type: application/json" `
99
+ -d "{\"brandSlug\":\"<brandSlug>\",\"appSlug\":\"<appSlug>\",\"repoRoot\":\"{PROJECT_ROOT}\",\"cwd\":\"{PROJECT_ROOT}\",\"modeDefault\":\"direct_edit\",\"startedBy\":\"claude-cli\"}"
100
+ ```
101
+ - Expected successful response shape:
102
+ ```json
103
+ {
104
+ "ok": true,
105
+ "sessionId": "studio-...",
106
+ "token": "...",
107
+ "devUrl": "http://localhost:3006",
108
+ "relayBaseUrl": "http://127.0.0.1:52437/studio/debug/studio-...",
109
+ "claudeBaseUrl": "http://127.0.0.1:52437/studio/claude/studio-...",
110
+ "pollCommand": "node scripts/studio-debug-poll.mjs --session ... --token ... --relay ..."
111
+ }
112
+ ```
113
+ - Construct the Studio attach URL exactly:
114
+ ```txt
115
+ http://localhost:3011/editor/local/<brandSlug>?attach=1&sessionId=<sessionId>&token=<token>
116
+ ```
117
+ - Never send the user to `/editor/local/<brandSlug>` without `attach=1&sessionId=...&token=...`.
118
+ - Canonical poll call:
119
+ ```powershell
120
+ curl.exe -s "http://127.0.0.1:52437/studio/claude/<sessionId>/poll?token=<token>&timeout=600000"
121
+ ```
122
+ - Canonical reply call:
123
+ ```powershell
124
+ curl.exe -s -X POST "http://127.0.0.1:52437/studio/claude/<sessionId>/reply" `
125
+ -H "Content-Type: application/json" `
126
+ -d "{\"token\":\"<token>\",\"eventId\":\"<eventId>\",\"status\":\"done\",\"message\":\"Edited <path>\",\"filesChanged\":[\"<path>\"]}"
127
+ ```
128
+ - Allowed terminal statuses are `done`, `error`, `blocked`, and `needs_reference`.
129
+ - Convenience helper, equivalent to the canonical start call plus attach URL construction:
130
+ ```powershell
131
+ node scripts/studio-debug-start.mjs --target <url|domain|brand|app|file> [--brand <slug>] [--app <slug>] [--mode direct_edit|variant_edit|reference_replace|note] [--studio-origin http://localhost:3011] [--connector http://127.0.0.1:52437] [--repo-root {PROJECT_ROOT}] [--cwd {PROJECT_ROOT}] [--dev-url <url>] [--dev-command <command>] [--no-launch]
132
+ ```
133
+ - Helper output contract:
134
+ ```txt
135
+ STUDIO_URL=http://localhost:3011/editor/local/<brandSlug>?attach=1&sessionId=...&token=...
136
+ POLL_COMMAND=node scripts/studio-debug-poll.mjs --session ... --token ... --relay ...
137
+ SESSION_FILE=.studio-debug/<sessionId>.json
138
+ ```
139
+ - If using the helper, run:
140
+ ```powershell
141
+ node scripts/studio-debug-start.mjs --target <target>
142
+ ```
143
+ - Return `STUDIO_URL` and `POLL_COMMAND` to the user. If operating as Claude CLI, open or instruct opening `STUDIO_URL`, then run `POLL_COMMAND`.
144
+ - After an event is received, edit the source directly and reply with the helper or canonical reply call:
145
+ ```powershell
146
+ node scripts/studio-debug-poll.mjs --session <sessionId> --token <token> --relay <claudeBaseUrl> --reply <eventId> done --file <path> --message "Edited <path>"
147
+ ```
148
+
149
+ 5. **Use Rampa only as proposal tooling.**
150
+ - Run Rampa CLI for color ramps, APCA/WCAG checks, tinted neutrals, status palettes, or data-viz palettes.
151
+ - Treat output as draft design material.
152
+ - Persist only after mapping into Studio token roles or Palette Library payloads.
153
+
154
+ 6. **Apply RDC design rules.**
155
+ - Use Studio tokens for production surfaces.
156
+ - Do not hardcode color/font/spacing when a token exists.
157
+ - Do not modify locked governance tokens.
158
+ - Keep product UIs compact, operational, and scannable.
159
+ - Avoid generic AI design patterns and card-heavy layouts.
160
+
161
+ 7. **Plan edits before mutating files.**
162
+ - State the files/routes/tables involved.
163
+ - Use RDC work-item protocol for non-trivial implementation.
164
+ - Keep unrelated installed skills and vendor artifacts untouched.
165
+
166
+ 8. **Verify.**
167
+ - Run scoped tests only.
168
+ - For Studio: prefer route smoke checks, token API checks, and browser screenshots when UI changed.
169
169
  - For CLI prompt work: run `node {RDC_SKILLS_ROOT}/scripts/rdc-design-cli.mjs <command> <brief>` and inspect the generated report under `.rdc/reports/rdc-design-cli/`.
170
-
171
- ## Command Menu
172
-
173
- | Command | Purpose |
174
- |---|---|
175
- | `edit` | Start a local source-edit session for a URL, app, brand, route, or file |
176
- | `studio` | Studio-aware design/build task with token, route, and editor context |
177
- | `tokens` | Diagnose or design token usage, resolver flow, API/export, governance |
178
- | `palette` | Palette Library work, palette generation, external Palette Designer handoff |
179
- | `theme` | Theme creation/application/export against Studio's canonical model |
180
- | `colorize` | Rampa-assisted color relationships and contrast checks |
181
- | `audit` | Technical and visual audit |
182
- | `critique` | UX/design review |
183
- | `polish` | Final detail pass |
184
- | `craft` | Shape and build a token-aware interface |
185
-
186
- ## CLI Helper
187
-
188
- Use the local helper to see exactly how much instruction text the skill is generating before sending it through an agent:
189
-
190
- ```powershell
170
+
171
+ ## Command Menu
172
+
173
+ | Command | Purpose |
174
+ |---|---|
175
+ | `edit` | Start a local source-edit session for a URL, app, brand, route, or file |
176
+ | `studio` | Studio-aware design/build task with token, route, and editor context |
177
+ | `tokens` | Diagnose or design token usage, resolver flow, API/export, governance |
178
+ | `palette` | Palette Library work, palette generation, external Palette Designer handoff |
179
+ | `theme` | Theme creation/application/export against Studio's canonical model |
180
+ | `colorize` | Rampa-assisted color relationships and contrast checks |
181
+ | `audit` | Technical and visual audit |
182
+ | `critique` | UX/design review |
183
+ | `polish` | Final detail pass |
184
+ | `craft` | Shape and build a token-aware interface |
185
+
186
+ ## CLI Helper
187
+
188
+ Use the local helper to see exactly how much instruction text the skill is generating before sending it through an agent:
189
+
190
+ ```powershell
191
191
  node {RDC_SKILLS_ROOT}/scripts/rdc-design-cli.mjs studio "audit the Studio palette page"
192
192
  node {RDC_SKILLS_ROOT}/scripts/rdc-design-cli.mjs palette "generate a PRT palette workflow"
193
193
  node {RDC_SKILLS_ROOT}/scripts/rdc-design-cli.mjs --json theme "RDC earth-forward light theme"
194
- ```
195
-
196
- The helper writes logs to:
197
-
198
- ```text
194
+ ```
195
+
196
+ The helper writes logs to:
197
+
198
+ ```text
199
199
  {RDC_SKILLS_ROOT}/.rdc/reports/rdc-design-cli/
200
- ```
201
-
202
- Each run includes character count, word count, approximate token count, references loaded, and the final prompt text.
203
-
204
- ## Boundaries
205
-
206
- - Do not edit unrelated installed skills.
207
- - Do not rename this skill or create duplicate aliases for it.
208
- - Do not use external live-edit runtimes as Studio's live-edit execution path.
209
- - Do not persist Rampa output directly to production without Studio token mapping.
210
- - Do not fork or ship Palette Designer until its license is verified.
211
- - Do not use Studio's deprecated `/api/editor/render` route.
200
+ ```
201
+
202
+ Each run includes character count, word count, approximate token count, references loaded, and the final prompt text.
203
+
204
+ ## Boundaries
205
+
206
+ - Do not edit unrelated installed skills.
207
+ - Do not rename this skill or create duplicate aliases for it.
208
+ - Do not use external live-edit runtimes as Studio's live-edit execution path.
209
+ - Do not persist Rampa output directly to production without Studio token mapping.
210
+ - Do not fork or ship Palette Designer until its license is verified.
211
+ - Do not use Studio's deprecated `/api/editor/render` route.
@@ -0,0 +1,141 @@
1
+ ---
2
+ name: rdc: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."
4
+ ---
5
+
6
+ > **⚠️ OUTPUT CONTRACT (READ FIRST):** `guides/output-contract.md`
7
+ > Checklist-only output. No tool-call narration. No raw MCP/JSON/log dumps.
8
+ > One checklist upfront, updated in place, shown again at end with a 1-line verdict.
9
+
10
+ # rdc:env — Environment Harness Manager
11
+
12
+ ## When to Use
13
+ - After a reboot or GPU crash — verify everything came back up
14
+ - Setting up a fresh box — install all tools and services
15
+ - Something is broken — repair services, MCPs, CodeFlow
16
+ - Routine update — pull latest env repo and run drift check
17
+ - "check the environment", "fix my setup", "install environment"
18
+
19
+ ## Subcommands
20
+
21
+ | Command | What it does |
22
+ |---------|-------------|
23
+ | `status` (default) | Read-only check: env repo version, tool versions, MCP health, shim integrity, CodeFlow brain |
24
+ | `install` | Full provision: clone env repo if missing, set LIFEAI_ENV, install tools, configure MCPs |
25
+ | `repair` | Diagnose and fix: restart crashed services, rebuild stale dists, fix broken shims |
26
+ | `update` | Pull latest env repo, re-run audit, report drift, refresh shims if new scripts added |
27
+
28
+ ## Procedure
29
+
30
+ ### Step 0: Resolve environment root
31
+
32
+ ```bash
33
+ LIFEAI_ENV="${LIFEAI_ENV:-C:/Dev/lifeai-env}"
34
+ ```
35
+
36
+ If `$LIFEAI_ENV` is not set AND the default path doesn't exist:
37
+ - For `install`: clone the repo and set the env var
38
+ - For all others: STOP with `BLOCKED: environment repo not found. Run: rdc:env install`
39
+
40
+ Read `$LIFEAI_ENV/manifest.json` — this is the harness inventory.
41
+
42
+ ### Step 1: Environment repo state
43
+
44
+ ```bash
45
+ git -C "$LIFEAI_ENV" fetch origin 2>/dev/null
46
+ git -C "$LIFEAI_ENV" rev-list --count HEAD..origin/main
47
+ ```
48
+
49
+ Report: version from manifest.json, commits behind origin, last pull date.
50
+
51
+ For `update`: pull if behind. For `repair`: pull if behind (stale harness may be the cause).
52
+
53
+ ### Step 2: Tool versions (audit)
54
+
55
+ Run the audit script:
56
+ ```bash
57
+ pwsh.exe -NoProfile -ExecutionPolicy Bypass -File "$LIFEAI_ENV/audit/audit.ps1" -ProjectRoot "$PROJECT_ROOT"
58
+ ```
59
+
60
+ Or read `$PROJECT_ROOT/environment.lock.json` and check each tool:
61
+
62
+ | Tool | Check | Min Version |
63
+ |------|-------|-------------|
64
+ | node | `node --version` | 22.0.0 |
65
+ | pnpm | `pnpm --version` | 10.0.0 |
66
+ | pm2 | `pm2 --version` | 5.0.0 |
67
+ | clauth | `curl -s http://127.0.0.1:52437/ping` | 1.30.0 |
68
+ | rdc-skills | `npm list -g @lifeai/rdc-skills` | 0.25.0 |
69
+ | gh | `gh --version` | 2.0.0 |
70
+
71
+ For `install` and `repair`: install or upgrade any tool below min_version using the `install` command from the lock file. This includes rdc-skills itself — the environment repo is the orchestrator that keeps all tools current, including its own skill set. A `repair` or `install` that bumps rdc-skills will also restart the rdc-skills-mcp PM2 process so the new version is live immediately.
72
+
73
+ ### Step 3: Service health
74
+
75
+ Check each service:
76
+
77
+ | Service | Health Check | Repair |
78
+ |---------|-------------|--------|
79
+ | clauth daemon | `curl -s http://127.0.0.1:52437/ping` | `$LIFEAI_ENV/services/restart-clauth.bat` |
80
+ | CodeFlow gateway | `curl -s http://127.0.0.1:3109/health` | `node $PROJECT_ROOT/scripts/codeflow-up.mjs` |
81
+ | CodeFlow brain | `/health` → `health.state` should be `operational` | `node $PROJECT_ROOT/scripts/codeflow-up.mjs --restart` |
82
+ | rdc-skills MCP | `pm2 list` shows rdc-skills-mcp online | `pm2 restart rdc-skills-mcp` |
83
+ | PM2 daemon | `pm2 ping` | `pm2 resurrect` |
84
+ | Docker | `docker info` | Start Docker Desktop |
85
+ | Neo4j | `docker inspect codeflow-neo4j` | `docker compose -f $LIFEAI_ENV/services/codeflow/docker-compose.yml up -d` |
86
+
87
+ For `status`: report only. For `repair`: fix each failing service in order (clauth first, then CodeFlow, then MCPs).
88
+
89
+ ### Step 4: MCP server verification
90
+
91
+ Run the MCP checker:
92
+ ```bash
93
+ pwsh.exe -NoProfile -ExecutionPolicy Bypass -File "$LIFEAI_ENV/services/install-mcps.ps1" -ProjectRoot "$PROJECT_ROOT"
94
+ ```
95
+
96
+ For `repair`: add `-Fix` flag to auto-start missing local MCPs.
97
+
98
+ ### Step 5: Shim integrity
99
+
100
+ Check that all monorepo shims point at valid targets:
101
+ ```bash
102
+ pwsh.exe -NoProfile -ExecutionPolicy Bypass -File "$LIFEAI_ENV/provision.ps1" -ProjectRoot "$PROJECT_ROOT" -SkipTools -DryRun
103
+ ```
104
+
105
+ Look for "broken shim" warnings. For `repair`: re-run provision.ps1 live.
106
+
107
+ ### Step 6: Agent readiness (final gate)
108
+
109
+ ```bash
110
+ pnpm --filter @regen/codeflow startup:readiness
111
+ ```
112
+
113
+ This is the same check the startup guard runs. Zero blockers = environment healthy.
114
+
115
+ ## Output Format
116
+
117
+ ```
118
+ ## rdc:env <command> — Environment Health
119
+
120
+ | Check | Status | Detail |
121
+ |-------|--------|--------|
122
+ | Env repo | ✅ | v0.2.0, 0 behind origin |
123
+ | LIFEAI_ENV | ✅ | C:/Dev/lifeai-env (Machine scope) |
124
+ | Node | ✅ | v22.14.0 (min 22.0.0) |
125
+ | pnpm | ✅ | 10.12.1 (min 10.0.0) |
126
+ | clauth | ✅ | v1.30.2, unlocked |
127
+ | CodeFlow | ✅ | v0.33.11, brain=dev, operational |
128
+ | rdc-skills MCP | ✅ | v0.25.0, online |
129
+ | Shims | ✅ | 47/47 valid |
130
+ | Agent readiness | ✅ | 0 blockers |
131
+
132
+ **Verdict: environment healthy (9/9 checks pass)**
133
+ ```
134
+
135
+ For `repair`, append:
136
+ ```
137
+ ## Repairs Applied
138
+ - [x] Restarted clauth daemon
139
+ - [x] Rebuilt CodeFlow dist + restarted gateway
140
+ - [ ] rdc-skills: already running
141
+ ```