用途：在 Bug 已被复现并完成问题分析后，为该 Bug 编写单元测试（必要时含集成测试），确保测试在修复前失败、修复后通过，并覆盖边界与异常路径。
必要前提：仓库根目录存在 .ai/issue-analysis.md（或参数指定路径），否则需先运行 /reproduce；同时需存在 agents.md（缺失时参照 agents.md.template 创建），并从其 Testing 部分获取测试框架、命名约定、测试位置和运行命令。
主要流程：读取并解析 issue-analysis.md，提取 Bug 场景、根因假设、受影响组件、触发路径与既定测试计划；借助 agents.md 的模块/组件映射定位 Bug 所在模块及其既有测试目录，研究现有测试的框架、断言风格、命名模式与共享工具；据此编写针对该 Bug 场景、边界情况和负向用例的单元测试；若涉及跨组件交互、外部 API 或端到端流程，再编写集成测试，否则跳过并说明原因；随后按 agents.md 中的运行命令执行测试，确认针对 Bug 的用例在当前未修复代码上失败、边界与负向用例通过，测试异常时先修复测试代码；最后输出汇总，列出测试文件路径、覆盖内容、目标组件模块及假设与限制。
限制：严格遵循既有测试约定，不引入新模式；仅编写与该 Bug 相关的测试，不做重构或添加无关用例；测试文件须自包含；遇到约定不明确时应停下询问开发者，不得猜测。
完成后提示运行 /review 检查测试代码质量，运行 /security-review 检查安全影响。其他费用、平台支持等细节暂未提供。