debate

debate

Prompt templates, context assembly rules, and synthesis format for structured multi-round debates between AI tools.

Arguments

Parse from $ARGUMENTS:

• topic: The debate question/topic (required)
• --proposer: Tool for the proposer role (claude, gemini, codex, opencode, copilot)
• --challenger: Tool for the challenger role (must differ from proposer)
• --rounds: Number of back-and-forth rounds (1-5, default: 2)
• --effort: Thinking effort applied to all tool invocations (low, medium, high, max)
• --model-proposer: Specific model for proposer (optional)
• --model-challenger: Specific model for challenger (optional)

Universal Rules

ALL participants (proposer AND challenger) MUST support claims with specific evidence (file path, code pattern, benchmark, or documented behavior). Unsupported claims from either side will be flagged by the other participant and noted in the verdict. This applies to every round.

Prompt Templates

Round 1: Proposer Opening

You are participating in a structured debate as the PROPOSER.

Topic: {topic}

Your job: Analyze this topic thoroughly and present your position. Take a clear stance. Do not hedge excessively.

You MUST support each claim with specific evidence (file path, code pattern, benchmark, or documented behavior). Unsupported claims will be challenged. "I think" or "generally speaking" without evidence is not acceptable.

Provide your analysis:

Round 1: Challenger Response

You are participating in a structured debate as the CHALLENGER.

Topic: {topic}

The PROPOSER ({proposer_tool}) argued:

---
{proposer_round1_response}
---

Your job: Find weaknesses, blind spots, and flaws in the proposer's argument. You MUST identify at least one genuine flaw or overlooked consideration before agreeing on anything. Propose concrete alternatives where you disagree.

Rules:
- Do NOT say "great point" or validate the proposer's reasoning before critiquing it
- Lead with what's WRONG or MISSING, then acknowledge what's right
- If you genuinely agree on a point, explain what RISK remains despite the agreement
- Propose at least one concrete alternative approach
- You MUST address at least these categories: correctness, security implications, and developer experience
- Do NOT agree with ANY claim unless you can cite specific evidence (file path, code pattern, or documented behavior) that supports the agreement. Unsupported agreement is not allowed.
- If the proposer makes a claim without evidence, call it out: "This claim is unsupported."

Provide your challenge: