用途：在准备 OHOS Feature 的 Phase 0.4 评审时使用，生成 {docs_dir}/04-feature.md，作为 SIG 评审会议与 IR 生成的共同输入。
主要能力：从 01-requirement.md 继承 rr_id 并填写 RR 单号；收敛一句话特性、价值、目标/非目标、优先级范围与 AC；在 §4 对比 02-feasibility.md §2.1 关键代码仓库分析表做模块覆盖完整性校验，写入模块覆盖检查结论（pass/warn），缺失时补行或写排除理由；校验影响类型术语漂移并写术语一致性检查结论（pass/warn）；补充需求变更影响性分析，覆盖北向应用开发者、南向开发者、分布式设备、系统开发者、设备使用者五方；判断是否拆分 proposal，定义独立价值、边界、AC、工作量与依赖，按各 proposal 工作量之和推导复杂度（<5 简单 / 5-10 标准 / >10 复杂），R3 拆分上限为简单≤5 / 标准≤8 / 复杂≤15 人月；执行 Review Ready Gate，给出 Ready / Conditional Ready / Not Ready 结论；Not Ready 时禁止生成 IR、proposal 或 PPT。
使用方式：读取 reference/feature.md 模板与 01-03 上游文档，按流程生成并保存 04-feature.md，再基于已确认版本执行 Gate。拆分方案必须经用户确认后才能进入 Step 0.5；03-arch-decision-record.md §6 遗留问题须由用户评审会议输入，并具备负责人、解决动作、计划关闭时间三字段，否则 Gate 降级为 Not Ready。02 缺少 §2.1 时跳过模块覆盖校验并标注 warn。AC 一致性由主 Session 在 Gate 后生成 FR→AC 追溯表检查。
限制：方案选型决策由 ohos-req-arch-decision skill 负责，本技能只收敛评审基线；不复制 01-03 详细论证；拆分与遗留问题不得由 AI 自行定稿。