六档模式怎么选lite/full/ultra/wenyan 实测对照别一上来就开 ultra【免费下载链接】caveman why use many token when few token do trick. Viral skill proxy for coding agents that cuts 65% of tokens by talking like a caveman.项目地址: https://gitcode.com/GitHub_Trending/caveman1/caveman能少说就少说——这是 caveman 爆火的原因。一个把 AI 编码助手输出 token 平均砍掉 65% 的开源技能从 Hacker News 榜首一路冲到 GitHub Trending #1被 Adobe Research 写进论文CAVEWOMAN被 JetBrains 做过 86 个真实编码任务的配对 A/B 验证。但在开 ultra 还是开 lite这个入口问题上绝大多数人第一步就做错了/caveman ultra并不是更好用的 lite它是另一套完全不同的说话方式用错场景的代价不是多花几毛钱而是你读不懂自己的 AI 在说什么。这篇文章不重复宣传口径直接从仓库源码与评测快照出发拆清楚六档到底是什么、每档实测省多少、以及什么样的任务该用哪一档。六档其实是三兄弟lite/full 已经不存在了很多教程还在写6 种压缩模式lite/full/ultra/wenyan×3但那是一年前的旧模型。仓库里的设计记录 docs/technical/three-skills-refactor.md 写得很明确3.1.0 版本把六个强度级别重构为三个技能旧级别只作为兼容别名保留。这个映射就硬编码在配置解析器里见 src/hooks/caveman-config.jsconst LEGACY_MODES { lite: caveman, full: caveman, ultra: ultracave, wenyan: megacave, wenyan-lite: megacave, wenyan-full: megacave, wenyan-ultra: megacave, };也就是说你输入的任何旧档位最终都只会落到三种实际生效的模式上你输入的旧档位实际生效的技能触发命令lite/fullcaveman默认档/cavemanultraultracave/ultracave别名/caveman ultrawenyan/wenyan-lite/wenyan-full/wenyan-ultramegacave/megacave别名/caveman wenyan解析器 src/hooks/caveman-parse.js 同样只认三种命令/caveman status只报告当前模式而不改动状态。所以六档怎么选这个问题的正确提法其实是caveman、ultracave、megacave三选一。三档的机制差异不是压缩程度一个维度三份 SKILL.md 是真正喂给模型的规则本体逐字对比后你会发现它们的差异不只是省多少而是允许牺牲什么。caveman默认档——只删仪式不动语法。skills/caveman/SKILL.md 的核心规则是Answer first先给答案再给推理、Kill ceremony删掉问候、铺垫、复述、收尾、Short wordfix而不是implement a solution for。语气上可以砍掉冠词但否定词 not/never/no/only 一个都不能丢代码、命令、路径、数字、错误信息逐字保留。它明确写着一句关键判断标准Caveman phrasing not shorter than plain? Use plain——不够短就不装腔。ultracave——剥语法只留载荷。skills/ultracave/SKILL.md 的开篇是 Then cut again再砍一刀。它允许句子碎片化、省略系动词和连接词、一个事实只说一次。规则本身承认这是有损的Bad: The component re-renders because...→Good: Inline object prop, new ref, re-render. useMemo.。同一句话caveman 还会保留完整句子结构ultracave 直接碎成电报体。megacave——文言文省的是字符不是 token。skills/megacave/SKILL.md 要求用文言文应答省略可恢复的主语、宾语前置、用之/乃/故/以等虚词替代连接短语。但文档里有一句非常诚实的告诫Token savings are small and noisy; never claim them——文言文让屏幕上字符数大幅下降但 token 账单几乎没动。技术名词、代码、错误信息必须以原文脚本保留严禁翻译以 useMemo 包之可以以記憶化鉤子包之不行。三档还有个共同的自动回退机制遇到安全警告、不可逆操作、可能被碎片打乱执行顺序的多步指令、用户表示困惑立即切回完整句子说完再恢复。这是 skills/caveman/SKILL.md 里When to break the rules一节的内容也是无脑开 ultra最容易被忽略的兜底。实测对照从省 50% 到省 65%差距在哪仓库里有一份可复现的评测快照 evals/snapshots/results.jsonclaude-opus-5-5 上跑 10 道开发题React 重渲染、连接池、TCP/UDP、内存泄漏、EXPLAIN……用 tiktoken o200k 近似统计输出 token。评测方法在 evals/README.md 里有严格说明真正有意义的口径是技能 vs 纯 Answer concisely. 指令因为新模型本来就会简洁回答直接对比无指令基线会高估技能的贡献。三个技能臂的结果如下配置输出 token相比 terse 基线的中位数额外节省无任何指令6,983—Answer concisely.真实基线4,334—/caveman4,119约 3%/ultracave2,693约 35%/megacave—约 9%区间为 -12% 到 39%噪音大也就是说从无指令到/caveman输出约省 41%再叠上/ultracave额外再砍 35%累计接近 65%——社区流传的省 65%就是这么来的但它只属于 ultracave 这档。而 megacave 的中位数收益只有 9%且波动剧烈README 的数字区间横跨多花 12%到省 39%。官方 README 还给出过同一句话的直观对比README.md同样是回答 React 重渲染问题/caveman用 20 token/ultracave用 14 token/megacave用 13 token。注意 megacave 的 13 token 里混着中文汉字tokenizer 对它的计数逻辑与英文完全不同——屏幕省、账单省不了多少这正是它的定位。别一上来就开 ultraultracave 的适用面其实很窄ultracave 省得最多所以它最容易被无脑使用。但 skills/ultracave/README.md 白纸黑字给了两条使用边界Use it whenyou read fast and want payload only.Skip it foronboarding, security review, and anything other humans will read.翻译过来就是ultracave 只适合你自己快速消费、确认过语境、只需载荷的场景。只要回答要写给别人看评审、交接、文档、涉及安全或不可逆操作、或者提问者本身对领域不熟它都必须回退成完整句子——那 35% 的收益在这些场景里本来就不存在你却承担了全程碎片化阅读的认知成本。更值得注意的是 docs/HONEST-NUMBERS.md 里记录的亏损场景。这份文档的开头就写着Caveman save tokens sometimes. Caveman cost tokens sometimes它老实列了三种净亏损的情况按请求/积分计费GitHub Copilot 按 premium request 收费回答短了也是同一个请求压缩输出不省钱#506固定开销反超技能规则本身每轮要注入约 1000 input token在简短问答场景下固定开销可能盖过输出节省#145工具端计数倒挂曾有一次 Cursor A/B 显示开 caveman 反而多花 4.3M token 且耗时翻倍#550官方结论是如果自己的 A/B 是净亏损就关掉。换句话说先确认自己的计费口径是 per-token再谈选档。per-token 计费下输出压缩才有意义按请求计费的平台这整篇文章的讨论前提都不成立。按任务类型选档一张决策清单结合三份技能文档的使用建议与评测数据可以把选档逻辑收敛成一张表场景推荐档理由日常编码问答、代码诊断、修复建议/caveman默认档先答案后推理语法完整读起来零门槛中位数省 41%长会话、多轮工具调用、只给自己看的中间输出/caveman起步规则开销摊销到多轮里输出节省稳定累积不要一上来就 ultra自己快速阅读的纯载荷输出状态确认、单行结论/ultracave额外再省 35%碎片化对一眼扫过反而是优点需要写给他人PR 评审、安全说明、交接文档正常语气或/cavemanultracave/megacave 在写给人看的场景会被自身规则强制回退省不下多少中文界面、屏幕字符敏感、想玩文言文风格/megacave屏幕字符大幅减少但 token 节省有限且噪音大别指望账单变化涉及安全警告、不可逆操作、多步指令任何档都会自动回退三档自带 Auto-Clarity回退后恢复无需手动切档另外有两个操作层面的细节值得记住。其一模式是会话级持久化的一旦/ultracave整个会话直到你说 stop caveman 或 normal mode 才恢复skills/caveman/SKILL.md 的 Persistence 一节跨 compact/resume 也能保持——所以临时开一下 ultra 问个问题并不存在它会一直跟着你。其二默认档可以配置CAVEMAN_DEFAULT_MODEmanual或.caveman.json里设defaultMode: manual可以让会话默认不开启需要时再显式/caveman激活skills/caveman-help/SKILL.md适合不想被强制改语气的人。最后回到标题那句话别一上来就开 ultra。六档的历史迷雾拆开之后真正的选择只有三个而其中两个ultracave、megacave都是带明显适用边界的特化档位。默认的/caveman在绝大多数任务里已经拿走了 40% 以上的收益且没有任何阅读负担ultra 那多出来的 35%是拿读起来更像密码电报换来的只有在你确认自己是那个读得快、只要载荷的人时这笔交易才划算。先开默认档跑一轮真实会话再决定要不要切档比一开始就上最狠的档位安全得多——毕竟压缩省下的 token不够赔一次因为碎片化而误读的否定句。【免费下载链接】caveman why use many token when few token do trick. Viral skill proxy for coding agents that cuts 65% of tokens by talking like a caveman.项目地址: https://gitcode.com/GitHub_Trending/caveman1/caveman创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考