メニュー
测试实现分析：在黑盒测试用例基础上，分析入口函数、外部依赖(Fake)、测试数据、验证点，复用存量测试设计。当用户说"/e2e-design"、"测试实现分析"、"生成e2e-impl-design"、"测试设计细化"，或需要基于测试用例和设计文档生成测试实现分析报告时使用此技能。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
按 Git/非 Git、是否指定 BRANCH_NAME 与 FEATURE_DIR 分支决策，解析输入并创建或复用特性分支与功能目录，输出 BRANCH_NAME、SPEC_FILE、FEATURE_DIR。用于 /specify 或单独创建/复用特性分支。
基于已定义的功能识别并调整逻辑实体，输出实体责任边界、协作关系与关键数据结构，并生成数据模型文档。仅被显式调用，不自动触发。
SDD流程代码变更采集Skill。在SDD流程执行完毕后，采集目标目录的代码变更信息，提取feature_infos和code_blocks，生成评测所需的JSON文件并保存到当前SDD分支的evalset目录下。当用户提到"采集SDD变更"、"生成评测数据"、"收集代码变更信息"、"build_configi_eval"、"evalset"时触发本技能。
深度逻辑架构要素反构编排Skill. 当 reverse 的 --target 为 deep_logic_architecture 时触发.
实体清单与实体关系反构的编排Skill. 当 reverse 的 --target 为 entities 或 all 的实体阶段时触发.
功能清单与功能详情文档反构的编排Skill. 当 reverse 的 --target 为 functions 或 all 的功能阶段时触发.
| name | e2e-design |
| description | 测试实现分析：在黑盒测试用例基础上，分析入口函数、外部依赖(Fake)、测试数据、验证点，复用存量测试设计。当用户说"/e2e-design"、"测试实现分析"、"生成e2e-impl-design"、"测试设计细化"，或需要基于测试用例和设计文档生成测试实现分析报告时使用此技能。 |
| user-invokable | false |
$ARGUMENTS
在继续之前, 你必须考虑用户输入(如果不为空).
执行测试实现分析工作流，在黑盒测试用例基础上分析入口函数、外部依赖、测试数据、验证点，并复用存量测试设计。
调用场景：
/design 之后）：基于设计文档和黑盒测试用例生成测试实现分析报告输入要求：
spec.md：功能规范文档design.md：设计文档e2e-test.md：黑盒测试用例文档输出：
e2e-impl-design.md：测试实现分析报告scripts/powershell/check-prerequisites.ps1 --json --require-design --require-e2e-testscripts/bash/check-prerequisites.sh --json --require-design --require-e2e-testFEATURE_DIR（特性目录绝对路径）SPEC_FILE（规范文件路径）DESIGN_FILE（设计文件路径）E2E_TEST_FILE（黑盒测试用例文件路径）AVAILABLE_DOCS（可用文档列表）重要：所有路径必须是绝对路径。
验证以下必需文件是否存在：
检查规范文件：
{FEATURE_DIR}/spec.md 是否存在检查设计文件：
{FEATURE_DIR}/design.md 是否存在检查测试用例文件：
{FEATURE_DIR}/e2e-test.md 是否存在报告验证结果：
加载用于测试实现分析的上下文文档：
必需文档：
可选文档（按优先级加载）：
baseline 文档：
baseline/code-structure.md：现有代码结构baseline/existing-apis.md：现有接口定义存量测试代码：
tests/、test/）加载策略：
使用 Agent 工具启动 test-impl-design agent，传递以下参数：
Agent 参数：
subagent_type: "general-purpose"（使用通用 agent）description: "测试实现分析 - 生成测试实现分析报告"prompt 包含以下内容：# 测试实现分析任务
## 调用场景
{场景类型}: 初步设计/独立调用
## 输入文件
- spec.md: {SPEC_FILE}
- design.md: {DESIGN_FILE}
- e2e-test.md: {E2E_TEST_FILE}
- feature_dir: {FEATURE_DIR}
- baseline_docs: {成功加载的 baseline 文档列表}
- existing_tests: {找到的存量测试代码}
## 任务要求
1. 读取 spec.md、design.md、e2e-test.md
2. 分析每个黑盒测试用例的入口函数
3. 识别外部依赖并设计 Fake 对象
4. 设计测试数据（输入数据、Fake 数据）
5. 定义验证点（返回值、状态变化、可观察行为）
6. 分析存量测试复用可能性
7. 生成测试实现分析报告（e2e-impl-design.md）
## 输出位置
- e2e-impl-design.md: {FEATURE_DIR}/e2e-impl-design.md
## 重要说明
- 重点关注入口函数签名、外部依赖、测试数据
- 复用存量测试模式和测试工具
- 保持黑盒测试特性，不暴露内部实现
等待 agent 完成后，验证生成的文档：
检查文档存在性：
{FEATURE_DIR}/e2e-impl-design.md 是否存在验证文档内容：
e2e-impl-design.md 应包含以下章节：
a) 用例实现映射表：
b) 入口函数详细分析：
c) 外部依赖详细分析：
d) 测试数据清单：
e) 验证点详细清单：
f) 存量测试复用分析：
处理验证结果：
输出完成报告，包括：
生成文档：
验证结果：
分析统计：
下一步建议：
/e2e-varify 完善测试设计（变更点覆盖分析、异常场景设计、测试数据细化）/tasks 生成任务列表/design 完善设计如果用户提供了 --auto-refine 参数，自动执行下游动作：
调用 e2e-varify：
等待下游完成：
前置文件缺失：
Agent 执行失败：
文档生成失败：
内容验证失败：
入口函数识别：
外部依赖分析：
测试数据设计：
验证点定义：
存量测试复用：
测试实现分析完成后，推荐按以下顺序执行：