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.
日本語の概要は準備中です。原文の説明を表示しています。
Adversarial deliberation process for making decisions. Spawns advocate agents for each option who argue their cases before a judge (you) who renders a verdict.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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.
Judge (You): The Claude instance running this skill. You:
Advocates: Subagents spawned for each option. They:
Identify from user's request:
If options are unclear:
Output: Clear list of N options to deliberate.
Before spawning advocates, ensure you have sufficient context.
Probe for:
Ask clarifying questions proactively - don't assume the initial framing contains everything relevant. Users often omit context they consider obvious.
Conclude fact-finding when:
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.
For each option, spawn an advocate agent:
Task tool with subagent_type: "THK - Advocate"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.
Share all arguments with all advocates:
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.
As judge, you may ask questions to:
Question prompt:
You represent: [OPTION]
The judge asks: [QUESTION]
Respond directly and honestly.
You may question one advocate, multiple advocates, or all of them.
Before rendering judgment, explain your current thinking:
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.
After final arguments, either:
A) Return to Step 5 if:
B) Proceed to judgment if:
Iteration limit: 10 rounds maximum (a "round" is one cycle through steps 4-6)
Present your decision to the user:
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]
If you truly cannot decide:
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].**
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
Good fit:
Poor fit:
The adversarial process ensures:
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.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。