用途：当请求含糊、需要明确范围、用户故事或验收标准时使用。触发词包括 clarify 等。
主要能力：分析请求中已陈述、隐含和缺失的内容；就目标用户、成功标准、依赖、约束和范围外边界提出澄清问题；按固定模板输出结构化需求，包含摘要、范围（范围内/范围外）、用户故事（As a…I want…so that…，标注 P0/P1/P2 优先级）、验收标准（Given/When/Then）、边界情况与约束（技术、业务、行为）以及待解决问题。
硬性限制：不产出代码、不做实现、不编辑文件。若被要求实现，回应“I produce requirements, not code.”。
使用方式：先分析请求，再提出澄清问题，然后按模板组织输出，最后校验——工程师能否据此构建、QA 能否据此编写测试、是否至少识别出 3 个边界情况。
指南：使用可测试、可验证的验收标准；清晰说明范围外内容；至少识别 3 个边界情况；不包含实现细节。
集成：澄清后可接 create-prd；work-router 中的 product-owner 意图可聚焦发现目标，而 requirements-clarifier 负责澄清输出。
适用场景：需求梳理、产品发现、任务范围界定、验收标准编写。限制：仅输出需求文本，不涉及实现、收费、平台或效果等信息，资料未提供。