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 skills/vyuh-labs/dxkit/dxkit-loopnpx skills add vyuh-labs/dxkit --skill dxkit-loopgit clone --depth 1 https://github.com/vyuh-labs/dxkitWrote 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/vyuh-labs/dxkit/dxkit-loop)<a href="https://agentmods.dev/skills/vyuh-labs/dxkit/dxkit-loop"><img src="https://agentmods.dev/badge/skills/vyuh-labs/dxkit/dxkit-loop.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 | $0.00116 | $0.01741 |
| Opus 5 | $0.00058 | $0.00870 |
| Sonnet 5 | $0.00023 | $0.00348 |
| Haiku 4.5 | $0.00012 | $0.00174 |
Grade A, and why
dxkit-loop 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 3d 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 — 115 lines — stays where its author put it; the contents beside it link to each section on GitHub.
dxkit-loop
This skill owns the loop pack: the deterministic preflight/postflight layer that keeps an autonomous coding loop from declaring "done" while it has introduced net-new findings. Reach for it to set the gate up, to explain a block, or to tune the posture.
What the loop pack is
When Claude Code runs in a loop (it keeps working until it decides to stop), a Stop hook runs vyuh-dxkit hook stop-gate every time the agent tries to stop. The gate re-runs the guardrail check against the baseline and:
- net-new findings → blocks the stop and feeds the exact findings back to the model so it repairs them, then tries to stop again;
- clean → allows the stop (optionally after a configured test command passes);
- gate can't run (no baseline / config error) → blocks once for the operator (a problem the model can't fix), then allows on the next attempt to avoid thrashing.
Every Stop event is appended to an audit trail at .dxkit/loop/ledger.jsonl.
The value is predictability, not a new scanner: the gate bounds the "loop shipped debt and never fixed it" failure mode to zero. It uses the same findings, baseline, and identity contract as the rest of dxkit — it does not detect anything new.
See it first (no setup)
# No API key, no Claude Code, no scanners — runs the real gate over an example
# finding and shows the block → repair → clean flow offline.
npx vyuh-dxkit demo loop-guardrail
Setup
# Register the Stop hook + CLAUDE.md loop norm + default preset.
# Additive: merges into existing .claude/settings.json + CLAUDE.md,
# never clobbering your hooks or prose.
npx vyuh-dxkit init --claude-loop
# Pick the posture up front (default is security-only):
npx vyuh-dxkit init --claude-loop --loop-preset full-debt
A loop is only safe if a baseline exists, the hook is registered, and the guardrail can run. Always verify before an unattended run:
npx vyuh-dxkit loop doctor
It checks: git repo, baseline present/resolvable, Stop hook registered, active preset, optional postflight test command, graph freshness. Exit non-zero = not safe to run unattended yet — each failing check carries a fix command. The most important one it catches is the silent failure: an unregistered hook never fires, so the loop would run with no gate and no error. If loop doctor says the baseline is missing, capture one first (npx vyuh-dxkit baseline create).
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.
- 3d ago First seen · 115 lines · 116 tokens per session scan A a554a4805a02
dxkit-loop is a skill published in the GitHub repository vyuh-labs/dxkit (10 stars, last pushed 5d ago), licensed MIT. It adds 116 tokens to every session and 1,741 once invoked, about $0.0006 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
release-habit-hooks
Cut a new release of the habit-hooks packages. Use when asked to release, publish, or bump the version. Reviews what lands, enforces the in-sync versioning rule, validates the changelog, and drives the tag-triggered PyPI publish.
habit-hooks-review
Spawn a reviewer sub-agent to assess a change set against habit-hooks's coding principles. Use AFTER habit-hooks reports clean — habit-hooks catches structural smells; this catches what it cannot (correctness, tests, design, missed edge cases).
habit-hooks-prompting
Write or revise a habit-hooks coaching prompt. Use when a linter / knip / jscpd rule fires and the agent's default fix is wrong or shallow, or when adding a project-local override prompt. Keeps prompts short and outcome-focused using the ROSE pattern.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.
writing-plans
Use when you have a spec or requirements for a multi-step task, before touching code.
explore-codebase
MUST BE USED PROACTIVELY. Universal read-only codebase exploration. Combines jrag graph navigation (call chains, routes, service boundaries, impact analysis, FQN resolution) with broad file-system search (grep, glob, file reading). Use for any exploration: locating code, tracing dependencies, finding patterns, 'where…