rtk
Install, initialize, verify, and troubleshoot RTK (Rust Token Killer) for AI coding agents. Use when you need to reduce shell-command token output, confirm that the correct `rtk` binary is installed, choose between Homebrew, install.sh, or Cargo installation, wire `rtk init` for Claude Code, Codex,
By akillness · 581 installs
npx skills add akillness/jeo-skills --skill rtk
Source repository · Upstream listing
rtk Rust Token Killer for AI Coding Agents
Keyword : rtk · rust token killer · rtk init · rtk gain
The target repository is the akillness/rtk fork of rtk ai/rtk . The fork tracks upstream code, while the bundled install.sh still downloads release artifacts from rtk ai/rtk .
RTK is a high performance CLI proxy that rewrites common shell commands into token optimized equivalents before their output reaches an AI agent. Use this skill to verify the right RTK binary, install or repair it, choose the correct rtk init mode for the user's agent, and fall back to direct rtk commands when no automatic hook exists.
When to use this skill
Verify whether RTK is already installed and whether it is the correct project
Repair the common cargo install rtk name collision mistake
Install RTK with Homebrew, the repository install.sh , or Cargo
Initialize RTK for Claude Code, Codex, Gemini CLI, Cursor, Copilot, Windsurf, Cline, or OpenCode
Explain when rtk init g is better than local project setup
Use direct rtk wrappers such as rtk git status , rtk read , rtk grep , rtk test , or rtk lint
Diagnose why automatic rewriting is not happening
Explain why built in file tools do not pass through shell hooks and when to use direct rtk commands instead
Instructions
Step 1: Verify the current installation before reinstalling anything
Run the local status helper first:
Interpret the result in this order:
1. If rtk gain works, the correct RTK is already installed. Do not reinstall unless the user wants an upgrade.
2. If rtk version works but rtk gain fails, the user likely has the wrong rtk package, usually Rust Type Kit.
3. If rtk is missing entirely, move to installation.
The install and verification decision tree lives in [references/install and verify.md](references/install and verify.md).
Step 2: Install or repair RTK with the narrowest method that fits
Use the wrapper:
Important installer choices:
Default auto prefers Homebrew on macOS when available, then the fork's install.sh , then Cargo
Use method brew when Homebrew is available and the user wants a standard system managed install
Use method script for the repository install script path
Use method cargo when the user explicitly wants a git source build or is working from the fork
Use force uninstall wrong when the user already installed the wrong rtk
Examples:
Keep these installation rules explicit:
Always verify with rtk gain after installation
Treat cargo install rtk as unsafe unless the user already confirmed the correct package
If the install script path is used, remember the script still pulls release artifacts from rtk ai/rtk
Step 3: Choose the correct rtk init mode for the agent
Use the init wrapper instead of hand building flags:
Default mapping:
Claude Code: agent claude global for hook first setup
Codex: agent codex global or local agent codex local
Gemini CLI: agent gemini global
Cursor: agent cursor global
Copilot: agent copilot global
OpenCode: agent opencode global
Windsurf: agent windsurf local
Cline / Roo Code: agent cline local
Good follow up checks:
Read [references/platform init.md](references/platform init.md) when the user needs the per agent hook type, scope, or uninstall behavior.
Step 4: Use direct RTK commands when hooks are absent or insufficient
Automatic rewrite only applies where the agent actually executes shell commands through a supported hook or plugin. Prompt only integrations such as Codex, Windsurf, and Cline still benefit from explicit rtk commands, but they do not transparently mutate built in file tools.
Use direct commands when:
The agent uses a built in Read , Grep , or Glob tool instead of shell
The workflow is in Codex and the user wants compact output immediately
The user wants deterministic verification independent of hook state
Common commands:
The command families and config knobs are summarized in [references/commands and config.md](references/commands and config.md).
Step 5: Diagnose failures explicitly
Use bash scripts/check status.sh show as the first diagnostic pass, then branch:
Wrong binary installed: fix the name collision and reinstall
Hook missing or stale: rerun the correct rtk init mode
Agent still verbose: confirm whether the task used shell commands or built in tools
PATH issue: ensure ~/.local/bin or ~/.cargo/bin is on PATH
Windows wrapper failure: recommend RTK 0.23.1+
The troubleshooting matrix is in [references/troubleshooting.md](references/troubleshooting.md).
Examples
Example 1: Verify whether the correct RTK is already installed
Example 2: Install from the fork aware script path
Example 3: Repair the wrong cargo install rtk package
Example 4: Claude Code global hook setup
Example 5: Codex global prompt setup
Example 6: OpenCode plugin install
Example 7: Use RTK directly for compact output
Example 8: Temporarily bypass rewrite for one command
Best practices
1. Check rtk gain before reinstalling; it is the quickest way to distinguish the correct RTK from the wrong package.
2. Use the lightest install path that meets the user's needs: Homebrew for convenience, install script for release binaries, Cargo for source driven workflows.
3. Treat rtk init g as the normal path for hook capable agents and local rules files as the normal path for Windsurf and Cline.
4. Use rtk init show after setup or upgrades so stale hook state is visible immediately.
5. Remember that built in read/search tools do not pass through shell hooks; switch to shell commands or direct rtk wrappers when token savings matter.
6. Keep RTK DISABLED=1 in mind for one off passthrough commands instead of uninstalling hooks.
7. Re run the installer plus rtk init after RTK upgrades because hook artifacts can change between releases.
8. When users say "RTK is broken", separate installation correctness, hook registration, and actual command path before proposing a fix.
References
[references/install and verify.md](references/install and verify.md)
[references/platform init.md](references/platform init.md)
[references/commands and config.md](references/commands and config.md)
[references/troubleshooting.md](references/troubleshooting.md)
[scripts/install.sh](scripts/install.sh)
[scripts/init agent.sh](scripts/init agent.sh)
[scripts/check status.sh](scripts/check status.sh)
[RTK Repository Fork](https://github.com/akillness/rtk)
[Upstream RTK Project](https://github.com/rtk ai/rtk)