code-buster: Skill for Claude Code

.agents/skills/code-buster-rule-development/SKILL.md

code-buster-rule-development is a skill for Claude Code, Codex from tool-bunker/code-buster. It costs 39 tokens per session (1,221 once invoked), scanned A, original, MIT.

A guide for adding or changing Code Buster checks, including their evidence, severity, confidence, source handling, and tests. Code Buster is a tool that analyzes source code for possible problems.

In plain words
What is it for?
Use it when changing detection rules, security or quality findings, metadata, deduplication, caching, or how source files are classified.
Why use it?
It helps avoid unreliable warnings by requiring clear evidence, safe-case handling, and focused regression tests.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: installed under .agents/ (shared by several agents).

This is tool-bunker/code-buster's own configuration. It tells Claude Code and Codex how to work on code-buster itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything code-buster configures →

Needs its repository: it runs a file that does not travel with it, so clone the repository first. The line is ./target/release/cb version.

Reuse

Borrowing it

Nothing to install: this file belongs to tool-bunker/code-buster. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/tool-bunker/code-buster/main/.agents/skills/code-buster-rule-development/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/tool-bunker/code-buster

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for code-buster-rule-development

README.md
[![agentmods](https://agentmods.dev/badge/skills/tool-bunker/code-buster/code-buster-rule-development/github.svg)](https://agentmods.dev/skills/tool-bunker/code-buster/code-buster-rule-development)
Your own site
<a href="https://agentmods.dev/skills/tool-bunker/code-buster/code-buster-rule-development"><img src="https://agentmods.dev/badge/skills/tool-bunker/code-buster/code-buster-rule-development/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.

agentmods 80×15 button for code-buster-rule-development

Your own site · 80×15
<a href="https://agentmods.dev/skills/tool-bunker/code-buster/code-buster-rule-development"><img src="https://agentmods.dev/badge/skills/tool-bunker/code-buster/code-buster-rule-development.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 39 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,221 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00039 $0.01221
Opus 5.5 $0.00016 $0.00488
Sonnet 5.5 $0.00008 $0.00244
Haiku 4.5 $0.00004 $0.00122

Measured 11d ago against content hash 4365e3913375, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

code-buster-rule-development 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 11d 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.

.agents/skills/code-buster-rule-development/SKILL.md · 153 lines

How it starts

The opening of the file, as written. The whole thing — 153 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Code Buster rule development

Use this skill when changing detection, severity, taxonomy, confidence, deduplication, source-role handling, safe-pattern handling, or reported evidence. Run commands from the code-buster/ repository root.

Define the observable contract

Before editing, write down:

  • the exact risky construct and why it matters;
  • affected languages, versions, and frameworks;
  • whether the result is actionable or advisory;
  • the minimum semantic evidence and expected confidence;
  • known safe and intentional forms;
  • applicable production, test, generated, example, benchmark, and vendored roles;
  • deduplication scope: occurrence, function, file, package, component, or repository;
  • limitations that remain after implementation.

A token match is not automatically a defect. Prefer evidence from API boundaries, ownership, sinks, control flow, configuration, parsed structure, or framework conventions.

Research before editing

  1. Locate the owning analyzer, canonical JSON definition, execution pack, and focused tests.
  2. Use language-server references before changing exported symbols.
  3. Reuse SourceAnalysisContext, lexical masks, source indexes, cached regular expressions, graph facts, and path classifiers.
  4. Check whether the language already parses once and exposes a shared representation.
  5. Check how effective policy maps groups, taxonomy, advisory modes, baselines, and source roles.
  6. Run the current detector against the motivating source and inspect representative findings.

Fix the general semantic cause. Never add repository-name, repository-path, filename, or one-off source-text exceptions.

Choose the strongest available analysis

Prefer, in order:

  1. resolved language or framework semantics already exposed by an analyzer;
  2. parsed structure and ownership;
  3. token streams with established masking;
  4. conservative lexical evidence.

Do not replace available structured evidence with regular expressions. Define fixed regular expressions in LazyLock, and avoid rescanning the same source for every rule when a shared index can compute the evidence once.

Read the full file on GitHub · 153 lines

Changes

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.

  1. 11d ago Changed · +2 lines · +1 tokens per session scan C → A 4365e3913375
  2. 29d ago First seen · 151 lines · 38 tokens per session scan C 39dc9e36ac94

Subscribe to this mod's changes

code-buster-rule-development is a skill published in the GitHub repository tool-bunker/code-buster (86 stars, last pushed 3d ago), licensed MIT. It adds 39 tokens to every session and 1,221 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-09-28.

Related

Other skills, from other repositories

roam

Codebase comprehension via roam-code CLI. Use when exploring codebases, planning modifications, debugging failures, assessing PR risk, or checking architecture health. Triggers on: understanding project structure, pre-change safety checks, finding symbols/files, blast radius analysis, affected tests, health scoring…

Cranot/roam-code · 86 tokens

dekko-verify

Sanity-check a suspiciously low or zero call-graph result from dekko (getcallers, getcallees, findusages, impactedtests, unused) before concluding "no callers" or "dead code," or a heritage/throws-provenance result (query supertypes, query subtypes, query throws) that labels something (external) when you expect it to…

aahlijia/dekko · 151 tokens

dekko-refactor

List every site a rename, move, or signature change must touch before editing, then prove nothing was missed after. Trigger when about to rename a function, method, class or type, rename or move a file or module, change a parameter list or return type, move a symbol between files, or remove a symbol, in a repo with a…

aahlijia/dekko · 125 tokens

dekko-debug

Work a stack trace, exception, or error report from dekko's map instead of reading each frame's file. Trigger when given a traceback, an exception type or message, a failing test's error, or a question like "why does X raise", "who handles this error", "how does control get from A to B", or "where is this env var…

aahlijia/dekko · 120 tokens

stuck

Diagnose frozen, stuck, or slow Qwen Code sessions on this machine. Scans for problematic processes, high CPU/memory usage, hung subprocesses, and debug logs. Use /stuck or /stuck to focus on a specific process.

QwenLM/qwen-code · 57 tokens

structured-debugging

Hypothesis-driven debugging methodology for hard bugs. Use this skill whenever you're investigating non-trivial bugs, unexpected behavior, flaky tests, or tracing issues through complex systems. Activate proactively when debugging requires more than a quick glance — especially when the first attempt at a fix didn't…

QwenLM/qwen-code · 85 tokens