fix-feature-bug
SkillDev toolsFix Feature Bug
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the fix-feature-bug skill
What this skill tells your AI
The instructions your AI receives, as published by markmhendrickson/neotoma in .claude/skills/fix-feature-bug/SKILL.md and read by ahel’s review.
name: fix-feature-bug description: Fix bugs using structured workflow with error classification and regression tests. triggers:
- bug
- error
- fix
- broken
- not working
- failing
- fix-feature-bug
- /fix-feature-bug
Fix Feature Bug
Fix a bug in a feature or module.
Configuration is read from foundation-config.yaml.
This workflow can also be triggered automatically via .claude/rules/bug_fix_detection.md (or foundation/agent_instructions/cursor_rules/bug_fix_detection.md) when you mention bug/error-related patterns in natural language (e.g., "bug", "error", "fix", "broken"). Both paths execute the same workflow.
Workflow
-
Load configuration:
- Read
foundation-config.yamlfor bug fix settings - Check if error classification is configured
- Determine feature/module directory structure
- Read
-
Identify feature/module from error, path, or context.
-
Load relevant documents:
- Repository navigation guide (if configured)
- Feature/module spec and manifest (if available)
- Error classification documentation (if configured)
- Relevant subsystem/module documentation (if configured)
-
Classify bug (if error classification configured):
- Use configured error classification system
- Determine correction approach based on class
-
Apply correction rules:
- If Class 1 (Implementation bug): Patch code only
- If Class 2 (Spec bug): Update spec/manifest first, then align code/tests
- If Class 3 (Architectural bug): Update subsystem/architecture docs first, then rebuild
- If no classification: Fix bug and update relevant documentation
-
Always add a regression test.
-
Run tests:
- Run configured test commands
- Verify fix doesn't break existing functionality
-
Output:
- Error class (if classification configured)
- Reason for classification
- Corrected files
- Tests added/updated
Error Classification (Configurable)
If development.bug_fix.error_classification.enabled: true in foundation-config:
- Class 1: Implementation bug - spec is correct, code doesn't match spec
- Action: Patch code only
- Class 2: Spec bug - spec is incomplete or wrong, code matches spec but spec is wrong
- Action: Update spec/manifest first, then align code/tests
- Class 3: Architectural bug - subsystem/architecture docs are wrong or incomplete
- Action: Update architecture docs first, then rebuild
Configuration
Bug fix workflow uses settings from foundation-config.yaml:
development:
bug_fix:
enabled: true
error_classification:
enabled: false # Enable if you have error classification system
classes:
- name: "Class 1"
description: "Implementation bug"
correction: "Patch code only"
- name: "Class 2"
description: "Spec bug"
correction: "Update spec first, then code"
- name: "Class 3"
description: "Architectural bug"
correction: "Update architecture docs first"
require_regression_test: true
test_commands: # Optional, repo-specific test commands
- "npm test"
- "npm run test:integration"
Inputs
feature_idormodule_name(optional): The feature/module identifier to fix
Signals
- GitHub stars
- 32
- Forks
- 3
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
fix-feature-bug- Source
- github.com/markmhendrickson/neotoma