用途：把已批准的技术设计转化为精确的规范类技术报告，或对现有报告做结构重构与审计。仅改进表达与结构，不创建政策、共识、一致性标准或需求。
主要能力：确立权威与范围，识别已批准需求的来源与决策主体，保留需求强度、角色、条件、例外、算法、数据类型、错误行为与兼容性约束；不因示例、实现、讨论或惯例推断规范性需求，未决事项与矛盾标记为 issue。构建概念模型，识别一致性类别、实现角色、数据模型与外部依赖，先定义术语再承载需求，每个概念用稳定术语。撰写规范性需求，每条需求有可识别角色与单一可测试义务，条件与范围紧邻行为，例外显式说明，描述可观察结果而非实现方法。定义一致性与失败，说明可一致对象及一致性类型，映射需求到类别或角色，明确无效输入、错误处理、恢复与扩展行为。提升可用性，区分规范性与信息性引用，使用稳定标识符，示例最小且明显非规范性，审查无障碍与国际化。
使用方式：按上述阶段推进，最后做终审，将每条规范性陈述追溯到已批准来源决策，检查定义、角色、条件、例外、一致性类别、交叉引用与关键词用法；缺失决策以 issue 返回，不臆造需求。仅在来源、归属、许可或维护问题时可读 references/SOURCE.md。
限制：RFC 2119 与 RFC 8174 关键词仅当治理文件明确采用其定义时使用，且仅大写形式承载定义含义，不得把普通建议升级为 MUST、SHOULD 或 MAY。避免模糊措辞、隐藏需求、关键词大小写不一致，不得声称某实现证明互操作性或一致性，不得把 W3C 发布状态、品牌、样板或样式复制到非 W3C 文档，不得将本技能输出呈现为 W3C 技术报告、标准、共识或背书。具体收费、价格、平台与效果暂未提供。