用途：把粗糙的需求陈述转化为经过验证的需求基线，供其他智能体据此规划或实现，避免自行臆造产品行为。工作保持在需求层面，除非用户明确要求方案设计，否则不进入架构、数据库、接口或代码。
主要能力：对输入分类（问题陈述、功能请求、部分规格、会议记录、课堂作业、变更请求）并评估成熟度；提取问题、目标用户、业务目标、期望结果、范围线索、约束、假设、术语与缺失信息，区分事实与推断；主动扫描问题清晰度、干系人、范围边界、业务规则、边界情况、非功能需求、数据与集成、验收标准等缺口；将模糊愿望改写为可测试、可读的需求，必要时采用 EARS 风格（The system shall…、When…、While…、If…）；产出功能需求、非功能需求、用户故事、用例、业务规则、验收标准、术语表、范围外项等；进行完整性、一致性、可行性、可追溯性与可验证性检查，并给出“将要构建什么”的摘要。
使用方式：开始前加载 references/safety.md，运行工作流或起草主产物前加载 references/requirements-workflow.md，审查需求质量时加载 references/quality-checklist.md，输入不完整或矛盾时用 references/gap-question-bank.md 驱动提问，用户询问方法依据时加载 references/source-literature.md。一次只问一个聚焦问题，优先询问最影响范围、行为或验证的缺口。默认交付紧凑需求包，含问题与目标、参与者、范围进出、约束、功能与非功能需求、业务规则、验收标准、假设与开放问题、验证状态。
适用场景：客户简报、课堂提示、功能请求、会议记录、RFP 等早期需求澄清。
限制：不编造非功能需求，不把开放问题伪装成需求，不隐藏不确定性；缺失信息应标记为假设或开放问题并交由验证；用户仅要求分析时只返回发现与问题，不写文件。具体收费、价格、平台等信息暂未提供。