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/rlx/uplevel/claude-mdgit clone --depth 1 https://github.com/rlx/uplevelWhat 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.01213 | $0.01213 |
| Opus 5 | $0.00607 | $0.00607 |
| Sonnet 5 | $0.00243 | $0.00243 |
| Haiku 4.5 | $0.00121 | $0.00121 |
Grade A, and why
uplevel 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 — 71 lines — stays where its author put it; the contents beside it link to each section on GitHub.
uplevel
A Claude Code skill. The deliverable is markdown that changes agent behavior, so an inaccurate sentence is a defect.
Gate
./scripts/check-repo.sh
Runs on every commit via .git/hooks/pre-commit, and in CI. The hook source is tracked at
scripts/hooks/pre-commit; git does not install it into .git/hooks/ for you, so run
./scripts/install-hooks.sh after cloning. Bypass with git commit --no-verify and say why.
Constraints
skills/uplevel/is symlinked into~/.claude/skills/. The working tree is the installed skill; an edit takes effect in the next session.- Load cost is measured with a real tokenizer when
tiktokenis importable, and falls back to a word count that reads 3-9% low, in which case the gate prints the figures and asserts no ceiling. CI installs it, somainis always measured exactly. The Mode A working set has a ceiling, currently 44000; raise it in the change that needs the room and say why. SKILL.mdhas a token budget, currently 6000, enforced by the gate. It loads on every trigger;references/load only when read. New detail goes in a reference by default. The budget makes growth deliberate rather than capping quality — raise it in the same change when something belongs in the always-loaded file, and say why.- Every command in the skill should have been run and observed to work before it is written down.
This is a discipline, not an enforced rule: the gate parses fenced blocks and validates
grep -Epatterns, which proves they are well-formed, not that they do what the text claims. - Bumping
version:inSKILL.mdalongside any change underskills/uplevel/is enforced at commit time. Tagging is not: the gate prints when the declared version has no tag, and does not fail. Failing at commit time would fail the commit that does the bump, and failing in CI would leavemainred between merge and tag. Tag after merge — and cut the GitHub release in the same sitting.scripts/check-forge.shfails once a declared version is tagged with no release, which is how nine consecutive tags stopped being possible; before it existed, nothing looked. - What
.claude/guardrails.ymlsays about GitHub — the required checks, the rules protectingmain, the release — is data, not prose, andscripts/check-forge.shdiffs it against GitHub. Every claim in that file about the tree was already checked by a script; the claims about the forge were the ones that drifted. Update the fields, not only the note. - Every reference file must be linked from
SKILL.md, and every link must resolve. Both directions are enforced. - CI is
ubuntu-latest(bash 5, GNU coreutils); a maintainer may be on bash 3.2 with BSD or ugrep tools, and the commit hook gates on that one. Gate scripts therefore avoid GNU-only constructs, listed inscripts/gnu-only-constructs.txtand enforced. Add to that file rather than working around it. - Commit messages and PR bodies say what was done — concise, accurate, simple — and never how it was
found. Anything beyond what was done is context: ask before adding it. Detail lives in the
untracked plan, not in public history. The shipped guidance is
skills/uplevel/references/commit-hygiene.md. - Prose is en-US throughout — behavior, license, judgment, labeled. The repository is public and the skill ships as text; mixed spelling reads as two authors who never compared notes.
- Plan files live in
.claude/plans/, untracked. Plan mode writes to~/.claude/plans/, a flat directory every project on this machine shares, under a random slug that does not name the repo it belongs to — so a plan left there is both invisible to this project and in reach of another one's agent. Move it in, and name it for what it is. Its contents are the same class as the improvement plan: traffic figures, unfixed weaknesses, draft copy. .claude/guardrails.ymlis public, so it records only what is in place. Absent, unverified, and undecided items go in the untracked.claude/improvement-plan.md— a public list of a project's own gaps is a roadmap for whoever wants to use them..claude/guardrails.ymlis the per-repo checklist and must parse as YAML — enforced wherepython3andpyyamlare available, skipped where they are not. Quote or use a block scalar for any value containing#or:.- The defects this skill ships come from a blind validation program kept outside this repository: rounds of ten previously-unseen repositories, audited against the current version, every finding reproduced against the repository before it ships. That tree is deliberately unpublished — it names third-party projects and their unfixed findings — and deliberately not a git repository, which also leaves it unbacked, local to one machine, and the only record of which repositories have already been used. Losing it costs the program, not the skill: nothing here builds, tests, or gates against it.
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 First seen · 71 lines · 1,213 tokens per session scan A a3d536bec50d
uplevel CLAUDE.md is an instructions file published in the GitHub repository rlx/uplevel (3 stars, last pushed 7d ago), licensed MIT. It adds 1,213 tokens to every session, about $0.0061 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
dxkit CLAUDE.md
Instructions for vyuh-labs/dxkit, covering claude.md — dxkit development rules, architecture rules, 1. tool invocation goes through the registry, 2. never duplicate tool invocation logic and 3. language facts come from detect.ts.
Specflow CLAUDE.md
Instructions for Hulupeep/Specflow, covering claude.md, project context, specflow rules, rule 1: no ticket = no code and rule 2: commits must reference an issue.
sdlc-quality AGENTS.md
Instructions for zircote-plugins/sdlc-quality, covering agents.md - openai codex guidelines, project identity, quick context, agent guidelines and 1. understand the domain model.
sdlc-quality copilot-instructions.md
Instructions for zircote-plugins/sdlc-quality, covering copilot instructions for sdlc plugin, project overview, repository structure, key conventions and rfc 2119 terminology.
hodor AGENTS.md
AGENTS.md instructions for mr-karan/hodor, covering repository guidelines, project structure & module organization, pi-coding-agent sdk architecture, workspace setup and pr review process.
vibecop CLAUDE.md
Instructions for bhvbhushan/vibecop: When the user's request matches an available skill, ALWAYS invoke it using the Skill tool as your FIRST action. Do NOT answer directly, do NOT use other tools first. The skill has specialized workflows that produce better results than ad-hoc answers.