Audit websites for accessibility issues and WCAG compliance. Use when checking accessibility, fixing a11y issues, or ensuring WCAG compliance.
日本語の概要は準備中です。原文の説明を表示しています。
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).
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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.
Two failure modes, guard against both.
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.
**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.
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.
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。