@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.
- package/.claude-plugin/plugin.json +1560 -1518
- package/.github/workflows/self-test.yml +34 -34
- package/CHANGELOG.md +322 -310
- package/MANIFEST.md +224 -221
- package/README.md +379 -377
- package/commands/build.md +181 -181
- package/commands/collab.md +180 -180
- package/commands/deploy.md +148 -148
- package/commands/fixit.md +150 -150
- package/commands/handoff.md +173 -173
- package/commands/overnight.md +220 -220
- package/commands/plan.md +158 -158
- package/commands/preplan.md +131 -131
- package/commands/prototype.md +145 -145
- package/commands/report.md +99 -99
- package/commands/review.md +120 -120
- package/commands/status.md +86 -86
- package/commands/workitems.md +127 -127
- package/git-sha.json +1 -1
- package/guides/agent-bootstrap.md +195 -195
- package/guides/agents/backend.md +102 -102
- package/guides/agents/content.md +94 -94
- package/guides/agents/cs2.md +56 -56
- package/guides/agents/data.md +86 -86
- package/guides/agents/design.md +77 -77
- package/guides/agents/frontend.md +91 -91
- package/guides/agents/infrastructure.md +81 -81
- package/guides/agents/setup.md +272 -272
- package/guides/agents/verify.md +119 -119
- package/guides/agents/viz.md +106 -106
- package/package.json +57 -57
- package/scripts/install-rdc-skills.js +1401 -1289
- package/scripts/self-test.mjs +1460 -1460
- package/scripts/validate-publish-manifests.js +502 -502
- package/skills/build/SKILL.md +574 -559
- package/skills/channel-formatter/SKILL.md +538 -538
- package/skills/collab/SKILL.md +239 -239
- package/skills/convert/SKILL.md +167 -167
- package/skills/deploy/SKILL.md +541 -541
- package/skills/design/SKILL.md +205 -205
- package/skills/env/SKILL.md +141 -0
- package/skills/fixit/SKILL.md +203 -203
- package/skills/fs-mcp/SKILL.md +37 -2
- package/skills/handoff/SKILL.md +236 -236
- package/skills/new-model/SKILL.md +49 -0
- package/skills/onramp/SKILL.md +1459 -248
- package/skills/overnight/SKILL.md +251 -251
- package/skills/plan/SKILL.md +345 -345
- package/skills/preplan/SKILL.md +90 -90
- package/skills/prototype/SKILL.md +150 -150
- package/skills/regen-media/SKILL.md +94 -0
- package/skills/release/SKILL.md +140 -140
- package/skills/report/SKILL.md +100 -100
- package/skills/review/SKILL.md +159 -151
- package/skills/self-test/SKILL.md +108 -108
- package/skills/status/SKILL.md +99 -99
- package/skills/tests/MATRIX.md +55 -54
- package/skills/tests/onramp.test.json +87 -87
- package/skills/tests/rdc-regen-media.test.json +29 -0
- package/skills/watch/SKILL.md +84 -84
- package/skills/workitems/SKILL.md +151 -151
package/skills/design/SKILL.md
CHANGED
|
@@ -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
|
+
```
|