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 hariharapanigrahy/layerkit --skill layerkit-deletion-firstgit clone --depth 1 https://github.com/hariharapanigrahy/layerkitWrote 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/hariharapanigrahy/layerkit/layerkit-deletion-first)<a href="https://agentmods.dev/skills/hariharapanigrahy/layerkit/layerkit-deletion-first"><img src="https://agentmods.dev/badge/skills/hariharapanigrahy/layerkit/layerkit-deletion-first.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.00053 | $0.00559 |
| Opus 5 | $0.00026 | $0.00280 |
| Sonnet 5 | $0.00011 | $0.00112 |
| Haiku 4.5 | $0.00005 | $0.00056 |
Grade A, and why
layerkit-deletion-first 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 7d 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 — 53 lines — stays where its author put it; the contents beside it link to each section on GitHub.
layerkit-deletion-first
Use this skill before implementation work, especially before layerkit-source-edit-client edits production datalayer code.
Before adding code, identify existing code, docs, tests, fixtures, and package surfaces that can be removed or rewritten.
Before a large deletion/rewrite or strategic redirect, prove the new direction with one small passing gate: an eval, end-to-end QA check, contract-heal case, or before/after acceptance test.
Protocol
- Identify existing code, docs, tests, fixtures, scripts, exports, commands, and shims that can be removed or rewritten.
- Prefer modifying or deleting existing code over adding files.
- Do not add a new abstraction until the existing abstraction has been inspected and cannot reasonably change.
- For every new file, function, export, command, fixture, or skill, state what it replaces.
- If it replaces nothing, justify why the expansion is necessary.
- Target net-negative or near-neutral LOC unless functionality truly expands.
- Before a strategic redirect or large deletion/rewrite, define what must pass, the proof artifact, and the fallback if validation fails; record the proof step before continuing.
- Keep tests proportional to the implementation size; release hardening must cover client-package edit paths, mapping semantics, deletion-first behavior, and CI/eval gates touched by the change.
Deletion Pass
Check these surfaces before adding:
- stale demos, design notes, launch scripts, sample-only assets
- legacy wrappers and compatibility aliases not required by public API
- tests for removed behavior
- duplicated command paths or old workflow names
- unused exports, fixtures, scripts, generated output, and package contents
- docs that describe non-current product paths
For heal/integration work, preserve only the spine:
API spec/doc -> contract drift -> map/proposal update -> privacy/checker -> production datalayer integration -> client package verification
Move required examples into evals/fixtures; delete demo/docs packaging around them.
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.
- 7d ago First seen · 53 lines · 53 tokens per session scan A edbb104bb4ef
layerkit-deletion-first is a skill published in the GitHub repository hariharapanigrahy/layerkit (8 stars, last pushed 1mo ago), licensed MIT. It adds 53 tokens to every session and 559 once invoked, about $0.0003 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 skills, from other repositories
bcc-plan-spar
BCC align+lock+review PLAN.md for one slice (no product code). Slash: /bcc-plan-spar · chat: bcc:plan-spar · "lock PLAN" · spar the plan. Args: rounds=N (auto-review cap), review=self|subagent|cli|auto|off. Grill until clear enough (no default Q&A quota). Hand off to bcc-clean-cut after human APPROVE.
bcc-throughline
BCC global progress cockpit (plans.md/progress.md/findings.md). Slash: /bcc-throughline · chat: bcc:throughline · "where are we" · reprioritize · resume after /clear. Not for coding or full PLAN grill.
bcc-breaking-coding-chaos
BCC main skill: dual-loop coding workflow (throughline → plan-spar → clean-cut) or quick status+next. Slash: /bcc-breaking-coding-chaos · chat: bcc:breaking-coding-chaos · "run BCC" · "BCC status" · "what next BCC". Needs a real idea (1:1 implement). Args: goal text, or status. May pass plan-spar review budget as…
bcc-clean-cut
BCC minimal implement from locked PLAN.md (ponytail ladder + verify). Slash: /bcc-clean-cut · chat: bcc:clean-cut · "implement PLAN" after human APPROVE. Not for plan grill (use bcc-plan-spar).
chinese-git-workflow
A Git workflow guide tailored to Chinese-hosted platforms such as Gitee, Coding.net, and GitLab, including their code-review and build systems.
chinese-commit-conventions
A Chinese-language convention for writing Git commit messages, based on Conventional Commits, a standard format that tools can use to classify changes and build changelogs.