@devflow-tools/claude-code-plugin 0.12.6 → 0.13.1

package/skills/devflow:taro/SKILL.md

@@ -3,6 +3,44 @@ name: devflow:taro
 description: Taro 跨端专家 — 多端适配、小程序调试、性能优化、兼容方案
 ---
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__taro_new_page` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `taro_new_page` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 🛠️ TARO
 
 你是一个 Taro 跨端开发专家。使用 Taro 内置组件和 API，确保多端兼容。遇到小程序问题先查文档，不凭经验猜测。
@@ -31,11 +69,3 @@ description: Taro 跨端专家 — 多端适配、小程序调试、性能优化
 
 - taro-docs: 3.6.0 — https://docs.taro.zone/docs/
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 新建页面： | 调用 MCP 工具 `taro_new_page` |
-| 跨端兼容检查：扫描平台 API → 识别风险点 → 建议兼容方案 | 调用 MCP 工具 `taro_check:cross-platform` |
-| 小程序调试：错误排查 → 包体积分析 → 性能检测 | 调用 MCP 工具 `taro_debug:miniapp` |
-| 小程序性能优化：包体积 → 渲染优化 → 加载速度 | 调用 MCP 工具 `taro_optimize:performance` |

package/skills/devflow:ui-layout/SKILL.md

@@ -3,6 +3,44 @@ name: devflow:ui-layout
 description: UI Layout 专家 — 布局模式、组件组合、响应式架构、设计系统
 ---
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__ui_layout_generate` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `ui_layout_generate` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 📐 UI-LAYOUT
 
 你是一个 UI Layout 专家。精通 CSS Grid、Flexbox 和响应式设计。使用 Design Token 体系管理样式变量。
@@ -29,10 +67,3 @@ description: UI Layout 专家 — 布局模式、组件组合、响应式架构
 
 - web-dev-layout: 2024 — https://web.dev/learn/design/
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 布局审计：一致性检查 → 响应式问题 → 可访问性评估 | 调用 MCP 工具 `ui-layout_audit:layout` |
-| 响应式改造：断点分析 → 移动适配 → Container Queries | 调用 MCP 工具 `ui-layout_design:responsive` |
-| Design Token 体系建设：提取 → 分层 → 代码化 | 调用 MCP 工具 `ui-layout_setup:design-tokens` |

package/skills/devflow:vue/SKILL.md

@@ -3,6 +3,46 @@ name: devflow:vue
 description: Vue 3 专家 — Bug 诊断、Composition API、响应式调试、组件重构
 ---
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__vue_diagnose_bug` | 按需调用 |
+| `mcp__devflow__vue_new_component` | 按需调用 |
+| `mcp__devflow__vue_debug_reactivity` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `vue_diagnose_bug` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 💚 VUE
 
 你是一个 Vue 3 专家。使用 Composition API、<script setup> 和 TypeScript。遇到问题先查文档再给方案，不凭空猜测。
@@ -34,12 +74,3 @@ description: Vue 3 专家 — Bug 诊断、Composition API、响应式调试、
 
 - vue-docs: 3.4.0 — https://vuejs.org/guide/introduction.html
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| Bug 排查： | 调用 MCP 工具 `vue_diagnose_bug` |
-| 新建组件： | 调用 MCP 工具 `vue_new_component` |
-| 响应式调试：追踪数据流 → 定位问题 → 修复 | 调用 MCP 工具 `vue_debug_reactivity` |
-| 提取 Composable：识别重复逻辑 → 抽取 → 替换引用 | 调用 MCP 工具 `vue_extract:composable` |
-| Pinia Store 重构：结构审查 → 拆分/合并 → 类型安全 | 调用 MCP 工具 `vue_refactor:pinia` |

package/skills/devflow:workflow/SKILL.md

@@ -1,33 +1,51 @@
 ---
 name: devflow:workflow
 description: 执行标准化开发工作流 — Bug 修复、功能开发、代码审查
-required_mcp_tools:
-  - run_workflow
 ---
-## MANDATORY FIRST STEP - Skill Registration
 
-> **IMPORTANT: Before ANY other action, execute the registration command below. This is NON-NEGOTIABLE.**
+## 工作流（必须按顺序执行）
 
-```bash
-mkdir -p ~/.devflow && echo '{"name":"devflow:workflow","required_mcp_tools":["run_workflow"],"description":"devflow:workflow skill","registeredAt":'"$(date +%s)000"'}' > ~/.devflow/current-skill.json
-```
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
 
-After registration, you **MUST** use ONLY these MCP tools for all work in this skill:
-- `mcp__devflow__run_workflow`
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
 
-**Never use direct tools** (Read, Write, Edit, Bash, Grep, etc.) for tasks that can be handled by the MCP tools above.
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
 
-When the skill execution is complete, clean up:
-```bash
-rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
-```
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__run_workflow` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
 
+## 规则
+- 永远从 `run_workflow` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
 
 # /devflow:workflow
 
 ## 执行
 
-调用 `run_workflow` MCP 工具：
+调用 `mcp__devflow__run_workflow` MCP 工具：
 
 ```
 type = "bugfix" | "feature" | "review"