用途：这是 edwinhu/workflows 工作流中的第三阶段（Phase 3），在探索阶段完成后、设计之前使用，用于消除需求歧义。它以一次性的对话方式运行，核心要求是“先询问再设计”。
主要能力：基于代码库探索发现提出有针对性问题，覆盖集成点、边界情况、范围边界与行为选择等类别；当存在多个代码模式时让用户决定采用哪一个；使用 AskUserQuestion 批量提交所有歧义问题（Smart-Discuss），避免多轮往返；回答后更新 .planning/SPEC.md，记录决策、理由与代码引用。测试策略是强制项：需明确测试方式、框架、首个失败测试与运行命令；若缺少测试基础设施，会建议先加 pytest/jest 等。
使用方式：开始前宣告正在使用 dev-clarify (Phase 3)；检查剩余上下文，低于阈值时先调用 dev-handoff；阅读 ${CLAUDE_SKILL_DIR}/../../skills/dev-handoff/SKILL.md 并按说明执行。完成后立即读取 ${CLAUDE_SKILL_DIR}/../../skills/dev-design/SKILL.md 并遵循其说明进入设计，不等待确认。退出前需完成人工核验关卡：确认 SPEC.md 存在且已更新，核对测试策略与真实测试判定项，全部勾选才继续。
适用场景：适用于已有代码库探索结果、需要澄清集成方式与边界行为的开发流程；尤其是需要自动化测试策略的长时或无人值守运行。
限制：代码中现有的模式不代表需求，不能靠推断替用户做决定；不得提出模糊问题或重复头脑风暴阶段的问题；不得跳过澄清直接设计或实现；“手动测试”不被接受，若确实无法自动化测试，需退出该工作流。工作流阶段是顺序执行的，澄清后必须立即进入设计。资料未提供具体支持的编程语言、安装命令或收费信息。