Name: scope-check
Author: zls3434

scope-check

比对 Story 原始声明的范围与实际代码实现，识别三种典型偏差：范围蔓延（gold plating）、范围收缩（未实现的承诺功能）、隐式需求扩张。本技能帮助团队在开发过程中或完成审查前及时发现范围失控，避免 Sprint 末期才暴露的返工成本。

by zls3434(0) 0 installs

Prompt file imported from zls3434/quick-input (.windsurf/workflows/scope-check.md). Copyright stays with the author.

/scope-check — 范围蔓延检测技能。比对 Story 原始范围与实际实现，识别未经授权的额外功能、范围收缩与隐式需求扩张，输出偏差报告。

触发方式

在 Cascade 对话框中输入 /scope-check 触发此工作流。

工作流内容

scope-check —— 范围蔓延检测技能

技能目的

参数说明

[故事路径]：待检测的 Story Markdown 文件路径，例如 docs/stories/PAY-301.md。若仅给出 ID，则在 docs/stories/ 下模糊匹配。

分阶段工作流

阶段 1：提取原始范围

输入：用户提供的 [故事路径]。
处理：使用 Read 读取 Story 文件，提取以下要素：
- 用户故事描述
- 验收标准（作为范围边界）
- 明确标注的"不在范围内"项
输出：原始范围清单与排除项清单。

阶段 2：枚举实际实现

输入：阶段 1 的 Story 及其关联的源码目录。
处理：使用 Glob 定位 Story 关联的源码文件；使用 Grep 检索新增的模块、路由、API 端点、组件。
输出：实际实现项清单，标注每项对应（或超出）的验收标准。

阶段 3：偏差比对

输入：原始范围清单与实际实现项清单。
处理：逐项比对并分类：
- 范围蔓延：实际实现但未在验收标准中授权
- 范围收缩：验收标准承诺但未实现
- 隐式扩张：引入新的依赖、配置或跨模块改动
输出：偏差分类表，每条含文件证据与严重度。

阶段 4：生成偏差报告

输入：阶段 3 的偏差分类表。
处理：使用 Write 将偏差报告写入 docs/stories/_scope/SCOPE-<StoryID>.md，含建议处理方式（保留 / 移除 / 补 Story）。
输出：报告路径与偏差计数摘要。

协作协议引用

写入偏差报告前必须询问用户："我可以将偏差报告写入 [路径] 吗？"
不得自主修改源码或 Story 内容；仅输出检测结论。
范围蔓延是否需要补 Story 由用户决定，本技能仅提供建议。

推荐下一步

偏差确认后，若需补 Story 承认新功能，运行 /story-readiness 验证新 Story。
若偏差已导致验收标准不满足，运行 /story-done [故事路径] 进行完成审查。
多个 Story 偏差汇总后，可在 /retrospective 中作为流程改进议题。

Install scope-check and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

# /scope-check — 范围蔓延检测技能。比对 Story 原始范围与实际实现，识别未经授权的额外功能、范围收缩与隐式需求扩张，输出偏差报告。 ## 触发方式在 Cascade 对话框中输入 /scope-check 触发此工作流。 ## 工作流内容 # scope-check —— 范围蔓延检测技能 ## 技能目的比对 Story 原始声明的范围与实际代码实现，识别三种典型偏差：范围蔓延（gold plating）、范围收缩（未实现的承诺功能）、隐式需求扩张。本技能帮助团队在开发过程中或完成审查前及时发现范围失控，避免 Sprint 末期才暴露的返工成本。 ## 参数说明 - `[故事路径]`：待检测的 Story Markdown 文件路径，例如 `docs/stories/PAY-301.md`。若仅给出 ID，则在 `docs/stories/` 下模糊匹配。 ## 分阶段工作流 ### 阶段 1：提取原始范围 - **输入**：用户提供的 `[故事路径]`。 - **处理**：使用 Read 读取 Story 文件，提取以下要素： - 用户故事描述 - 验收标准（作为范围边界） - 明确标注的"不在范围内"项 - **输出**：原始范围清单与排除项清单。 ### 阶段 2：枚举实际实现 - **输入**：阶段 1 的 Story 及其关联的源码目录。 - **处理**：使用 Glob 定位 Story 关联的源码文件；使用 Grep 检索新增的模块、路由、API 端点、组件。 - **输出**：实际实现项清单，标注每项对应（或超出）的验收标准。 ### 阶段 3：偏差比对 - **输入**：原始范围清单与实际实现项清单。 - **处理**：逐项比对并分类： - **范围蔓延**：实际实现但未在验收标准中授权 - **范围收缩**：验收标准承诺但未实现 - **隐式扩张**：引入新的依赖、配置或跨模块改动 - **输出**：偏差分类表，每条含文件证据与严重度。 ### 阶段 4：生成偏差报告 - **输入**：阶段 3 的偏差分类表。 - **处理**：使用 Write 将偏差报告写入 `docs/stories/_scope/SCOPE-<StoryID>.md`，含建议处理方式（保留 / 移除 / 补 Story）。 - **输出**：报告路径与偏差计数摘要。 ## 协作协议引用 - 写入偏差报告前必须询问用户："我可以将偏差报告写入 [路径] 吗？" - 不得自主修改源码或 Story 内容；仅输出检测结论。 - 范围蔓延是否需要补 Story 由用户决定，本技能仅提供建议。 ## 推荐下一步 - 偏差确认后，若需补 Story 承认新功能，运行 `/story-readiness` 验证新 Story。 - 若偏差已导致验收标准不满足，运行 `/story-done [故事路径]` 进行完成审查。 - 多个 Story 偏差汇总后，可在 `/retrospective` 中作为流程改进议题。

{ "prompt": "# /scope-check — 范围蔓延检测技能。比对 Story 原始范围与实际实现，识别未经授权的额外功能、范围收缩与隐式需求扩张，输出偏差报告。\n\n## 触发方式\n在 Cascade 对话框中输入 /scope-check 触发此工作流。\n\n## 工作流内容\n# scope-check —— 范围蔓延检测技能\n\n## 技能目的\n\n比对 Story 原始声明的范围与实际代码实现，识别三种典型偏差：\n范围蔓延（gold plating）、范围收缩（未实现的承诺功能）、隐式需求扩张。\n本技能帮助团队在开发过程中或完成审查前及时发现范围失控，\n避免 Sprint 末期才暴露的返工成本。\n\n## 参数说明\n\n- `[故事路径]`：待检测的 Story Markdown 文件路径，例如 `docs/stories/PAY-301.md`。\n 若仅给出 ID，则在 `docs/stories/` 下模糊匹配。\n\n## 分阶段工作流\n\n### 阶段 1：提取原始范围\n\n- **输入**：用户提供的 `[故事路径]`。\n- **处理**：使用 Read 读取 Story 文件，提取以下要素：\n - 用户故事描述\n - 验收标准（作为范围边界）\n - 明确标注的\"不在范围内\"项\n- **输出**：原始范围清单与排除项清单。\n\n### 阶段 2：枚举实际实现\n\n- **输入**：阶段 1 的 Story 及其关联的源码目录。\n- **处理**：使用 Glob 定位 Story 关联的源码文件；使用 Grep 检索新增的模块、路由、API 端点、组件。\n- **输出**：实际实现项清单，标注每项对应（或超出）的验收标准。\n\n### 阶段 3：偏差比对\n\n- **输入**：原始范围清单与实际实现项清单。\n- **处理**：逐项比对并分类：\n - **范围蔓延**：实际实现但未在验收标准中授权\n - **范围收缩**：验收标准承诺但未实现\n - **隐式扩张**：引入新的依赖、配置或跨模块改动\n- **输出**：偏差分类表，每条含文件证据与严重度。\n\n### 阶段 4：生成偏差报告\n\n- **输入**：阶段 3 的偏差分类表。\n- **处理**：使用 Write 将偏差报告写入 `docs/stories/_scope/SCOPE-<StoryID>.md`，含建议处理方式（保留 / 移除 / 补 Story）。\n- **输出**：报告路径与偏差计数摘要。\n\n## 协作协议引用\n\n- 写入偏差报告前必须询问用户：\"我可以将偏差报告写入 [路径] 吗？\"\n- 不得自主修改源码或 Story 内容；仅输出检测结论。\n- 范围蔓延是否需要补 Story 由用户决定，本技能仅提供建议。\n\n## 推荐下一步\n\n- 偏差确认后，若需补 Story 承认新功能，运行 `/story-readiness` 验证新 Story。\n- 若偏差已导致验收标准不满足，运行 `/story-done [故事路径]` 进行完成审查。\n- 多个 Story 偏差汇总后，可在 `/retrospective` 中作为流程改进议题。", "variables": [], "notes": "比对 Story 原始声明的范围与实际代码实现，识别三种典型偏差：范围蔓延（gold plating）、范围收缩（未实现的承诺功能）、隐式需求扩张。本技能帮助团队在开发过程中或完成审查前及时发现范围失控，避免 Sprint 末期才暴露的返工成本。", "metadata": { "source": { "provider": "github-windsurf-workflows", "repository": "https://github.com/zls3434/quick-input", "path": ".windsurf/workflows/scope-check.md", "ref": "4f48bbd849b63514812e8ef32a94a4fe19b9c7fd", "url": "https://github.com/zls3434/quick-input/blob/4f48bbd849b63514812e8ef32a94a4fe19b9c7fd/.windsurf/workflows/scope-check.md", "key": "zls3434/quick-input/.windsurf/workflows/scope-check.md" } } }