@jakkrichm/create-nexus-devflow 2.0.9 → 2.0.10

package/template/.claude/skills/autopilot/SKILL.md

@@ -8,7 +8,7 @@ description: "[Devflow] Optional explicit mode for one bounded spec/plan/impleme
 Where this sits in the workflow:
 
 ```text
-/devflow  ->  [autopilot]  ->  review packet  ->  /70-release
+devflow  ->  [autopilot]  ->  review packet  ->  70-release
 (where        (spec, plan,     (human review,     (package, PR,
  are we?)      build, verify,   walkthrough)       merge with approval)
                report)
@@ -16,7 +16,7 @@ Where this sits in the workflow:
 
 Autopilot is an explicit opt-in execution skill for Nexus-DevFlow 2.0. It runs a single bounded loop across the delivery lifecycle (**`20-spec` -> `30-plan` -> `40-implement` -> `50-verify` -> `60-report`**) without requiring human confirmation between every sub-step.
 
-It does **not** replace the normal step-by-step workflow. Mainline commands (`/20-spec`, `/30-plan`, `/40-implement`, `/50-verify`, `/60-report`, `/70-release`) remain the conservative default.
+It does **not** replace the normal step-by-step workflow. Mainline commands (`20-spec`, `30-plan`, `40-implement`, `50-verify`, `60-report`, `70-release`) remain the conservative default.
 
 Do not suggest Autopilot as the default next action. Use it only when the user explicitly asks for it.
 
@@ -27,14 +27,14 @@ The explicit Autopilot request is permission to create checkpoint commits on the
 Common forms:
 
 - **No argument**: resume the active run in `devflow/context/current-stage.md`, or target the next planned run/feature in `devflow/context/project-overview.md`.
-- **Running ID or feature name**: target that run, e.g. `/autopilot RUN-004` or `/autopilot "add user authentication"`.
+- **Running ID or feature name**: target that run, e.g. `autopilot RUN-004` or `autopilot "add user authentication"`.
 - **`fix "<issue>"`**: write and execute an ad-hoc fix run.
 - **`resume`**: continue the current active run on its existing branch.
 
 If the requested target conflicts with a run already in progress, stop and ask which one should win. Do not overwrite active stage artifacts silently.
 
 > [!IMPORTANT]
-> Rollback is intentionally excluded from Autopilot. If the request is a rollback or the stage is marked Rollback, stop and direct the user to `/rollback` and reviewed `/40-implement`. Reversing completed work requires explicit dependency and human review gates.
+> Rollback is intentionally excluded from Autopilot. If the request is a rollback or the stage is marked Rollback, stop and direct the user to `rollback` and reviewed `40-implement`. Reversing completed work requires explicit dependency and human review gates.
 
 ---
 
@@ -61,7 +61,7 @@ Stop before changing files when:
 
 ## Step 2 - Choose or Write Specification (`20-spec`)
 
-1. If `devflow/runs/{running-id}-{slug}/20-spec.md` already exists, resume it.
+1. If `devflow/runs/{running-id}-{slug}20-spec.md` already exists, resume it.
 2. If no spec exists:
    - Ensure `10-define.md` exists with locked scope and allocated Running ID.
    - Write `20-spec.md` following the DevFlow specification schema.
@@ -77,7 +77,7 @@ Stop before changing files when:
    - Fix: `fix/{slug}-{running-id}`
    - Switch to or create the working branch. Never run Autopilot directly on `main` or `master`.
 2. **Planning**:
-   - Write `devflow/runs/{running-id}-{slug}/30-plan.md`.
+   - Write `devflow/runs/{running-id}-{slug}30-plan.md`.
    - Seed `checklists/implementation-checklist.md` and `checklists/verification-checklist.md`.
 
 ---
@@ -99,7 +99,7 @@ For every subtask:
    git add <modified-files> devflow/runs/{running-id}-{slug}/checklists/implementation-checklist.md
    git commit -m "feat({running-id}): checkpoint <concise step description>"
    ```
-8. Write `devflow/runs/{running-id}-{slug}/40-implement.md`.
+8. Write `devflow/runs/{running-id}-{slug}40-implement.md`.
 
 ---
 
@@ -111,7 +111,7 @@ For every subtask:
    - Project test suite (Unit tests, integration tests)
    - Build / Package smoke tests
 2. Update `checklists/verification-checklist.md` with concrete evidence.
-3. Write `devflow/runs/{running-id}-{slug}/50-verify.md` with QA verdict (`PASS` / `FAIL`).
+3. Write `devflow/runs/{running-id}-{slug}50-verify.md` with QA verdict (`PASS` / `FAIL`).
 
 ---
 
@@ -129,9 +129,9 @@ Review diffs and inspect `devflow/context/findings.md`:
 
 ## Step 7 - Delivery Digest & Review Packet (`60-report`)
 
-1. Write `devflow/runs/{running-id}-{slug}/60-report.md`.
-2. Render standalone HTML dashboard `devflow/runs/{running-id}-{slug}/60-report.html` (via `md2html` or report generator).
-3. Update `devflow/context/current-stage.md` to indicate ready for `/70-release`.
+1. Write `devflow/runs/{running-id}-{slug}60-report.md`.
+2. Render standalone HTML dashboard `devflow/runs/{running-id}-{slug}60-report.html` (via `md2html` or report generator).
+3. Update `devflow/context/current-stage.md` to indicate ready for `70-release`.
 4. Stop with a concise **Review Packet Dashboard** for human approval.
 
 ---
@@ -159,17 +159,17 @@ When Autopilot finishes successfully, output a scannable review packet:
 - **Branch**: `{branch-name}`
 - **Target Run**: `{running-id} - {title}`
 - **Artifacts Generated**:
-  - Spec: `devflow/runs/{id}/20-spec.md`
-  - Plan: `devflow/runs/{id}/30-plan.md`
-  - Implement Evidence: `devflow/runs/{id}/40-implement.md`
-  - QA Verify Report: `devflow/runs/{id}/50-verify.md`
-  - Digest Report: `devflow/runs/{id}/60-report.md`
-  - HTML Dashboard: `devflow/runs/{id}/60-report.html`
+  - Spec: `devflow/runs/{id}20-spec.md`
+  - Plan: `devflow/runs/{id}30-plan.md`
+  - Implement Evidence: `devflow/runs/{id}40-implement.md`
+  - QA Verify Report: `devflow/runs/{id}50-verify.md`
+  - Digest Report: `devflow/runs/{id}60-report.md`
+  - HTML Dashboard: `devflow/runs/{id}60-report.html`
 - **Validation & Tests**: `All Passed (Green)`
 - **Checkpoint Commits**: `{count} commits created on {branch-name}`
-- **Manual QA Walkthrough**: Run `/try {running-id}` for human review guide
+- **Manual QA Walkthrough**: Run `try {running-id}` for human review guide
 
 ---
 👉 **Next Recommended Action**:
-Inspect diffs and `/try` walkthrough, then run `/70-release {running-id}` to package, merge, or create PR.
+Inspect diffs and `try` walkthrough, then run `70-release {running-id}` to package, merge, or create PR.
 ```

package/template/.claude/skills/brainstorm/SKILL.md

@@ -24,10 +24,10 @@ Use it when:
 
 Preferred DevFlow 2.0 pairing:
 
-- from `/00-Discover` when the request is still fuzzy
-- from `/10-Define` when the direction is still unstable
+- from `00-discover` when the request is still fuzzy
+- from `10-define` when the direction is still unstable
 
-When invoked with a Discovery ID, link the brainstorming report to that discovery and return to `/00-Discover {discovery_id}` for synthesis. Do not allocate a Running ID or jump directly from a discovery-owned brainstorm into Define.
+When invoked with a Discovery ID, link the brainstorming report to that discovery and return to `00-discover {discovery_id}` for synthesis. Do not allocate a Running ID or jump directly from a discovery-owned brainstorm into Define.
 
 ## Behavior
 
@@ -145,24 +145,24 @@ Brainstorm caching strategy
 - Honest tradeoffs over fake confidence
 - Multiple viable paths before recommending one
 - Persistent output saved to disk
-- Mainline remains: `/00-Discover -> /10-Define -> /20-Spec -> /30-Plan -> /40-Implement -> /50-Verify -> /60-Report -> /70-Release`
+- Mainline remains: `00-discover -> 10-define -> 20-spec -> 30-plan -> 40-implement -> 50-verify -> 60-report -> 70-release`
 
 ## Relationship To DevFlow 2.0
 
 - Classification: Companion command
 - Mainline status: Not a numbered stage
-- Typical entry points: `/00-Discover`, `/10-Define`
-- Typical handoff targets: `/00-Discover {discovery_id}` for discovery-owned work, or the active numbered stage for run-owned work
+- Typical entry points: `00-discover`, `10-define`
+- Typical handoff targets: `00-discover {discovery_id}` for discovery-owned work, or the active numbered stage for run-owned work
 
 ## Sources
 
 - `AGENTS.md`
 - `.agent/resources/schemas/brainstorm.template.md`
-- Related commands: `/00-Discover`, `/10-Define`, `Research`, `PRD`, `/20-Spec`
+- Related commands: `00-discover`, `10-define`, `Research`, `PRD`, `20-spec`
 
 ## Next Workflow Recommendation
 
-- Default: return to `/00-Discover {discovery_id}` when Discover requested the work; otherwise return to the stage that requested it
+- Default: return to `00-discover {discovery_id}` when Discover requested the work; otherwise return to the stage that requested it
 - Alternate: `Research` when facts are still missing
-- Alternate: `/10-Define` or `/20-Spec` only when the work was not opened from a pending discovery
+- Alternate: `10-define` or `20-spec` only when the work was not opened from a pending discovery
 

package/template/.claude/skills/brief/SKILL.md

@@ -8,7 +8,7 @@ description: "[Devflow] Read-only scope, dependency, and risk pre-briefing befor
 Where this sits in the workflow:
 
 ```text
-10-define or project-overview.md  ->  [brief]  ->  /20-spec  ->  /30-plan  ->  /40-implement
+10-define or project-overview.md  ->  [brief]  ->  20-spec  ->  30-plan  ->  40-implement
 (proposed scope & context)            (read-only   (write        (break down)  (build it)
                                       explainer)    contract)
 ```
@@ -22,10 +22,10 @@ It is **strictly read-only 100%**. It never writes specs, creates directories, b
 ## Input
 
 - **no argument**: briefs the active run in `devflow/context/current-stage.md` (or the first planned feature in `devflow/context/project-overview.md`).
-- **running ID or feature name**: e.g. `/brief RUN-003`, `/brief "OAuth Login"`.
-- **topic / concern**: e.g. `/brief "database migration"`.
+- **running ID or feature name**: e.g. `brief RUN-003`, `brief "OAuth Login"`.
+- **topic / concern**: e.g. `brief "database migration"`.
 
-If there is no active run and the overview does not list planned features, plainly report that context is needed and recommend `/00-discover` or `/10-define`.
+If there is no active run and the overview does not list planned features, plainly report that context is needed and recommend `00-discover` or `10-define`.
 
 ## Step 1 - Read Context (Read-Only)
 
@@ -44,7 +44,7 @@ Evaluate:
 - **Depends On**: Required upstream models, tables, APIs, environment variables, or sibling runs.
 - **Unblocks**: Downstream features or workflows that this run enables.
 - **Touches**: Files, modules, API routes, database tables, or UI components likely to change.
-- **Estimated Size**: Small (S), Medium (M), Large (L), or Extra-Large (XL - recommend splitting in `/10-define`).
+- **Estimated Size**: Small (S), Medium (M), Large (L), or Extra-Large (XL - recommend splitting in `10-define`).
 - **Open Questions & Risks**: Ambiguous requirements, missing external APIs, or complex migrations.
 
 ## Step 3 - Output Structured Briefing
@@ -59,16 +59,16 @@ Produce a short, scannable briefing:
 - **Unblocks**: Downstream capabilities enabled by this feature.
 - **Touches**: Anticipated files, schemas, endpoints, and UI views.
 - **Estimated Scope & Size**: `[S / M / L / XL]` (and split recommendation if XL).
-- **Key Risks & Open Questions**: Technical or product unknowns that must be settled in `/20-spec`.
+- **Key Risks & Open Questions**: Technical or product unknowns that must be settled in `20-spec`.
 
 ---
-👉 **Next Recommended Action**: `/20-spec {running-id}` (or resolve prerequisite blocker first).
+👉 **Next Recommended Action**: `20-spec {running-id}` (or resolve prerequisite blocker first).
 ```
 
 ## Rules
 
 - **Always Read-Only**: Never edit any workspace file, never allocate running IDs, never commit or execute scripts.
-- **Explain, Don't Spec**: Focus on scope, architectural dependencies, and size estimation. The formal delivery contract is the responsibility of `/20-spec`.
+- **Explain, Don't Spec**: Focus on scope, architectural dependencies, and size estimation. The formal delivery contract is the responsibility of `20-spec`.
 - **Ground In Reality**: Trace all assertions back to `project-overview.md` or actual codebase facts. Do not invent non-existent packages or fictional architecture.
 - **Highlight Blockers Early**: Flagging a missing prerequisite before speccing is the primary value of this command.
 

package/template/.claude/skills/changelog/SKILL.md

@@ -96,14 +96,14 @@ When changelog input is too implementation-heavy, apply `.agents/skills/9arm-ski
 
 - Classification: Companion command
 - Mainline status: Release communication support, not a numbered stage
-- Typical entry points: `/70-Release`, `Deploy`, `PR`
-- Typical handoff targets: `/60-Report`, `Wiki`
+- Typical entry points: `70-release`, `Deploy`, `PR`
+- Typical handoff targets: `60-report`, `Wiki`
 
 ## Sources
 
 - `AGENTS.md`
 - `.agents/skills/release-git-operations/SKILL.md`
 - `.agent/resources/schemas/changelog_entry.template.md`
-- Related commands: `/70-Release`, `Deploy`, `PR`, `/60-Report`, `Wiki`
+- Related commands: `70-release`, `Deploy`, `PR`, `60-report`, `Wiki`
 
 

package/template/.claude/skills/ci/SKILL.md

@@ -8,7 +8,7 @@ description: "[Devflow] Set up automated GitHub Actions CI workflow (.github/wor
 Where this sits in the workflow:
 
 ```text
-/onboard or /adopt  ->  [ci]  ->  Verify locally  ->  GitHub Actions runs Verify on PR & Push
+onboard or adopt  ->  [ci]  ->  Verify locally  ->  GitHub Actions runs Verify on PR & Push
 (project setup)         (setup)    (same command)     (automated checks)
 ```
 

package/template/.claude/skills/ci-cd-and-automation/SKILL.md

@@ -58,7 +58,7 @@ Pull Request Opened
 ### Basic CI Pipeline
 
 ```yaml
-# .github/workflows/ci.yml
+# .github/workflowsci.yml
 name: CI
 
 on:
@@ -127,11 +127,11 @@ jobs:
       - name: Run migrations
         run: npx prisma migrate deploy
         env:
-          DATABASE_URL: postgresql://ci_user:${{ secrets.CI_DB_PASSWORD }}@localhost:5432/testdb
+          DATABASE_URL: postgresql:/ci_user:${{ secrets.CI_DB_PASSWORD }}@localhost:5432/testdb
       - name: Integration tests
         run: npm run test:integration
         env:
-          DATABASE_URL: postgresql://ci_user:${{ secrets.CI_DB_PASSWORD }}@localhost:5432/testdb
+          DATABASE_URL: postgresql:/ci_user:${{ secrets.CI_DB_PASSWORD }}@localhost:5432/testdb
 ```
 
 > **Note:** Even for CI-only test databases, use GitHub Secrets for credentials rather than hardcoding values. This builds good habits and prevents accidental reuse of test credentials in other contexts.

package/template/.claude/skills/codebase-design/SKILL.md

@@ -5,16 +5,16 @@ description: "[Devflow] Shared vocabulary for designing deep modules. Use when a
 
 # Codebase Design
 
-Use this support skill when `/20-Spec`, `/30-Plan`, `/40-Implement`, or `/50-Verify` needs better module shape.
+Use this support skill when `20-spec`, `30-plan`, `40-implement`, or `50-verify` needs better module shape.
 
 Design deep modules: a lot of behavior behind a small interface, placed at a clean seam, and testable through that interface. The aim is leverage for callers, locality for maintainers, and behavior-focused tests.
 
 ## DevFlow Placement
 
-- `/20-Spec`: use when requirements depend on a stable module or interface contract.
-- `/30-Plan`: use when planning needs file-level architecture, seams, or dependency strategy.
-- `/40-Implement`: use when implementation reveals shallow modules or awkward test seams.
-- `/50-Verify`: use when review finds code that is hard to test, hard to change, or too spread out.
+- `20-spec`: use when requirements depend on a stable module or interface contract.
+- `30-plan`: use when planning needs file-level architecture, seams, or dependency strategy.
+- `40-implement`: use when implementation reveals shallow modules or awkward test seams.
+- `50-verify`: use when review finds code that is hard to test, hard to change, or too spread out.
 
 ## Vocabulary
 

package/template/.claude/skills/commit/SKILL.md

@@ -50,14 +50,14 @@ You are an orchestrator. Your goal is to call the specialized Git Committer agen
 
 - Classification: Companion command
 - Mainline status: Release support command, not a numbered stage
-- Typical entry points: `/70-Release` after the report is aligned and release execution is ready
-- Typical handoff targets: `PR`, `Deploy`, `/70-Release`
+- Typical entry points: `70-release` after the report is aligned and release execution is ready
+- Typical handoff targets: `PR`, `Deploy`, `70-release`
 
 ## Sources
 
 - `AGENTS.md`
 - `.agents/skills/release-git-operations/SKILL.md`
 - `.agents/skills/git-workflow-and-versioning/SKILL.md`
-- Related commands: `/70-Release`, `PR`, `Deploy`, `Merge`
+- Related commands: `70-release`, `PR`, `Deploy`, `Merge`
 
 

package/template/.claude/skills/competitor-analysis/SKILL.md

@@ -51,9 +51,9 @@ Use `.agent/resources/schemas/competitor_analysis.template.md` when saving a reu
 ### 5. Route Back
 
 - `PRD` for product framing
-- `/10-Define` for scope and decision shaping
+- `10-define` for scope and decision shaping
 - `Roadmap` for prioritization
-- `/20-Spec` when a selected opportunity becomes actionable
+- `20-spec` when a selected opportunity becomes actionable
 
 ## Output
 

package/template/.claude/skills/debug/SKILL.md

@@ -27,11 +27,11 @@ Use it when:
 
 Preferred DevFlow 2.0 pairing:
 
-- from `/00-Discover` when a new request begins with a failure whose root cause is unknown
-- from `/40-Implement`
-- from `/50-Verify`
+- from `00-discover` when a new request begins with a failure whose root cause is unknown
+- from `40-implement`
+- from `50-verify`
 
-When invoked with a Discovery ID, link the RCA report to that discovery and return to `/00-Discover {discovery_id}` for the delivery decision. Do not allocate a Running ID for an unapproved fix during Debug.
+When invoked with a Discovery ID, link the RCA report to that discovery and return to `00-discover {discovery_id}` for the delivery decision. Do not allocate a Running ID for an unapproved fix during Debug.
 
 ## Source Discipline
 
@@ -114,18 +114,18 @@ Debug unexpected duplicate records
 
 - Classification: Companion command
 - Mainline status: Not a numbered stage
-- Typical entry points: `/00-Discover`, `/40-Implement`, `/50-Verify`, `Issue-Triage`, production failure analysis
-- Typical handoff targets: `/00-Discover {discovery_id}` for discovery-owned RCA, `/40-Implement`, `/50-Verify`, `Insight`, `Wiki`
+- Typical entry points: `00-discover`, `40-implement`, `50-verify`, `Issue-Triage`, production failure analysis
+- Typical handoff targets: `00-discover {discovery_id}` for discovery-owned RCA, `40-implement`, `50-verify`, `Insight`, `Wiki`
 
 ## Sources
 
 - `AGENTS.md`
 - `.agent/resources/schemas/rca.template.md`
-- Related commands: `/40-Implement`, `/50-Verify`, `Test`, `Insight`, `Wiki`, `Agent`
+- Related commands: `40-implement`, `50-verify`, `Test`, `Insight`, `Wiki`, `Agent`
 
 ## Next Workflow Recommendation
 
-- Default: return to `/00-Discover {discovery_id}` when the failure entered through discovery; otherwise return to `/40-Implement` when a tracked fix already exists
-- Alternate: `/30-Plan` if the fix needs planning changes
-- Alternate: `/50-Verify` when the issue is resolved and needs re-checking
+- Default: return to `00-discover {discovery_id}` when the failure entered through discovery; otherwise return to `40-implement` when a tracked fix already exists
+- Alternate: `30-plan` if the fix needs planning changes
+- Alternate: `50-verify` when the issue is resolved and needs re-checking
 

package/template/.claude/skills/deploy/SKILL.md

@@ -76,8 +76,8 @@ Generate an Error summary detailing:
 
 - Classification: Companion command
 - Mainline status: Release support command, not a numbered stage
-- Typical entry points: `/70-Release` after the report is aligned and packaging is ready to execute
-- Typical handoff targets: `/60-Report`, `Changelog`, `Wiki`
+- Typical entry points: `70-release` after the report is aligned and packaging is ready to execute
+- Typical handoff targets: `60-report`, `Changelog`, `Wiki`
 
 ## Sources
 
@@ -86,6 +86,6 @@ Generate an Error summary detailing:
 - `.agents/skills/shipping-and-launch/SKILL.md`
 - `.agents/skills/deployment-procedures/SKILL.md`
 - `.agent/resources/schemas/deploy_report.template.md`
-- Related commands: `/70-Release`, `Commit`, `PR`, `Changelog`, `/60-Report`
+- Related commands: `70-release`, `Commit`, `PR`, `Changelog`, `60-report`
 
 

package/template/.claude/skills/devflow/SKILL.md

@@ -9,14 +9,14 @@ Use this skill to guide the user on what to do next, inspect current workspace s
 
 ## Input
 
-- **No argument (`devflow`, `/devflow`, `$devflow`, or `status`)**: Inspect current workspace state (active run in `devflow/runs/` or `devflow/context/current-stage.md`, active discovery in `devflow/discoveries/`, open findings in `devflow/context/findings.md`, and project overview in `devflow/context/project-overview.md`) and recommend the exact next action.
+- **No argument (`devflow`, `devflow`, `$devflow`, or `status`)**: Inspect current workspace state (active run in `devflow/runs/` or `devflow/context/current-stage.md`, active discovery in `devflow/discoveries/`, open findings in `devflow/context/findings.md`, and project overview in `devflow/context/project-overview.md`) and recommend the exact next action.
 - **With user request (`devflow "<request>"`)**: Classify the user's intent and guide them to the matching DevFlow 2.0 stage or companion command path.
 
 ## Workspace State Inspection
 
 When invoked without an argument (or when determining the next step), inspect:
 
-1. **Project Setup Baseline**: Read `devflow/context/project-overview.md` and `devflow/context/coding-standards.md`. If they are empty or default placeholders, recommend `/onboard` (for fresh projects) or `/adopt` (for existing codebases).
+1. **Project Setup Baseline**: Read `devflow/context/project-overview.md` and `devflow/context/coding-standards.md`. If they are empty or default placeholders, recommend `onboard` (for fresh projects) or `adopt` (for existing codebases).
 2. **Active Delivery Run**: Read `devflow/context/current-stage.md` and check `devflow/runs/{RUNNING_ID}/` for active artifacts (`10-define.md`, `20-spec.md`, `30-plan.md`, `40-implement.md`, `50-verify.md`, `60-report.md`, `70-release.md`).
 3. **Active Discovery**: Check `devflow/discoveries/` for open discovery notes.
 4. **Audit Findings Ledger**: Check `devflow/context/findings.md` for open high-severity findings.
@@ -24,15 +24,15 @@ When invoked without an argument (or when determining the next step), inspect:
 ### State-Based Recommendation Rules
 
 - If context is empty/unconfigured -> Recommend `onboard` (for fresh project) or `adopt` (for brownfield codebase).
-- If a run is at `10-define.md` -> Recommend `20-spec {RUNNING_ID}` (or `/20-spec`, `$20-spec`, `spec`).
-- If a run is at `20-spec.md` -> Recommend `30-plan {RUNNING_ID}` (or `/30-plan`, `$30-plan`, `plan`).
-- If a run is at `30-plan.md` -> Recommend `40-implement {RUNNING_ID}` (or `/40-implement`, `$40-implement`, `implement`).
+- If a run is at `10-define.md` -> Recommend `20-spec {RUNNING_ID}` (or `20-spec`, `$20-spec`, `spec`).
+- If a run is at `20-spec.md` -> Recommend `30-plan {RUNNING_ID}` (or `30-plan`, `$30-plan`, `plan`).
+- If a run is at `30-plan.md` -> Recommend `40-implement {RUNNING_ID}` (or `40-implement`, `$40-implement`, `implement`).
 - If a run is at `40-implement.md` with incomplete tasks -> Recommend `40-implement {RUNNING_ID}`.
-- If a run is at `40-implement.md` with all tasks done -> Recommend `50-verify {RUNNING_ID}` (or `/50-verify`, `$50-verify`, `verify`).
+- If a run is at `40-implement.md` with all tasks done -> Recommend `50-verify {RUNNING_ID}` (or `50-verify`, `$50-verify`, `verify`).
 - If a run passed `50-verify.md` -> Recommend `60-report {RUNNING_ID}` then `70-release {RUNNING_ID}`.
 - If no run is active and user wants to explore an idea -> Recommend `00-discover` (or `discover`, `Brainstorm`).
 - If no run is active and open P0/P1 findings exist -> Recommend `security-review` or `debug`.
-- If user asks to check system health or configuration -> Recommend `doctor` (or `/doctor`, `$doctor`).
+- If user asks to check system health or configuration -> Recommend `doctor` (or `doctor`, `$doctor`).
 
 ## Intent Classification & Skill Routing
 
@@ -71,25 +71,25 @@ When the user specifies a request, map it to the matching DevFlow 2.0 stage or c
 Always provide a clean summary of available Nexus-DevFlow skills grouped by lifecycle stage:
 
 ### 1. Mainline Lifecycle Stages (Linear Order)
-- `00-discover` (`discover`, `/00-discover`, `$00-discover`) - Explore request, route inquiries, go/no-go under Discovery ID
-- `10-define` (`define`, `/10-define`, `$10-define`) - Lock delivery boundaries and allocate Running ID (`devflow/runs/{ID}`)
-- `20-spec` (`spec`, `/20-spec`, `$20-spec`) - Formalize markdown-first specifications and acceptance criteria
-- `30-plan` (`plan`, `/30-plan`, `$30-plan`) - Transform spec into executable task breakdown with test decisions
-- `40-implement` (`implement`, `/40-implement`, `$40-implement`) - Execute planned tasks incrementally with evidence
-- `50-verify` (`verify`, `/50-verify`, `$50-verify`) - Senior QA review, validation checks, and pass/fail gate
-- `60-report` (`report`, `/60-report`, `$60-report`) - Generate standardized markdown and HTML summary report
-- `70-release` (`release`, `/70-release`, `$70-release`) - Package verified work for PR merge or deployment
+- `00-discover` (`discover`, `00-discover`, `$00-discover`) - Explore request, route inquiries, go/no-go under Discovery ID
+- `10-define` (`define`, `10-define`, `$10-define`) - Lock delivery boundaries and allocate Running ID (`devflow/runs/{ID}`)
+- `20-spec` (`spec`, `20-spec`, `$20-spec`) - Formalize markdown-first specifications and acceptance criteria
+- `30-plan` (`plan`, `30-plan`, `$30-plan`) - Transform spec into executable task breakdown with test decisions
+- `40-implement` (`implement`, `40-implement`, `$40-implement`) - Execute planned tasks incrementally with evidence
+- `50-verify` (`verify`, `50-verify`, `$50-verify`) - Senior QA review, validation checks, and pass/fail gate
+- `60-report` (`report`, `60-report`, `$60-report`) - Generate standardized markdown and HTML summary report
+- `70-release` (`release`, `70-release`, `$70-release`) - Package verified work for PR merge or deployment
 
 ### 2. Public Companion Commands
-- `devflow` (`status`, `/devflow`, `$devflow`) - Guide, state inspector, and intent router
-- `onboard` (`/onboard`, `$onboard`) - Baseline stack setup for freshly scaffolded projects
-- `adopt` (`/adopt`, `$adopt`) - Survey and bootstrap DevFlow into existing brownfield projects
-- `doctor` (`/doctor`, `$doctor`) - Read-only health check for setup, scripts, and workflow drift
-- `try` (`/try`, `$try`) - Step-by-step human manual QA review guide (where to go, what to click, what to expect)
-- `rollback` (`/rollback`, `$rollback`) - Safe feature/run reversal planner with dependency risk analysis
-- `ci` (`/ci`, `$ci`) - Automatic GitHub Actions workflow (`.github/workflows/verify.yml`) setup
-- `brief` (`/brief`, `$brief`) - Read-only scope, dependency, and size pre-briefing before speccing
-- `autopilot` (`/autopilot`, `$autopilot`) - Optional bounded autonomous loop (spec -> plan -> implement -> verify -> report)
+- `devflow` (`status`, `devflow`, `$devflow`) - Guide, state inspector, and intent router
+- `onboard` (`onboard`, `$onboard`) - Baseline stack setup for freshly scaffolded projects
+- `adopt` (`adopt`, `$adopt`) - Survey and bootstrap DevFlow into existing brownfield projects
+- `doctor` (`doctor`, `$doctor`) - Read-only health check for setup, scripts, and workflow drift
+- `try` (`try`, `$try`) - Step-by-step human manual QA review guide (where to go, what to click, what to expect)
+- `rollback` (`rollback`, `$rollback`) - Safe feature/run reversal planner with dependency risk analysis
+- `ci` (`ci`, `$ci`) - Automatic GitHub Actions workflow (`.github/workflows/verify.yml`) setup
+- `brief` (`brief`, `$brief`) - Read-only scope, dependency, and size pre-briefing before speccing
+- `autopilot` (`autopilot`, `$autopilot`) - Optional bounded autonomous loop (spec -> plan -> implement -> verify -> report)
 - `goal` - Route broad goals before Discovery
 - `brainstorm` - Ideate without allocating running IDs
 - `research` - Conduct codebase or web research

package/template/.claude/skills/diagnosing-bugs/SKILL.md

@@ -1,13 +1,13 @@
 ---
 name: diagnosing-bugs
-description: "[Devflow] Diagnosis loop for hard bugs and performance regressions. Use inside Debug, /40-Implement, or /50-Verify when behavior is broken, throwing, failing, flaky, or slow."
+description: "[Devflow] Diagnosis loop for hard bugs and performance regressions. Use inside Debug, 40-implement, or 50-verify when behavior is broken, throwing, failing, flaky, or slow."
 ---
 
 # Diagnosing Bugs
 
 Use this support skill when the active DevFlow owner needs a disciplined root-cause loop.
 
-Do not let this skill replace `Debug`, `/40-Implement`, or `/50-Verify`. It supplies the method; the owning workflow records the artifact.
+Do not let this skill replace `Debug`, `40-implement`, or `50-verify`. It supplies the method; the owning workflow records the artifact.
 
 ## Phase 1: Build A Tight Feedback Loop
 
@@ -79,7 +79,7 @@ When a correct test seam exists:
 4. Watch it pass.
 5. Re-run the original feedback loop.
 
-If no correct seam exists, record that architecture finding and route to `codebase-design` or `/30-Plan` after the bug is fixed.
+If no correct seam exists, record that architecture finding and route to `codebase-design` or `30-plan` after the bug is fixed.
 
 ## Phase 6: Cleanup And Post-Mortem
 

package/template/.claude/skills/doctor/SKILL.md

@@ -12,7 +12,7 @@ Any time during development -> [doctor] -> Health Report & Actionable Fixes
 (read-only inspection)          (diagnostics)    (remediation recommendations)
 ```
 
-`/doctor` is a safe, read-only diagnostic skill that verifies whether your repository's Nexus-DevFlow configuration, context files, tool adapters, commands, and active runs are healthy and aligned.
+`doctor` is a safe, read-only diagnostic skill that verifies whether your repository's Nexus-DevFlow configuration, context files, tool adapters, commands, and active runs are healthy and aligned.
 
 ---
 
@@ -29,7 +29,7 @@ Run through these 5 health checks:
 ### Check 1: Core Framework & Context Files Integrity
 - Check if [AGENTS.md](AGENTS.md) and [CLAUDE.md](CLAUDE.md) exist and are populated.
 - Check required context files under `devflow/context/`:
-  - `project-overview.md` (Check if still empty/placeholder -> recommend `/onboard` or `/adopt`)
+  - `project-overview.md` (Check if still empty/placeholder -> recommend `onboard` or `adopt`)
   - `coding-standards.md` (Check if customized for stack)
   - `ai-interaction.md` (Check if rules are configured)
   - `current-stage.md` (Check if active run matches filesystem)
@@ -80,5 +80,5 @@ Present a clean, scannable diagnostic report:
 
 ### Recommended Remediation Actions:
 1. [Action item if any warning or failure detected]
-2. [Suggested next command, e.g. /devflow, /onboard, /adopt, etc.]
+2. [Suggested next command, e.g. devflow, onboard, adopt, etc.]
 ```

package/template/.claude/skills/followup/SKILL.md

@@ -33,11 +33,11 @@ Preserve existing phases, subtasks, statuses, logs, QA results, and completed co
 
 Read:
 
-- `devflow/runs/{ID}-*/10-define.md`
-- `devflow/runs/{ID}-*/20-spec.md`
-- `devflow/runs/{ID}-*/30-plan.md`
-- `devflow/runs/{ID}-*/40-implement.md`
-- `devflow/runs/{ID}-*/50-verify.md` if present
+- `devflow/runs/{ID}-*10-define.md`
+- `devflow/runs/{ID}-*20-spec.md`
+- `devflow/runs/{ID}-*30-plan.md`
+- `devflow/runs/{ID}-*40-implement.md`
+- `devflow/runs/{ID}-*50-verify.md` if present
 
 ### 2. Classify The Follow-Up
 
@@ -57,7 +57,7 @@ Append the follow-up scope directly to the relevant stage markdown files for the
 
 ### 4. Ask For Confirmation
 
-After adding or proposing follow-up subtasks, ask the user to confirm before `/40-Implement`.
+After adding or proposing follow-up subtasks, ask the user to confirm before `40-implement`.
 
 ## Output
 
@@ -66,18 +66,18 @@ Return:
 - follow-up category
 - new phase/subtask plan
 - validation result
-- next command: `/40-Implement {ID}`
+- next command: `40-implement {ID}`
 
 ## Relationship To DevFlow 2.0
 
 - Classification: Companion command
 - Mainline status: Not a numbered stage
 - Typical entry points: after review, triage, or release follow-up work is identified
-- Typical handoff targets: `/10-Define`, `/20-Spec`, `/30-Plan`, `/40-Implement`
+- Typical handoff targets: `10-define`, `20-spec`, `30-plan`, `40-implement`
 
 ## Sources
 
 - `AGENTS.md`
-- Related commands: `PR-Followup`, `Issue-Triage`, `Human-Feedback`, `/10-Define`, `/20-Spec`, `/40-Implement`
+- Related commands: `PR-Followup`, `Issue-Triage`, `Human-Feedback`, `10-define`, `20-spec`, `40-implement`
 
 

package/template/.claude/skills/goal/SKILL.md

@@ -48,11 +48,11 @@ The Boss first classifies the request into one of these paths:
 
 | Flow | Use When | Typical Next Step |
 | :--- | :--- | :--- |
-| DevFlow Mainline | New feature, bug, test, docs, migration, or refactor requests. | `/00-Discover`, which owns the delivery decision |
-| PRD / Spec Orchestration | Product ideas or requirement-heavy planning before a Discovery ID exists. | `/00-Discover`, likely routing to `PRD` |
-| Brainstorm Flow | Early ambiguous ideas that need options and tradeoff analysis. | `/00-Discover`, likely routing to `Brainstorm` |
-| Research Flow | External facts, docs, codebase evidence, or feasibility proof are needed. | `/00-Discover`, likely routing to `Research` |
-| RCA / Debug Flow | Failures, errors, regressions, or investigation-heavy bug reports. | `/00-Discover`, likely routing to `Debug` |
+| DevFlow Mainline | New feature, bug, test, docs, migration, or refactor requests. | `00-discover`, which owns the delivery decision |
+| PRD / Spec Orchestration | Product ideas or requirement-heavy planning before a Discovery ID exists. | `00-discover`, likely routing to `PRD` |
+| Brainstorm Flow | Early ambiguous ideas that need options and tradeoff analysis. | `00-discover`, likely routing to `Brainstorm` |
+| Research Flow | External facts, docs, codebase evidence, or feasibility proof are needed. | `00-discover`, likely routing to `Research` |
+| RCA / Debug Flow | Failures, errors, regressions, or investigation-heavy bug reports. | `00-discover`, likely routing to `Debug` |
 
 ## Process
 
@@ -124,22 +124,22 @@ Report:
 - Classification: Companion command
 - Mainline status: Not a numbered stage
 - Typical entry points: broad goals before a Discovery ID exists
-- Typical handoff target: `/00-Discover`, with a likely companion route recorded as guidance rather than executed outside Discover
+- Typical handoff target: `00-discover`, with a likely companion route recorded as guidance rather than executed outside Discover
 
 ## Sources
 
 - `AGENTS.md`
 - `.agent/scripts/goal-runner.mjs`
-- Related commands: `/00-Discover`, `Brainstorm`, `Research`, `PRD`, `Spec-Orchestrate`, `Debug`
+- Related commands: `00-discover`, `Brainstorm`, `Research`, `PRD`, `Spec-Orchestrate`, `Debug`
 
 ## Next Workflow Recommendation
 
 - **Primary**: the first command listed in `recommended_commands`
 - **Why**: `Goal` exists to route broad intent into the correct DevFlow 2.0 entry point
 - **Alternatives**:
-  - `/00-Discover "{goal}"` for all new work; Discover chooses Brainstorm, PRD, Research, Debug, or direct decision
-  - `/10-Define {discovery_id}` only after an approved Proceed decision
-  - `/20-Spec {running_id}` only for an existing approved delivery run
+  - `00-discover "{goal}"` for all new work; Discover chooses Brainstorm, PRD, Research, Debug, or direct decision
+  - `10-define {discovery_id}` only after an approved Proceed decision
+  - `20-spec {running_id}` only for an existing approved delivery run
 
 ## Wiki Update Recommendation