用途：multi-cli-review 是配对协议中的审查方（reviewer）一半，与 multi-cli-review-action 配合使用。它只做三件事：保守地检查被指派的目标、写一份结构化审查报告、把报告交回当前 CLI 用于汇总与决策。它不编辑代码、不汇总报告、不决定最终修复、也不自行推进工作流状态。
主要能力：支持 task-level（当前协议）与 legacy（仅兼容）两种模式。task-level 下报告路径固定为 {task-dir}/review-round-{N}/{reviewer-id}.md，文件名必须为 <reviewer-id>.md，frontmatter 需包含 task-id、round、reviewer-id、source-cli、review-time、review-focus、protocol: task-level。每条发现应包含位置、问题描述、严重度、影响、为何重要、建议修复方向，证据不足时可加证据与不确定性说明。
使用方式：当其他 CLI 要求本 CLI 审查目标并写报告，或用户要求“分析这个 skill 的问题”“输出结构化问题报告”“做多 CLI 审查”，或标准化审查命令指向本技能时使用。task-level 需显式提供 --task-dir、--reviewer-id、--round，可选 --review-focus；reviewer-id 用 a、b、c、d 等槽位字母，真实 CLI 身份写入 source-cli。legacy 兼容参数为 --md-a、--md-b、--output，仅用于旧单报告流程。
适用场景：多 CLI 协作审查、技能/命令/工作流/文档/配置/代码产物的缺陷报告生成。
限制：审查方不得创建 task-dir 或 review-round-{N} 目录，不得用 --output 绕过规范路径，不得写 summary-round-{N}.md、action.md 或更新 .processed.json，不得汇总、去重或解决冲突。相对路径按项目根解析，不得解释为技能仓库根、用户主目录、系统 /tmp 或 CLI 安装目录；项目根不明确时应停下索要绝对路径。若 task-dir 或轮次目录缺失、报告文件已存在、命令要求改代码或汇总，应停止并请求澄清。证据不足时应降低置信度、标注不确定或省略，不得把猜测当事实。