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 agentmods add instructions/iamcxa/kc-claude-plugins/claude-mdgit clone --depth 1 https://github.com/iamcxa/kc-claude-pluginsWrote 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/instructions/iamcxa/kc-claude-plugins/claude-md)<a href="https://agentmods.dev/instructions/iamcxa/kc-claude-plugins/claude-md"><img src="https://agentmods.dev/badge/instructions/iamcxa/kc-claude-plugins/claude-md.svg" alt="Measured on agentmods" 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.02462 | $0.02462 |
| Opus 5 | $0.01231 | $0.01231 |
| Sonnet 5 | $0.00492 | $0.00492 |
| Haiku 4.5 | $0.00246 | $0.00246 |
Grade A, and why
kc-claude-plugins CLAUDE.md 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 2d 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 — 118 lines — stays where its author put it; the contents beside it link to each section on GitHub.
kc-claude-plugins
Public marketplace repo containing seven plugins: e2e-pipeline, kc-plugin-forge, kc-nightwatch, kc-hyperfocus, kc-team-ops, kc-pr-flow, and kc-dev-flow. Plugins may keep their own CLAUDE.md for plugin-internal conventions. This file documents repo-wide rules that apply to PRs touching any plugin or the marketplace manifest.
Plugin Versioning & Release — release-please (MANDATORY)
Versioning, tagging, and changelogs are owned by release-please (monorepo manifest mode, one independent component per plugin — see release-please-config.json + .release-please-manifest.json). Do not hand-bump versions in a feature PR. A feature PR touches only its plugin's files (<plugin>/**) using Conventional Commits; the version bump is proposed automatically.
How a release happens
- Feature PR — implement under
<plugin>/, Conventional-Commit scoped to that plugin (feat(<plugin>): …/fix(<plugin>): …). No version edits, no marketplace / codex manifest edits for versioning. Squash-merge tomain. - Release PR (automatic) — on push to
main,.github/workflows/release-please.ymlopens/updates a Release PR that, per changed plugin, bumps the version across<plugin>/.claude-plugin/plugin.json,<plugin>/.codex-plugin/plugin.json, and that plugin's.claude-plugin/marketplace.jsonentry (version string only — the bespoke marketplacedescription/keywordsare never touched), and writes<plugin>/CHANGELOG.md. - Merge the Release PR — release-please cuts the
<plugin>-vX.Y.Ztag + GitHub Release. ARELEASE_PLEASE_TOKENPAT is required so the bot-opened Release PR fires the required status checks — see the comment inrelease-please.yml.
New components inherit the repository's explicit initial-version: 0.1.0
policy. Cross-repository adopters must pin only an actually published tag after
the Release PR merges; never prepare a final dependency pin from a predicted
release version.
Version lives in release-please's component manifest and is propagated to <plugin>/.claude-plugin/plugin.json, the Codex manifest, and the marketplace entry. In extra-files, plugin files are package-relative (for example .claude-plugin/plugin.json), while repo-root files require a leading / (for example /.claude-plugin/marketplace.json). The README no longer carries per-plugin version badges (marketplace.json / tags / Releases are the source).
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.
- 2d ago Changed · +14 lines · +249 tokens per session c6ac84eb1509
- 5d ago First seen · 104 lines · 2,213 tokens per session scan A e9583375d463
kc-claude-plugins CLAUDE.md is an instructions file published in the GitHub repository iamcxa/kc-claude-plugins (3 stars, last pushed today), licensed MIT. It adds 2,462 tokens to every session, about $0.0123 per session on Opus 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 instructions, from other repositories
planning-with-files AGENTS.md
AGENTS.md instructions for OthmanAdi/planning-with-files, covering agents.md — planning-with-files agent reference card, commit rules, release checklist (12 steps), version bump scope and changelog format.
openrouter-mcp-multimodal AGENTS.md
AGENTS.md instructions for stabgan/openrouter-mcp-multimodal, covering agent instructions, before you ship, releasing (read this before publishing), short version and version files (must all match package.json).
OpenMicro AGENTS.md
Instructions for stephenleo/OpenMicro, covering openmicro — project conventions and releases.
ai-usagebar CLAUDE.md
Claude Code instructions for akitaonrails/ai-usagebar, covering claude.md, release checklist — must do all of these, hard invariants — never break these, secret-discipline rules (learned the hard way) and live api smoke discipline.
living-manual CLAUDE.md
Instructions for dougstanford/living-manual, covering living-manual, start of every session, how work lands — non-negotiable, user's manual (living-manual) and releasing.
yandex360-mcp CLAUDE.md
Claude Code instructions for pa1ch/yandex360-mcp, covering claude.md — гайд для ассистента, как устроен релиз (всё автоматически по тегу), процедура релиза (шаги ассистента), гарды and архитектура (кратко).