菜单
当 Harness 处于工作追踪范围.验证中，且需要一轮限定范围的审查证据流程来收集并综合审查发现、但不输出最终关卡判定结果时，使用这个技能。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
当需要运行 Harness 分层闭环控制系统时，使用这个技能。它是 Codex 中顶层监督控制器的入口，负责状态估计、算子选择、技能绑定、子代理分派、证据收集、裁决与状态更新，而不是直接执行编码。
当 Harness 系统尚未初始化，或 `.servo/goal-charter.md` 不存在，需要初始化 repo 级 Goal Charter 与 Harness 控制面时，使用这个技能。
当 Harness 处于 WorktrackScope.closing，且需要一轮限定范围的收尾处理来处理合并请求、合并、清理与代码仓库刷新交接，同时不能悄悄越过审批边界时，使用这个技能。
当 Harness 处于 WorktrackScope.dispatching，且需要一轮不扩大范围的限定范围分派来选择专用技能或执行载体时，使用这个技能。
当 Harness 处于 WorktrackScope.judging，且需要基于现有证据完成一轮限定范围关卡判定，而不重新执行工作或刷新代码仓库状态时，使用这个技能。
当 Harness 处于工作追踪范围，且需要一轮限定范围验证来针对验收标准与验证要求收集测试证据时，使用这个技能。
| name | worktrack-review-evidence-skill |
| description | 当 Harness 处于工作追踪范围.验证中，且需要一轮限定范围的审查证据流程来收集并综合审查发现、但不输出最终关卡判定结果时，使用这个技能。 |
本技能实现 WorktrackScope.Verify 算子的 implementation lane（实现校验面），对应 Harness 控制回路中的收集证据阶段。它负责收集代码审查维度的证据，为 worktrack-gate-skill 的 implementation-gate 提供输入。它与 worktrack-test-evidence-skill（validation lane）和 worktrack-rule-check-skill（policy lane）共同构成 Verify 的三个正交校验面。
当 Harness 需要当前 工作追踪 的 关卡证据 中的审查维度，但还不需要最终关卡判定时，使用这个技能。
这个技能会使用专用 通用高能力模型 子代理 执行一轮限定范围审查证据，打包本轮最小审查上下文，收集代码审查与结构风险信号，并返回一个供后续关卡综合使用的标准化审查维度封套。
本技能按 review_profile 选择审查 lanes，而不是所有变更固定四路。运行时 profile 规则随本技能分发如下：
light：static-semantic-reviewstandard：static-semantic-review + test-reviewrisky：static-semantic-review + test-review + project-security-reviewdeep：四路完整覆盖默认选择：docs-only 小修用 light；普通 canonical skill/docs/test 修改用 standard；dispatch、authority、path governance、adapter/deploy 安全边界用 risky；control-state、gate、installer/publish、destructive action 用 deep。
四个可用审查 SubAgent lanes 为：
static-semantic-review：静态语义解释 review，解释 diff 的真实语义、状态转移、边界语义和 operator-facing 行为变化。test-review：测试 review，审查验收覆盖、回归覆盖、测试可信度、验证命令与缺失测试风险。project-security-review：符合项目情景的 security review，结合本仓库 deploy / adapter / Harness 权限边界，审查凭据、发布、路径、外部输入、破坏性动作和安全默认值。complexity-performance-review：代码复杂度和性能 review，审查复杂度、重复工作、I/O、缓存、资源使用、跨平台成本和可维护性风险。如果运行时不能真实并行委派，必须显式记录 runtime fallback、permission blocked 或 dispatch package unsafe，并在同一份审查证据中保留所选 lanes 的覆盖状态；唯一合法行为是在当前载体内完成所选 lane 的覆盖并显式记录 fallback 原因；把当前载体内的串行分析伪装成已创建 SubAgent 的行为必须显式暴露为 runtime fallback。
Review evidence 是 review_acceptance_subagent 证据，不是 task_producing_subagent 的自查摘要。每条 lane 必须记录 review_carrier_ref、可选 acceptance_carrier_ref、上游 producer_carrier_ref、evidence_provenance 和独立性判断；若 review carrier 与 task-producing carrier 相同，必须标记为 current-carrier fallback，填写 fallback_reason_code（runtime_gap、permission_blocked、coupling_or_shared_state、dispatch_package_unsafe 或 not_applicable），且不得声称独立 SubAgent review。默认偏好是 SubAgent-first，但必须同时满足 runtime_supports_subagent、permission_allows_delegation、dispatch_package_safety，并确认 task_coupling、state_sharing_need、risk_profile、context_budget_fit 适合拆分审查。
它会在最终 通过/软失败/硬失败/阻塞 关卡判定之前停止，并应用噪声控制边界，避免低严重度的审查残留持续膨胀为新的伪阻塞项。
当需要收集这次变更的审查证据时，使用这个技能：
工作追踪范围.验证中 轮次的审查维度工作追踪约定 总结代码审查发现关卡技能、恢复工作追踪技能 或程序员审查返回审查证据工作追踪范围 产物和当前审查输入。review_profile，并记录选择理由。若缺失，按变更类型保守选择：docs-only 小修 light，普通 skill/docs/test 修改 standard，dispatch/authority/path safety risky，control-state/gate/installer/publish/destructive action deep。审查证据任务简报 和 审查证据信息包。新鲜复用但新鲜混合过期未知updated_files_or_artifacts 与更新后的 post_update_validation_timestamp 可用性。残留风险，而不是一个无限制的动作队列可能存在上游约束问题审查证据报告，并附带一份供关卡接收使用的审查维度封套。发现。P2/P3，发现 中最多保留三个代表项，其余折叠进 残留风险。后续动作 才合法；否则必须将该项折叠进 残留风险。可能存在上游约束问题：真，并在 上游约束信号 下总结。后续动作 只用于能解除关卡综合阻塞的限定范围下一步动作，而不是装下所有审查偏好或清理想法的桶。每次运行这个技能时，都使用同一套限定范围约定格式。
维度编号证据轮次review_lane_idreview_lane_goal审查目标目标范围内范围外审查重点审查维度覆盖节点类型适用 gate_criteria约束验收参考完成信号输入产物时效性review_profileselected_review_lanes四路 SubAgent lane（仅 deep 或需要完整覆盖时）task_producing_subagentreview_acceptance_subagentproducer_carrier_refreview_carrier_refacceptance_carrier_refevidence_provenancefallback_reason_code当前工作追踪状态工作追踪约定摘要节点策略变更摘要差异或补丁引用现有审查输入updated_files_or_artifactspost_update_validation_timestamp静态或结构信号性能/架构/安全/质量/测试审查信号已知风险所需上下文缺失证据维度编号证据轮次review_profileselected_review_lanes四路 SubAgent 覆盖（仅 deep 或需要完整覆盖时）四路 SubAgent 输出摘要task_producing_subagentreview_acceptance_subagentproducer_carrier_refreview_carrier_refacceptance_carrier_refevidence_provenancefallback_reason_code输入产物时效性维度判定结果置信度置信度理由发现严重度映射覆盖评估五类审查覆盖残留风险已应用低严重度吸收低严重度吸收理由上游约束信号缺失证据后续动作已准备好进入关卡每次 review evidence 轮次应明确记录所选 lane 的执行状态、输入范围、输出摘要、发现和缺失证据；deep profile 必须保留四路 lane：
static-semantic-review
test-review
project-security-review
complexity-performance-review
遵循本包内最小公共约束 C-1 至 C-8：C-1 只在声明的 Scope/Function 内操作；C-2 只有授权的 SetGoal/ChangeGoal/Close/Refresh 路径可变更控制状态，其余技能返回结构化输出；C-3 先生成完整报告再提取 Control Signal，重复上下文用 artifact 引用，空字段用 N/A；C-4 不跨越 Observe/Decide/Init/Dispatch/Verify/Judge/Recover/Close 的角色边界；C-5 只消费已批准上游产物，不凭空发明验收或恢复标准；C-6 缺失证据必须显式暴露，不能当作成功；C-7 保持限定范围，避免不必要的全仓重发现。
review_profile，再选择 review lanes；不得对低风险小改默认强制四路 review。review_profile: deep 且运行时支持真实 SubAgent 委派、权限边界允许时，必须并行分派四个 review SubAgent；降级成单个泛化 review 的行为必须显式暴露为 runtime fallback。review_acceptance_subagent 的 carrier provenance。缺少 review_carrier_ref / acceptance_carrier_ref，或与 producer_carrier_ref 相同但缺少 fallback_reason_code 时，必须标记为独立性缺失，不得作为独立验收证据。不适用 与理由，而不是静默省略。后续动作 才合法；否则必须将其折叠进 残留风险。发现 中最多保留三个低严重度代表项；超过三个时必须将其余项聚合进 残留风险。可能存在上游约束问题 并在 上游约束信号 中显式暴露；未标记状态必须返回 blocked。updated_files_or_artifacts 非 none，审查证据必须暴露是否存在更新后的 post_update_validation_timestamp，并把缺失或早于更新的 validation and acceptance evidence 标为时效性阻塞。置信度 时附带具体的 置信度理由；缺少 置信度理由 时 置信度 字段必须留空或标记为 未评估。使用这个技能时，产出一份至少包含以下章节的 审查证据报告：
审查目标审查证据摘要发现与严重度时效性与置信度覆盖与置信度关卡证据审查切片返回 Harness结果中至少应包含以下字段或等价表达：
子代理模型review_profileselected_review_lanes四路 SubAgent 覆盖static-semantic-reviewtest-reviewproject-security-reviewcomplexity-performance-review维度编号证据轮次审查目标审查重点五类审查覆盖变更摘要使用的审查输入输入产物时效性updated_files_or_artifactspost_update_validation_timestamp维度判定结果审查判定结果发现严重度映射覆盖评估置信度置信度理由残留风险已应用低严重度吸收低严重度吸收理由上游约束信号缺失证据后续动作已应用低严重度截断已准备好进入关卡已准备好进入关卡综合需要额外审查如何审查使用限定范围差异、当前 工作追踪约定、当前审查输入及其时效性依据，以及回答审查问题所需的最小额外相邻系统上下文。