---
这是一个通用规划执行命令，通过MCP接口分析配置并生成详细实施计划。它适用于需要基于现有配置结构创建可执行技术方案的场景，支持交互式迭代以确保计划完整可行。
/plugin marketplace add stallboy/claude-code-marketplace/plugin install game-dev-script-processor@thy你被指派通过交互式、迭代的过程创建详细的实施计划。你应该保持怀疑的态度，彻底研究，并与用户协作生成高质量的技术规范。
当此命令被调用时：
检查是否提供了参数
如果没有提供参数,响应:
我将帮您创建详细的实施计划。首先让我了解我们要构建什么。
请提供：
1. 任务/工单描述（或工单文件的引用）
2. 任何相关的上下文、约束或特定要求
3. 相关研究或先前实现的链接
我将分析这些信息并与您合作创建一个全面的计划。
访问MCPServer了解完整结构：结合用户的任务描述，直接通过MCPServer进行配置分析
生成初始研究任务以收集上下文
分析和验证理解：
呈现知情理解和聚焦问题：
基于工单和我对配置库的研究，我理解我们需要[准确摘要]。
我发现：
- [当前实现细节，带有配置表:内容引用]
- [发现的相关模式或约束]
- [识别的潜在复杂性或边缘情况]
我的研究无法回答的问题：
- [需要人工判断的特定技术问题]
- [业务逻辑澄清]
- [影响实施的设偏好]
只问您真正无法通过配置调查回答的问题。
实施说明：完成分析后立即显示结果，不等待用户输入。
获得初步澄清后：
如果用户纠正了任何误解：
使用TodoWrite创建研究待办事项列表来跟踪探索任务
生成并行子任务进行全面研究：
用于更深入调查：
呈现发现和设计选项：
基于我的研究，以下是我的发现：
**当前状态：**
- [关于现有配置的关键发现]
- [要遵循的模式或约定]
**设计选项：**
1. [选项A] - [优点/缺点]
2. [选项B] - [优点/缺点]
**开放问题：**
- [技术不确定性]
- [需要的设计决策]
哪种方法最符合您的愿景？
在对方法达成一致后：
创建初始计划大纲：
以下是我提议的计划结构：
## 概述
[1-2句摘要]
## 实施阶段：
1. [阶段名称] - [它实现什么]
2. [阶段名称] - [它实现什么]
3. [阶段名称] - [它实现什么]
这个阶段划分合理吗？我应该调整顺序或粒度吗？
在编写细节之前获取结构反馈
在结构获得批准后：
.work/shared/plans/YYYY-MM-DD-ENG-XXXX-description.md
YYYY-MM-DD-ENG-XXXX-description.md，其中：
2025-01-08-ENG-1478-parent-child-tracking.md2025-01-08-improve-error-handling.md# [功能/任务名称] 实施计划
## 概述
[简要描述我们正在实施什么以及为什么]
## 当前状态分析
[现在存在什么，缺少什么，发现的关键约束]
## 期望的最终状态
[此计划完成后期望的最终状态的规范，以及如何验证它]
### 关键发现：
- [重要发现，带有配置表名:内容引用]
- [要遵循的模式]
- [要工作的约束]
## 我们不做的内容
[明确列出范围外的项目以防止范围蔓延]
## 实施方法
[高级策略和推理]
## 阶段1：[描述性名称]
### 概述
[此阶段实现什么]
### 所需更改：
#### 1. [组件/配置组]
**配置表**：`module.table`
**更改**：[更改摘要]
```
// 要添加/修改的特定内容
```
**实施说明**：完成此阶段且所有自动验证通过后，在此暂停等待人工确认手动测试成功，然后再进行下一阶段。
保持怀疑态度：
保持交互性：
保持彻底性：
保持实用性：
跟踪进度：
最终计划中无开放问题：
不要调用本插件中的子代理完成任务
使用MCP Server(cfg_mcp)接口来与外部交互，而不能访问文件系统