cc-devflow 4.1.5 → 4.1.6

package/docs/commands/README.md

@@ -4,54 +4,50 @@
 
 ---
 
-## 🎯 Requirement Management Commands
+## 🎯 Requirement Commands
 
 | Command | Purpose | Quick Example | Detailed Docs |
 |---------|---------|---------------|---------------|
-| `/flow-new` | 🚀 Start New Requirement Development | `/flow-new "REQ-123\|Feature"` | [→](./flow-new.md) |
-| `/flow-init` | 📦 Initialize Requirement Structure | `/flow-init "REQ-123\|Feature"` | [→](./flow-init.md) |
-| `/flow-status` | 📊 Query Development Progress | `/flow-status REQ-123` | [→](./flow-status.md) |
-| `/flow-restart` | 🔄 Resume Interrupted Development | `/flow-restart "REQ-123"` | [→](./flow-restart.md) |
-| `/flow-update` | ✅ Update Task Progress | `/flow-update "REQ-123" "T001"` | [→](./flow-update.md) |
-
-## 🏗️ Architecture Design Commands
-
-| Command | Purpose | Quick Example | Detailed Docs |
-|---------|---------|---------------|---------------|
-| `/core-roadmap` | 🗺️ Generate Product Roadmap | `/core-roadmap` | [→](./core-roadmap.md) |
-| `/core-architecture` | 🏛️ Generate System Architecture | `/core-architecture` | [→](./core-architecture.md) |
-| `/core-guidelines` | 📘 Generate Project Guidelines | `/core-guidelines` | [→](./core-guidelines.md) |
-
-## 🧪 Quality Assurance Commands
+| `/flow:init` | 📦 Initialize requirement context | `/flow:init "REQ-123\|Feature"` | [→](../../.claude/commands/flow/init.md) |
+| `/flow:spec` | 📋 Generate task-manifest | `/flow:spec "REQ-123"` | [→](../../.claude/commands/flow/spec.md) |
+| `/flow:dev` | 🛠️ Dispatch or resume task execution | `/flow:dev "REQ-123" --resume` | [→](../../.claude/commands/flow/dev.md) |
+| `/flow:verify` | ✅ Quick/strict quality gates | `/flow:verify "REQ-123" --strict` | [→](../../.claude/commands/flow/verify.md) |
+| `/flow:release` | 🚢 Release + runtime cleanup | `/flow:release "REQ-123"` | [→](../../.claude/commands/flow/release.md) |
+| `/flow:status` | 📊 Query progress snapshot | `/flow:status REQ-123` | [→](../../.claude/commands/flow/status.md) |
+| `/flow:restart` | 🔄 Recover interrupted workflow | `/flow:restart "REQ-123" --from=dev` | [→](../../.claude/commands/flow/restart.md) |
+| `/flow:update` | ✅ Update task progress | `/flow:update "REQ-123" "T001"` | [→](../../.claude/commands/flow/update.md) |
+| `/flow:fix` | 🐛 Bug fix workflow | `/flow:fix "BUG-001\|Description"` | [→](../../.claude/commands/flow/fix.md) |
+
+## ⚠️ Deprecated Commands
+
+| Deprecated | Migration |
+|------------|-----------|
+| `/flow:new` | `/flow:init -> /flow:spec -> /flow:dev -> /flow:verify -> /flow:release` |
+| `/flow:clarify` | Use `/flow:spec` |
+| `/flow:checklist` | Use `/flow:verify --strict` |
+| `/flow:quality` | Use `/flow:verify` |
+
+## 🏗️ Core Commands
 
 | Command | Purpose | Quick Example | Detailed Docs |
 |---------|---------|---------------|---------------|
-| `/flow-checklist` | ✅ Requirement Quality Check | `/flow-checklist --type ux` | [→](../../.claude/commands/flow-checklist.md) |
-| `/flow-verify` | 🔍 Verify Document Consistency | `/flow-verify "REQ-123"` | [→](./flow-verify.md) |
-| `/flow-qa` | 🧪 Execute Quality Assurance | `/flow-qa "REQ-123"` | [→](./flow-qa.md) |
-| `/flow-constitution` | 📜 Constitution Compliance | `/flow-constitution --verify` | [→](./flow-constitution.md) |
-
-## 🛠️ Tool Commands
-
-| Command | Purpose | Quick Example | Detailed Docs |
-|---------|---------|---------------|---------------|
-| `/flow-fix` | 🐛 Bug Fix Flow | `/flow-fix "BUG-001\|Description"` | [→](./flow-fix.md) |
-| `/flow-release` | 🚢 Create Release | `/flow-release "REQ-123"` | [→](./flow-release.md) |
+| `/core:roadmap` | 🗺️ Generate product roadmap | `/core:roadmap` | [→](./core-roadmap.md) |
+| `/core:architecture` | 🏛️ Generate system architecture | `/core:architecture` | [→](./core-architecture.md) |
+| `/core:guidelines` | 📘 Generate project guidelines | `/core:guidelines` | [→](./core-guidelines.md) |
+| `/core:style` | 🎨 Generate style system guide | `/core:style` | [→](./core-style.md) |
 
 ## 🎯 Quick Selection Guide
 
-```
+```text
 Your Scenario:
-├─ Start brand new feature? → /flow-new "REQ-123|Feature"
-├─ Plan product direction? → /core-roadmap
-├─ Design system architecture? → /core-architecture
-├─ Validate requirement quality? → /flow-checklist --type ux,api,security
-├─ Continue interrupted development? → /flow-restart "REQ-123"
-├─ Check development progress? → /flow-status REQ-123
-├─ Found document conflicts? → /flow-verify "REQ-123"
-├─ Development complete, test? → /flow-qa "REQ-123"
-├─ Fix production bug? → /flow-fix "BUG-001|Description"
-└─ Ready to release? → /flow-release "REQ-123"
+├─ Start requirement delivery? → /flow:init "REQ-123|Feature|URLs"
+├─ Need executable plan? → /flow:spec "REQ-123"
+├─ Need implementation/resume? → /flow:dev "REQ-123" [--resume]
+├─ Need release gates? → /flow:verify "REQ-123" --strict
+├─ Ready to ship? → /flow:release "REQ-123"
+├─ Check progress? → /flow:status REQ-123
+├─ Fix production bug? → /flow:fix "BUG-001|Description"
+└─ Project-level planning? → /core:roadmap /core:architecture /core:guidelines
 ```
 
 ## 📚 Related Documentation

package/docs/commands/README.zh-CN.md

@@ -1,51 +1,49 @@
 # 📋 命令参考文档
 
-## 🎯 需求管理命令
+## 🎯 需求命令
 
 | 命令 | 用途 | 快速示例 |
 |------|------|----------|
-| `/flow-new` | 🚀 启动新需求开发 | `/flow-new "REQ-123|功能"` → [详细文档](./flow-new.md) |
-| `/flow-init` | 📦 初始化需求结构 | `/flow-init "REQ-123|功能"` → [详细文档](./flow-init.md) |
-| `/flow-status` | 📊 查询开发进度 | `/flow-status REQ-123` → [详细文档](./flow-status.md) |
-| `/flow-restart` | 🔄 恢复中断的开发 | `/flow-restart "REQ-123"` → [详细文档](./flow-restart.md) |
-| `/flow-update` | ✅ 更新任务进度 | `/flow-update "REQ-123" "T001"` → [详细文档](./flow-update.md) |
-
-## 🏗️ 架构设计命令
-
-| 命令 | 用途 | 快速示例 |
-|------|------|----------|
-| `/core-roadmap` | 🗺️ 生成产品路线图 | `/core-roadmap` → [详细文档](./core-roadmap.md) |
-| `/core-architecture` | 🏛️ 生成系统架构 | `/core-architecture` → [详细文档](./core-architecture.md) |
-| `/core-guidelines` | 📘 生成项目规范 | `/core-guidelines` → [详细文档](./core-guidelines.md) |
-
-## 🧪 质量保证命令
+| `/flow:init` | 📦 初始化需求上下文 | `/flow:init "REQ-123|功能"` → [详细文档](../../.claude/commands/flow/init.md) |
+| `/flow:spec` | 📋 生成可执行任务清单 | `/flow:spec "REQ-123"` → [详细文档](../../.claude/commands/flow/spec.md) |
+| `/flow:dev` | 🛠️ 分发/恢复任务执行 | `/flow:dev "REQ-123" --resume` → [详细文档](../../.claude/commands/flow/dev.md) |
+| `/flow:verify` | ✅ 执行快速/严格质量闸 | `/flow:verify "REQ-123" --strict` → [详细文档](../../.claude/commands/flow/verify.md) |
+| `/flow:release` | 🚢 发布并清理运行时 | `/flow:release "REQ-123"` → [详细文档](../../.claude/commands/flow/release.md) |
+| `/flow:status` | 📊 查询开发进度 | `/flow:status REQ-123` → [详细文档](../../.claude/commands/flow/status.md) |
+| `/flow:restart` | 🔄 恢复中断工作流 | `/flow:restart "REQ-123" --from=dev` → [详细文档](../../.claude/commands/flow/restart.md) |
+| `/flow:update` | ✅ 更新任务进度 | `/flow:update "REQ-123" "T001"` → [详细文档](../../.claude/commands/flow/update.md) |
+| `/flow:fix` | 🐛 Bug 修复流程 | `/flow:fix "BUG-001\|描述"` → [详细文档](../../.claude/commands/flow/fix.md) |
+
+## ⚠️ 已废弃命令
+
+| 废弃命令 | 迁移路径 |
+|----------|----------|
+| `/flow:new` | `/flow:init -> /flow:spec -> /flow:dev -> /flow:verify -> /flow:release` |
+| `/flow:clarify` | 使用 `/flow:spec` |
+| `/flow:checklist` | 使用 `/flow:verify --strict` |
+| `/flow:quality` | 使用 `/flow:verify` |
+
+## 🏗️ 核心命令
 
 | 命令 | 用途 | 快速示例 |
 |------|------|----------|
-| `/flow-verify` | 🔍 验证文档一致性 | `/flow-verify "REQ-123"` → [详细文档](./flow-verify.md) |
-| `/flow-qa` | 🧪 执行质量保证 | `/flow-qa "REQ-123"` → [详细文档](./flow-qa.md) |
-| `/flow-constitution` | 📜 Constitution 合规 | `/flow-constitution --verify` → [详细文档](./flow-constitution.md) |
-
-## 🛠️ 工具命令
-
-| 命令 | 用途 | 快速示例 |
-|------|------|----------|
-| `/flow-fix` | 🐛 Bug 修复流程 | `/flow-fix "BUG-001\|描述"` → [详细文档](./flow-fix.md) |
-| `/flow-release` | 🚢 创建发布 | `/flow-release "REQ-123"` → [详细文档](./flow-release.md) |
+| `/core:roadmap` | 🗺️ 生成产品路线图 | `/core:roadmap` → [详细文档](./core-roadmap.md) |
+| `/core:architecture` | 🏛️ 生成系统架构 | `/core:architecture` → [详细文档](./core-architecture.md) |
+| `/core:guidelines` | 📘 生成项目规范 | `/core:guidelines` → [详细文档](./core-guidelines.md) |
+| `/core:style` | 🎨 生成设计风格指南 | `/core:style` → [详细文档](./core-style.md) |
 
 ## 🎯 快速选择指南
 
-```
+```text
 你的场景：
-├─ 启动全新功能？ → /flow-new "REQ-123|功能"
-├─ 规划产品方向？ → /core-roadmap
-├─ 设计系统架构？ → /core-architecture
-├─ 开发中断继续？ → /flow-restart "REQ-123"
-├─ 检查开发进度？ → /flow-status REQ-123
-├─ 发现文档冲突？ → /flow-verify "REQ-123"
-├─ 开发完成测试？ → /flow-qa "REQ-123"
-├─ 修复生产 Bug？ → /flow-fix "BUG-001|描述"
-└─ 准备发布上线？ → /flow-release "REQ-123"
+├─ 启动需求交付？ → /flow:init "REQ-123|功能|URLs"
+├─ 生成可执行计划？ → /flow:spec "REQ-123"
+├─ 执行或恢复开发？ → /flow:dev "REQ-123" [--resume]
+├─ 进行发布门禁？ → /flow:verify "REQ-123" --strict
+├─ 准备发布上线？ → /flow:release "REQ-123"
+├─ 检查进度？ → /flow:status REQ-123
+├─ 修复生产 Bug？ → /flow:fix "BUG-001|描述"
+└─ 做项目级规划？ → /core:roadmap /core:architecture /core:guidelines
 ```
 
 ## 📚 相关文档

package/docs/commands/core-roadmap.md

@@ -22,7 +22,7 @@ Generate comprehensive product roadmap and requirement priority planning through
 - Present product plan to team
 
 ### ❌ Not Recommended Scenarios
-- Single requirement development → Use `/flow-new`
+- Single requirement development → Use `/flow:init` (then `/flow:spec` → `/flow:dev` → `/flow:verify` → `/flow:release`)
 
 ## 🔄 Execution Flow (6-Stage Interactive Dialogue)
 
@@ -96,7 +96,7 @@ User: Target users are Tech Leads and senior engineers in development teams.
 ## 🔗 Related Commands
 
 - [`/core-architecture`](./core-architecture.md) - Generate architecture based on roadmap
-- [`/flow-init`](./flow-init.md) - Initialize requirement based on roadmap
+- [`/flow:init`](./flow-init.md) - Initialize requirement based on roadmap
 - `.claude/scripts/sync-roadmap-progress.sh` - Sync progress to roadmap
 
 ## 📚 Deep Reading

package/docs/commands/core-roadmap.zh-CN.md

@@ -18,7 +18,7 @@
 - 向团队展示产品规划
 
 ### ❌ 不推荐场景
-- 单个需求开发 → 使用 `/flow-new`
+- 单个需求开发 → 使用 `/flow:init`（随后 `/flow:spec` → `/flow:dev` → `/flow:verify` → `/flow:release`）
 
 ## 🔄 执行流程（6阶段交互式对话）
 
@@ -92,7 +92,7 @@ User: 目标用户是开发团队的 Tech Lead 和高级工程师。
 ## 🔗 相关命令
 
 - [`/core-architecture`](./core-architecture.md) - 基于路线图生成架构
-- [`/flow-init`](./flow-init.md) - 基于路线图初始化需求
+- [`/flow:init`](./flow-init.md) - 基于路线图初始化需求
 - `.claude/scripts/sync-roadmap-progress.sh` - 同步进度到路线图
 
 ## 📚 深度阅读

package/docs/commands/core-style.md

@@ -2,404 +2,52 @@
 
 [中文文档](./core-style.zh-CN.md) | [English](./core-style.md)
 
----
+Generate or update `devflow/STYLE.md` as project-level design SSOT.
 
-## 📋 Overview
-
-Generate project-level design style guide (STYLE.md) from reference designs or existing code analysis, ensuring visual consistency across the entire project.
-
-## 🎯 Syntax
-
-```bash
-/core-style            # Generate new design style guide
-/core-style --update   # Update existing design style guide
-```
-
-## 🎬 Use Cases
-
-### ✅ Recommended Scenarios
-- Establish design standards during project initialization
-- Unify project visual style
-- Extract design system from reference designs
-- Organize design specifications from existing code
-- Update guide when design style changes
-
-### ❌ Not Recommended Scenarios
-- UI design for a single requirement → Use `/flow-ui`
-- Temporary style adjustments → Directly modify component code
-
-## 🧭 Positioning
-
-**Project-level command** (similar to `/core-roadmap`)
-
-- `/core-roadmap` defines product roadmap (feature planning)
-- `/core-style` defines design style guide (visual specification)
-- Both are **SSOT (Single Source of Truth)** for the project
-
-## 💡 Core Philosophy
-
-> "Design systems are the grammar of visual language, code is the implementation of grammar. Without grammar, there is no consistency."
-
-**Role of STYLE.md**:
-- ✅ Single Source of Truth (SSOT) for project design
-- ✅ Primary reference for `/flow-ui` when generating UI prototypes
-- ✅ Mandatory specification for `/flow-dev` during frontend development
-- ✅ Ensures visual consistency across all requirement UIs
-
-## 🔄 Execution Flow (3 Phases)
-
-```text
-Phase 1: Entry Gate & Project Type Detection
-  ├─ Detect existing style guide (does STYLE.md exist?)
-  ├─ Detect project type (new project vs existing project)
-  └─ Route selection (new → reference design collection / existing → code analysis)
-
-Phase 2: Reference Design Collection & Replication (New Projects Only)
-  ├─ Guide user to provide reference design (URL / screenshot / HTML+CSS)
-  ├─ Generate single HTML file replica (reference-001.html)
-  ├─ User refinement loop (reference-002.html, reference-003.html...)
-  └─ Confirm final version (reference-final.html)
-
-Phase 3: Style Analysis & STYLE.md Generation
-  ├─ Analyze input source (reference-final.html or project code)
-  ├─ Generate style analysis document (research/style_analysis.md)
-  ├─ Invoke style-guide-generator Agent
-  └─ Output STYLE.md
-
-Exit Gate: File check + Constitution validation + Status update
-```
-
-## 📂 Output Files
-
-```
-devflow/
-├── STYLE.md                                  # Project design style guide (SSOT)
-├── research/
-│   ├── style_analysis.md                    # Style analysis document
-│   └── style_reference_designs/             # Reference designs (new projects)
-│       ├── reference-001.html               # Version 1 replica
-│       ├── reference-002.html               # Version 2 (refined)
-│       └── reference-final.html             # Final confirmed version
-├── project_status.json                      # Project status (updated)
-└── EXECUTION_LOG.md                         # Execution log (updated)
-```
-
-## 📋 STYLE.md Contents
-
-STYLE.md is a comprehensive design style guide containing these 15 core sections:
-
-1. **Overview** - Design system overview (name, version, philosophy, update history)
-2. **Color Palette** - Color system (primary, secondary, semantic, neutrals with Hex/RGB/HSL)
-3. **Typography** - Font system (font families, type scale, responsive fonts, combination rules)
-4. **Spacing System** - Spacing system (base unit, spacing scale, use cases)
-5. **Component Styles** - Component library (Button, Input, Card, Modal, etc. with variants, sizes, states)
-6. **Shadows & Elevation** - Shadow and elevation system (shadow levels, use cases)
-7. **Animations & Transitions** - Animations and transitions (duration, easing, common animations)
-8. **Border Radius** - Border radius system (radius levels, use cases)
-9. **Opacity & Transparency** - Opacity system (opacity levels, use cases)
-10. **Common Tailwind CSS Usage** - Tailwind usage specifications (if applicable)
-11. **Example Component Reference Design Code** - Example component code (at least 3 complete implementations)
-12. **Design Principles** - Design principles (simplicity, consistency, accessibility, etc.)
-13. **Responsive Design** - Responsive design (breakpoints, strategy, examples)
-14. **Accessibility** - Accessibility (color contrast, keyboard navigation, ARIA attributes)
-15. **Assets** - Asset specifications (Icon, Image, Logo, etc., if applicable)
-
-**All definitions include**:
-- Concrete values (not "TBD" or placeholders)
-- Semantic naming (e.g., `--color-primary`, `--spacing-md`)
-- Use case descriptions
-- Example code (CSS Variables / Tailwind Config)
-
-**Example code characteristics**:
-- ✅ Copy-paste ready
-- ✅ Complete HTML structure and CSS/Tailwind classes
-- ✅ Clear comments explaining design decisions
-- ❌ Not pseudocode or placeholders
-
-## 🆕 New Project Workflow Example
-
-### Scenario: You have a favorite design you want to use as the project's design foundation
-
-```bash
-# Step 1: Run command
-/core-style
-
-# Step 2: Agent guidance
-Agent: Detected a new project (no frontend code).
-
-Please provide the design you want to reference:
-- Website URL (I'll fetch and analyze it)
-- Design screenshot (PNG/JPG)
-- Extracted HTML + CSS code
-
-I'll help you replicate this design into a single HTML file.
-
-# Step 3: User provides reference
-User: I want to reference https://example.com/design, here's the screenshot and extracted CSS...
-
-# Step 4: Agent generates replica
-Agent: Generated devflow/research/style_reference_designs/reference-001.html
-
-Please open the file to review. Are you satisfied? If not, tell me what needs adjustment:
-- Colors (e.g., primary color too bright, change to softer blue)
-- Fonts (e.g., heading font too bold, change to medium weight)
-- Spacing (e.g., card spacing too small, increase to 24px)
-- Component styles (e.g., button radius too large, change to 4px)
-
-# Step 5: User refinement
-User: Change primary color to #3B82F6, button radius to 6px.
-
-# Step 6: Agent adjusts and confirms again
-Agent: Adjusted, generated reference-002.html. Please review. Satisfied?
-
-User: Yes!
-
-# Step 7: Agent generates STYLE.md
-Agent: Analyzing reference-final.html, generating STYLE.md...
-
-✅ STYLE.md generated!
-
-Content statistics:
-- Color definitions: 15
-- Font definitions: 8
-- Spacing levels: 10
-- Component styles: 12
-- Example code: 3
-
-Next steps:
-1. Review devflow/STYLE.md for completeness
-2. Run /flow-prd to start requirement development
-```
-
-## 🏢 Existing Project Workflow Example
-
-### Scenario: You have a project with existing frontend code and want to organize design specifications
+## Syntax
 
 ```bash
-# Step 1: Run command
 /core-style
-
-# Step 2: Agent auto-analyzes
-Agent: Detected an existing project (found src/components/, styles/, etc.).
-
-Analyzing project code, extracting design styles...
-- Analyzing files: src/components/**/*.tsx, styles/**/*.css
-- Extracting colors: Primary #3B82F6, Secondary #8B5CF6, ...
-- Extracting fonts: Inter, Roboto Mono
-- Extracting spacing: 4px, 8px, 16px, 24px, 32px...
-
-Generated devflow/research/style_analysis.md, generating STYLE.md...
-
-✅ STYLE.md generated!
-
-Content statistics:
-- Color definitions: 18
-- Font definitions: 6
-- Spacing levels: 8
-- Component styles: 15
-- Example code: 3
-
-Tech stack:
-- Framework: React
-- CSS: Tailwind CSS
-
-Next steps:
-1. Review devflow/STYLE.md for completeness
-2. Adjust inconsistent components based on STYLE.md (if any)
-```
-
-## 🔄 Update Mode Example
-
-### Scenario: Design style changes, need to update STYLE.md
-
-```bash
-# Step 1: Run command
 /core-style --update
-
-# Step 2: Agent analyzes and updates
-Agent: Detected existing STYLE.md (v1.0.0), entering update mode.
-
-Analyzing latest code, detecting new design patterns...
-- Found new color: Warning #F59E0B
-- Found new components: Tooltip, Pagination
-- Found new spacing: 96px
-
-Merged into STYLE.md (v1.1.0).
-
-Update content:
-- New colors: 1
-- New components: 2
-- New spacing: 1
-
-✅ STYLE.md update complete!
-
-Next steps:
-1. Review changes
-2. Update existing UI prototypes (if any)
 ```
 
-## 🔗 Integration with Other Workflows
-
-### `/flow-ui` Integration
+## Positioning
 
-**Before** (no STYLE.md):
-- `/flow-ui` uses default sampling strategy (80+ design masters)
-- Each requirement's UI may have inconsistent styles
+`/core-style` is a project command (same level as `/core-roadmap`) and feeds the delivery mainline:
 
-**After** (with STYLE.md):
-- `/flow-ui` prioritizes loading `devflow/STYLE.md`
-- All colors, fonts, spacing, components strictly follow STYLE.md
-- Default sampling strategy only used for parts not covered by STYLE.md
+- `/flow:spec`: reads STYLE guidance for UI/UX acceptance criteria.
+- `/flow:dev`: enforces STYLE tokens and component conventions in implementation.
+- `/flow:verify`: checks style consistency as part of quality gates.
 
-**Example**:
-```bash
-# Run /flow-ui
-/flow-ui "REQ-001"
+## Execution Flow
 
-# Agent auto-references STYLE.md
-Agent: Detected devflow/STYLE.md (v1.0.0), will strictly follow design style guide.
+1. Detect mode (`create` or `update`).
+2. Collect style inputs:
+- new project: use reference design URL/screenshot/HTML+CSS.
+- existing project: mine tokens/components from current code.
+3. Produce `devflow/research/style_analysis.md`.
+4. Generate `devflow/STYLE.md` from `STYLE_TEMPLATE.md`.
+5. Validate structure + constitution constraints.
 
-Generating UI prototype...
-- Primary color: #3B82F6 (from STYLE.md)
-- Font: Inter (from STYLE.md)
-- Button radius: 6px (from STYLE.md)
+## Outputs
 
-✅ UI_PROTOTYPE.html generated, all styles comply with STYLE.md.
+```text
+devflow/STYLE.md
+devflow/research/style_analysis.md
+devflow/project_status.json (updated)
+EXECUTION_LOG.md (updated)
 ```
 
-### `/flow-dev` Integration
-
-**After** (with STYLE.md):
-- `/flow-dev` auto-loads `devflow/STYLE.md` when generating frontend code
-- All component implementations must follow STYLE.md style definitions
-- Pay special attention to: color usage, font usage, spacing usage, component structure
+## Minimal Post-Style Workflow
 
-**Example**:
 ```bash
-# Run /flow-dev
-/flow-dev "REQ-001"
-
-# Agent auto-references STYLE.md
-Agent: Detected devflow/STYLE.md (v1.0.0), all frontend code will follow design style guide.
-
-Implementing Task T003: Implement login button...
-- Using STYLE.md Button Primary style
-- Color: var(--color-primary)
-- Radius: var(--radius-md)
-- Spacing: var(--spacing-2) var(--spacing-4)
-
-✅ Login button implementation complete, style complies with STYLE.md.
+/flow:init "REQ-123|Feature"
+/flow:spec "REQ-123"
+/flow:dev "REQ-123"
+/flow:verify "REQ-123" --strict
 ```
 
-## 💡 Design Philosophy
-
-### 1. SSOT Principle (Single Source of Truth)
-- STYLE.md is the sole source of truth for project design
-- All UI-related work must reference STYLE.md
-- Avoid design style fragmentation and inconsistency
-
-### 2. Consistency First
-- Unified visual language enhances product professionalism
-- Consistent component styles reduce development and maintenance costs
-- Smoother, more predictable user experience
-
-### 3. Reusability
-- All definitions are concrete and executable
-- Example code is copy-paste ready, not pseudocode
-- Reduce repetitive work, improve development efficiency
-
-### 4. Evolvability
-- Support iteration through `--update` parameter
-- Version control (v1.0.0, v1.1.0...)
-- Record reasons and changes for each update
-
-### 5. User-Centered
-- New projects through reference design collection + refinement loop
-- Ensure user satisfaction
-- Avoid large-scale refactoring later
-
-## 📊 Workflow Position
-
-```
-/flow-init → research.md + tasks.json
-     ↓
-/core-roadmap → ROADMAP.md + BACKLOG.md (optional, project-level)
-     ↓
-/core-style → STYLE.md (optional, project-level design style guide) ⭐ NEW
-     ↓
-/flow-prd → PRD.md
-     ↓
-/flow-tech → TECH_DESIGN.md + data-model + contracts
-     ↓
-/flow-ui → UI_PROTOTYPE.html (must reference STYLE.md) ⭐ CHANGED
-     ↓
-/flow-epic → EPIC.md + TASKS.md
-     ↓
-/flow-dev → TASKS.md execution (frontend code must reference STYLE.md) ⭐ CHANGED
-     ↓
-/flow-qa → QA reports
-     ↓
-/flow-release → PR creation
-```
-
-## ⚠️ Error Handling
-
-| Error Scenario | Handling |
-|----------------|----------|
-| **STYLE.md exists without --update** | Ask for confirmation to overwrite, exit if user declines |
-| **No frontend features and no reference design** | Prompt user to provide reference design or confirm pure backend project |
-| **Reference design replication fails** | Request more detailed design info (HTML/CSS/screenshot) |
-| **Agent generation fails** | Keep style_analysis.md, prompt user to check and retry |
-| **Constitution validation fails** | Block based on severity (warning level only prompts) |
-
-## 🎯 Next Steps
-
-1. **Review STYLE.md** - Ensure design style guide is complete and meets project needs
-2. **Update existing components** (existing projects) - Adjust inconsistent components based on STYLE.md
-3. **Run /flow-prd** - Start requirement development (if applicable)
-4. **Run /core-roadmap** - Generate product roadmap (if applicable)
-
-## 🔗 Related Commands
-
-- [`/core-roadmap`](./core-roadmap.md) - Generate product roadmap
-- [`/flow-ui`](./flow-ui.md) - Generate UI prototype (will reference STYLE.md)
-- [`/flow-dev`](./flow-dev.md) - Execute development tasks (will reference STYLE.md)
-- [`/flow-verify`](./flow-verify.md) - Consistency check (can check if code complies with STYLE.md)
-
-## 📚 Deep Reading
-
-- [Design System Guide](../guides/design-system-guide.md) (TBD)
-- [Visual Consistency Management](../guides/visual-consistency.md) (TBD)
-- [STYLE_TEMPLATE](../../.claude/docs/templates/STYLE_TEMPLATE.md)
-
-## ❓ FAQ
-
-### Q: When should I run `/core-style`?
-A:
-- ✅ During project initialization (establish design standards)
-- ✅ When you have a reference design to replicate
-- ✅ When existing project needs design specification organization
-- ✅ When design style changes (use `--update`)
-
-### Q: What's the difference between `/core-style` and `/flow-ui`?
-A:
-- **core-style**: Generates **project-level** design style guide (STYLE.md), one-time or as-needed updates
-- **flow-ui**: Generates UI prototype (UI_PROTOTYPE.html) for **specific requirements**, runs per requirement
-
-### Q: Do I need to run `/core-style` for a pure backend project?
-A: No. `/core-style` is designed for frontend or full-stack projects. Pure backend projects don't need a design style guide.
-
-### Q: Can I manually edit STYLE.md after it's generated?
-A: Yes. STYLE.md is a Markdown file, you can edit it manually. However, it's recommended to use `/core-style --update` for consistency and version control.
-
-### Q: What if I'm not satisfied with the reference design replica?
-A: The agent provides a refinement loop where you can adjust multiple times until satisfied. Each adjustment generates a new version (reference-002.html, reference-003.html...), and you can revert anytime.
-
-### Q: Will STYLE.md automatically apply to code?
-A: No automatic code modification. However, `/flow-ui` and `/flow-dev` will auto-reference STYLE.md to ensure newly generated code complies with the style guide. Existing code needs manual adjustment (or use `/flow-verify` to check inconsistencies).
-
-### Q: If my project uses Tailwind CSS, will STYLE.md include Tailwind configuration?
-A: Yes. The agent auto-detects the tech stack. If using Tailwind CSS, STYLE.md will include Tailwind Config example code.
+## Notes
 
-### Q: What does STYLE.md contain?
-A: Contains 15 core sections: Overview, Color Palette, Typography, Spacing System, Component Styles, Shadows, Animations, Border Radius, Opacity, Tailwind Usage, Example Code, Design Principles, Responsive Design, Accessibility, Assets. See [STYLE_TEMPLATE](../../.claude/docs/templates/STYLE_TEMPLATE.md) for details.
+- STYLE is a living SSOT; prefer `--update` instead of ad-hoc per-task overrides.
+- Keep style decisions semantic (tokens/components), not page-specific patches.