Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add markmhendrickson/ateles --skill fix-feature-buggit clone --depth 1 https://github.com/markmhendrickson/atelesWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/markmhendrickson/ateles/fix-feature-bug)<a href="https://agentmods.dev/skills/markmhendrickson/ateles/fix-feature-bug"><img src="https://agentmods.dev/badge/skills/markmhendrickson/ateles/fix-feature-bug/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/markmhendrickson/ateles/fix-feature-bug"><img src="https://agentmods.dev/badge/skills/markmhendrickson/ateles/fix-feature-bug.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00057 | $0.00998 |
| Opus 5.5 | $0.00023 | $0.00399 |
| Sonnet 5.5 | $0.00011 | $0.00200 |
| Haiku 4.5 | $0.00006 | $0.00100 |
Grade A, and why
fix-feature-bug scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 120 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Fix Feature Bug
Systematically fix bugs using error classification and regression testing.
When to Use
Use this skill when:
- User mentions "bug", "error", "fix", "broken", "not working", "failing"
- User reports "issue" or "problem" in context of code/functionality
- Error messages or stack traces are present
- Test failures mentioned
- User mentions "regression" or "broken feature"
- User explicitly invokes
/fix-feature-bug
Workflow
Step 1: Detection and Confirmation
-
Extract bug information from context:
- Error messages or stack traces (if provided)
- Feature/module ID (if mentioned or inferred from paths)
- Description of the problem
- Steps to reproduce (if mentioned)
-
Identify affected feature/module:
- Check error messages for file paths
- Check context for feature mentions
- Check open files for feature references
- If cannot identify → ask: "Which feature/module is affected? (identifier or 'unknown')"
-
Ask for confirmation:
I see you're reporting a bug. Should I fix this using the bug fix workflow? Feature/Module: {identifier} (or 'unknown' if not identified) (yes/no) -
Handle exceptions:
- If user says "no" → do not proceed
- If user says "just document it" → document the bug instead of fixing
Step 2: Execute Bug Fix Workflow
If user confirms (yes):
-
Load configuration:
- Read
foundation-config.yamlfor bug fix workflow settings - Check if
development.bug_fix.error_classification.enabledis true - Determine feature unit directory (if feature units enabled)
- Read
-
Load required documents:
foundation/agent_instructions/cursor_commands/fix_feature_bug.md— workflow- Repository navigation guide (if configured)
- Feature spec and manifest (if feature units enabled and identifier provided)
- Error classification documentation (if configured)
- Relevant subsystem/module docs (if configured)
-
Classify bug (if error classification configured):
- Class 1: Implementation bug (spec correct, code wrong) → Patch code only
- Class 2: Spec bug (code correct, spec wrong) → Update spec first, then align code
- Class 3: Architectural bug (architecture docs wrong) → Update architecture docs first
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 120 lines · 57 tokens per session scan A cc5c66117989
fix-feature-bug is a skill published in the GitHub repository markmhendrickson/ateles (5 stars, last pushed yesterday), licensed MIT. It adds 57 tokens to every session and 998 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
test-hang-watchdog
Prevent and diagnose hanging or long-running Gradle unit tests (> 30s) in Android/Kotlin coroutines codebases. Use when running tests, when a test execution takes unexpectedly long, when background test tasks appear frozen, or when taking thread dumps (jstack) to unblock coroutine deadlocks.
investigate
A structured root-cause investigation method for software bugs. It moves from history and reproduction through tested hypotheses, a focused fix, verification, and a report.
debugging-test-failures
Systematically investigates failing tests, distinguishes between test bugs and implementation bugs, and drives a fix with verification. Use when the user wants to debug failing tests.
ciel-root-cause-debugger
CIEL's framework for systematic error tracing, log analysis, and empirical bug fixing.
fix-bug
Use when a ticket reports defective behaviour — a wrong result, a crash, a regression, "X doesn't work when Y" — and the fix must be proven with a test that fails before and passes after. Invoke for any bug, incident follow-up, or "this used to work" ticket before touching the code.
spoonos-testing-patterns
Test SpoonOS agents effectively. Use when writing unit tests, integration tests, mocking LLM responses, or debugging agent behavior.