fix

Solid

Fix bugs confined to 1-3 files in a development environment. Hand it a filed issue number and that fix carries straight through. Do NOT use for new feature implementation or changes spanning 4 or more files (write the plan via /think and /issue, then hand the number to the build workflow).

AI & Automation 12 stars 1 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
37
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /fix - Quick Bug Fix ## Input The shape of `$ARGUMENTS` decides the entry point. Scope is limited to small, well-understood issues of 1-3 files. When several findings are handed over directly, fix them one at a time, highest severity first. When the impact spans 4+ files, check the multi-file trigger in § Escalation first. | Pattern | How it is read | Enters at | | ------------------------------------------- | ----------------------------------------------- | -------------- | | A finding carrying `file:line` and severity | Use it as it stands | Triage | | `/^#?[0-9]+$/` | Read the body via `gh issue view <number>` | Build Check | | empty | Ask for the bug description via AskUserQuestion | Outcome Anchor | | otherwise | Take the text as a bug description | Outcome Anchor | ## Outcome Anchor Read `.claude/OUTCOME.md` before Build Check. If absent, generate the stub via /outcome. Confirm the bug or fix lives inside the outcome state. If outside, § Escalation. ## Build Check Detect the build command from package.json or project config and run it. | Result | Action | | ------------ | ------------------------------------------------ | | Build errors | `Agent(subagent_type: resolver-build)`, then E...

Details

Author
thkt
Repository
thkt/dotclaude
Created
1 years ago
Last Updated
yesterday
Language
TypeScript
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category