让 AI 少说废话，保留关键信息 Caveman

回答太长，它具体精简什么

排查一个报错，只想知道原因和下一步，却要先读几段客套话和重复解释。Caveman 通过一组表达规则，让编程助手先给结论、每句话只讲一件事，并删去没有增加信息的文字。

它精简的是对话中的解释，要求代码、命令、路径、错误原文、数字和关键条件保持准确。站内暂时没有专门精简编程助手回答的同类条目；它也不代替制作界面、生成视频等具体任务技能，可以在使用这些技能时调整助手的回答方式。

下面是本站依据技能规则编写的表达示例：

普通表达

你遇到的这个问题，很可能与数据还没有加载完成有关。当接口尚未返回时，items 的值还是 undefined，此时直接调用 map 就会产生错误。我建议你先区分加载中、请求失败和加载完成这几种状态，再只在数据成功加载且确认为数组后渲染列表。

精简表达

items 尚未加载，调用 .map() 报错。区分加载中、失败和成功状态；成功且数据为数组时再渲染列表。

观察重点是原因、操作顺序和限制条件是否还在。若只剩“加个默认数组”，就把请求失败和真正的空列表混在一起了；短并不等于清楚。

Caveman 用技能指令约束回答，不是压缩算法。省去多少 token 取决于任务、模型和原本的回答习惯；同一仓库里的代理、模型路由和上下文压缩属于其他功能，本教程先使用精简回答的技能。

安装并完成第一次对比

安装技能包

先准备好 Claude Code 或 Codex，以及 Node.js 和 npm/npx。这里使用的 skills CLI 当前要求 Node.js 22.20.0 或更高版本；这是安装工具的要求，不是 Markdown 技能本身的运行要求。

1. 在终端执行官方的技能安装命令：

   npx skills add JuliusBrussee/caveman -g

2. 在安装器中选择你使用的 AI 编程工具（Claude Code 或 Codex）。技能选择时，先选 caveman；如果还要尝试下一节的两种模式，一并选择 ultracave 和 megacave。仓库里还有其他技能，不必全选。

3. 安装完成后，打开所选工具的新对话。-g 表示安装到该工具的用户级技能目录，可供不同项目使用。

这条路线添加技能，不配置 Caveman 代理，也不添加自动启用的钩子。首次使用时主动调用技能。

用同一个问题观察变化

1. 先在普通对话里发送下面的问题，保留回答：

   React 列表报错：TypeError: Cannot read properties of undefined (reading 'map')。
   items 初始为 undefined，接口成功后应返回数组。页面需要区分加载中、请求失败和空列表。
   先只分析，不改文件：说明原因、建议修改的位置，以及一个检查方法。

2. 启用 Caveman。下面是发给助手的消息，不是终端命令：

   Claude Code：

   /caveman

   Codex：

   $caveman

3. 再发送同一个问题，对比两次回答。应更容易先找到原因和操作建议，同时仍能看见错误原文、items、.map()，以及加载、失败和空列表的区别。

如果没有变化，先在当前工具的技能列表中确认 caveman 已安装，再主动调用。只安装到另一个工具，不会让当前对话获得该技能。

选择压缩程度

三种模式共用一个原则：代码和重要条件不能为了简短而改掉。先从普通 Caveman 开始，再按自己的阅读习惯尝试其他模式。

模式	Claude Code 消息	Codex 消息	表达特点
普通	/caveman	$caveman	结论在前，删客套和重复，优先保证顺畅易读
强压缩	/ultracave	$ultracave	进一步使用短句和片段，适合熟悉上下文后的快速交流
文言	/megacave	$megacave	采用文言表达，技术标识保留原文；字数更少不等于 token 必然更少

后两项需要先安装对应技能。/caveman ultra 和 /caveman wenyan 是技能文档给出的切换别名；本表分别调用三个技能，便于确认自己选择了哪一种。

在 Claude Code 中发送 /caveman status，或在 Codex 中发送 $caveman status，可询问当前模式。纯技能安装没有钩子记录时，回答会注明当前工具未追踪状态；这不是独立的安装检测。

要恢复普通回答，在助手对话中发送：

stop caveman

技能规则要求模式持续到主动停止。涉及安全提示、不可逆操作、顺序容易误读或用户没有看懂时，仍应使用完整句子；它也要求写入代码、注释、文档等持久内容时恢复正常表达。

用在自己的工作中

排错、解释代码和进度汇报

与其只要求“越短越好”，不如说明哪些信息必须保留。启用技能后，把下面方括号内的内容换成自己的：

分析[完整错误信息]，相关上下文是[代码位置、输入和已做检查]。
先给结论，再列下一步。保留错误原文、文件路径、关键条件和验证方法。
目前只分析，不修改文件。

解释代码时，可以将目标改为“说明这段代码做什么、何时调用，以及一个重要边界”。汇报进度时，则要求保留“已完成、验证结果、剩余问题”。变化的是阅读重点，必要事实仍要齐全。

若精简后看不懂，不必继续提高压缩程度。直接指出要展开的部分，例如“把请求失败与空列表的区别展开解释，其余保持简短”；要让后续回答都恢复普通表达，发送 stop caveman。

区分少说、少读和少花钱

本教程的技能主要减少回答中的冗余文字，不会替你压缩文件、截短工具输出或配置模型路由。它本身也占用上下文。按请求次数收费时，缩短回答不会减少请求次数，也不会降低这一次请求的费用。

如果只是希望日常交流更利落，使用这些技能就够了。确实需要处理长工具输出或输入上下文时，再阅读仓库对代理等功能的单独说明，不把这些功能的测试数字算到精简回答上。

安装与行为依据：README、安装说明、caveman 规则、ultracave 与 megacave。当前仓库采用 Apache-2.0；旧版本的许可按其发布版本判断，详见许可说明。