SEO标题优化指南：10年专家经验分享

省 Token 这件事，其实可以拆成两头来看：一个是让 Claude 少看长日志，一个是让 Claude 少说废话。两个方向各有一把趁手的工具——RTK 和 Ca veman，解决的问题并不重叠。先列个表直观感受一下：

简单粗暴的理解就是：RTK：让 Claude 少看长日志。Ca veman：让 Claude 少说废话。

一、RTK：压缩命令输出

RTK 本质上是一个 CLI 袋里，它的工作是在命令输出进入 LLM 上下文之前，做一道过滤和压缩处理。

项目 README 里对自己的定位也很清晰：单个 Rust 二进制、零依赖，支持 100 多种常见开发命令，目标是把常见命令的输出量减少 60%-90%。

它主要处理这些类型的输出：目录列表、文件读取、搜索结果、Git 状态和 diff、测试输出、构建和 lint 输出，以及 Docker / Kubernetes / AWS 等 CLI 的输出。

1. 安装 RTK

macOS 用户直接用 Homebrew：

brew install rtk

Linux / macOS 也可以用安装脚本：

curl -fsSL https://raw.githubusercontent.com/rtk-ai/rtk/refs/heads/master/install.sh | sh

用 Cargo 从 GitHub 安装也可以：

cargo install --git https://github.com/rtk-ai/rtk

安装后验证：

rtk --version
rtk gain

2. 接入 Claude Code

给 Claude Code 安装 hook 很简单：

rtk init --g

然后重启 Claude Code 即可。重启之后，通过 Bash 工具执行的命令会被 RTK hook 透明地改写。比如 Claude 触发一个 git status，RTK 可能会把它变为 rtk git status，但 Claude 本身完全不需要知道这个改写过程——它只会看到已经被压缩过的输出。

3. RTK 的工作方式

RTK 的核心策略在 README 里分成了四类：

• Smart Filtering：去掉噪音，比如空白、样板信息、无关行。
• Grouping：把相似结果合并，比如按目录、错误类型分组。
• Truncation：保留关键上下文，裁掉重复内容。
• Deduplication：重复日志折叠成计数。

所以 RTK 不是简单截断，而是针对不同命令类型做结构化的压缩。

4. 常用命令

文件和搜索：

rtk ls .
rtk read file.rs
rtk read file.rs -l aggressive
rtk smart file.rs
rtk find "*.rs" .
rtk grep "pattern" .
rtk diff file1 file2

Git：

rtk git status
rtk git log -n 10
rtk git diff
rtk git add
rtk git commit -m "msg"
rtk git push
rtk git pull

测试：

rtk jest
rtk vitest
rtk playwright test
rtk pytest
rtk go test
rtk cargo test
rtk test npm test
rtk err npm run build

构建和 lint：

rtk lint
rtk tsc
rtk next build
rtk prettier --check .
rtk cargo build
rtk cargo clippy
rtk ruff check

容器和日志：

rtk docker ps
rtk docker images
rtk docker logs
rtk kubectl pods
rtk kubectl logs
rtk log app.log

统计：

rtk gain
rtk gain --graph
rtk gain --history
rtk gain --daily
rtk discover
rtk session

5. 自动改写的边界

RTK 的 hook 只拦截 Bash 工具调用，Claude Code 内置的 Read、Grep、Glob 这些工具不会自动经过 RTK。如果你希望文件读取或搜索结果也走 RTK，需要手动用 shell 命令来调用：

rtk read src/main.ts
rtk grep "keyword" .
rtk find "*.vue" .

6. Windows 注意事项

RTK 支持 Windows，但原生 Windows 下的 hook 自动改写能力有限。README 推荐在 Windows 上使用 WSL，这样可以获得完整的 hook 支持。原生 Windows 下也能用，比如：

rtk init -g
rtk cargo test
rtk git status

但命令通常不会像 Linux / macOS / WSL 那样自动透明改写。

7. 什么时候用 RTK？

适合的场景：

• 测试输出很长
• 构建失败日志很多
• git diff 很大
• 搜索结果很多
• Docker / Kubernetes / AWS 命令输出太吵

不适合的场景（不能只靠 RTK 解决）：

• Claude 回复太啰嗦（那是 Ca veman 的事儿）
• Claude 读了太多源码文件
• 需要逐行分析完整日志

如果你必须保留完整日志，可以用 npm run build 2>&1 | tee /tmp/build.log 先保存，然后让 Claude 只看关键片段，比如 tail -n 120 /tmp/build.log。

二、Ca veman：压缩 Claude 回复

Ca veman 是一个面向 Claude Code 的 skill / plugin，同时也支持 Codex、Gemini CLI、Cursor、Windsurf、Cline 等多种 AI 编程工具。它的核心目标很简单：让 agent 用更短的方式表达同样多的技术内容。

READMe 里给的对比示例很直白：普通表达会解释原因、背景、建议，篇幅较长；Ca veman 表达则直接给出根因和修复建议。它主要省的是输出 Token。

1. 安装 Ca veman

一键安装：

curl -fsSL https://raw.githubusercontent.com/JuliusBrussee/ca veman/main/install.sh | bash

Windows PowerShell：

irm https://raw.githubusercontent.com/JuliusBrussee/ca veman/main/install.ps1 | iex

Claude Code 手动安装：

claude plugin marketplace add JuliusBrussee/ca veman
claude plugin install ca veman@ca veman

通过 skills 安装：

npx skills add JuliusBrussee/ca veman

安装脚本支持一些参数：

2. 开启和关闭

在 Claude Code 里用命令开启：

/ca veman

也可以用自然语言触发：

开启 Ca veman 模式，回答尽量短一点。
用更精简的方式回复，少说客套话。
进入省 Token 模式，只保留关键结论。

关闭时可以说：

退出 Ca veman 模式，恢复正常回答。
恢复正常模式。
这次请完整解释，不要过度压缩。

在 Codex 里，READMe 提到使用 $ca veman。

3. 压缩强度

Ca veman 提供了几档模式：

另外还有文言文模式：

日常建议：普通编码用 lite，短 review / commit 用 full，极限压缩演示用 ultra，复杂设计讨论切回 normal mode。

4. Ca veman 技能命令

READMe 里列举了一些常用能力：

/ca veman-commit
/ca veman-review
/ca veman-help
/ca veman-stats
/ca veman:compress

用途大致如下：

/ca veman:compress 会把文件改写成更短格式并保留备份，适合压缩长期会被自动加载的记忆文件，但不要直接拿它压重要规范文档，最好先 review diff。

5. Ca veman 适合什么？

适合：日常 bugfix、简短代码分析、commit message、PR review、改完代码后的验证总结、高频 Claude Code 会话。

不适合：教程文章、复杂架构设计、需求澄清、需要完整推理过程的排查。

核心原则再清楚不过了：需要短结论就开 Ca veman，需要完整解释就关掉。

三、RTK 和 Ca veman 怎么搭配？

两个工具可以一起用，因为它们的优化阶段完全不同：命令执行阶段由 RTK 压缩工具输出，Claude 回复阶段由 Ca veman 压缩最终表达。

推荐组合：

brew install rtk
rtk init -g

然后重启 Claude Code，进入会话后：

/ca veman lite

日常提问时还可以加上这样的引导：

只读取和当前任务直接相关的文件。如果需要跑命令，优先保留关键错误，不贴完整日志。输出简洁，但不要省略风险和验证结果。

对于短任务，可以用 /ca veman full；对于复杂排查，切回 normal mode。

推荐工作流：

1. 用 RTK 常驻压缩 Bash 命令输出。
2. 默认开 /ca veman lite，减少回复废话。
3. 写 commit、review 时用 /ca veman full。
4. 做架构设计、复杂排查时切回 normal mode。
5. 遇到疑难日志，保存原始日志，再只给 Claude 看关键片段。

四、会不会降智？

RTK 一般不会让模型降智，因为它主要去掉的是命令输出里的噪音。但注意，它可能漏掉长日志中的细节，排查疑难问题时建议保留原始日志。

Ca veman 也不是减少模型思考，而是减少表达长度。但 ultra 模式可能太短，不适合复杂任务。

比较稳妥的原则是：可以省掉客套话、重复总结、长日志噪音、无关上下文；绝对不能省掉关键需求、关键错误、关键代码、风险说明。

五、最终建议

如果你想快速省 Token，最简单的方式：

brew install rtk
rtk init -g

然后在 Claude Code 里：

/ca veman lite

这是最推荐的默认组合。

如果你经常让 Claude 跑测试、看 diff、查日志，RTK 的收益会更明显。如果你觉得 Claude 回答太长、太客套，Ca veman 的收益会更明显。

参考资料

• RTK：github.com/rtk-ai/rtk
• Ca veman：github.com/JuliusBruss…

来源：互联网