@mr.dj2u/cli 0.1.3 → 0.1.5
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/bundles/claude-code/commands/continue-development.md +8 -0
- package/bundles/claude-code/commands/run-doctor.md +8 -0
- package/bundles/claude-code/skills/continue-development/SKILL.md +8 -0
- package/bundles/claude-code/skills/run-doctor/SKILL.md +8 -0
- package/bundles/codex/.codex-plugin/plugin.json +1 -1
- package/bundles/codex/.mcp.json +1 -1
- package/bundles/codex/README.md +1 -1
- package/bundles/codex/commands/continue-development.md +8 -0
- package/bundles/codex/commands/run-doctor.md +8 -0
- package/bundles/codex/skills/workflow-continue-development/SKILL.md +47 -0
- package/bundles/codex/skills/workflow-create-expo-super-stack/SKILL.md +42 -0
- package/bundles/codex/skills/workflow-fix-seo/SKILL.md +41 -0
- package/bundles/codex/skills/workflow-prepare-deploy/SKILL.md +43 -0
- package/bundles/codex/skills/workflow-project-research-plan/SKILL.md +41 -0
- package/bundles/codex/skills/workflow-review-expo-project/SKILL.md +44 -0
- package/bundles/codex/skills/workflow-run-doctor/SKILL.md +52 -0
- package/bundles/vscode-copilot/.github/prompts/continue-development.prompt.md +8 -0
- package/bundles/vscode-copilot/.github/prompts/run-doctor.prompt.md +8 -0
- package/bundles/vscode-copilot/.vscode/mcp.json +1 -1
- package/bundles/vscode-copilot/user/.copilot/skills/workflow-continue-development/SKILL.md +8 -0
- package/bundles/vscode-copilot/user/.copilot/skills/workflow-run-doctor/SKILL.md +8 -0
- package/dist/commands/agent.d.ts.map +1 -1
- package/dist/commands/agent.js +77 -11
- package/dist/commands/agent.js.map +1 -1
- package/dist/commands/mcp-install.d.ts +7 -0
- package/dist/commands/mcp-install.d.ts.map +1 -1
- package/dist/commands/mcp-install.js +13 -1
- package/dist/commands/mcp-install.js.map +1 -1
- package/dist/project-memory.d.ts.map +1 -1
- package/dist/project-memory.js +11 -10
- package/dist/project-memory.js.map +1 -1
- package/package.json +1 -1
|
@@ -13,6 +13,12 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
13
13
|
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
14
14
|
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
15
15
|
|
|
16
|
+
## Codex Routing Guardrails
|
|
17
|
+
|
|
18
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
19
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
20
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
21
|
+
|
|
16
22
|
## CLI / Manual Fallback
|
|
17
23
|
|
|
18
24
|
1. If MCP is not configured, install it manually:
|
|
@@ -20,6 +26,8 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
20
26
|
2. Direct CLI flow:
|
|
21
27
|
- `mds continue <projectPath>`
|
|
22
28
|
- `mds doctor <projectPath>` when blockers are unclear.
|
|
29
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
30
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
23
31
|
|
|
24
32
|
## Verification And Output
|
|
25
33
|
|
|
@@ -16,6 +16,12 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
16
16
|
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
17
17
|
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
18
18
|
|
|
19
|
+
## Codex Routing Guardrails
|
|
20
|
+
|
|
21
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
22
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
23
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
24
|
+
|
|
19
25
|
## CLI / Manual Fallback
|
|
20
26
|
|
|
21
27
|
1. If MCP is not configured, install it manually:
|
|
@@ -24,6 +30,8 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
24
30
|
- `mds doctor <projectPath>`
|
|
25
31
|
- `mds doctor <projectPath> --ci`
|
|
26
32
|
- `mds doctor <projectPath> --json`
|
|
33
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
34
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
27
35
|
|
|
28
36
|
## Verification And Output
|
|
29
37
|
|
|
@@ -18,6 +18,12 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
18
18
|
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
19
19
|
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
20
20
|
|
|
21
|
+
## Codex Routing Guardrails
|
|
22
|
+
|
|
23
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
24
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
25
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
26
|
+
|
|
21
27
|
## CLI / Manual Fallback
|
|
22
28
|
|
|
23
29
|
1. If MCP is not configured, install it manually:
|
|
@@ -25,6 +31,8 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
25
31
|
2. Direct CLI flow:
|
|
26
32
|
- `mds continue <projectPath>`
|
|
27
33
|
- `mds doctor <projectPath>` when blockers are unclear.
|
|
34
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
35
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
28
36
|
|
|
29
37
|
## Verification And Output
|
|
30
38
|
|
|
@@ -21,6 +21,12 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
21
21
|
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
22
22
|
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
23
23
|
|
|
24
|
+
## Codex Routing Guardrails
|
|
25
|
+
|
|
26
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
27
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
28
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
29
|
+
|
|
24
30
|
## CLI / Manual Fallback
|
|
25
31
|
|
|
26
32
|
1. If MCP is not configured, install it manually:
|
|
@@ -29,6 +35,8 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
29
35
|
- `mds doctor <projectPath>`
|
|
30
36
|
- `mds doctor <projectPath> --ci`
|
|
31
37
|
- `mds doctor <projectPath> --json`
|
|
38
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
39
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
32
40
|
|
|
33
41
|
## Verification And Output
|
|
34
42
|
|
package/bundles/codex/.mcp.json
CHANGED
package/bundles/codex/README.md
CHANGED
|
@@ -28,7 +28,7 @@ mds agent verify --client codex --scope user
|
|
|
28
28
|
mds agent install --client codex --scope user --dry-run
|
|
29
29
|
```
|
|
30
30
|
|
|
31
|
-
After install, restart Codex
|
|
31
|
+
After install, restart Codex so it picks up the local marketplace. Then type `@Mr. DJ's Dev Suite` in chat to get the install pop-up, hit Install, and use `@Mr. DJ's Dev Suite` in Codex Desktop or the Codex extension for VS Code.
|
|
32
32
|
|
|
33
33
|
## MCP-Only Fallback
|
|
34
34
|
|
|
@@ -13,6 +13,12 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
13
13
|
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
14
14
|
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
15
15
|
|
|
16
|
+
## Codex Routing Guardrails
|
|
17
|
+
|
|
18
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
19
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
20
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
21
|
+
|
|
16
22
|
## CLI / Manual Fallback
|
|
17
23
|
|
|
18
24
|
1. If MCP is not configured, install it manually:
|
|
@@ -20,6 +26,8 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
20
26
|
2. Direct CLI flow:
|
|
21
27
|
- `mds continue <projectPath>`
|
|
22
28
|
- `mds doctor <projectPath>` when blockers are unclear.
|
|
29
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
30
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
23
31
|
|
|
24
32
|
## Verification And Output
|
|
25
33
|
|
|
@@ -16,6 +16,12 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
16
16
|
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
17
17
|
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
18
18
|
|
|
19
|
+
## Codex Routing Guardrails
|
|
20
|
+
|
|
21
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
22
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
23
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
24
|
+
|
|
19
25
|
## CLI / Manual Fallback
|
|
20
26
|
|
|
21
27
|
1. If MCP is not configured, install it manually:
|
|
@@ -24,6 +30,8 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
24
30
|
- `mds doctor <projectPath>`
|
|
25
31
|
- `mds doctor <projectPath> --ci`
|
|
26
32
|
- `mds doctor <projectPath> --json`
|
|
33
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
34
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
27
35
|
|
|
28
36
|
## Verification And Output
|
|
29
37
|
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Continue Development"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to continue development, pick the next phase task, resume work, or inspect project/todo.md."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /continue-development
|
|
14
|
+
|
|
15
|
+
Resume work on an onboarded project by following MDS phase order from `project/todo.md`.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: onboarded app path (default: current directory).
|
|
20
|
+
|
|
21
|
+
## MCP-First Workflow
|
|
22
|
+
|
|
23
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
24
|
+
2. Call `continue_project` first to get the active-phase brief.
|
|
25
|
+
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
26
|
+
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
27
|
+
|
|
28
|
+
## Codex Routing Guardrails
|
|
29
|
+
|
|
30
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
31
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
32
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
33
|
+
|
|
34
|
+
## CLI / Manual Fallback
|
|
35
|
+
|
|
36
|
+
1. If MCP is not configured, install it manually:
|
|
37
|
+
- `mds mcp install --client codex --scope project`
|
|
38
|
+
2. Direct CLI flow:
|
|
39
|
+
- `mds continue <projectPath>`
|
|
40
|
+
- `mds doctor <projectPath>` when blockers are unclear.
|
|
41
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
42
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
43
|
+
|
|
44
|
+
## Verification And Output
|
|
45
|
+
|
|
46
|
+
- Confirm the chosen task belongs to the active phase or has an explicit deferral note.
|
|
47
|
+
- Output: selected next task, blockers, and validation commands to run after implementation.
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Create Expo Super Stack"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run the Create Expo Super Stack workflow."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /create-expo-super-stack
|
|
14
|
+
|
|
15
|
+
Create a new Expo app with the MDS Super Stack flow, using this knowledge package as the shared source of truth for agent-facing text and the published CLI as the execution source of truth.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `parentDir`: folder where the new app directory should be created.
|
|
20
|
+
- `appName`: app folder name.
|
|
21
|
+
|
|
22
|
+
## MCP-First Workflow
|
|
23
|
+
|
|
24
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
25
|
+
2. Invoke the MCP prompt `create_expo_super_stack` from a parent directory when you want guided intake.
|
|
26
|
+
3. Keep the conversation one question per turn and summarize the captured choices before generation.
|
|
27
|
+
4. Treat the MCP prompt as the intake surface and the CLI as the generator, so CLI changes are picked up automatically when the published command changes.
|
|
28
|
+
5. After generation, move into the new app folder and invoke `continue_project` (or prompt `continue_mds_project`) for the first implementation session.
|
|
29
|
+
|
|
30
|
+
## CLI / Manual Fallback
|
|
31
|
+
|
|
32
|
+
1. If MCP is not configured, install it manually:
|
|
33
|
+
- `mds mcp install --client codex --scope project`
|
|
34
|
+
2. Direct CLI generation:
|
|
35
|
+
- `npx -y create-expo-super-stack <appName>`
|
|
36
|
+
3. Then onboard/continue from inside the generated app using the current CLI behavior:
|
|
37
|
+
- `mds continue <new-app-path>`
|
|
38
|
+
|
|
39
|
+
## Verification And Output
|
|
40
|
+
|
|
41
|
+
- Confirm generated app has `project/info.md`, `project/todo.md`, `project/style.md`, and `project/guidelines.md`.
|
|
42
|
+
- Output: generated app path, onboarding status, and immediate next command.
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Fix Seo"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run the Fix Seo workflow."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /fix-seo
|
|
14
|
+
|
|
15
|
+
Apply SEO metadata fixes for Expo web routes with MCP guidance and post-fix verification.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: Expo project path (default: current directory).
|
|
20
|
+
- `routeOrFile`: optional route/file focus for targeted checks.
|
|
21
|
+
|
|
22
|
+
## MCP-First Workflow
|
|
23
|
+
|
|
24
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
25
|
+
2. Pull `get_skill` for `seo-metadata`.
|
|
26
|
+
3. Optionally run `doctor_scan_file` for focused route files, then `doctor_scan_project` for full checks.
|
|
27
|
+
4. Use `knowledge_list_resources` (`kind: "rule"`) to ensure canonical/indexing strategy is complete.
|
|
28
|
+
5. Implement metadata, canonical, robots, and sitemap corrections in route ownership boundaries.
|
|
29
|
+
|
|
30
|
+
## CLI / Manual Fallback
|
|
31
|
+
|
|
32
|
+
1. If MCP is not configured, install it manually:
|
|
33
|
+
- `mds mcp install --client codex --scope project`
|
|
34
|
+
2. Direct CLI checks:
|
|
35
|
+
- `mds doctor <projectPath> --ci`
|
|
36
|
+
- Run project-specific web build/preview commands to verify metadata output.
|
|
37
|
+
|
|
38
|
+
## Verification And Output
|
|
39
|
+
|
|
40
|
+
- Confirm canonical tags, social metadata, and sitemap/robots behavior on affected routes.
|
|
41
|
+
- Output: changed files, resolved SEO gaps, and any remaining manual verification steps.
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Prepare Deploy"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run the Prepare Deploy workflow."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /prepare-deploy
|
|
14
|
+
|
|
15
|
+
Prepare an Expo project for release using deployment-focused skills plus Doctor parity checks.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: release candidate project path (default: current directory).
|
|
20
|
+
- `includeSeo`: whether to include web metadata/indexing checks (default: `true` when web is targeted).
|
|
21
|
+
|
|
22
|
+
## MCP-First Workflow
|
|
23
|
+
|
|
24
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
25
|
+
2. Run `doctor_scan_project` in `ci` mode for release parity.
|
|
26
|
+
3. Pull `get_skill` for `deployment`; if web is involved also pull `seo-metadata`.
|
|
27
|
+
4. Use `knowledge_list_resources` (`kind: "rule"`) to confirm env hygiene, SSR safety, and metadata requirements.
|
|
28
|
+
5. Call `generate_deploy_checklist` so SEO, scripts, and release-readiness gaps are reflected in the next steps.
|
|
29
|
+
6. Produce a release checklist mapped to current failing checks.
|
|
30
|
+
|
|
31
|
+
## CLI / Manual Fallback
|
|
32
|
+
|
|
33
|
+
1. If MCP is not configured, install it manually:
|
|
34
|
+
- `mds mcp install --client codex --scope project`
|
|
35
|
+
2. Direct CLI path:
|
|
36
|
+
- `mds doctor <projectPath> --ci`
|
|
37
|
+
- Run project scripts: `lint`, `type-check`, `test`, and production build/profile scripts.
|
|
38
|
+
|
|
39
|
+
## Verification And Output
|
|
40
|
+
|
|
41
|
+
- Re-run `doctor_scan_project` (or CLI equivalent) until blockers are cleared.
|
|
42
|
+
- Keep the response user-facing and checklist-driven; avoid internal tool chatter and avoid asking for a PR unless the user requested GitHub workflow.
|
|
43
|
+
- Output: release readiness status, unresolved blockers, and rollback/readiness notes.
|
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Project Research Plan"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run the Project Research Plan workflow."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /project-research-plan
|
|
14
|
+
|
|
15
|
+
Turn rough product notes/research into actionable MDS project memory and next-phase plan.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: target project path (default: current directory).
|
|
20
|
+
- `inputs`: attached notes/docs to normalize into canonical memory files.
|
|
21
|
+
|
|
22
|
+
## MCP-First Workflow
|
|
23
|
+
|
|
24
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
25
|
+
2. Pull `get_skill` for `research-plan-intake` (and `project-onboarding` when onboarding context is mixed in).
|
|
26
|
+
3. Call `knowledge_list_resources` for `guide` and `reference` resources as needed for structure and validation.
|
|
27
|
+
4. Normalize clear context directly; ask focused follow-up only where ambiguity changes implementation direction.
|
|
28
|
+
5. Update project memory files and produce an implementation-ready next-phase plan.
|
|
29
|
+
|
|
30
|
+
## CLI / Manual Fallback
|
|
31
|
+
|
|
32
|
+
1. If MCP is not configured, install it manually:
|
|
33
|
+
- `mds mcp install --client codex --scope project`
|
|
34
|
+
2. Direct CLI fallback:
|
|
35
|
+
- Use `mds onboard <projectPath>` for structured intake when memory files are missing.
|
|
36
|
+
- Use `mds continue <projectPath>` after memory normalization to select the next task.
|
|
37
|
+
|
|
38
|
+
## Verification And Output
|
|
39
|
+
|
|
40
|
+
- Confirm `project/info.md`, `project/style.md`, and `project/todo.md` align with extracted research context.
|
|
41
|
+
- Output: resolved unknowns, outstanding questions, and the recommended next implementation slice.
|
|
@@ -0,0 +1,44 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Review Expo Project"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run the Review Expo Project workflow."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /review-expo-project
|
|
14
|
+
|
|
15
|
+
Review an Expo project with MCP-first diagnostics and skill-guided remediation.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: absolute or relative project path (default: current directory).
|
|
20
|
+
- `mode`: Doctor mode (`fast`, `ci`, or `full`; default: `ci`).
|
|
21
|
+
|
|
22
|
+
## MCP-First Workflow
|
|
23
|
+
|
|
24
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
25
|
+
2. Call `continue_project` to summarize current project state and blockers.
|
|
26
|
+
3. Call `doctor_scan_project` with `projectPath` and `mode`.
|
|
27
|
+
4. For each warning/error, call `doctor_explain_result`, then pull targeted guidance with `get_skill` (for example: `project-onboarding`, `debugging`, `deployment`).
|
|
28
|
+
5. If the findings affect release readiness, call `generate_deploy_checklist` so the next steps stay checklist-driven instead of PR-driven.
|
|
29
|
+
6. Call `knowledge_list_resources` with `kind: "guide"` if extra reference context is needed.
|
|
30
|
+
|
|
31
|
+
## CLI / Manual Fallback
|
|
32
|
+
|
|
33
|
+
1. If MCP is not configured, install it manually:
|
|
34
|
+
- `mds mcp install --client codex --scope project`
|
|
35
|
+
2. If MCP still cannot run, use direct CLI flows:
|
|
36
|
+
- `mds continue <projectPath>`
|
|
37
|
+
- `mds doctor <projectPath> --ci`
|
|
38
|
+
|
|
39
|
+
## Verification And Output
|
|
40
|
+
|
|
41
|
+
- Keep the response user-facing: summarize findings and next steps without echoing internal tool chatter or file-read noise.
|
|
42
|
+
- Re-run `doctor_scan_project` (or `mds doctor --ci`) after fixes.
|
|
43
|
+
- If the user is validating an installed agent bundle, include `mds agent verify --client <client> --target <path>` in the follow-up commands.
|
|
44
|
+
- Output: blocker summary, failing checks, recommended next task, and concrete follow-up commands. Avoid proposing a PR unless the user explicitly asks for a GitHub workflow.
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: "MDS Run Doctor"
|
|
3
|
+
description: "Use when the user asks Mr. DJ's Dev Suite to run Doctor, run a health check, run CI checks, diagnose project status, or explain MDS Doctor findings."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Codex Workflow Routing
|
|
7
|
+
|
|
8
|
+
- This is a Mr. DJ's Dev Suite plugin workflow. Prefer the bundled MCP tools before terminal fallbacks.
|
|
9
|
+
- When an MCP tool named in this workflow is available, call that tool directly instead of running app-local npm scripts.
|
|
10
|
+
- Do not use stale package names such as `@mrdj/cli`. The CLI package is `@mr.dj2u/cli`; the executable is `mds`.
|
|
11
|
+
- If the MCP server is unavailable, prefer `mds <command>` from PATH, then `npx -y -p @mr.dj2u/cli@latest mds <command>`.
|
|
12
|
+
|
|
13
|
+
# /run-doctor
|
|
14
|
+
|
|
15
|
+
Run MDS Doctor as the primary health check for an Expo project.
|
|
16
|
+
|
|
17
|
+
## Arguments
|
|
18
|
+
|
|
19
|
+
- `projectPath`: project root path (default: current directory).
|
|
20
|
+
- `mode`: `fast`, `ci`, or `full` (default: `ci`).
|
|
21
|
+
- `runScripts`: whether Doctor should execute project scripts (default: `true` for `ci` mode).
|
|
22
|
+
|
|
23
|
+
## MCP-First Workflow
|
|
24
|
+
|
|
25
|
+
1. Confirm the `mr-djs-dev-suite` MCP server is available.
|
|
26
|
+
2. Call `doctor_scan_project` with selected arguments.
|
|
27
|
+
3. For each non-pass result, call `doctor_explain_result`.
|
|
28
|
+
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
29
|
+
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
30
|
+
|
|
31
|
+
## Codex Routing Guardrails
|
|
32
|
+
|
|
33
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
34
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
35
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
36
|
+
|
|
37
|
+
## CLI / Manual Fallback
|
|
38
|
+
|
|
39
|
+
1. If MCP is not configured, install it manually:
|
|
40
|
+
- `mds mcp install --client codex --scope project`
|
|
41
|
+
2. Direct CLI alternatives:
|
|
42
|
+
- `mds doctor <projectPath>`
|
|
43
|
+
- `mds doctor <projectPath> --ci`
|
|
44
|
+
- `mds doctor <projectPath> --json`
|
|
45
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
46
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
47
|
+
|
|
48
|
+
## Verification And Output
|
|
49
|
+
|
|
50
|
+
- Re-run Doctor after each fix batch.
|
|
51
|
+
- Keep the response concise and user-facing; do not surface internal tool chatter or intermediate file reads.
|
|
52
|
+
- Output: check summary, blocking errors first, and the exact command used for re-check.
|
|
@@ -18,6 +18,12 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
18
18
|
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
19
19
|
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
20
20
|
|
|
21
|
+
## Codex Routing Guardrails
|
|
22
|
+
|
|
23
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
24
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
25
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
26
|
+
|
|
21
27
|
## CLI / Manual Fallback
|
|
22
28
|
|
|
23
29
|
1. If MCP is not configured, install it manually:
|
|
@@ -25,6 +31,8 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
25
31
|
2. Direct CLI flow:
|
|
26
32
|
- `mds continue <projectPath>`
|
|
27
33
|
- `mds doctor <projectPath>` when blockers are unclear.
|
|
34
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
35
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
28
36
|
|
|
29
37
|
## Verification And Output
|
|
30
38
|
|
|
@@ -21,6 +21,12 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
21
21
|
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
22
22
|
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
23
23
|
|
|
24
|
+
## Codex Routing Guardrails
|
|
25
|
+
|
|
26
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
27
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
28
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
29
|
+
|
|
24
30
|
## CLI / Manual Fallback
|
|
25
31
|
|
|
26
32
|
1. If MCP is not configured, install it manually:
|
|
@@ -29,6 +35,8 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
29
35
|
- `mds doctor <projectPath>`
|
|
30
36
|
- `mds doctor <projectPath> --ci`
|
|
31
37
|
- `mds doctor <projectPath> --json`
|
|
38
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
39
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
32
40
|
|
|
33
41
|
## Verification And Output
|
|
34
42
|
|
|
@@ -18,6 +18,12 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
18
18
|
3. Pull `get_skill` for `continue-development` to enforce phase-first sequencing.
|
|
19
19
|
4. If blockers appear, use `doctor_scan_project` and `doctor_explain_result` for targeted remediation before feature work.
|
|
20
20
|
|
|
21
|
+
## Codex Routing Guardrails
|
|
22
|
+
|
|
23
|
+
- Treat `@Mr. DJ's Dev Suite continue development` as a request for the plugin MCP tool and MDS phase rules first.
|
|
24
|
+
- Do not jump directly into app edits until `continue_project` or the CLI fallback has identified the active phase and blockers.
|
|
25
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
26
|
+
|
|
21
27
|
## CLI / Manual Fallback
|
|
22
28
|
|
|
23
29
|
1. If MCP is not configured, install it manually:
|
|
@@ -25,6 +31,8 @@ Resume work on an onboarded project by following MDS phase order from `project/t
|
|
|
25
31
|
2. Direct CLI flow:
|
|
26
32
|
- `mds continue <projectPath>`
|
|
27
33
|
- `mds doctor <projectPath>` when blockers are unclear.
|
|
34
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
35
|
+
- `npx -y -p @mr.dj2u/cli@latest mds continue <projectPath>`
|
|
28
36
|
|
|
29
37
|
## Verification And Output
|
|
30
38
|
|
|
@@ -21,6 +21,12 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
21
21
|
4. If the check is release-related or web-facing, call `generate_deploy_checklist` before giving next steps.
|
|
22
22
|
5. Pull targeted implementation guidance with `get_skill` (typically `deployment`, `debugging`, or `dev-server-management`).
|
|
23
23
|
|
|
24
|
+
## Codex Routing Guardrails
|
|
25
|
+
|
|
26
|
+
- Treat `@Mr. DJ's Dev Suite run doctor` as a request for the plugin MCP tool, not as a request to run app-local npm scripts.
|
|
27
|
+
- Do not run `npm run mds:doctor`, `npm run doctor`, or other project package scripts as the MDS Doctor path unless the user explicitly asks for app scripts.
|
|
28
|
+
- Never invoke `@mrdj/cli`; that package name is wrong. The published CLI package is `@mr.dj2u/cli` and its executable is `mds`.
|
|
29
|
+
|
|
24
30
|
## CLI / Manual Fallback
|
|
25
31
|
|
|
26
32
|
1. If MCP is not configured, install it manually:
|
|
@@ -29,6 +35,8 @@ Run MDS Doctor as the primary health check for an Expo project.
|
|
|
29
35
|
- `mds doctor <projectPath>`
|
|
30
36
|
- `mds doctor <projectPath> --ci`
|
|
31
37
|
- `mds doctor <projectPath> --json`
|
|
38
|
+
3. If `mds` is not on PATH, invoke the published CLI by binary name:
|
|
39
|
+
- `npx -y -p @mr.dj2u/cli@latest mds doctor <projectPath> --ci`
|
|
32
40
|
|
|
33
41
|
## Verification And Output
|
|
34
42
|
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"agent.d.ts","sourceRoot":"","sources":["../../src/commands/agent.ts"],"names":[],"mappings":"
|
|
1
|
+
{"version":3,"file":"agent.d.ts","sourceRoot":"","sources":["../../src/commands/agent.ts"],"names":[],"mappings":"AAsBA,MAAM,MAAM,WAAW,GAAG,QAAQ,GAAG,QAAQ,GAAG,OAAO,CAAC;AACxD,MAAM,MAAM,UAAU,GAAG,MAAM,GAAG,SAAS,CAAC;AAC5C,MAAM,MAAM,WAAW,GAAG,SAAS,GAAG,QAAQ,CAAC;AAE/C,MAAM,WAAW,SAAS;IACxB,MAAM,CAAC,EAAE,WAAW,CAAC;IACrB,MAAM,CAAC,EAAE,WAAW,CAAC;IACrB,KAAK,CAAC,EAAE,UAAU,CAAC;IACnB,MAAM,CAAC,EAAE,MAAM,CAAC;IAChB,UAAU,CAAC,EAAE,MAAM,CAAC;IACpB,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,UAAU,CAAC,EAAE,MAAM,CAAC;CACrB;AAED,MAAM,WAAW,kBAAkB;IACjC,MAAM,EAAE,WAAW,CAAC;IACpB,KAAK,EAAE,UAAU,CAAC;IAClB,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,OAAO,CAAC;IAChB,YAAY,EAAE,MAAM,EAAE,CAAC;CACxB;AAED,MAAM,WAAW,iBAAiB;IAChC,MAAM,EAAE,WAAW,CAAC;IACpB,KAAK,EAAE,UAAU,CAAC;IAClB,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,OAAO,CAAC;IAChB,MAAM,EAAE,KAAK,CAAC;QACZ,IAAI,EAAE,MAAM,CAAC;QACb,MAAM,EAAE,MAAM,GAAG,MAAM,CAAC;QACxB,IAAI,EAAE,MAAM,CAAC;QACb,OAAO,EAAE,MAAM,CAAC;KACjB,CAAC,CAAC;CACJ;AAsBD,wBAAsB,eAAe,CAAC,IAAI,EAAE,SAAS,GAAG,OAAO,CAAC,IAAI,CAAC,CAOpE;AAED,wBAAsB,sBAAsB,CAAC,IAAI,EAAE,SAAS,GAAG,OAAO,CAAC,kBAAkB,CAAC,CA0BzF;AAED,wBAAsB,qBAAqB,CAAC,IAAI,EAAE,SAAS,GAAG,OAAO,CAAC,iBAAiB,CAAC,CAoBvF;AAmBD,wBAAsB,kBAAkB,CACtC,MAAM,EAAE,WAAW,EACnB,MAAM,EAAE,MAAM,EACd,KAAK,GAAE,UAAsB,GAC5B,OAAO,CAAC,iBAAiB,CAAC,CAS5B;AAED,wBAAsB,wBAAwB,CAC5C,MAAM,EAAE,MAAM,EACd,KAAK,GAAE,UAAsB,GAC5B,OAAO,CAAC,iBAAiB,CAAC,CA2C5B;AAED,wBAAsB,wBAAwB,CAC5C,MAAM,EAAE,MAAM,EACd,KAAK,GAAE,UAAsB,GAC5B,OAAO,CAAC,iBAAiB,CAAC,CAyB5B;AAED,wBAAsB,uBAAuB,CAC3C,MAAM,EAAE,MAAM,EACd,KAAK,GAAE,UAAsB,GAC5B,OAAO,CAAC,iBAAiB,CAAC,CAsB5B;AAmLD,wBAAgB,uBAAuB,CAAC,UAAU,CAAC,EAAE,MAAM,GAAG,MAAM,CAEnE;AAED,wBAAgB,uBAAuB,CAAC,MAAM,EAAE,WAAW,EAAE,UAAU,CAAC,EAAE,MAAM,GAAG,MAAM,CAsBxF"}
|