@devflow-tools/cli 0.13.0 → 0.13.1

package/dist/plugin-files/.claude-plugin/plugin.json

@@ -16,14 +16,5 @@
     "memory",
     "workflow",
     "development"
-  ],
-  "mcpServers": {
-    "devflow": {
-      "command": "node",
-      "args": ["/Users/shilongfei/Desktop/dev-flow/apps/mcp-server/dist/index.js"],
-      "env": {
-        "DEVFLOW_PROJECT_ROOT": "/Users/shilongfei/Desktop/dev-flow"
-      }
-    }
-  }
+  ]
 }

package/dist/plugin-files/dist/command-registry.json

@@ -64,11 +64,11 @@
     "devflow:react": {
       "mcpTools": [
         "react_diagnose_bug",
+        "react_new_feature",
         "react_audit_performance",
-        "react_new_component",
         "react_review_hooks",
         "react_refactor_component",
-        "react_new_feature"
+        "react_new_component"
       ],
       "blockedNative": [
         "grep",
@@ -85,8 +85,8 @@
     "devflow:vue": {
       "mcpTools": [
         "vue_diagnose_bug",
-        "vue_debug_reactivity",
-        "vue_new_component"
+        "vue_new_component",
+        "vue_debug_reactivity"
       ],
       "blockedNative": [
         "grep",
@@ -102,8 +102,8 @@
     },
     "devflow:nest": {
       "mcpTools": [
-        "nest_diagnose_bug",
-        "nest_new_module"
+        "nest_new_module",
+        "nest_diagnose_bug"
       ],
       "blockedNative": [
         "grep",
@@ -119,8 +119,8 @@
     },
     "devflow:nextjs": {
       "mcpTools": [
-        "nextjs_diagnose_bug",
-        "nextjs_new_page"
+        "nextjs_new_page",
+        "nextjs_diagnose_bug"
       ],
       "blockedNative": [
         "grep",
@@ -136,8 +136,8 @@
     },
     "devflow:graphql": {
       "mcpTools": [
-        "graphql_diagnose_bug",
-        "graphql_new_graphql_type"
+        "graphql_new_graphql_type",
+        "graphql_diagnose_bug"
       ],
       "blockedNative": [
         "grep",
@@ -249,8 +249,7 @@
     },
     "devflow:tailwind": {
       "mcpTools": [
-        "tailwind_new_component",
-        "tailwind_optimize_classes"
+        "tailwind_new_component"
       ],
       "blockedNative": [
         "grep",

package/dist/plugin-files/dist/skills/devflow:animation/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__animation_suggest` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `animation_suggest` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # ✨ ANIMATION
 
 你是一个动画专家。精通 CSS Animation、Framer Motion、GSAP。动画必须 60fps 且支持 prefers-reduced-motion。
@@ -54,10 +92,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 
 - animation-docs: 2024 — https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_animations
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 动画审计：性能检查 → 可访问性 → 实现质量 | 调用 MCP 工具 `mcp__devflow__animation_audit:animation` |
-| 新建动画：需求分析 → 选型建议 → 实现 → 性能验证 | 调用 MCP 工具 `mcp__devflow__animation_new:animation` |
-| 动画 GPU 迁移：扫描 → 替换为 GPU 属性 → 验证 | 调用 MCP 工具 `mcp__devflow__animation_migrate:gpu-animation` |

package/dist/plugin-files/dist/skills/devflow:context/SKILL.md

@@ -30,6 +30,45 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__get_project_context` | 按需调用 |
+| `mcp__devflow__search_symbol` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # /devflow:context
 
 ## 执行

package/dist/plugin-files/dist/skills/devflow:css/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__css_audit_selectors` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `css_audit_selectors` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 🎨 CSS
 
 你是一个 CSS 专家。使用现代布局方案（Flexbox/Grid），遵循 BEM 命名，移动优先响应式设计。遇到问题先查 MDN 文档。
@@ -54,10 +92,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 
 - mdn-css: 2024 — https://developer.mozilla.org/en-US/docs/Web/CSS
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 布局调试：检查元素定位 → 弹性/网格属性 → 修复 | 调用 MCP 工具 `mcp__devflow__css_debug:layout` |
-| 响应式审查：断点检查 → 媒体查询 → 流体方案 | 调用 MCP 工具 `mcp__devflow__css_audit:responsive` |
-| BEM 命名审查：扫描类名 → 规范检查 → 修复建议 | 调用 MCP 工具 `mcp__devflow__css_review:bem` |

package/dist/plugin-files/dist/skills/devflow:docker/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__docker_dockerize_project` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `docker_dockerize_project` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 🐳 DOCKER
 
 你是一个 Docker 专家。使用多阶段构建优化镜像，遵循安全和性能最佳实践。遇到问题先查官方文档。
@@ -57,11 +95,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 
 - docker-docs: 26.0.0 — https://docs.docker.com/reference/
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 项目 Docker 化：分析项目 → 多阶段 Dockerfile → Compose → 构建验证 | 调用 MCP 工具 `mcp__devflow__docker_dockerize_project` |
-| 镜像优化：体积分析 → 层优化 → 多阶段重构 | 调用 MCP 工具 `mcp__devflow__docker_optimize:image` |
-| 安全扫描：漏洞检测 → 配置审查 → 修复建议 | 调用 MCP 工具 `mcp__devflow__docker_scan:security` |
-| 多服务 Compose 编排：依赖分析 → 网络设计 → 环境管理 | 调用 MCP 工具 `mcp__devflow__docker_setup:compose` |

package/dist/plugin-files/dist/skills/devflow:electron/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__electron_diagnose_bug` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `electron_diagnose_bug` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # ⚛️ ELECTRON
 
 你是一个 Electron 专家。使用 contextBridge + IPC 安全通信模式。严格遵循 Electron 安全最佳实践。
@@ -57,11 +95,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 
 - electron-docs: 30.0.0 — https://www.electronjs.org/docs/latest/
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 新建 IPC 通道：定义 API → Preload 暴露 → 主进程处理 | 调用 MCP 工具 `mcp__devflow__electron_new:ipc` |
-| 安全审计：配置检查 → IPC 暴露面 → CSP → 第三方依赖 | 调用 MCP 工具 `mcp__devflow__electron_audit:security` |
-| 自动更新配置：electron-updater → 发布渠道 → 更新 UI | 调用 MCP 工具 `mcp__devflow__electron_setup:auto-update` |
-| Electron Bug 诊断：进程分类 → IPC 追踪 → 原生调试 | 调用 MCP 工具 `mcp__devflow__electron_diagnose_bug` |

package/dist/plugin-files/dist/skills/devflow:git/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__git_analyze_repo` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `git_analyze_repo` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # 🔀 GIT
 
 你是一个 Git 工作流专家。遵循 Conventional Commits 规范和 GitFlow 分支策略。
@@ -57,11 +95,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 - conventional-commits: 1.0.0 — https://www.conventionalcommits.org/en/v1.0.0/
 - git-scm-docs: 2.45.0 — https://git-scm.com/docs
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 规范化提交： | 调用 MCP 工具 `mcp__devflow__git_commit` |
-| 发布流程： | 调用 MCP 工具 `mcp__devflow__git_release` |
-| 分支清理： | 调用 MCP 工具 `mcp__devflow__git_audit:branches` |
-| 冲突解决： | 调用 MCP 工具 `mcp__devflow__git_resolve:conflicts` |

package/dist/plugin-files/dist/skills/devflow:graph/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__get_dependency_graph` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_dependency_graph` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # /devflow:graph
 
 ## 执行

package/dist/plugin-files/dist/skills/devflow:graphql/SKILL.md

@@ -2,13 +2,13 @@
 name: devflow:graphql
 description: GraphQL 专家 — Schema 设计、N+1 检测、Resolver 优化、安全审计
 required_mcp_tools:
-  - graphql_diagnose_bug
   - graphql_new_graphql_type
+  - graphql_diagnose_bug
 ---
 
 <HARD-GATE>
 收到 devflow:graphql 时，必须先调用以下 MCP 工具之一：
-graphql_diagnose_bug / graphql_new_graphql_type
+graphql_new_graphql_type / graphql_diagnose_bug
 </HARD-GATE>
 
 ## MANDATORY FIRST STEP - Skill Registration
@@ -16,12 +16,12 @@ graphql_diagnose_bug / graphql_new_graphql_type
 > **IMPORTANT: Before ANY other action, execute the registration command below. This is NON-NEGOTIABLE.**
 
 ```bash
-mkdir -p ~/.devflow && echo '{"name":"devflow:graphql","required_mcp_tools":["graphql_diagnose_bug","graphql_new_graphql_type"],"description":"devflow:graphql skill","registeredAt":'"$(date +%s)000"'}' > ~/.devflow/current-skill.json
+mkdir -p ~/.devflow && echo '{"name":"devflow:graphql","required_mcp_tools":["graphql_new_graphql_type","graphql_diagnose_bug"],"description":"devflow:graphql skill","registeredAt":'"$(date +%s)000"'}' > ~/.devflow/current-skill.json
 ```
 
 After registration, you **MUST** use ONLY these MCP tools for all work in this skill:
-- `mcp__devflow__graphql_diagnose_bug`
 - `mcp__devflow__graphql_new_graphql_type`
+- `mcp__devflow__graphql_diagnose_bug`
 
 **Never use direct tools** (Read, Write, Edit, Bash, Grep, etc.) for tasks that can be handled by the MCP tools above.
 
@@ -30,6 +30,45 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__graphql_new_graphql_type` | 按需调用 |
+| `mcp__devflow__graphql_diagnose_bug` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `graphql_new_graphql_type` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # ◈ GRAPHQL
 
 你是一个 GraphQL 专家。使用 Schema-First 设计，Apollo Server 实现。遇到问题先查文档，不凭空猜测。
@@ -58,11 +97,3 @@ rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 
 - graphql-docs: 2024 — https://graphql.org/learn/
 
-## 工作流
-
-| 场景 | 触发方式 |
-|------|----------|
-| 新建 GraphQL Type + Resolver + DataLoader | 调用 MCP 工具 `mcp__devflow__graphql_new_graphql_type` |
-| N+1 检测与修复：扫描 Resolver → 识别批量模式 → 加 DataLoader | 调用 MCP 工具 `mcp__devflow__graphql_fix:n+1` |
-| Schema 设计审查：类型设计 → 分页模式 → 安全风险评估 | 调用 MCP 工具 `mcp__devflow__graphql_review:schema` |
-| GraphQL Bug 诊断：查询分析 → Resolver 链追踪 → 修复 | 调用 MCP 工具 `mcp__devflow__graphql_diagnose_bug` |

package/dist/plugin-files/dist/skills/devflow:knowledge/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__get_knowledge` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_knowledge` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # /devflow:knowledge
 
 ## 执行

package/dist/plugin-files/dist/skills/devflow:memory/SKILL.md

@@ -28,6 +28,44 @@ When the skill execution is complete, clean up:
 rm -f ~/.devflow/current-skill.json ~/.devflow/current-execution-id
 ```
 
+## 工作流（必须按顺序执行）
+
+### Step 1: 获取精确上下文
+调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
+这一步确保你拿到的是项目真实状态，而非凭空猜测。
+
+### Step 2: 分析
+基于 Step 1 返回的上下文，分析问题根因或设计方案。
+此时可以自由使用 Read 查看具体文件。
+
+### Step 3: 执行
+根据分析结果修改代码，逐文件编辑。
+
+### Step 4: 验证
+运行类型检查和测试，确保改动正确。
+
+## 可用工具
+
+| 工具 | 何时调用 |
+|------|----------|
+| `mcp__devflow__get_project_context` | 每次任务第一步（必须） |
+| `mcp__devflow__get_memory` | 按需调用 |
+
+## 规则
+- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_project_context` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
+## 规则
+- 永远从 `get_memory` 开始——你不知道项目里有什么
+- 上下文返回后，用 Read 确认关键文件
+- 改完代码后跑类型检查
+
 # /devflow:memory
 
 ## 执行