본문으로 건너뛰기
cccskills
무료GitHub에 공개

think-deliberate

Adversarial deliberation process for making decisions. Spawns advocate agents for each option who argue their cases before a judge (you) who renders a verdict.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md7.3 KB
  • references/README.md8.8 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Think-Deliberate - Adversarial Decision Making

Uses adversarial representation to ensure all options are robustly explored before making a decision. Inspired by the legal adversarial system where truth emerges from the collision of well-argued positions.

Roles

Judge (You): The Claude instance running this skill. You:

  • Identify the options to be deliberated
  • Spawn advocate agents for each option
  • Listen to arguments and rebuttals
  • Ask probing questions
  • Render final judgment (or admit inability to decide)

Advocates: Subagents spawned for each option. They:

  • Argue vigorously for their assigned option
  • Research and gather evidence
  • Rebut opposing arguments
  • Acknowledge genuine weaknesses when challenged (good faith requirement)

Workflow

1. Parse the Decision

Identify from user's request:

  • What decision needs to be made?
  • What are the options? (minimum 2, no maximum)
  • What criteria matter for this decision?
  • What context is relevant?

If options are unclear:

  • Ask user to enumerate the options explicitly
  • Confirm you've understood them correctly

Output: Clear list of N options to deliberate.

2. Fact-Finding

Before spawning advocates, ensure you have sufficient context.

Probe for:

  • Constraints: Budget, timeline, technical limitations, organizational requirements
  • Context: Why is this decision being made now? What prompted it?
  • History: What has been tried before? What's already been ruled out?
  • Stakeholders: Who else is affected? What are their preferences?
  • Non-negotiables: Are any criteria must-haves vs nice-to-haves?
  • Success criteria: How will you know the decision was correct?

Ask clarifying questions proactively - don't assume the initial framing contains everything relevant. Users often omit context they consider obvious.

Conclude fact-finding when:

  • You understand the decision's importance and urgency
  • You know the key constraints advocates must work within
  • You could explain the decision context to a colleague
  • The user indicates they're ready to proceed

Keep it focused - you're gathering context, not conducting an interview. 3-5 clarifying questions is typical; more than 10 suggests the decision isn't ready for deliberation.

3. Spawn Advocates (Parallel)

For each option, spawn an advocate agent:

  • Use Task tool with subagent_type: "THK - Advocate"
  • Pass the option they represent
  • Pass the decision context and criteria
  • Pass any relevant background information
  • All advocates present initial arguments in parallel

Advocate prompt template:

You represent: [OPTION]

Decision context: [WHAT IS BEING DECIDED]

Relevant criteria: [WHAT MATTERS FOR THIS DECISION]

Background: [ANY CONTEXT THE USER PROVIDED]

Present your initial argument for why [OPTION] is the best choice.

Collect initial arguments from all advocates.

4. Rebuttal Round (Parallel)

Share all arguments with all advocates:

  • Each advocate sees what the others argued
  • Each advocate responds with rebuttals
  • All rebuttals collected in parallel

Rebuttal prompt template:

You represent: [OPTION]

Here are the arguments made by all advocates:

[ADVOCATE 1 - OPTION A]:
[argument]

[ADVOCATE 2 - OPTION B]:
[argument]

...

Present your rebuttal. Address the strongest points made against your option and counter the arguments made for competing options.

5. Judge's Questions (Optional)

As judge, you may ask questions to:

  • Probe weaknesses you've identified
  • Request clarification on claims
  • Test how advocates handle challenges
  • Explore edge cases or scenarios

Question prompt:

You represent: [OPTION]

The judge asks: [QUESTION]

Respond directly and honestly.

You may question one advocate, multiple advocates, or all of them.

6. Pre-Judgment Disclosure

Before rendering judgment, explain your current thinking:

  • Which way you're leaning
  • What reasoning is driving that
  • What concerns remain

Give advocates a final opportunity to respond:

You represent: [OPTION]

The judge is leaning toward [OTHER OPTION] for the following reasons:
[REASONING]

This is your final opportunity to make your case. Respond to the judge's reasoning.

Collect final arguments in parallel.

7. Iterate or Conclude

After final arguments, either:

A) Return to Step 5 if:

  • New questions arose from final arguments
  • You need more information to decide
  • An advocate raised a point that needs exploration

B) Proceed to judgment if:

  • You have sufficient information
  • Further deliberation is unlikely to change the outcome
  • You've reached the iteration limit

Iteration limit: 10 rounds maximum (a "round" is one cycle through steps 4-6)

8. Render Judgment

Present your decision to the user:

  1. The verdict: Which option you recommend
  2. Primary reasoning: The 2-3 most important factors
  3. Acknowledgment of trade-offs: What you're giving up
  4. Confidence level: How confident you are in this decision
  5. Key evidence: What most influenced your decision

Format:

## Judgment

**Recommendation:** [OPTION]

**Reasoning:**
[Why this option wins]

**Trade-offs:**
[What you're sacrificing by not choosing alternatives]

**Confidence:** [High/Medium/Low] - [Brief explanation]

**Key factors:**
- [Factor 1]
- [Factor 2]
- [Factor 3]

9. Unable to Decide (Alternative Ending)

If you truly cannot decide:

  • The options are genuinely equivalent
  • Critical information is unavailable
  • The decision depends on user preferences you can't infer

Present to user:

## Unable to Render Judgment

I cannot make a definitive recommendation because: [REASON]

**The deliberation revealed:**
- [Key insight 1]
- [Key insight 2]

**The decision hinges on:**
- [Factor the user must weigh]
- [Personal preference that matters]

**If you value X, choose [OPTION A].**
**If you value Y, choose [OPTION B].**

Constraints

Iteration limit: Maximum 10 rounds of deliberation Model: All advocates use opus for best reasoning Tool access: Advocates have full tool access for research Good faith: Advocates must not fabricate facts or misrepresent options

When to Use This Skill

Good fit:

  • Vendor/tool/library selection
  • Architectural decisions with multiple valid approaches
  • Build vs buy decisions
  • Technology stack choices
  • Strategic decisions with trade-offs

Poor fit:

  • Decisions with a clearly correct answer
  • Simple preferences (just ask the user)
  • Decisions requiring real-world testing to resolve
  • Ethical dilemmas (advocacy framing may be inappropriate)

Philosophy

The adversarial process ensures:

  • All options get their best case made - no option dismissed prematurely
  • Weaknesses are exposed - advocates attack each other's positions
  • Evidence is gathered - advocates research to support their cases
  • Trade-offs are explicit - the collision of arguments reveals what you're giving up

The judge's job is not to be passive. Ask hard questions. Challenge weak arguments. Push advocates to address concerns. The quality of the judgment depends on the rigor of the process.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

bug-fix

무료

Bug-fixing workflow that coordinates diagnosis, test-driven reproduction, root-cause analysis, and targeted fixes. Use when the user wants to fix a bug with thorough investigation and regression testing.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

bug-hunt

무료

Proactive bug-hunting workflow. Assesses codebase risk through complexity, coverage, and structural analysis, then spawns focused investigators that write reproducing tests to validate suspected bugs. Thoroughness over speed. Advisory only — produces findings and proposes tickets; does not implement fixes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

implement

무료

Iterative development workflow that coordinates implementation, refactoring, QA, and documentation agents to complete features systematically. Use when the user wants a full development workflow with quality checks.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

Multi-ticket batch workflow. Takes a batch of tickets, plans execution order, implements each via /implement in autonomous mode, runs cross-cutting quality passes, and presents results for final review.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

Full-lifecycle project workflow. Takes batched tickets, implements via /implement-batch, runs smoke tests, then executes a comprehensive quality pipeline (refactor, review-arch, review-test, tidy-docs, review-release). Maximizes autonomy with andon cord escape.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

Autonomous bug-elimination loop. Iteratively invokes /bug-hunt and /implement-batch until findings converge below an operator-specified severity floor. At termination, runs /review-test scoped to the run's new reproducing tests and fixes quality issues above the floor. Auto-approves /bug-hunt and /review-test ticket proposals; pulls the andon cord on contested findings, repeated implementation failure, hard-cap exhaustion, or breaking-change proposals. Optional /refactor finisher.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

chrisallenlane/claude-swe-workflows182026년 5월 19일 업데이트

chrisallenlane의 스킬 모두 보기

이 스킬의 문제 신고