@jakkrichm/create-nexus-devflow 2.0.14 → 2.0.15

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

@@ -0,0 +1,102 @@
+---
+name: fix
+description: "[Devflow] Fast-Track Fix stage in DevFlow (Blueprint Mode) - define, spec, plan, and create the living spec.md contract for bug fixes."
+argument-hint: "{bug description, issue ID, or IDEA-xxx}"
+---
+
+# Fast-Track: Fix (Blueprint Mode)
+
+$ARGUMENTS
+
+Fast-Track entry point combining Bug Triage, Root Cause Isolation, Specification, and Implementation Planning into one streamlined, review-gated step for **bug fixes and hotfixes**. Creates and maintains the **Single Living Spec (`spec.md`)** for the fix run.
+
+## Invocations & Aliases
+
+- `/fix <bug-description>` or `fix <bug-description>`: Fast-Track ad-hoc bugfix workflow
+- `/fix IDEA-xxx`: Intake and fix a reported issue or idea from `devflow/ideas.md`
+- `$fix`: Codex CLI invocation
+
+## Fast-Track Mainline Workflow
+
+```text
+/feature (หรือ /fix) ──▶ /implement ──▶ /check ──▶ /complete
+```
+
+## Behavior & Contract
+
+When invoked:
+
+### 1. Work Identity & Issue Intake
+1. Inspect `devflow/context/current-stage.md` and `devflow/runs/`.
+2. **Idea / Issue Inbox Intake**: If the argument is an identifier (e.g. `IDEA-001`):
+   - Read `devflow/ideas.md` or issue notes and extract problem statement and root cause hints.
+   - In `devflow/ideas.md`, update status to `[x] Claimed ({RUNNING_ID})` and move under `## 📦 Archived / Shipped Ideas`.
+3. Determine or allocate the sequential Running ID (e.g. `RUN-018-{slug}`).
+4. Identify Git branch naming:
+   - `fix/{slug}-{RUNNING_ID}`
+5. Create directory `devflow/runs/{RUNNING_ID}/`.
+
+### 2. Generate the Single Living Spec (`spec.md`)
+Write `devflow/runs/{RUNNING_ID}/spec.md` using the structured template below in **Thai (`th`)**:
+
+```markdown
+# 📐 [{RUNNING_ID}] {Bug/Fix Title} (Living Spec)
+
+> **Status**: In-Progress  
+> **Track**: Fast-Track (Blueprint Mode - Fix)  
+> **Branch**: `{branch_name}`  
+> **Created Date**: {YYYY-MM-DD}  
+> **Owner**: {Contributor or Team}  
+
+---
+
+## 1. Specification & Scope
+- **Problem Statement & Reproduction**: {อาการบั๊กที่พบ ขั้นตอนที่ทำให้เกิดปัญหา หรือ Error Log}
+- **Root Cause Analysis**: {สาเหตุที่แท้จริงของบั๊ก}
+- **In-Scope**:
+  - {ขอบเขตการแก้ไขบั๊กและการป้องกัน regression}
+- **Out-of-Scope**:
+  - {สิ่งที่ไม่แตะต้องหรืออยู่นอกเหนือการแก้จุดนี้}
+- **Acceptance Criteria**:
+  - [ ] AC-1: {เงื่อนไขการแก้ปัญหาสำเร็จและพฤติกรรมที่ถูกต้อง}
+  - [ ] AC-2: {มี Regression Test ป้องกันไม่ให้เกิดซ้ำ}
+
+## 2. Plan & Test Strategy
+- **Files to Modify / Create**:
+  - `{path/to/file1}`: {หน้าที่ที่ต้องแก้ไข}
+  - `{path/to/test_file}`: {เทสต์เคสจำลองและป้องกันบั๊ก}
+- **Test Decision**: `Required (TDD / Regression Test)`
+  - *Rationale*: {การแก้บั๊กต้องมี Regression Test ยืนยันเสมอ}
+  - *Planned Cases*: {เคสทดสอบจำลองบั๊ก (Red) และทดสอบหลังแก้ (Green)}
+- **Impact & Rollback Strategy**:
+  - *Impact*: {ผลกระทบต่อโมดูลข้างเคียง}
+  - *Rollback*: {วิธีย้อนคืนการทำงานกรณีเกิดปัญหา}
+
+## 3. Implementation Checklist
+- [ ] Task 1.1: {เขียน Regression Test เพื่อ reproduce บั๊ก}
+- [ ] Task 1.2: {แก้ไขโค้ดที่จุดเกิดเหตุ}
+- [ ] Task 1.3: {รันชุดทดสอบเพื่อยืนยันว่าบั๊กหายและไม่กระทบจุดอื่น}
+
+## 4. Implementation Record
+- *(จะถูกบันทึกเมื่อรัน /implement)*
+
+## 5. Verification Evidence
+- *(จะถูกบันทึกเมื่อรัน /check)*
+
+## 6. Release & Handoff
+- *(จะถูกบันทึกเมื่อรัน /complete)*
+```
+
+### 3. Update Workspace Status
+Update `devflow/context/current-stage.md`:
+- `Active Running ID`: `{RUNNING_ID}`
+- `Current Stage`: `fix (Fast-Track -> Ready for /implement)`
+- `Living Spec`: `devflow/runs/{RUNNING_ID}/spec.md`
+- `Last Updated`: `{YYYY-MM-DD}`
+
+### 4. Output Summary & Next Step
+Report to the user:
+- Running ID and allocated branch
+- Summary of Scope, Reproduction, and Acceptance Criteria
+- Living Spec path: `devflow/runs/{RUNNING_ID}/spec.md`
+- **Next Command**: `/implement` (or `/implement {RUNNING_ID}`)

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

@@ -36,7 +36,7 @@ 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}-*40-execute.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-execute`.
 
 ## Output
 
@@ -66,18 +66,18 @@ Return:
 - follow-up category
 - new phase/subtask plan
 - validation result
-- next command: `40-implement {ID}`
+- next command: `40-execute {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-execute`
 
 ## 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-execute`
 
 

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

@@ -77,14 +77,14 @@ Help Summary:
 Environment: All OK
 
 Active Runs:
-- 010-auth-refactor: stage=40-implement | approval=Pending | next=50-verify 010 | warnings: manual review open
+- 010-auth-refactor: stage=40-execute | approval=Pending | next=50-verify 010 | warnings: manual review open
 - 011-billing-phase-1: stage=20-spec | approval=Approved | next=30-plan 011
 - 012-admin-console: stage=50-verify | approval=Approved | next=60-report 012 | warnings: not ready for release
 
 Recommended Next Action:
 - 010 -> 50-verify 010
 - 011 -> 20-spec 011
-- 012 -> 40-implement 012
+- 012 -> 40-execute 012
 ```
 
 ### Phase C: Manual Review Soft Gate
@@ -114,7 +114,7 @@ Manual Review Warning:
 ## DevFlow 2.0 Mainline
 
 ```text
-00-discover -> 10-define -> 20-spec -> 30-plan -> 40-implement -> 50-verify -> 60-report -> 70-release
+00-discover -> 10-define -> 20-spec -> 30-plan -> 40-execute -> 50-verify -> 60-report -> 70-release
 ```
 
 ## Public Companion Commands
@@ -182,7 +182,7 @@ Recommend `30-plan`.
 
 ### 5. If planning is done and work should begin
 
-Recommend `40-implement`.
+Recommend `40-execute`.
 
 ### 6. If implementation exists and needs checking
 

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

@@ -27,7 +27,7 @@ What Broke ➔ Business Impact ➔ Root Cause ➔ Fix Evidence ➔ Prevention &
 
 ## 2. Process & Recording Destinations
 
-1. **Load Evidence**: Review `git diff`, `40-implement.md`, `50-verify.md`, or test logs.
+1. **Load Evidence**: Review `git diff`, `40-execute.md`, `50-verify.md`, or test logs.
 2. **Distill Insights**: Formulate clear, actionable, non-generic takeaways.
 3. **Save to Persistent Memory**:
    - Save project-wide engineering lessons to `devflow/context/lessons.md` (or `knowledge/lessons.md`).

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

@@ -40,7 +40,7 @@ You are an orchestrator. Your goal is to call the specialized Git PR Maker agent
 - Prefer markdown-first stage artifacts as the source narrative:
   - `20-spec.md`
   - `30-plan.md`
-  - `40-implement.md`
+  - `40-execute.md`
   - `50-verify.md`
   - `60-report.md` when the final summary already exists
   - `70-release.md` when release execution notes already exist

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

@@ -38,5 +38,5 @@ This is the preview master skill for Nexus-DevFlow. It manages local development
 ## Relationship To DevFlow 2.0
 
 - **Classification**: Companion command & Runtime support
-- **Mainline stages**: `40-implement` (interactive visual check), `50-verify` (smoke test check)
+- **Mainline stages**: `40-execute` (interactive visual check), `50-verify` (smoke test check)
 - **Handoff**: `50-verify`

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

@@ -68,4 +68,4 @@ Categorize all findings into actionable severities:
 
 - **Classification**: Companion command & Verification support
 - **Mainline stages**: `50-verify` (QA & Code Review lane), `70-release` (Pre-merge review)
-- **Handoff**: `40-implement` (for fixes), `50-verify`, `70-release`
+- **Handoff**: `40-execute` (for fixes), `50-verify`, `70-release`

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

@@ -8,7 +8,7 @@ description: "[Devflow] Plan safe feature or run reversal with dependency and co
 Where this sits in the workflow:
 
 ```text
-completed run + git history  ->  [rollback]  ->  40-implement (or fix run)  ->  50-verify  ->  70-release
+completed run + git history  ->  [rollback]  ->  40-execute (or fix run)  ->  50-verify  ->  70-release
 (run archive + commits)          (risk review    (reverse product diff)          (prove)      (log & finalize)
                                   + plan)
 ```
@@ -51,7 +51,7 @@ Identify:
 
 - Exact commit SHA(s) introducing the feature.
 - Parent commit before the feature was introduced.
-- Associated stage artifacts (`20-spec.md`, `40-implement.md`, `70-release.md`).
+- Associated stage artifacts (`20-spec.md`, `40-execute.md`, `70-release.md`).
 
 ## Step 2 - Separate Product Changes From DevFlow History
 
@@ -98,7 +98,7 @@ Draft the rollback plan containing:
 Present the rollback plan to the user:
 
 - Summarize affected files and dependency risks.
-- If approved, route to `40-implement` (or allocate a dedicated Fixrollback Run) to safely execute the reversal steps behind review gates.
+- If approved, route to `40-execute` (or allocate a dedicated Fixrollback Run) to safely execute the reversal steps behind review gates.
 
 ## Rules
 

package/template/.claude/skills/security-review/SKILL.md

@@ -59,5 +59,5 @@ This is the comprehensive security master skill for Nexus-DevFlow. It combines s
 ## Relationship To DevFlow 2.0
 
 - **Classification**: Companion command & Safety gate
-- **Mainline integration**: Run during `40-implement` or `50-verify` before `70-release`.
-- **Handoff**: P0/P1 security findings block release and return to `40-implement` for immediate remediation.
+- **Mainline integration**: Run during `40-execute` or `50-verify` before `70-release`.
+- **Handoff**: P0/P1 security findings block release and return to `40-execute` for immediate remediation.

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

@@ -66,5 +66,5 @@ Delete commented-out code blocks, `// removed` notes, and unused variables (`_un
 ## Relationship To DevFlow 2.0
 
 - **Classification**: Companion command & Refactoring support
-- **Mainline integration**: Used during `40-implement` (Refactor step of TDD) or `50-verify`.
+- **Mainline integration**: Used during `40-execute` (Refactor step of TDD) or `50-verify`.
 - **Handoff**: `50-verify` (proves zero regressions).

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

@@ -1,105 +1,38 @@
 ---
 name: spec
-description: "[Devflow] Fast-Track Spec stage in DevFlow (Blueprint Mode) - define, spec, plan, and create the single living spec.md contract."
+description: "[Devflow] Fast-Track Spec router in DevFlow (Blueprint Mode) - aliases and routes to /feature or /fix to create the single living spec.md contract."
 argument-hint: "{feature title, bug description, IDEA-xxx, or running-id}"
 ---
 
-# Fast-Track: Spec (Blueprint Mode)
+# Fast-Track: Spec Router (Blueprint Mode)
 
 $ARGUMENTS
 
-Fast-Track entry point combining Discovery, Definition, Specification, and Implementation Planning into one streamlined, review-gated step. Creates and maintains the **Single Living Spec (`spec.md`)** for the run. Supports intake from Idea Inbox (`IDEA-xxx`).
+Unified Fast-Track entry point that routes to `/feature` or `/fix` to create and maintain the **Single Living Spec (`spec.md`)**.
+
+> [!TIP]
+> **Preferred Commands**:
+> - ใช้ **`/feature <title>`** สำหรับฟีเจอร์ใหม่หรืองานพัฒนาทั่วไป
+> - ใช้ **`/fix <bug-description>`** สำหรับแก้บั๊กหรือ hotfix
 
 ## Invocations & Aliases
 
-- `/spec <title>` or `spec <title>`: Standard Fast-Track specification
-- `/spec IDEA-xxx`: Intake and promote a pending idea from `devflow/ideas.md`
-- `/feature <title>` or `feature <title>`: Fast-Track feature workflow
-- `/fix <bug-description>` or `fix <bug-description>`: Fast-Track ad-hoc bugfix workflow
-- `$spec`, `$feature`, `$fix`: Codex CLI invocation
+- `/feature <title>`: Fast-Track feature workflow (แนะนำ)
+- `/fix <bug-description>`: Fast-Track ad-hoc bugfix workflow (แนะนำ)
+- `/spec <title>` or `/spec IDEA-xxx`: Generic Fast-Track specification
+- `$feature`, `$fix`, `$spec`: Codex CLI invocation
 
 ## Fast-Track Mainline Workflow
 
 ```text
-/spec ──▶ /implement ──▶ /check ──▶ /complete
+/feature (หรือ /fix) ──▶ /implement ──▶ /check ──▶ /complete
 ```
 
 ## Behavior & Contract
 
 When invoked:
 
-### 1. Work Identity & Idea Intake
-1. Inspect `devflow/context/current-stage.md` and `devflow/runs/`.
-2. **Idea Inbox Intake**: If the argument is an idea identifier (e.g. `IDEA-001`):
-   - Read `devflow/ideas.md` and extract the idea's title, raw problem statement, AI Feasibility notes, and Quick Seed points.
-   - Use these details as the primary input for Specification & Scope.
-   - In `devflow/ideas.md`, update the item's status to `[x] Claimed ({RUNNING_ID})` and move it under `## 📦 Archived / Shipped Ideas`.
-3. Determine or allocate the sequential Running ID (e.g. `RUN-016-{slug}`).
-4. Identify Git branch naming:
-   - For features: `feature/{slug}-{RUNNING_ID}`
-   - For bug fixes: `fix/{slug}-{RUNNING_ID}`
-5. Create directory `devflow/runs/{RUNNING_ID}/`.
-
-### 2. Generate the Single Living Spec (`spec.md`)
-Write `devflow/runs/{RUNNING_ID}/spec.md` using the structured template below in **Thai (`th`)**:
-
-```markdown
-# 📐 [{RUNNING_ID}] {Title} (Living Spec)
-
-> **Status**: In-Progress  
-> **Track**: Fast-Track (Blueprint Mode)  
-> **Branch**: `{branch_name}`  
-> **Created Date**: {YYYY-MM-DD}  
-> **Owner**: {Contributor or Team}  
-
----
-
-## 1. Specification & Scope
-- **Problem Statement**: {ปัญหาหรือที่มาที่ต้องทำ}
-- **In-Scope**:
-  - {ขอบเขตสิ่งที่ต้องทำ}
-- **Out-of-Scope**:
-  - {สิ่งที่ไม่ทำในรอบนี้}
-- **Acceptance Criteria**:
-  - [ ] AC-1: {เงื่อนไขการตรวจรับข้อที่ 1}
-  - [ ] AC-2: {เงื่อนไขการตรวจรับข้อที่ 2}
-
-## 2. Plan & Test Strategy
-- **Files to Modify / Create**:
-  - `{path/to/file1}`: {หน้าที่ที่ต้องแก้ไข}
-  - `{path/to/file2}`: {หน้าที่ที่ต้องแก้ไข}
-- **Test Decision**: `Required (TDD)` | `Manual/Command Only` | `Not Required`
-  - *Rationale*: {เหตุผลความจำเป็นในการเขียนเทสต์}
-  - *Planned Cases*: {กรณีทดสอบหลักตาม AAA Pattern}
-- **Impact & Rollback Strategy**:
-  - *Impact*: {ผลกระทบต่อโมดูลอื่น}
-  - *Rollback*: {วิธีย้อนคืนการทำงานกรณีเกิดปัญหา}
-
-## 3. Implementation Checklist
-- [ ] Task 1.1: {งานย่อยข้อที่ 1}
-- [ ] Task 1.2: {งานย่อยข้อที่ 2}
-- [ ] Task 1.3: {งานย่อยข้อที่ 3}
-
-## 4. Implementation Record
-- *(จะถูกบันทึกเมื่อรัน /implement)*
-
-## 5. Verification Evidence
-- *(จะถูกบันทึกเมื่อรัน /check)*
-
-## 6. Release & Handoff
-- *(จะถูกบันทึกเมื่อรัน /complete)*
-```
-
-### 3. Update Workspace Status
-Update `devflow/context/current-stage.md`:
-- `Active Running ID`: `{RUNNING_ID}`
-- `Current Stage`: `spec (Fast-Track -> Ready for /implement)`
-- `Last Updated`: `{YYYY-MM-DD}`
-
-### 4. Output Summary & Next Step
-Report to the user:
-- Running ID and allocated branch
-- Summary of Scope and Acceptance Criteria
-- Living Spec path: `devflow/runs/{RUNNING_ID}/spec.md`
-- If promoted from `IDEA-xxx`, confirm status update in `devflow/ideas.md`
-- **Next Command**: `/implement` (or `/implement {RUNNING_ID}`)
+1. If the input describes a bug or hotfix, routes to `/fix` behavior.
+2. Otherwise, routes to `/feature` behavior.
+3. Allocates sequential Running ID (`RUN-xxx`), creates directory `devflow/runs/{RUNNING_ID}/`, and generates `spec.md` in **Thai (`th`)**.
+4. Updates `devflow/context/current-stage.md` and reports next step: `/implement`.

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

@@ -81,7 +81,7 @@ For browser and UI features, unit tests alone are insufficient:
 
 ## 6. Test Generation & Persistent Execution Reports
 
-When generating or logging test runs during `40-implement` or `50-verify`:
+When generating or logging test runs during `40-execute` or `50-verify`:
 - Save summary reports to `devflow/reports/{date}-test-report-{slug}.md`
 - Include: Target, Test Cases (Happy Path, Error, Edge Cases), Pass/Fail statistics, and gaps/risks.
 
@@ -90,5 +90,5 @@ When generating or logging test runs during `40-implement` or `50-verify`:
 ## Relationship To DevFlow 2.0
 
 - **Classification**: Companion command & Engineering standard
-- **Mainline stages**: `30-plan` (TDD decisions), `40-implement` (TDD execution), `50-verify` (QA gate)
+- **Mainline stages**: `30-plan` (TDD decisions), `40-execute` (TDD execution), `50-verify` (QA gate)
 - **Handoff**: `50-verify`, `Debug`, `autopilot`

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

@@ -8,7 +8,7 @@ description: "[Devflow] Generate human manual QA review walkthrough guide (where
 Where this sits in the workflow:
 
 ```text
-40-implement or 50-verify or 60-report  ->  [try]  ->  human review & verification
+40-execute or 50-verify or 60-report  ->  [try]  ->  human review & verification
 (work implemented / verified)                  (manual    (where to go,
                                                steps)     what to click)
 ```
@@ -36,7 +36,7 @@ Read:
 - `devflow/context/current-stage.md`
 - `devflow/context/project-overview.md`
 - `devflow/context/coding-standards.md`
-- Active run artifacts: `20-spec.md`, `30-plan.md`, `40-implement.md`, `50-verify.md` (or archived run artifacts)
+- Active run artifacts: `20-spec.md`, `30-plan.md`, `40-execute.md`, `50-verify.md` (or archived run artifacts)
 - Current git branch and status
 
 Do not dump the full spec. Extract only the concrete routes, screens, CLI commands, API endpoints, test data, and expected outcomes that a human needs to verify the feature.

package/template/AGENTS.md

@@ -29,10 +29,10 @@ Unused adapter families can be removed. Codex and Antigravity projects keep `.ag
 
 ### Universal Invocation & Agent Directives:
 
-1. **Canonical Command Names & AI Provider Invocation**: Each workflow stage and companion tool has exactly **one Canonical Name** (e.g. `spec`, `implement`, `check`, `complete`, `00-discover`, `10-define`, `20-spec`, `30-plan`, `40-implement`, `50-verify`, `60-report`, `70-release`, `report-html`, `devflow`, `onboard`, `adopt`, `doctor`, `try`, `rollback`, `ci`, `brief`, `autopilot`). The way you invoke commands depends on your AI Provider / Tool:
-   - **Canonical Name (Plain text)**: Directly invoke or prompt the command by its standard name (e.g., `spec`, `devflow`).
-   - **Slash Prefix (`/`)**: For tools supporting slash commands (Claude Code, Google Antigravity, Gemini CLI), e.g., `/spec`, `/feature`, `/fix`, `/devflow`.
-   - **Dollar Prefix (`$`)**: For OpenAI Codex CLI or skill-invocation tools, e.g., `$spec`, `$devflow`.
+1. **Canonical Command Names & AI Provider Invocation**: Each workflow stage and companion tool has exactly **one Canonical Name** (e.g. `feature`, `fix`, `implement`, `check`, `complete`, `00-discover`, `10-define`, `20-spec`, `30-plan`, `40-execute`, `50-verify`, `60-report`, `70-release`, `report-html`, `devflow`, `onboard`, `adopt`, `doctor`, `try`, `rollback`, `ci`, `brief`, `autopilot`, `idea`, `spec`). The way you invoke commands depends on your AI Provider / Tool:
+   - **Canonical Name (Plain text)**: Directly invoke or prompt the command by its standard name (e.g., `feature`, `40-execute`, `devflow`).
+   - **Slash Prefix (`/`)**: For tools supporting slash commands (Claude Code, Google Antigravity, Gemini CLI), e.g., `/feature`, `/fix`, `/implement`, `/40-execute`, `/devflow`.
+   - **Dollar Prefix (`$`)**: For OpenAI Codex CLI or skill-invocation tools, e.g., `$feature`, `$fix`, `$40-execute`, `$devflow`.
 2. **OpenAI Codex & Non-Native CLI Tools**: In environments without automatic background skill discovery (such as OpenAI Codex CLI, Aider, or generic terminals), **you MUST use your file reading tool to inspect `.agents/skills/<skill>/SKILL.md` before executing the stage** to strictly follow its schema, artifact contract, and quality gates.
 3. **Google Antigravity & Claude Code**: Native skill engines automatically discover and surface `.agents/skills/` and `.claude/skills/`.
 4. **State-Aware Inspection**: When unsure what to do next, invoke `devflow` to automatically inspect `devflow/context/current-stage.md` and active runs in `devflow/runs/`.
@@ -45,10 +45,10 @@ Unused adapter families can be removed. Codex and Antigravity projects keep `.ag
 Recommended for 85% of daily work (features, bug fixes, UI improvements, iterative tasks):
 
 ```text
-/spec (or /feature, /fix) ──▶ /implement ──▶ /check ──▶ /complete
+/feature (หรือ /fix) ──▶ /implement ──▶ /check ──▶ /complete
 ```
 
-1. **`spec` (`/spec`, `/feature`, `/fix`)**:
+1. **`feature` / `fix` (`/feature`, `/fix`, `/spec`)**:
    - **Purpose**: Combines Discover, Define, Spec, and Plan into one unified step. Allocates sequential Running ID (`RUN-xxx`) and creates the **Single Living Spec (`spec.md`)**.
    - **Artifact**: `devflow/runs/{running-id}-{slug}/spec.md`
 2. **`implement` (`/implement`)**:
@@ -65,14 +65,14 @@ Recommended for 85% of daily work (features, bug fixes, UI improvements, iterati
 Recommended for large architectural epics, database migrations, and multi-agent coordination:
 
 ```text
-00-discover ──▶ 10-define ──▶ 20-spec ──▶ 30-plan ──▶ 40-implement ──▶ 50-verify ──▶ 60-report ──▶ 70-release
+00-discover ──▶ 10-define ──▶ 20-spec ──▶ 30-plan ──▶ 40-execute ──▶ 50-verify ──▶ 60-report ──▶ 70-release
 ```
 
 1. `00-discover`: Explore request before delivery commitment without allocating running ID (`00-discover.md`).
 2. `10-define`: Turn approved discovery into bounded delivery run(s) with sequential Running IDs (`10-define.md`).
 3. `20-spec`: Formalize markdown-first delivery contract & acceptance criteria (`20-spec.md`).
 4. `30-plan`: Breakdown spec into executable tasks with test decisions (`30-plan.md` + checklists).
-5. `40-implement`: Incremental task implementation behind review gates (`40-implement.md`).
+5. `40-execute`: Incremental task execution behind review gates (`40-execute.md`).
 6. `50-verify`: Senior QA review & multi-lane verification checks (`50-verify.md`).
 7. `60-report`: Standardized markdown delivery digest (`60-report.md`).
 8. `70-release`: Release packaging, release notes, git merge, and deployment (`70-release.md`).
@@ -116,7 +116,8 @@ Recommended for large architectural epics, database migrations, and multi-agent
 
 | Track / Category | Canonical Name | Claude / Antigravity (`/`) | OpenAI Codex (`$`) | Purpose / Action |
 | :--- | :--- | :--- | :--- | :--- |
-| **Fast: Spec** | `spec` | `/spec` / `/feature` / `/fix` | `$spec` / `$feature` / `$fix` | 4-step Fast-Track spec & living spec creation (supports `IDEA-xxx`) |
+| **Fast: Feature** | `feature` | `/feature` | `$feature` | 4-step Fast-Track spec & living spec creation for new features (supports `IDEA-xxx`) |
+| **Fast: Fix** | `fix` | `/fix` | `$fix` | 4-step Fast-Track spec & living spec creation for bug fixes (supports `IDEA-xxx`) |
 | **Fast: Implement** | `implement` | `/implement` | `$implement` | Fast-Track incremental execution with TDD |
 | **Fast: Check** | `check` | `/check` | `$check` | Fast-Track QA review & multi-lane verification |
 | **Fast: Complete** | `complete` | `/complete` | `$complete` | Fast-Track safety pass, release digest & git merge |
@@ -126,7 +127,7 @@ Recommended for large architectural epics, database migrations, and multi-agent
 | **Deep: 10** | `10-define` | `/10-define` | `$10-define` | Turn approved discovery into bounded delivery run(s) |
 | **Deep: 20** | `20-spec` | `/20-spec` | `$20-spec` | Formal markdown delivery contract & acceptance criteria |
 | **Deep: 30** | `30-plan` | `/30-plan` | `$30-plan` | Breakdown spec into executable tasks with test decisions |
-| **Deep: 40** | `40-implement` | `/40-implement` | `$40-implement` | Implement tasks in small reviewable increments |
+| **Deep: 40** | `40-execute` | `/40-execute` | `$40-execute` | Execute planned tasks in small reviewable increments (`40-execute.md`) |
 | **Deep: 50** | `50-verify` | `/50-verify` | `$50-verify` | Senior QA review & multi-lane verification checks |
 | **Deep: 60** | `60-report` | `/60-report` | `$60-report` | Standalone markdown summary report |
 | **Deep: 70** | `70-release` | `/70-release` | `$70-release` | Package for delivery, git merge, PR, or deployment |

package/template/devflow/context/ai-interaction.md

@@ -24,12 +24,12 @@
 ## DevFlow Timeline Lifecycle
 
 ```text
-/00-Discover -> /10-Define -> /20-Spec -> /30-Plan -> /40-Implement -> /50-Verify -> /60-Report -> /70-Release
+/00-Discover -> /10-Define -> /20-Spec -> /30-Plan -> /40-Execute -> /50-Verify -> /60-Report -> /70-Release
 ```
 
 - Run `/00-Discover` to explore requests under a Discovery ID.
 - Run `/10-Define` to set delivery boundaries and allocate Running IDs.
 - Run `/20-Spec` and `/30-Plan` to establish formal delivery specifications and execution plans.
-- Run `/40-Implement` for step-by-step code implementation with evidence.
+- Run `/40-Execute` for step-by-step code implementation with evidence.
 - Run `/50-Verify`, `/60-Report`, and `/70-Release` for quality verification, reporting, and release packaging.
 - Use **Fast-Track / Quick-Fix mode** for minor hotfixes to skip heavy ceremony while keeping test evidence.

package/template/devflow/context/coding-standards.md

@@ -36,5 +36,5 @@ General engineering standards for code, tests, and documentation in Nexus-DevFlo
 
 - For trivial bug fixes, typo corrections, or single-file non-architectural changes, developers and agents may use the **Quick-Fix Fast-Track**:
   - Consolidate Discovery, Define, and Spec into an inline fix brief (`devflow/runs/{fix-id}/fix-brief.md`).
-  - Jump directly to `40-implement` (with reproduction unit test) ➔ `50-verify` ➔ `70-release`.
+  - Jump directly to `40-execute` (with reproduction unit test) ➔ `50-verify` ➔ `70-release`.
   - Avoid creating heavy redundant documentation for changes under 20 lines of code while preserving Empirical Proof and Unit Test requirements.

package/template/devflow/context/current-stage.md

@@ -2,6 +2,7 @@
 
 - **Active Discovery ID**: None
 - **Active Running ID**: None
-- **Current Stage**: Ready for new work (Fast-Track: `/spec`, `/feature`, `/fix`, or Deep-Track: `00-discover`, Idea: `/idea`)
-- **Last Completed Run**: RUN-016-idea-capture-inbox-and-status-integration (2026-08-20)
+- **Current Stage**: Idle (Ready for next run)
+- **Living Spec**: None
+- **Last Completed Run**: RUN-018-update-documentation-and-guides (2026-08-20)
 - **Last Updated**: 2026-08-20

package/template/devflow/context/project-overview.md

@@ -19,19 +19,23 @@ Primary source of truth for the project context, architecture, tech stack, and a
 
 ## Architecture & Key Modules
 
+- **Dual-Track Delivery Engine**:
+  - **Fast-Track (Blueprint Mode — 4 Steps)**: High-velocity spec loop (`/feature` or `/fix` ➔ `/implement` ➔ `/check` ➔ `/complete`) with Single Living Spec (`spec.md`).
+  - **Deep-Track (Architect Mode — 8 Steps)**: Full-lifecycle delivery pipeline (`00-discover` ➔ `10-define` ➔ `20-spec` ➔ `30-plan` ➔ `40-execute` ➔ `50-verify` ➔ `60-report` ➔ `70-release`).
 - **`packages/create-nexus-devflow/`**: Distribution CLI package with TypeScript compilation (`dist/bin/create-nexus-devflow.js`), atomic update engine (`lib/update.ts`), and prepack template bundler (`scripts/prepare-template.ts`).
-- **`.agents/skills/` & `.claude/skills/`**: 72 synchronized AI agent skills covering Mainline stages (00-70) and companion tools (`devflow`, `try`, `doctor`, `overview`, `sync-upstream`, `ci`, `rollback`).
+- **`.agents/skills/` & `.claude/skills/`**: 80 synchronized AI agent skills covering Dual-Track workflows and companion tools (`devflow`, `idea`, `report-html`, `try`, `doctor`, `overview`, `sync-upstream`, `ci`, `rollback`).
 - **`scripts/`**: Maintainer infrastructure (`check-devflow.ts`, `validate-framework.ts`, `smoke-package.ts`, `upstream-monitor.ts`, `evals/routing.ts`).
-- **`devflow/`**: Workspace state, discoveries, runs, context, reference contracts, and master release history ledger.
+- **`devflow/`**: Workspace state, discoveries, runs, ideas, context, reference contracts, and master release history ledger.
 
 ## Shipped Capabilities (Recent Milestones)
 
+- **`RUN-017` (2026-08-20)**: Separate Fast-Track skills (`/feature`, `/fix`) and rename Deep-Track stage 40 to `40-execute` to eliminate command collisions.
+- **`RUN-016` (2026-08-20)**: Quick Idea Capture and AI Feasibility Assessment (`/idea`) with centralized Idea Inbox (`devflow/ideas.md`).
+- **`RUN-015` (2026-08-20)**: Dual-Track Architecture (Fast-Track 4 Steps & Deep-Track 8 Steps) + Living Spec (`spec.md`) + Standalone HTML Reporting Policy.
 - **`RUN-014` (2026-08-20)**: Upgraded DevFlow to full TypeScript architecture (`tsconfig.json`, `tsx`, `tsc`, `dist/`), migrated AI Blueprint Upstream Monitor workflow to DevFlow, and established multi-lane verification matrix.
-- **`RUN-013` (2026-08-20)**: Added `/overview` skill for living context scanning and synchronization.
-- **`RUN-008` (2026-08-18)**: Lean & Clean DevFlow optimization, consolidated skill taxonomy, and safe rollback mechanisms.
 
 ## DevFlow Workspace Status
 
 - **Active Discovery ID**: None (Idle)
-- **Active Running ID**: None (Idle)
-- **Last Completed Run**: `RUN-014-typescript-migration-and-upstream-monitor-for-devflow`
+- **Active Running ID**: `RUN-018-update-documentation-and-guides`
+- **Last Completed Run**: `RUN-017-split-spec-and-rename-40-execute`

package/template/devflow/history/HISTORY.md

@@ -8,6 +8,8 @@ This master ledger tracks all released delivery runs, milestones, and rollbacks
 
 | Release Date | Running ID | Title | Git Tag / Commit | Release Status | Report Link |
 | :--- | :--- | :--- | :--- | :--- | :--- |
+| 2026-08-20 | `RUN-018` | อัปเดตคู่มือ เอกสาร และ Website Documentation ให้เป็นปัจจุบันและครอบคลุม Dual-Track Model ล่าสุด | `HEAD` | `Released` | [`spec.md`](../runs/RUN-018-update-documentation-and-guides/spec.md) |
+| 2026-08-20 | `RUN-017` | แยกคำสั่ง Fast-Track เป็น `/feature`, `/fix` และเปลี่ยน Deep-Track สเตจ 40 เป็น `40-execute` | `HEAD` | `Released` | [`spec.md`](../runs/RUN-017-split-spec-and-rename-40-execute/spec.md) |
 | 2026-08-20 | `RUN-016` | ระบบบันทึกไอเดียพร้อม AI วิเคราะห์ความเป็นไปได้ (`/idea`) และเชื่อมต่อกับ Status Backlog | `HEAD` | `Released` | [`spec.md`](../runs/RUN-016-idea-capture-inbox-and-status-integration/spec.md) |
 | 2026-08-20 | `RUN-015` | Dual-Track Architecture (Fast-Track 4 Steps & Deep-Track 8 Steps) + Living Spec (`spec.md`) + Standalone HTML Report Policy | `HEAD` | `Released` | [`spec.md`](../runs/RUN-015-fast-track-and-living-blueprint/spec.md) |
 | 2026-08-20 | `RUN-014` | ยกระดับสถาปัตยกรรม DevFlow สู่ TypeScript และย้ายระบบ Check AI Blueprint Upstream Monitor | `HEAD` | `Released` | [`60-report.md`](../runs/RUN-014-typescript-migration-and-upstream-monitor-for-devflow/60-report.md) |

package/template/devflow/ideas.md

@@ -12,4 +12,4 @@
 
 ## 📦 Archived / Shipped Ideas
 
-*(ไอเดียที่ถูกหยิบไปทำด้วย `/spec IDEA-xxx` หรือ `/00-discover IDEA-xxx` จะถูกย้ายมาบันทึกที่นี่)*
+*(ไอเดียที่ถูกหยิบไปทำด้วย `/feature IDEA-xxx`, `/fix IDEA-xxx` หรือ `/00-discover IDEA-xxx` จะถูกย้ายมาบันทึกที่นี่)*

package/template/devflow/reference/running-id-contract.md

@@ -15,7 +15,7 @@ All DevFlow framework context, active runs, templates, and history are consolida
   - `10-define.md`
   - `20-spec.md`
   - `30-plan.md`
-  - `40-implement.md`
+  - `40-execute.md`
   - `50-verify.md`
   - `60-report.md` (and `60-report.html`)
   - `70-release.md`
@@ -34,6 +34,6 @@ All DevFlow framework context, active runs, templates, and history are consolida
 
 ## Mainline Lifecycle Rules
 
-1. Mainline stages move linearly: `/00-Discover` ➔ `/10-Define` ➔ `/20-Spec` ➔ `/30-Plan` ➔ `/40-Implement` ➔ `/50-Verify` ➔ `/60-Report` ➔ `/70-Release`.
+1. Mainline stages move linearly: `/00-Discover` ➔ `/10-Define` ➔ `/20-Spec` ➔ `/30-Plan` ➔ `/40-Execute` ➔ `/50-Verify` ➔ `/60-Report` ➔ `/70-Release`.
 2. Companion commands (`Goal`, `Brainstorm`, `Research`, `Debug`, `PRD`, `Issue-Triage`, `Security-Review`, `Check-For-Updates`, `Help`) provide supporting context without replacing mainline stage numbers.
 3. Every stage produces markdown-first evidence in `devflow/runs/` before passing verification gates.