skill-debate

宿主：Codex CLI — 此技能最初为 Claude Code 设计，后适配到 Codex。 交叉引用命令在 Codex 中使用已安装的技能名称，而非 /octo:* 斜杠命令。 使用当前 Codex 会话中的 shell 和子 Agent 工具。在当前会话尚未提供相应能力之前，不要声称某个提供方、模型或宿主子 Agent 可用。 宿主工具的对应关系请参阅 skills/blocks/codex-host-adapter.md。

AI Debate Hub 技能 v4.8

强制遵守 — 不得跳过

调用此技能时，必须通过 orchestrate.sh 调度辩论顾问，并综合各方观点。严禁：

• 不通过 orchestrate.sh 调度实际提供方，而是自行模拟顾问的回答
• 认定问题“过于简单”，绕过多提供方辩论而仅用单个模型作答
• 跳过提供方可用性检查或结构化轮次
• 未告知用户便从名单中移除任何可用顾问（包括 agy）
• 以某个模型的观点已经足够为由不进行辩论 — 用户调用辩论功能就是为了获取多方观点

⚠️ 强制要求：视觉指示协议

开始任何辩论之前，必须先输出以下横幅：

🐙 **CLAUDE OCTOPUS ACTIVATED** - AI Debate Hub
🐙 Debate: [Topic/question being debated]

Participants:
🔴 Codex CLI - Technical implementation perspective
🟡 Antigravity CLI - Ecosystem and strategic perspective
🟠 Sonnet 5 - Pragmatic implementer perspective if host subagents are available
🐙 current host model - Moderator and synthesis
🟢 Copilot CLI - GitHub-native perspective (if available)
🟤 Qwen CLI - Alternative model perspective (if available)

核心参与者从可用提供方中选出。 根据路由和可用性，Codex（🔴）、Antigravity（🧭）、Sonnet（🟠）、当前宿主模型（🐙）以及其他检测到的提供方都可能参与。

此项不可省略。 用户需要看到哪些 AI 提供方处于活动状态。外部 API 调用（🔴 🟡）使用提供方的 API 密钥。Sonnet（🟠）、Copilot（🟢）和 Qwen（🟤）包含在现有订阅中。

关键：外部 CLI 语法（v0.101.0+）

必须使用以下确切命令模式。不得自行编造提供方标志。

辩论轮次中，必须通过 Octopus 路由调度每位外部顾问：

"${HOME}/.claude-octopus/plugin/scripts/orchestrate.sh" spawn "$advisor" "$prompt"

不要在辩论工作流中直接调用提供方的 CLI。路由器会为 Codex、Antigravity 和其他顾问应用对应的提供方标志。

• 提供方专属语法位于 scripts/lib/dispatch.sh 和辅助脚本中。
• 不要将直接调用提供方 CLI 的命令复制到辩论步骤中。
• 始终将选定的顾问名称传递给 orchestrate.sh spawn；由路由器选择正确的命令。

以下标志不存在（使用后会导致错误）：

• codex --approval-mode full-auto — Codex 0.130.0 中没有 --approval-mode 标志
• codex --full-auto — 当前的非交互式调度中已弃用/移除
• codex -q / codex --quiet — 在 v0.101.0 中已移除
• codex -y / codex --yes — 从未存在过
• 不带 exec 的 codex "prompt" — 会启动交互式 TUI 并卡住

你是当前宿主模型，也是多提供方 AI 辩论系统中的参与者和主持人。你通过 CLI 咨询外部顾问（Codex、Antigravity 和其他可用提供方），提供自己的分析，并综合各方观点供用户参考。如果宿主提供子 Agent，请将 Sonnet 纳入，作为独立分析员。

关键：你不只是一个调度器。你是积极参与辩论、表达自身观点的参与者。

界面设计辩论

如果问题涉及界面设计，请加载 skills/blocks/architecture-simplification.md。向每位初始顾问提供相同的需求和源代码版本，不提供其他顾问的草案。分别记录对源代码的访问情况和模型系列，不要将它们与提供方的传输方式混为一谈。无法访问制品的评审者只能提出问题，不得表示赞同。即使投票结果支持其他设计，也要保留有证据支持的少数派发现。

用户如何调用此技能

用户通过斜杠菜单显式调用此技能。解析用户提供的意图并开展辩论。

基本调用

/octo:debate <question or task>

带标志的调用

/octo:debate -r 3 -d thorough <question>
/octo:debate --rounds 2 --debate-style adversarial <question>
/octo:debate --path debates/009-new-topic <question>

带文件引用的调用

用户可以直接提及文件 — 你需要将其解析为完整路径：

/octo:debate Is our CLAUDE.md accurate?
-> You resolve to full absolute path

/octo:debate Review the auth flow in src/auth.ts
-> You find src/auth.ts relative to cwd and pass full path to advisors

用户可能会说的示例

• /octo:debate 我们应该使用 Redis 还是内存缓存？
• /octo:debate -r 3 检查 whatsappbot 代码库中的问题
• /octo:debate 讨论 api.ts 中的错误处理是否足够
• 针对数据库架构设计开展一场辩论
• 我想让 Antigravity 和 Codex 审查这个 PR

标志

标志	短选项	默认值	说明
--rounds N	-r N	1	辩论轮数（1-10）
--debate-style STYLE	-d STYLE	quick	风格：quick、thorough、adversarial、collaborative
--moderator-style MODE	-m MODE	guided	模式：transparent、guided、authoritative
--advisors LIST	-a LIST	auto	以逗号分隔的列表
--out-dir PATH	-o PATH	debates/	输出目录（相对于 cwd）
--path PATH	-p PATH	none	辩论文件夹路径（无需切换目录）
--context-file FILE	-c FILE	none	用作上下文的文件
--max-words N	-w N	300	每条回复的字数限制
--topic NAME	-t NAME	auto	用于文件夹命名的主题标识
--synthesize	-s	off	根据共识生成交付物（Markdown 文件、差异或计划）

标志优先级规则

--rounds 与 --debate-style：

• 显式设置 --rounds：始终优先于风格默认值
• --debate-style quick 表示进行 1 轮，除非同时指定了 --rounds
• 冲突时出错：--debate-style quick --rounds 5 -> 提醒用户，并采用 --rounds 的值

风格对应的默认轮数（未指定 --rounds 时）：

风格	默认轮数
quick	1
thorough	3
adversarial	3
collaborative	2

验证：

• --rounds 必须为 1-10
• --rounds 0 或 --rounds 11+ 时出错

你的角色：参与者 + 主持人

多提供商辩论结构

这是一个提供商辩论，由选定的顾问视角和你这位主持人共同参与：

     User Question
           |
           v
+-------------------+
|     ROUND 1       |
+-------------------+
| Antigravity analyzes | 🧭 External CLI
| Codex analyzes    |  🔴 External CLI
| Sonnet analyzes   |  🟠 Agent(model: sonnet)
| YOU analyze       |  🐙 Your independent analysis (Opus)
+-------------------+
           |
           v
+-------------------+
|     ROUND 2+      |
+-------------------+
| Antigravity responds | 🧭 Sees prior round
| Codex responds    |  🔴 Sees prior round
| Sonnet responds   |  🟠 Sees prior round
| YOU respond       |  🐙 Your independent response
+-------------------+
           |
           v
+-------------------+
|  FINAL SYNTHESIS  |
+-------------------+
| YOU synthesize all four perspectives
| and recommend a path forward
+-------------------+

主要职责：

1. 筹备辩论：创建文件夹结构，编写 context.md
2. 咨询外部顾问：每轮通过 Octopus 路由派发 Antigravity/Codex
3. 启动获准使用的 Sonnet：仅当提供商允许列表许可时，才通过宿主子 Agent 工具派发 Sonnet
4. 贡献你的分析：将你自己的观点写入 rounds/r00N_claude.md
5. 主持辩论：确保顾问紧扣主题并遵守字数限制
6. 综合观点：整合全部四种观点，提出可执行的建议

Claude-Octopus 增强功能

在 claude-octopus 中运行辩论时，会自动应用以下增强功能：

1. 会话感知存储

增强行为（设置了 CLAUDE_CODE_SESSION 时）：

~/.claude-octopus/debates/${SESSION_ID}/
└── NNN-topic-slug/
    ├── context.md
    ├── state.json
    ├── synthesis.md
    └── rounds/

优势：

• 按 Claude Code 会话整理辩论
• 轻松查找特定对话中的辩论
• 会话过期时自动清理
• 与 claude-octopus 分析功能集成

2. 辩论回复质量门槛

增强功能：在进入下一轮之前，评估每位顾问回复的质量。

质量指标：

指标	权重	标准
长度	25 分	50-1000 个单词（内容充实且简洁）
引用	25 分	包含参考资料、链接或来源
代码示例	25 分	包含技术示例或代码片段
参与度	25 分	针对其他顾问提出的具体观点作出回应

质量阈值：

• 评分 >= 75：继续（质量高）
• 评分 50-74：继续并发出警告（在综合结果中标记）
• 评分 < 50：要求顾问补充说明

3. 成本跟踪与分析

跟踪每场辩论的令牌用量和成本，并与 claude-octopus 分析功能集成。

4. 文档导出

通过 document-delivery 技能将辩论导出为专业格式：

• PPTX 演示文稿
• DOCX 报告
• PDF 文档

实施步骤

当用户调用 /octo:debate 时：

第 1 步：检查提供方可用性并显示横幅

强制要求：显示横幅前，必须使用原生 shell 命令工具运行此提供方检查。不得跳过。不得假设提供方可用。 检查提供方时，切勿使用 grep -P；请使用可移植的 grep -E/case 检查并捕获退出代码，避免缺失可选 CLI 时检查意外通过或中止命令。

bash "${HOME}/.claude-octopus/plugin/scripts/helpers/check-providers.sh"

使用下方的实际结果。禁止：只显示“🔵 Claude：可用 ✓”而不列出所有提供方。

然后显示包含真实提供方状态的横幅：

🐙 **CLAUDE OCTOPUS ACTIVATED** - AI Debate Hub
🐙 Debate: [Topic/question being debated]

Provider Availability:
🔴 Codex CLI: [Available ✓ / Not installed ✗]
🟡 Antigravity CLI: [Available ✓ / Not installed ✗]
🧭 Antigravity CLI: [Available ✓ / Not installed ✗]
🤖 Grok CLI (xAI): [Available ✓ / Not installed ✗]
🟠 Sonnet 5: available only when this Codex session exposes a compatible host subagent tool
🐙 current host model: Available ✓ (Moderator and participant)

🧭 Antigravity 可用性： Antigravity CLI 即 agy 二进制文件；只能通过 command -v agy 判断可用性（与 check-providers.sh 一致），绝不能依据 antigravity 桌面快捷方式判断。

如果缺少提供方：

• 如果所有外部提供方都不可用：告知用户，辩论至少需要一个外部提供方，并建议运行 /octo:setup 进行配置
• 如果一个或多个提供方不可用：指出缺少哪些提供方，并使用可用的提供方和 Claude 继续

第 2 步：提出澄清问题

开始辩论前，使用 AskUserQuestion 工具收集上下文：

提出 4 个澄清问题，以确保辩论质量：

AskUserQuestion({
  questions: [
    {
      question: "What's your primary goal for this debate?",
      header: "Goal",
      multiSelect: false,
      options: [
        {label: "Make a technical decision", description: "I need to choose between options"},
        {label: "Identify risks/concerns", description: "I want to surface potential issues"},
        {label: "Understand trade-offs", description: "I want to see pros/cons of approaches"},
        {label: "Get diverse perspectives", description: "I want multiple viewpoints"}
      ]
    },
    {
      question: "How should the AI models evaluate the topic?",
      header: "Evaluation",
      multiSelect: false,
      options: [
        {label: "Cross-critique (Recommended)", description: "Models challenge each other's proposals directly — deeper analysis but may anchor on first responses"},
        {label: "Independent evaluation", description: "Models evaluate independently without seeing others' work — prevents groupthink and anchoring bias"}
      ]
    },
    {
      question: "What's the most important factor in your decision?",
      header: "Priority",
      multiSelect: false,
      options: [
        {label: "Performance", description: "Speed and efficiency are critical"},
        {label: "Security", description: "Security and safety are paramount"},
        {label: "Maintainability", description: "Long-term maintenance and clarity"},
        {label: "Cost/Resources", description: "Budget and resource constraints"}
      ]
    },
    {
      question: "Do you have existing context or constraints the debate should consider?",
      header: "Context",
      multiSelect: true,
      options: [
        {label: "Existing codebase patterns", description: "Must align with current architecture"},
        {label: "Team expertise", description: "Team skill set is a constraint"},
        {label: "Deadline pressure", description: "Time-to-market is critical"},
        {label: "Compliance requirements", description: "Regulatory or policy constraints"}
      ]
    }
  ]
})

收到回答后：

• 如果用户选择“交叉批判”：使用 --mode cross-critique（默认采用 ACH 证伪）
• 如果用户选择“独立评估”：使用 --mode blinded（不交叉污染）
• 将其他所有回答纳入辩论上下文。

第 3 步：解析参数并构建辩论团队

# Extract question and flags
QUESTION="Should we use Redis or in-memory cache?"
ROUNDS=3
STYLE="thorough"

# Dynamic advisor selection — the fleet builder remains the admission authority.
CONSULTATIVE_LIB="${HOME}/.claude-octopus/plugin/scripts/lib/consultative-advisors.sh"
ADVISOR_SELECTOR="${HOME}/.claude-octopus/plugin/scripts/helpers/select-fleet-advisors.sh"
source "$CONSULTATIVE_LIB" || exit 1
HOST_CLAUDE_ALLOWED=false
HOST_ADVISOR_SUCCESS=0
if octo_consultative_host_allowed; then
  HOST_CLAUDE_ALLOWED=true
fi
REQUIRED_EXTERNAL_ADVISORS=$(octo_consultative_required_external_count)
if ! ADVISORS=$("$ADVISOR_SELECTOR" debate standard "$QUESTION"); then
  echo "No eligible external debate advisors are available." >&2
  exit 1
fi

build-fleet.sh debate 命令会从不同模型系列中最多选择 3 位辩手（例如 codex/OpenAI、agy/Google Antigravity 和 copilot/Microsoft），以最大限度地提高训练偏差的多样性。不要硬编码提供方组合；请使用运行时的 ADVISORS 列表。

第 4 步：设置辩论文件夹

# Create debate directory structure
DEBATE_BASE_DIR="${HOME}/.claude-octopus/debates/${CLAUDE_CODE_SESSION:-./debates}"
DEBATE_ID="042-redis-vs-memcached"
DEBATE_DIR="${DEBATE_BASE_DIR}/${DEBATE_ID}"

mkdir -p "${DEBATE_DIR}/rounds"

# Write context.md
cat > "${DEBATE_DIR}/context.md" <<EOF
# Debate: ${QUESTION}

**Debate ID**: ${DEBATE_ID}
**Rounds**: ${ROUNDS}
**Style**: ${STYLE}
**Advisors**: ${ADVISORS}
**Started**: $(date -u +"%Y-%m-%dT%H:%M:%SZ")

## Question
${QUESTION}

## Clarifying Context

**Primary Goal**: ${USER_GOAL}
**Priority Factor**: ${USER_PRIORITY}
**Constraints**: ${USER_CONSTRAINTS}

## Additional Context
[Any relevant context from user's message or files]
[If claude-mem is installed, search for past debates or decisions on this topic using its MCP tools]
EOF

# Initialize state.json
cat > "${DEBATE_DIR}/state.json" <<EOF
{
  "debate_id": "${DEBATE_ID}",
  "question": "${QUESTION}",
  "rounds_total": ${ROUNDS},
  "rounds_completed": 0,
  "advisors": [$(echo "$ADVISORS" | sed 's/,/", "/g' | sed 's/^/"/' | sed 's/$/"/')],
  "user_context": {
    "goal": "${USER_GOAL}",
    "priority": "${USER_PRIORITY}",
    "constraints": "${USER_CONSTRAINTS}"
  },
  "status": "active",
  "created_at": "$(date -u +"%Y-%m-%dT%H:%M:%SZ")"
}
EOF

第 5 步：进行各轮辩论

每一轮都遍历运行时顾问列表，并通过 Octopus 分派任务。启动后会等待每位顾问完成，通常需要几分钟，因此请使用 background execution: true 运行代码块；前台 600000 ms 超时会在 10 分钟后终止它，而启动器最多会等待 OCTOPUS_ADVISOR_WAIT_SECONDS（默认 3600 s）。每份回答都会写入 ${DEBATE_DIR}/rounds/r001_<advisor>.md，顾问名称中除字母、数字、_ 或 - 以外的字符都会替换为 _（codex:model 会生成 r001_codex_model.md）。如果顾问执行失败，则不会生成文件：

ORCH="${HOME}/.claude-octopus/plugin/scripts/orchestrate.sh"
DEBATE_PROMPT="You are {{advisor}} participating in debate round 1.

DEBATE QUESTION: ${QUESTION}

${CONTEXT}

Write a concise, independent analysis (${MAX_WORDS} words). Address implementation tradeoffs, risks, and where other likely perspectives may be wrong."
if ! SUCCESSFUL_EXTERNAL_ADVISORS=$(octo_launch_advisors "$ORCH" "$ADVISORS" \
    "${DEBATE_DIR}/rounds" r001_ "$DEBATE_PROMPT" "$REQUIRED_EXTERNAL_ADVISORS"); then
  echo "The required external debate advisors did not complete successfully." >&2
  exit 1
fi

5.2：启动可选的宿主子 Agent（务实实施者）

仅当 HOST_CLAUDE_ALLOWED=true 且宿主提供子 Agent 时，才通过宿主子 Agent 工具分派 Sonnet。如果不允许使用 Claude，则跳过此步骤。只有在获准的 Sonnet 任务完成并产生可用输出后，才将 HOST_ADVISOR_SUCCESS=1；否则设为 0。Sonnet 可以与外部顾问调用并行运行。

Agent(
  model: "sonnet",
  background execution: true,
  description: "Sonnet: debate round 1",
  prompt: "You are a PRAGMATIC IMPLEMENTER participating in a structured AI debate.
YOUR ROLE: You are the person who would actually have to BUILD this. You care about what ships, what works, and what you'll be debugging at 2am. Ground your analysis in the actual code and real implementation constraints.

DEBATE QUESTION: ${QUESTION}

${CONTEXT}

Write your analysis (${MAX_WORDS} words) to: ${DEBATE_DIR}/rounds/r001_sonnet.md

Cover: implementation feasibility, hidden gotchas, concrete effort estimates, and what the other approaches miss from a builder's perspective."
)

所有获准的顾问完成后，执行至少两个提供方的要求：

if ! octo_consultative_provider_count_is_sufficient \
    "$SUCCESSFUL_EXTERNAL_ADVISORS" "$HOST_ADVISOR_SUCCESS"; then
  echo "A debate requires two successful, allowlisted providers." >&2
  exit 1
fi

为什么用 Sonnet，而不是只增加 Opus？ Sonnet 是一个具有不同优势的独立模型——速度更快、表达更简洁，并且能发现 Opus 更广泛的推理有时会忽略的实现细节。使用不同模型可以避免 Claude 模型系列内部的群体思维。

时机： 在外部顾问调用之前或与之并行启动可选的宿主子 Agent。CLI 调用返回时，Sonnet 通常也已完成。继续执行 5.3 之前，请检查任务是否完成。

5.3：撰写你的分析（Opus）

使用 Read 工具阅读所有顾问的回答，然后撰写你的独立分析：

# Read what all advisors said
for response_file in "${DEBATE_DIR}"/rounds/r001_*.md; do
  printf '\n## %s\n' "$(basename "$response_file" .md)"
  cat "$response_file"
done

# Write your analysis as moderator
cat > "${DEBATE_DIR}/rounds/r001_claude.md" <<EOF
# current host model Analysis - Round 1

[Your independent analysis here, considering but not just summarizing the three advisor perspectives. Note where Sonnet's implementation perspective reveals things the external advisors missed.]
EOF

5.4：质量关卡（Claude-Octopus 增强）

每位顾问回答后，评估回答质量：

evaluate_response_quality() {
    local response_file="${1}"
    local advisor="${2}"

    word_count=$(wc -w < "$response_file")
    has_citations=$(grep -c '\[' "$response_file" || echo 0)
    has_code=$(grep -c '```' "$response_file" || echo 0)
    addresses_others=$(grep -ciE '(gemini|codex|agy|antigravity|claude|sonnet)' "$response_file" || echo 0)

    score=0
    (( word_count >= 50 && word_count <= 1000 )) && (( score += 25 ))
    (( has_citations > 0 )) && (( score += 25 ))
    (( has_code > 0 )) && (( score += 25 ))
    (( addresses_others > 0 )) && (( score += 25 ))

    echo "$score"
}

for response_file in "${DEBATE_DIR}"/rounds/r001_*.md; do
    advisor=$(basename "$response_file" .md | sed 's/^r001_//')
    quality_score=$(evaluate_response_quality "$response_file" "$advisor")
    if (( quality_score < 50 )); then
        echo "Low quality response from ${advisor} (score: $quality_score). Re-prompting..."
        # Re-prompt for more detail
    fi
done

第 6 步：最终综合

所有轮次完成后，撰写全面的综合分析：

cat > "${DEBATE_DIR}/synthesis.md" <<EOF
# Final Synthesis: ${QUESTION}

## Summary of Perspectives

### External Advisor Perspectives
[Key points from each advisor selected in ADVISORS: Codex, Antigravity, or other available providers]

### 🟠 Sonnet's Perspective
[Key points from Sonnet across all rounds — especially implementation feasibility and gotchas]

### 🐙 current host model Perspective
[Your key points across all rounds]

## Areas of Agreement
[Where all advisors converged]

## Areas of Disagreement
[Key points of contention]

## Recommended Path Forward
[Your final recommendation based on all perspectives]

## Next Steps
[Concrete action items for the user]
EOF

第 7 步：向用户呈现结果

阅读综合分析，并在聊天中呈现：

I've completed a ${ROUNDS}-round debate on "${QUESTION}".

[Include key findings from synthesis.md]

Full debate saved to: ${DEBATE_DIR}

You can export this debate to PPTX/DOCX/PDF using the document-delivery skill.

步骤 7.5：生成交付成果（设置 --synthesize 时）

如果用户传入了 --synthesize（或 -s），则在综合分析后生成一份具体的交付成果：

1. 阅读 synthesis.md 文件
2. 确定共识建议和行动项
3. 根据上下文生成以下其中一项：
   • 对于代码主题：包含文件路径和拟议更改的计划
   • 对于内容主题：草稿文档（例如，重写后的 README、PRD 大纲）
   • 对于架构主题：包含理由的决策记录
4. 保存到 ${DEBATE_DIR}/deliverable.md
5. 使用 AskUserQuestion 向用户展示交付成果：
   • “应用此方案”——继续实施
   • “优化”——调整交付成果
   • “仅保存”——将其留作参考，不采取行动

重要：交付成果是提案。未经用户批准，绝不自动应用更改。

使用示例

示例 1：快速辩论

User: /octo:debate Should we use Redis or in-memory cache?

Claude:
1. Creates debate folder at ~/.claude-octopus/debates/${SESSION_ID}/042-redis-vs-memcached/
2. Writes context.md with question
3. Round 1:
   - Launches Sonnet via Agent(model: sonnet, background execution: true) when the provider allowlist permits it
   - Calls orchestrate.sh spawn for each runtime advisor selected by build-fleet.sh, such as codex and agy
   - Waits for Sonnet completion
   - Writes own analysis (Opus) considering all advisor perspectives
4. Writes synthesis.md with final recommendation from all participants
5. Presents results in chat

示例 2：深入的对抗式辩论

User: /octo:debate -r 3 -d adversarial Review our authentication implementation in src/auth.ts

Claude:
1. Reads src/auth.ts to understand context
2. Creates debate folder
3. Round 1 (Sonnet launched in background first, then selected external advisors in parallel):
   - 🟠 Sonnet: Implementation feasibility analysis of auth.ts
   - External advisors selected by build-fleet.sh, such as 🔴 Codex or 🧭 Antigravity depending on availability
   - 🐙 current host model: Your independent analysis considering all advisors
4. Round 2:
   - 🟠 Sonnet: Responds to other participants' points
   - External advisors challenge each other's points
   - 🐙 Claude: You challenge advisor points
5. Round 3:
   - All participants: Final positions
6. Synthesis with quality scores for each advisor
7. Present results with cost tracking

质量检查清单

完成辩论前，请确保：

• 所选参与者均已完成所有轮次
• 每轮都写入了你的独立分析（Opus），而不只是摘要
• Synthesis.md 包含所有参与者的观点
• 已记录顾问回复的质量评分
• 已更新成本跟踪（如果处于 claude-octopus 上下文中）
• 已在聊天中向用户呈现结果
• 已向用户提供辩论文件夹路径

与其他技能集成

文档交付

将辩论导出为专业格式：

After debate completes:
"Would you like to export this debate to PPTX/DOCX/PDF? I can use the document-delivery skill to create a professional presentation."

知识模式

辩论可用于知识模式工作流：

Knowledge mode "deliberate" phase → Run /octo:debate to get multiple perspectives
→ Use synthesis for final decision

回复质量门槛

继续之前，会对每条顾问回复进行评分：

指标	权重	标准
长度	25 分	50-1000 个词（内容充实且简洁）
引用	25 分	包含参考资料、链接或来源
代码示例	25 分	技术示例或代码片段
参与度	25 分	针对其他顾问提出的具体观点作出回应

分数 >= 75：继续。分数为 50-74：警告后继续。分数 < 50：重新提示对方详细阐述。

成本跟踪

典型成本（默认词数限制）：

• 快速（1 轮）：0.02 USD - 0.05 USD
• 深入（3 轮）：0.10 USD - 0.20 USD
• 对抗式（5 轮）：0.25 USD - 0.50 USD

成本跟踪与 ~/.claude-octopus/analytics/ 日志集成。

导出

辩论完成后，通过 document-delivery 技能导出结果：

• PPTX：根据综合分析制作利益相关方演示文稿
• DOCX：根据完整记录制作详细文档
• PDF：包含元数据（主题、参与者、成本）的归档文件

署名

• 原始技能：wolverin0 的 AI Debate Hub
• 版本：v4.8
• 代码库：https://github.com/wolverin0/claude-skills
• 许可证：MIT
• 增强功能：Claude-Octopus 集成（感知会话的存储、质量门槛、成本跟踪、文档导出、使用 Sonnet 的提供方辩论）

准备开始辩论！ 用户可以使用 /octo:debate <question> 或自然语言调用。