用途：测试工作流文档，即把 TDD 应用于编排器指令和命令文档。适用场景是创建或编辑命令（如 .claude/commands/.md、/spectacular:）、编辑子代理编排提示、更新命令中的工作流文档、观察到真实执行失败（分支错误、跳过步骤、误读指令）、指令含多步骤且顺序重要、代理在时间压力或认知负荷下工作时。纯参考文档、无歧义的单步命令、无可执行指令的文档不需测试。
核心方法：RED 阶段找真实执行失败，从 git 历史、运行日志、错误报告、用户反馈中收集证据，记录分支名、提交哈希、期望与实际；建立最小测试仓库模拟失败前状态，编写含压力情境的测试文档，压力类型包括时间、认知负荷、紧迫性、任务量、复杂度，通常组合 2-3 种，给出 A/B/C/D 明确选项并要求立即选择，派发子代理并逐字记录其选择与推理。GREEN 阶段分析根因（哪一步含糊、顺序不清、代理做了什么假设、压力使其跳过了什么），用显式顺序步骤、关键警告、直接列出确切命令、引用技能等方式改写，应用到真实命令文件，重置仓库为相同起始状态，用同一模型跑相同场景验证。REFACTOR 阶段用不同压力、任务位置、工作区状态和不同模型测试，找出剩余歧义并复验。若 GREEN 仍失败，可做元测试：询问代理认为指令该如何写。
使用前提：必须先理解 test-driven-development 技能，该技能定义基本 RED-GREEN-REFACTOR 循环。常用命令包括 git reset --hard initial-state、git config 等，用于重置与配置测试仓库。
限制与常见错误：不要在没有真实失败证据时凭空假设，测试场景必须带压力，改进指令后必须用子代理验证，要多次迭代并变化场景，测试选项要具体而非开放。资料未提供该技能的安装命令、价格、平台或版本信息。