菜单
Structured Dialogue Protocol — 跨模型深度协作的通用规则、handoff 模板和安全护栏。当需要跨模型审查、辩论或对抗时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
SDP 双模型 6 审稿人 + 交叉审核系统。含拒稿信预演。当用户说"审稿"、"review"、"帮我看看这篇论文写得怎么样"时触发。
Nexus 统一入口。意图识别 + 模式路由 + 首次引导 + Autopilot 模式。当用户提出任何学术研究相关请求时触发（调研、找论文、构思 idea、写论文、审稿、做实验等）。
基于 Evidence Graph + Knowledge Graph 进行学术 idea 构思与评估。双阶段流程：Phase 1 用 ToT 思维树系统性探索，Phase 2 用 SDP 跨模型红队攻击。当用户说"帮我想 idea"、"brainstorm"、"研究方向"、"有什么可以做的"时触发。
Review code changes for correctness, regressions, edge cases, style issues, and unnecessary churn. Use when checking diffs, reviewing pull-request-like changes, or doing independent quality review. Triggers on "review this", "check my changes", "code review", "代码审查".
Perform safe, reviewable refactors. Use when restructuring code, moving responsibilities, renaming across modules, or reducing duplication without intended behavior changes. Triggers on "refactor X", "rename Y across the project", "extract helper", "重构".
typed knowledge-graph 抽象层 (Wave B.3)。把分散在 evidence_graph / corpus_ledger / story_skeleton 的结构升级成 paper / idea / claim / experiment / mechanism / baseline 节点 + supports / contradicts / derives_from / cites / replicates / falsifies 边。通过 4 个 MCP tool 维护 artifacts/research_wiki.json，并用 export_to_evidence_graph 投影回 evidence_graph schema。
| name | sdp-protocol |
| description | Structured Dialogue Protocol — 跨模型深度协作的通用规则、handoff 模板和安全护栏。当需要跨模型审查、辩论或对抗时触发。 |
借鉴学术同行评审的跨模型协作协议。每轮通信达到评审级深度，而非简单信息传递。
每个 Generator 输出必须包含：
blocking issue（必须改）和 suggestion（可以不改）以下 5 个硬卡点不允许 autopilot 自动通过，必须回到用户确认：
overall_risk 为 unknown 或 high 时强制暂停其他所有步骤可以 autopilot（但留审计日志）。
| 优先级 | 方式 | 条件 |
|---|---|---|
| 1 | MCP API 调用 | 用户配置了 API key |
| 2 | SDP 文件交接（手动切换） | 默认方式 |
| 3 | 同模型对抗 prompt | 只有一个模型可用时 |
Pipeline 首次 SDP 时询问用户偏好，记入 project_state.json 的 sdp_mode。后续所有 SDP 阶段统一使用该模式。
| 模式 | 条件 | 切换次数 | 质量 |
|---|---|---|---|
| Full SDP | 用户愿意手动切换 | 3-4 次/stage | ★★★★★ |
| Lite SDP | 用户嫌切换麻烦 | 1 次/stage | ★★★★☆ |
| Same-Model Adversarial | 只有 1 个模型可用 | 0 次 | ★★★☆☆ |
完整的 Generator → Reviewer → Rebuttal → 终审 流程。参见各 SKILL 的具体 Round 描述。
仅保留最关键的 1 次跨模型交互：
| 阶段 | Lite 保留的交互 | 跳过的交互 |
|---|---|---|
| Idea 红队 | GPT 红队攻击（Round 2） | 蓝队 rebuttal（Round 3 由同模型完成） |
| 架构审查 | GPT 审查（Round 2） | 终审（由同模型完成修订） |
| 论文写作 | GPT 润色（Round 4） | Opus 评审（Round 2 由同模型完成） |
| 审稿 | GPT 交叉审核（Round 2） | Round 3/4（综合由同模型完成） |
每个阶段的 Lite 模式 handoff 模板追加 [LITE MODE] 标记，提醒目标模型需在单次交互中完成审查 + 建议。
完全不切换，用对抗 prompt 模拟跨模型效果：
现在请你切换到「严格审稿人」角色。忘记你之前帮我写的所有内容。
你的目标是找出尽可能多的问题。假设你是一个想 reject 这篇论文的 reviewer。
不要对我客气。不要说「不错但可以改进」——直接指出致命缺陷。
至少列出 5 个 blocking issues。
⚠️ Same-Model 模式下，审稿和红队的有效性会降低（约 60-70% 的 Full SDP 质量）。 建议仅在额度紧张或用户明确要求时使用。
所有 handoff 文件统一存放 workspace/{project}/dialogue/。
# SDP Handoff: [任务名]
> 📋 **操作指引**：
> 1. 打开 [目标插件] → **新建对话**（不要在已有对话中执行）
> 2. 将本文件内容粘贴给 [目标模型]
> 3. [目标模型] 完成后，将输出保存到 `dialogue/[output_filename].md`
> 4. 切回 [原插件]，告诉 Agent "审查完成"
## 背景上下文
[仅包含本步骤需要的最小上下文]
## 任务
[具体的 Reviewer/Generator 指令]
## 输入文件
- 本文件
- [其他必需文件路径]（⚠️ 除列出的文件外，不要读取其他 dialogue/ 文件）
每个 skill 启动 SDP 前显示：
📊 本阶段预估消耗：
- [模型A] 请求: ~N 次（限额池: [池名]）
- [模型B] 请求: ~M 次（限额池: [池名]）
⚠️ 额度紧张时可选：
├── [降级选项1]
└── [降级选项2]
📌 用户偏好和约束 section——显式记录所有不成文约束dialogue/archive/