用途：从非正式素材中提取结构化、可测试的需求，将粗粒度系统需求细化为软件需求，并建立 SYS-REQ→SW-REQ→设计→测试的双向追溯，主要面向嵌入式汽车系统与功能安全（ISO 26262-6、ASPICE SWE.1/SWE.6）。
三种模式：输入为简报、会议记录或系统规格时进入需求提取；输入为模糊、复合或不可测试的需求时进入细化；输入为需求、设计产物与测试列表时进入追溯；多类输入按提取→细化→追溯顺序执行。
主要能力：按 EARS 模式（通用、事件驱动、状态驱动、可选特性、非期望行为）编写需求，并赋予完整属性集：ID（SW-REQ-<Module>-<NNN>）、类型、优先级（MoSCoW）、ASIL、验证方式与分析/检查/演示/测试、来源追溯。细化时识别模糊、复合、实现规定性、不可测试、歧义及属性缺失等缺陷并给出修复。追溯时输出正向与反向矩阵，识别孤立需求、孤立设计、孤立测试及 ASIL≥A 却无测试用例的安全缺口，并给出补全建议。
使用方式：按输入内容自动判定模式并单次给出可评审结果，无需追问；输出包含需求条目、开放问题，或追溯矩阵与缺口报告，并自检原子性、可测试性、EARS 模式合规性。
限制：推断属性（尤其 ASIL）会标注为推断；意图不明或缺少设计/测试产物时无法完成追溯，需利益相关方确认；缺失信息需明确列出。
分类：该技能用于需求工程与可追溯性，属于写作与研究。