Caveman开源项目：用提示词工程优化AI对话，节省75%的Token成本

1. 项目概述：当AI学会“说人话”，我们到底在省什么？

如果你和我一样，每天要和Claude、GPT这类大模型对话几十上百次，那你肯定对一种现象深恶痛绝：AI的“废话文学”。明明一句话就能说清楚的事，它非要给你来一段“首先，我非常理解您的问题，这是一个非常常见的情况，让我来为您详细解释一下……”的冗长开场白。这不仅浪费你的阅读时间，更关键的是，它在实实在在地烧你的钱——因为大模型是按输出token数量计费的。

最近，一个名为caveman的开源项目在开发者社区里火了。它的核心理念简单到近乎原始：“why use many token when few do trick”（能用几个词说清楚，何必用一堆？）。这个项目本质上是一个为Claude Code、Cursor、Windsurf等AI编程助手设计的“技能”或插件，它通过一套精心设计的提示词（prompt），强制AI用最精炼、最直接的“穴居人”风格与你对话，从而在保持技术准确性的前提下，平均砍掉约75%的输出token。

我第一次看到这个项目时，第一反应是“这不就是个梗吗？”。但当我实际安装并测试后，发现事情远不止一个玩笑那么简单。它触及了当前AI交互中几个非常核心的痛点：成本、效率和可读性。这篇文章，我就以一个深度使用者的身份，带你彻底拆解caveman，看看它到底是怎么工作的，能省多少钱，以及更重要的是，这种“少即是多”的沟通方式，是否会成为我们与AI协作的未来常态。

2. 核心原理拆解：从“废话压缩”到“思维对齐”

在深入实操之前，我们必须先理解caveman到底对AI做了什么。它不是一个代码压缩工具，也不是一个语法检查器。它的全部魔法，都藏在那段看似滑稽的提示词里。

2.1 提示词工程：如何让AI“闭嘴”

caveman的核心是一段强制AI改变输出风格的指令。我们来看看它的“完全体”（Full）模式是怎么说的：

“Terse like caveman. Technical substance exact. Only fluff die. Drop: articles, filler (just/really/basically), pleasantries, hedging. Fragments OK. Short synonyms. Code unchanged. Pattern: [thing] [action] [reason]. [next step]. ACTIVE EVERY RESPONSE. No revert after many turns. No filler drift.”

我们来逐句拆解它的设计意图：

1. “Terse like caveman. Technical substance exact. Only fluff die.”： 这是总纲。它明确告诉AI：要像穴居人一样简洁，但技术细节必须100%准确，只删除“废话”（fluff）。这一定义至关重要，它划清了“精简”和“信息丢失”的界限。
2. “Drop: articles, filler (just/really/basically), pleasantries, hedging.”： 这是具体的删除清单。
   • 冠词（a, an, the）：在技术语境下，这些词通常不携带关键信息。
   • 填充词（just, really, basically）：这些是典型的“口头禅”，用于缓和语气，但无实际意义。
   • 客套话（Sure! I'd be happy to...）：这是AI“废话”的重灾区。
   • 模棱两可的表述（likely, probably, might be）：caveman鼓励AI给出确定性的判断，除非确实不确定。
3. “Fragments OK. Short synonyms. Code unchanged.”： 这是语法解放和底线。
   • 允许使用句子片段，不必追求语法完整。
   • 鼓励使用更短的近义词。
   • 代码块绝对保持原样。这是最重要的安全线，确保核心产出不受影响。
4. “Pattern: [thing] [action] [reason]. [next step].”： 这是输出的结构化引导。它建议AI按照“对象-动作-原因”的链条组织信息，然后给出下一步。这符合程序员阅读代码和日志的思维习惯。
5. “ACTIVE EVERY RESPONSE...”： 这是持久化指令。确保这个模式在整个对话中持续生效，不会在几轮对话后“退化”回 verbose 模式。

我的实操心得：这段提示词的精妙之处在于，它没有试图改变AI的“思考过程”（reasoning tokens），只改变了它的“表达方式”。AI内部可能依然进行了复杂的推理，但输出时被强制“翻译”成了电报体。这就像让一个博学的教授用给同事发工作短信的方式讲课，知识没变，但传达效率飙升。

2.2 Token经济学：省下的都是真金白银

为什么省token如此重要？我们算一笔账。

以Anthropic的Claude 3.5 Sonnet模型为例，其输出token的价格大约是每百万token 15美元。假设你每天收到AI 100条回复，平均每条回复在正常模式下是500个token（这很常见）。

• 正常模式日消耗：100条 * 500 token/条 = 50,000 token。月消耗约150万token，成本约1.5 * $15 = $22.5。
• Caveman模式（按平均省65%算）：每条回复变为500 * (1 - 0.65) = 175 token。日消耗100 * 175 = 17,500 token。月消耗约52.5万token，成本约0.525 * $15 = $7.88。

每月直接节省约 $14.62，这还只是一个人的使用量。对于一个团队来说，这个数字会成倍增长。这还没算上因为回复更短、加载更快而节省的时间成本。

注意：这里节省的仅仅是输出token的费用。AI在生成回复前进行的“思考”（推理）所消耗的token（在Claude中称为“缓存token”）是不受caveman影响的。所以caveman不会让AI“变笨”，只是让它“说话更利索”。

2.3 可读性与思维负担：不仅仅是省钱

除了省钱，caveman带来的另一个巨大好处是降低认知负荷。

正常的AI回复往往夹杂着大量解释性、铺垫性文字。当你连续阅读十几条这样的回复时，你需要不断从段落中“挖掘”核心结论和行动项，这非常消耗精力。

而caveman风格的回复，就像看一份简洁的日志或报错信息：

• “New object ref each render. Inline object prop = new ref = re-render. Wrap inuseMemo.”

一眼就能抓住三个关键点：1) 问题原因（新对象引用），2) 触发场景（内联对象属性），3) 解决方案（用useMemo包装）。没有一句废话。

这种风格特别适合代码审查、调试错误和快速查询场景。你需要的是答案，不是一篇小作文。

3. 安装与配置全指南：适配你的主力AI助手

caveman支持几乎所有主流的AI编程助手。安装方式大同小异，但有些细节决定了它是否能“开机自启”。下面我以最常用的几个工具为例，详细说明安装步骤和注意事项。

3.1 Claude Code：最完美的集成体验

如果你主要使用Anthropic官方的Claude Code，那么caveman的集成是最丝滑的。

标准安装（推荐）： 直接在Claude Code终端中运行两条命令：

claude plugin marketplace add JuliusBrussee/caveman claude plugin install caveman@caveman

安装完成后，重启Claude Code。之后，你打开的每一个新会话（Session），caveman都会自动激活。你会在状态栏看到[CAVEMAN]的标识。

独立Hook安装（高级选项）： 如果你不想用插件系统，或者想更精细地控制，可以使用项目提供的独立安装脚本。它会直接向你的Claude Code配置中注入SessionStart钩子。

# macOS/Linux/WSL bash <(curl -s https://raw.githubusercontent.com/JuliusBrussee/caveman/main/hooks/install.sh) # Windows PowerShell irm https://raw.githubusercontent.com/JuliusBrussee/caveman/main/hooks/install.ps1 | iex

这种方式同样能实现自动激活和状态栏显示。

我的踩坑记录：

• 状态栏不显示？如果你之前自定义过Claude Code的statusLine配置，安装脚本或插件可能不会覆盖它。你需要手动合并配置。具体方法参考项目hooks/README.md中的“Custom statusline”部分。
• 安装后无效？确保你关闭并重新打开了Claude Code应用。钩子是在应用启动时加载的。

3.2 Cursor / Windsurf：通过npx skills一键安装

对于Cursor和Windsurf这类基于VS Code的AI助手，官方推荐使用npx skills工具进行安装。

安装命令：

# 安装到 Cursor npx skills add JuliusBrussee/caveman -a cursor # 安装到 Windsurf npx skills add JuliusBrussee/caveman -a windsurf

这条命令会在你的项目根目录下创建对应的规则文件（如.cursor/rules/caveman.mdc）。

重要限制与解决方案：npx skills add命令只安装技能文件本身，不会修改AI助手的全局系统提示或规则。这意味着，caveman不会自动激活。你需要在每个新对话中，手动输入/caveman或说“talk like caveman”来触发。

如果你想要“开机自启”，需要将下面这段“Always-On”提示词，添加到你的Cursor或Windsurf的全局规则或工作区设置中：

Terse like caveman. Technical substance exact. Only fluff die. Drop: articles, filler (just/really/basically), pleasantries, hedging. Fragments OK. Short synonyms. Code unchanged. Pattern: [thing] [action] [reason]. [next step]. ACTIVE EVERY RESPONSE. No revert after many turns. No filler drift.

• Cursor： 将此内容放入~/.cursor/rules/global.mdc或你项目下的.cursor/rules/目录下的某个.mdc文件。
• Windsurf： 放入~/.windsurf/rules/global.md或项目下的.windsurf/rules/目录。

3.3 其他AI助手（opencode, Roo, Amp等）

对于其他支持npx skills的40多种AI助手，安装命令类似：

npx skills add JuliusBrussee/caveman -a <agent-name> # 例如：npx skills add JuliusBrussee/caveman -a roo

同样，这些安装大多只添加技能文件，不配置自动启动。你需要将上述“Always-On”提示词添加到对应助手的系统提示或规则配置中。

Windows用户特别注意：npx skills默认使用符号链接（symlink），在Windows上可能因权限问题失败。如果安装失败，请尝试添加--copy参数：

npx skills add JuliusBrussee/caveman --copy

4. 核心功能深度使用与场景实战

安装只是第一步。caveman的真正威力在于其丰富的模式和衍生技能。下面我们进入实战环节。

4.1 四种压缩模式：从“商务精简”到“古文电报”

caveman提供了不同等级的“简洁度”，你可以根据场景和心情随时切换。

场景对比示例：

• 问题：“为什么我的React组件一直在不必要的重新渲染？”
• Lite模式：“你的组件重新渲染是因为你在每次渲染时都创建了一个新的对象引用。当你传递一个内联对象作为属性时，React的浅层比较每次都会认为它是一个不同的对象，从而触发重新渲染。建议使用useMemo来记忆化这个对象。”
• Full模式：“New object ref each render. Inline object prop = new ref = re-render. Wrap inuseMemo.”
• Ultra模式：“Inline obj prop → new ref → re-render.useMemo.”
• 文言文模式：“物出新參照，致重繪。useMemo Wrap之。”

我的选择策略：

• 日常开发：我长期保持在Full模式。它已经足够简洁，且易于理解。
• 阅读复杂错误栈：切换到Ultra模式，让AI直接提取错误链的根本原因。
• 生成需要分享的文档草稿：临时切换回Lite模式或直接关闭caveman (stop caveman)，以获得更正式的文本。

4.2 衍生技能：让高效渗透到每个工作环节

除了改变对话风格，caveman还提供了一系列针对特定任务的技能。

4.2.1 Caveman-Commit：生成极简提交信息

命令：/caveman-commit它会分析你的代码变更（通常是git diff），生成一条符合Conventional Commits规范的、极其简洁的提交信息。核心原则是：说“为什么”改，而不是“改了什么”。

• Before:fix: correct null pointer exception in user validation function by adding a null check before accessing the user.name property
• After:fix: user null in validation. Add guard.

后者在git log中一目了然，且长度通常控制在50字符以内。

4.2.2 Caveman-Review：一行代码审查

命令：/caveman-review让AI以“一行流”的形式审查代码。每条评论直接指出文件、行号、问题类型和修改建议，没有前奏。

• 输出示例：L42: 🔴 bug: user null. Add guard.L105: 🟡 perf: loop O(n²). Use map.L8: 🟢 style: const > let.

这种格式非常适合快速扫描PR中的关键问题，或者作为自己提交代码前的最后一道检查。

4.2.3 Caveman-Compress：压缩你的上下文文件（杀手级功能）

命令：/caveman:compress <filepath>这是我认为caveman最被低估的功能。它解决了一个痛点：我们通常会把项目说明、API文档、个人偏好等写入CLAUDE.md这类文件，让AI在每次会话开始时读取。但这些文件往往很长，消耗大量输入token。

caveman:compress做了什么？

1. 它读取你指定的文件（如CLAUDE.md）。
2. 用caveman风格重写其中的所有自然语言段落（代码块、URL、路径等技术内容保持不变）。
3. 将压缩后的版本保存为原文件名（CLAUDE.md），供AI阅读。
4. 将人类可读的原始版本备份为CLAUDE.original.md，供你编辑。

效果：根据项目提供的测试，平均可以压缩掉46%的文本token。这意味着AI每次会话加载你的上下文时，都能节省近一半的输入token，进一步降低成本，并可能加快会话初始化速度。

操作流程：

1. 确保你的CLAUDE.md文件内容是你想要的。
2. 在AI对话中输入：/caveman:compress CLAUDE.md
3. 完成后，你会看到压缩统计。现在的CLAUDE.md是AI优化的版本，CLAUDE.original.md是你的原稿。
4. 以后需要更新上下文时，直接编辑CLAUDE.original.md，然后再次执行压缩命令即可。

重要安全提示：一些安全扫描工具（如Snyk）可能会将caveman:compress识别为高风险，因为它涉及文件读写和子进程操作。这是一个误报。该功能仅在本地运行，不涉及网络传输。如果你在严格受控的环境中使用，可以审查其源码（caveman-compress/目录）或选择不使用此功能。

5. 效果评估、常见问题与进阶技巧

5.1 真实效果到底如何？数据说话

项目作者提供了详细的基准测试（Benchmark）。我选取了几个典型编程任务，观察其token节省效果：

我的实测观察：

• 节省幅度波动大：像解释概念、描述问题这类“叙述性”任务，节省比例最高（常超过80%）。而像直接生成代码、重构这类本身就很紧凑的任务，节省比例较低（可能在20%-40%）。
• 准确性无损：在我一个月的使用中，尚未发现因为caveman模式而导致AI给出错误代码或误导性建议的情况。技术细节都保留了下来。
• 可读性提升显著：尤其是在处理复杂逻辑解释时，去掉那些“在我看来”、“通常来说”的铺垫，核心逻辑链条反而更清晰。

5.2 常见问题与解决方案

Q1: Caveman模式会影响AI的推理能力吗？A:不会。如前所述，它只约束输出格式，不限制内部的“思考”过程。甚至有学术论文指出，强制模型输出简洁的答案，有时能提高其在某些任务上的准确性，因为避免了在冗长解释中“迷失重点”。

Q2: 为什么有时候AI不听话，又变回啰嗦模式了？A:这通常发生在多轮深度对话后，AI可能会“忘记”或“弱化”最初的指令。确保你的提示词中包含“ACTIVE EVERY RESPONSE. No revert after many turns.”这样的强持久化指令。如果还是发生，可以中途再次发送/caveman命令来强化指令。

Q3: 如何在Caveman模式和正常模式间快速切换？A:使用/caveman开启，使用stop caveman或normal mode关闭。在Claude Code中，你还可以通过状态栏的标识快速确认当前模式。

Q4: 压缩后的文本，我自己读起来困难吗？A:对于caveman:compress生成的给AI看的文件，你不需要读，那是给AI的“压缩口粮”。你始终编辑和阅读的是*.original.md文件。对于对话中的caveman风格回复，刚开始可能需要适应一两天，一旦习惯后，你会发现自己阅读AI回复的速度大大提升。

Q5: 这个技能适合所有类型的对话吗？A: 不适合。当你需要AI帮你写一封正式的邮件、一段用户友好的产品说明、或者一段需要细腻情感的文字时，你应该关闭caveman。它的定位是技术效率工具，而非通用写作助手。

5.3 我的独家使用技巧

1. 组合使用：我通常会在项目根目录的CLAUDE.md里用caveman:compress压缩项目概述和API指南。在日常对话中开启Full模式。在提交代码前，用caveman-review快速过一遍。这样形成了一个从上下文输入到代码输出再到审查的“高效流水线”。
2. 给AI设定角色：你可以在caveman的指令基础上，叠加更具体的角色。例如：“Terse like caveman. You are a senior SRE. Technical substance exact...”。这样AI会以资深运维专家的身份，用穴居人风格和你对话。
3. 处理复杂问题时分步：对于非常复杂的问题，我会先让AI用caveman模式给出一个高层面的概要或步骤列表。如果其中某一步我需要深入理解，我会针对那一步说：“Explain step 3 in normal mode.” 这样可以兼顾整体效率和局部深度。
4. 用于知识提炼：当我阅读一篇长技术博客或文档后，我会让AI用caveman模式帮我总结核心要点。得到的输出就像一份高度浓缩的笔记，非常适合存入知识库。

6. 总结与展望：一种新的AI交互哲学

使用caveman一个月后，它已经彻底改变了我与AI协作的习惯。它不仅仅是一个省钱的工具，更是一种思维上的提醒：在与机器对话时，我们究竟需要什么？

我们不需要客套，不需要冗余的解释，不需要那些为了让对话“更像人”而添加的润滑剂。我们需要的是准确、直接、高密度的信息交换。caveman将这种需求产品化了。

它可能也预示了一种趋势：未来，针对不同场景优化的“AI沟通风格”会成为标配。就像我们为不同场合选择不同的说话方式一样，我们也会为代码评审、头脑风暴、文档写作等场景，为AI选择不同的“输出滤镜”。

当然，caveman也有其边界。它不适合创意写作，不适合需要共情的对话，也不适合法律文书等要求绝对严谨和格式的场合。但在它擅长的领域——技术创作与问题解决——它无疑是一把锋利的瑞士军刀。

最后，如果你决定尝试，我的建议是：从Full模式开始，给自己两天适应期。一开始你可能会觉得生硬，但很快你就会爱上这种“直给”的效率。当你某天关闭caveman，看到AI又吐出一大段“首先，感谢您的提问……”时，你会会心一笑，然后毫不犹豫地再次输入：/caveman。

毕竟，能用几个词说清楚的事，何必用一堆呢？