用途：对论文进行跨模型评审，用户先选择模式。对抗式（adversarial）用于提交或答辩前构造单一最强的拒稿论证；会议模拟（venue）用于模拟同行评审并给出评分与接受/拒稿倾向。
主要能力：两种模式都并行运行独立的 Codex 通道与 Hermes 通道，分别呈现两方意见，不合并、不投票、不产生共识或优胜者。对抗式让每个提供方给出约200词的最强拒稿论证，再由各自全新通道裁定，拆成3到7个原子点并给出 answered_by_current_text、partially 或 unresolved 的裁定，最后由脚本计算 PASS、WARN 或 FAIL。会议模拟生成与目标会议校准的模拟评审，包含评分、置信度、优点、弱点、问题，以及可选的 results-to-claims 矩阵和实验计划。
使用方式：先与用户确认模式，不要静默默认。若用户说“kill argument”“worst reviewer argument”等即选对抗式；说“mock venue review”“score my paper”“second opinion”等即选 venue。否则用提问方式让用户二选一。两种模式共用双通道协议，通过 paired_consult.py 并发调用，需以 Bash 后台运行且超时至少 660000 毫秒，不要轮询。对抗式的关键命令包括 paired_consult.py 的 adversarial-attack 与 adversarial-adjudication，以及 compute_verdict.py 分别对两侧原子点计算裁定。会议模拟需先写中立的 review-request.md，仅含路径与结构事实，再运行 venue-review。
限制：仅为检测与建议，不修改稿件正文、不翻转结论状态、不拒稿、不启动实验。不得伪造失败通道：pair_status 为 partial 时保留成功通道并如实报告失败方，failed 时报告双方失败并停止。发送未发表草稿或敏感材料前须列出将传给各提供方的具体文件并获用户确认。返回后须逐一核对引用的文件、行号、公式、数字，未经核实的内容保留在 verification_needed。不得把评审判定放入 /loop、/schedule 或 CronCreate 调度。Codex 与 Hermes 之间不得串通，各自只看到自己的内容。具体脚本参数、提示词模板与裁定映射表以技能自带参考文档为准，此处不再展开。