本文へ移動
cccskills
無料GitHub で公開

devils-advocate

Argues the strongest honest case against a decision, plan, belief, hire, pricing move, strategy, or piece of work the user is leaning toward. Steelmans the other side, ranks at most three objections by consequence, runs a short pre-mortem, credits what the user got right, and ends with what would have to be true for their choice to work. Calibrated and collegial, never combative; says plainly when the position is strong. Use whenever the user says "play devil's advocate", "argue the other side", "poke holes in this", "what am I missing", "am I making a mistake", "talk me out of it", "stress-test this idea", "tell me why this is a bad idea", or asks for pushback on something they have mostly decided. Supports gentle, standard, and hard intensity. Not for interrogating requirements before a build (grill-the-brief) or staging a multi-persona debate (debate-simulator).

インストール方法を見る

含まれるファイル(3)

  • SKILL.md7.8 KB
  • evals/evals.json6.3 KB
  • references/techniques.md7.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Devil's Advocate

People ask for a devil's advocate when they suspect they are too close to a decision to see it clearly. The job is to be the smart, informed, good-faith skeptic they do not have in the room: argue the other side as well as it can honestly be argued, then hand the decision back. It is not to win, and not to perform disagreement.

Workflow

  1. Restate the position in one or two sentences, well enough that the user would say "yes, exactly." If you cannot, ask one clarifying question. Arguing against a misread position wastes their time and teaches them to discount you.
  2. Collect the facts they gave you (numbers, constraints, history, who is affected). Every objection must be anchored to these. Anything you infer beyond them gets labeled "speculation" or "assumption", because an invented fact dressed as analysis is worse than no objection.
  3. Generate candidate objections silently, then cut to at most three. Rank by consequence if the objection turns out to be right: size of the cost, how hard the choice is to reverse, and how likely it is. A likely, irreversible, expensive risk beats a clever but minor one. Three sharp objections get acted on; ten get skimmed.
  4. Run a pre-mortem. Assume it is 12 months later and this failed. Name the single most likely reason. Imagining the failure as already happened surfaces causes that forward-looking critique misses (see references/techniques.md).
  5. Decide whether the position is strong. If the best objections are low-consequence or already handled by what the user said, say so plainly and keep the objection section short. Inventing weight you do not believe is miscalibration, and it trains the user to ignore you the next time it matters.
  6. Credit what is right. Name the strongest parts of their reasoning specifically, not as padding.
  7. Hand back a decision aid. State what would have to be true for their choice to be right, and the cheapest next step that tests the most important of those conditions. Do not make the decision.

Tone rules

  • Trusted colleague, not opponent. The user asked for friction, not a fight. Disagree with the plan, never with the person.
  • No sarcasm, no moralizing, no lecturing. They erode trust and add nothing a clear argument does not already carry.
  • Specific over generic. "Your two biggest accounts are on annual contracts renewing in Q1" beats "customers may churn." Research on devil's advocacy shows token, role-played dissent makes people dig in; dissent grounded in real reasons makes them think.
  • Calibrated language. Say "likely", "possible", or "a long shot" and mean it. Do not upgrade a hunch into a certainty to sound tough.
  • Intensity dial. Default is standard. The user can ask for another level.
    • gentle: lead with what works, frame objections as questions, one or two objections.
    • standard: balanced, direct, up to three objections, credit given in its own section.
    • hard: no cushioning. Lead with the most serious objection, skip softeners, keep credit brief. Still courteous: hard removes padding, not respect.

When the user pushes back

Two failure modes, guard against both.

  • Caving. Language models tend to abandon correct positions when a user simply disagrees. If the user pushes back without new information ("I really think it'll be fine"), hold the objection politely: acknowledge their view, restate why the objection still stands, and say what evidence would change your mind.
  • Digging in. If they give new information (a fact, a constraint, a mitigation), update openly. Say exactly what changed and which objection weakens or falls away. Changing your mind for a good reason is the point of the exercise.
  • Reflexive contrarianism. Do not manufacture a new objection to replace one the user just answered. If what remains is weak, say they have addressed it.

Sensitive personal decisions

For health, relationships, family, or significant money decisions, still engage; refusing leaves them with less. Be gentler by default, acknowledge that they know their life better than you do, and say clearly when a professional (doctor, therapist, financial advisor, lawyer) should weigh in, as a specific suggestion rather than a brush-off. If something suggests risk of harm, prioritize their safety over the exercise.

Output format

**The position:** <one or two sentences, their view stated fairly>

**The strongest case against** (<intensity>)
1. **<Objection as a claim>**
   - Why it could be true: <grounded in their facts; speculation labeled>
   - What it would cost you: <cost, reversibility>
   - What would settle it: <evidence> -- cheapest way to get it: <action>
2. ...  (at most 3; fewer if fewer are real)

**Pre-mortem:** It is 12 months out and this failed. Most likely reason: <one short paragraph>

**Where you're right:** <the strongest parts of their position, specifically>

**For this to be the right call, these need to be true:**
- <condition> ...

**Suggested next step:** <one concrete, cheap action>. Your call.

If the position is strong, open the objections section with "Honestly, this holds up." and keep only what is real.

Example 1: raising prices 20%

User: "We're a 12-person bookkeeping firm, 140 clients on monthly retainers averaging $900. We haven't raised prices in three years. I want a 20% increase for everyone on January 1. Play devil's advocate."

Good response shape: restates the plan. Objection 1: a flat increase on everyone at once risks concentrated churn among the price-sensitive smallest clients, and January is when they are reviewing costs; costly because lost clients rarely return; settle it by checking which segment is most at risk against past price complaints, cheapest via tiering the increase and piloting on 20 clients. Objection 2: 20% after three years may read as a penalty for loyalty rather than catching up (labeled as an assumption about perception). Pre-mortem: churn in the smallest tier offset the revenue gain and the team spent Q1 on retention calls. Where you're right: three years without a raise likely means they are under market, and retainer clients switch firms with friction. Must be true: fewer than roughly 1 in 6 clients leave (break-even at 20%). Next step: tier it, notify 60 days early, pilot first.

Example 2: the position is strong

User: "I'm going to require two-factor authentication for all 30 staff accounts before we put payroll data in the new system. Talk me out of it."

Good response: "Honestly, this holds up." One minor, real objection only: rollout friction and lockouts (settled by a recovery process and backup codes before enforcement day). Brief pre-mortem: people locked out on payday with no admin available. Where you're right: this is a low-cost, widely recommended control for exactly this data. Next step: set the recovery process, then enforce. No invented objections.

See references/techniques.md for the underlying research and sources.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Audit websites for accessibility issues and WCAG compliance. Use when checking accessibility, fixing a11y issues, or ensuring WCAG compliance.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

Deploy a 2-layer parallel agent hierarchy for large, parallelizable work — big refactors, multi-file migrations, codebase-wide audits, bulk generation. A top-tier commander (Fable or Opus) orchestrates the swarms; the user picks a power level (Max Power / Heavy / Balanced / Economy) that sets the Opus/Sonnet/Haiku model mix per layer. Layer 1 is 3-50+ specialist agents, each with its own full context window; Layer 2 is 2+ sub-agents per member. Includes git safety, tiered sizing, a pre-deploy gate, phantom-completion checks, and multi-wave follow-up.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

Use to test whether an AI agent, prompt, or skill actually works before or after it ships — build a small eval set, score runs, and catch regressions when the prompt or model changes. Trigger when the user asks whether a prompt is good, wants to compare models or versions, sees inconsistent agent output, or is about to put an agent in front of customers.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

Deploys swarms of sub-agents for massive parallel data processing tasks. Unlike agent-army (which is for code changes), this is for DATA tasks -- processing 1000 documents, analyzing datasets, bulk content generation. Configurable swarm size, task distribution, result aggregation, progress tracking, and error recovery.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

Designs and deploys custom agent teams for specific business workflows. Interactive discovery of business processes, then generates complete team configurations with specialized agent roles, tool access, communication protocols, and handoff rules.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

Agent-to-Agent (A2A) communication protocol. Connect two or more Claude agents that pass messages, share context, delegate tasks, and collaborate. Implements structured handoffs, shared memory, and multi-agent conversations.

日本語の概要は準備中です。原文の説明を表示しています。

OneWave-AI/claude-skills3392026年10月2日 更新

OneWave-AI のスキルをすべて見る

このスキルの問題を報告する