team-attention/hoyeon/bugfix
Claude Code and agent skill by team-attention/hoyeon
- community
Checking that the SKILL.md file is still in the repository.
Root cause based one-shot bug fix. debugger diagnosis → requirements.md generation → /execute. /bugfix "error description" Full investigation pipeline: debugger + gap-analyzer + standard verify. QA suggestion after successful fix.
Install
npx vskill@latest install team-attention/hoyeon/bugfixSKILL.md
/bugfix Skill
Root cause based one-shot bug fix. Diagnose → generate requirements.md → delegate to /execute for fix, verification, and commit.
The Iron Law
Architecture
Execution Mode
Always runs the full investigation + execution pipeline. No SIMPLE/COMPLEX branching.
| Phase 1 | Retry | |
|---|---|---|
| debugger + verification-planner + gap-analyzer | bugfix-managed (max 3) |
/execute will prompt for dispatch/work/verify via AskUserQuestion when invoked — bugfix does not pre-select these modes.
Phase 1: DIAGNOSE
Step 1.1: Parse Input
Extract from user input:
- Bug description: error message, symptoms, reproduction steps
- Error output: stack trace, test failure logs (if available)
- Context: related files, recent changes (if available)
Initialize Debug State:
Step 1.2: Parallel Investigation
Always dispatch 2 agents in parallel:
After receiving debugger results, update debug-state.md:
Step 1.3: Gap Analysis
Always run gap-analyzer after debugger results:
Step 1.3b: Blast-radius Quick Scan
After debugger identifies root_cause.location (e.g. src/auth/token.ts:42), extract the function/module name and run grep-based structural scan. Always use wc -l so the LLM compares integers, not raw grep output.
Use -F (fixed string) to avoid regex injection from extracted symbols. Empty or malformed symbols → skip that signal, do NOT fail the phase.
Store the scan in DEBUG_STATE:
Blind-spot note: grep misses dynamic dispatch, reflection, and non-JS/Python import forms. Low counts = no data, not safety.
Step 1.3c: Triage Recommendation
Compute a routing hint from the scan. This is advisory only — actual routing decision happens at Step 1.4 with user input.
Rules (first match wins):
| Condition | Hint | |
|---|---|---|
hot_path > 0 | /specify recommended — touches critical path (auth/payment/migration/schema) | |
debugger.severity == COMPLEX AND callers > 10 AND callers > total_files × 0.05 | /specify recommended — wide blast radius ({callers} callers, >5% of repo) | |
debugger.assumptions section non-empty AND root cause text contains uncertainty markers (?, 추정, possibly, may, unclear) | /discuss recommended — root cause unclear | |
| none of the above | bugfix appropriate |
Store the hint in DEBUG_STATE:
Step 1.4: User Confirmation
Present debugger results + blast-radius scan + triage hint for user confirmation.
The triage hint is advisory — the user always makes the final routing decision.
Handoff on /specify selection:
Phase 2: REQUIREMENTS GENERATION
Convert diagnosis results into requirements.md format. requirements.md is the standard format consumed by /execute, and serves as escalation context for /specify on failure.
Step 2.1: Initialize
This creates ${SPEC_DIR}/requirements.md with a stub template.
Step 2.2: Write requirements content
Overwrite ${SPEC_DIR}/requirements.md with the full requirements derived from diagnosis results. Use the Write tool directly.
What to include:
Mapping rules:
- Convert debugger's reproduction steps into GWT (given/when/then) for each sub-requirement
given: the precondition/state that triggers the bugwhen: the action that exercises the broken paththen: the expected (post-fix) outcome- If debugger identified edge cases / similar issues, add sub-requirements for each (one sub per scenario)
- Include a constraints section with fix-scope guardrails
Step 2.3: Register
Update debug-state.md with spec_dir: ${SPEC_DIR}.
Phase 3: EXECUTE
Hand off requirements.md to /execute. Execute2 reads requirements.md from the spec dir and derives plan.json internally.
What execute handles:
- Prompts the user for dispatch / work / verify via AskUserQuestion
- Worker dispatch according to the chosen dispatch mode
- Round-level commit
- Verify recipe according to the chosen verify depth
- Final report
Result judgment:
Phase 4: RESULT HANDLING
When execute HALTs.
Step 4.1: Read Failure Context
Step 4.2: Retry
Stagnation Detection (attempt >= 2):
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/bugfix/SKILL.md
Popularity
- Repository stars
- 69
- Repository forks
- 7
- 7-day trend score
- 21
Stars and forks are for the whole GitHub repository, not this skill alone. Refreshed 17 Mar 2026, 7 months ago.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/team-attention/hoyeon/bugfix)