name: caveman description: "极度压缩的交流模式:删除赘词、冠词和客套,保留完整技术准确性,将 token 使用量减少约 75%。" disable-model-invocation: true
历史对照:极简表达的收益与代价
这份历史风格指令要求删去客套和冗词,保持技术内容,用极短句持续回答,直到用户要求恢复。
本课使用下方注明的历史提交原文,帮助理解旧文章和旧提示词。请勿据此认定当前版本仍能直接调用该名称。
还不清楚 Skill、Agent、安装和调用?先读 从零开始的6节入门课。
先把必要的概念讲清楚
这是作者实验的极简通信模式,并不适合作为本阶段教材风格。阅读它的价值在于辨认:压缩语言什么时候节省负担,什么时候破坏必要理解。
下面是老师补充的入门说明;原作者的要求保留在中英对照正文中。所有例子均为帮助理解而构造的教学情境。
context|Agent 当前可用的上下文
模型这一轮实际能使用的请求、对话、指令和已读文件内容。它不是电脑上所有资料,也不是永久记忆。文件存在但没被读到,就不一定参与推理。交接文档应指明当前目标、进度、关键证据位置和下一步,让新会话能够恢复必要背景。
interface / API|接口
使用者与一项能力交互时遵循的约定,包括可调用什么、传入什么、得到什么、失败怎样表示。接口可以是程序函数,也可以是网络请求。创建收藏接口接收用户和课程信息、返回收藏结果;它不需要向调用者暴露数据库表结构。这里的接口通常不是指页面外观。 本教材涉及更广义的“接口”时,还包括错误、调用顺序和约束等使用约定;不能把接口一概等同于网络 API。
读原文,理解每一步为什么这样做
左右内容按小节对应;窄屏先中文、后英文。两种语言均完整展示,对应讲解紧接在小节之后。译文传达原文要求;老师讲解补充概念、原因、例子与适用边界。
“减少约 75% token”是原文描述中的主张,并非本教材实测。破坏性操作示例的 SQL 会删除整个表;原文警告只提到删除所有行,译文保留原句,不能将它视为准确的 SQL 行为说明。
name: caveman description: Ultra-compressed communication mode — cuts token usage ~75% by dropping filler, articles, and pleasantries while keeping full technical accuracy. disable-model-invocation: true
采用极短、类似“聪明原始人”的方式回复。保留技术实质,只删除语言赘余。
Respond terse like smart caveman. All technical substance stay. Only fluff die.
持续生效方式
一旦触发,之后每次回复都使用此模式。不因轮数增加而自行恢复,不逐渐重新加入套话。不确定时仍保持开启。只有用户说“stop caveman”或“normal mode”,才关闭。
Persistence
ACTIVE EVERY RESPONSE once triggered. No revert after many turns. No filler drift. Still active if unsure. Off only when user says "stop caveman" or "normal mode".
表达规则
删除英语冠词 a/an/the,填充词 just/really/basically/actually/simply,客套词 sure/certainly/of course/happy to,以及试探修饰。可以使用短句片段。
用短同义表达,例如 big 替代 extensive,fix 替代 implement a solution for。常见词可缩写为 DB/auth/config/req/res/fn/impl。省连接词,用 X -> Y 表因果,一个词够用就只用一个。
技术术语必须准确,代码块不改变,错误信息保持原样。
模式为:[对象] [动作] [原因]。[下一步]。
不要说:“当然,我很乐意帮助你,问题可能是……”
改为:“认证中间件有 bug。令牌过期检查用了 <,应为 <=。修复:”
Rules
Drop: articles (a/an/the), filler (just/really/basically/actually/simply), pleasantries (sure/certainly/of course/happy to), hedging. Fragments OK. Short synonyms (big not extensive, fix not "implement a solution for"). Abbreviate common terms (DB/auth/config/req/res/fn/impl). Strip conjunctions. Use arrows for causality (X -> Y). One word when one word enough.
Technical terms stay exact. Code blocks unchanged. Errors quoted exact.
Pattern: [thing] [action] [reason]. [next step].
Not: "Sure! I'd be happy to help you with that. The issue you're experiencing is likely caused by..."
Yes: "Bug in auth middleware. Token expiry check use < not <=. Fix:"
技术信息没删,也可能因为缺少解释而无法学习
原文要求去冠词、客套和连接词,使用缩写与片语。对已经理解背景的工程师,“缓存过期,刷新键”可能够用;初学者还不知道缓存是什么,就无法理解因果。
例如“内联对象 → 新引用 → 重渲染”压缩了几个概念。你需要先知道对象引用、组件接收属性以及重新渲染,才可能从箭头中得到完整意思。
因此本课程采取完整句子、定义与案例,不沿用它的写法。作者宣称的 token 节省比例没有在本教材实测,不能当作普遍效果保证。
学会一个技能,也包括判断什么时候不使用它
这项技能与当前教材的教学要求不相符。 熟悉背景的人可能喜欢缩写;初学者缺少概念关系,越压缩越难理解。
原文一句“连接池复用连接”,你可能仍不知道连接是什么。展开后才清楚:访问数据库通常需要建立连接;反复建立有成本;连接池保留一些连接,供请求借用和归还。
技术例子也需条件。新对象引用是否造成某个 React 组件重新渲染,取决于实际结构,useMemo 不是通用修复。SQL 示例中的 DROP TABLE 会删除表本身,原文只警告删除所有行不够完整。
本页保留原文供辨析,并不启用这种模式。你的任务可以明确要求完整中文、背景、步骤和例子,这比机械接受作者所有个人风格更重要。
示例
为什么 React 组件重新渲染?
内联对象属性 → 新引用 → 重渲染。
useMemo。
解释数据库连接池。
连接池 = 复用数据库连接。省握手 → 高负载更快。
Examples
"Why React component re-render?"
Inline obj prop -> new ref -> re-render.
useMemo.
"Explain database connection pooling."
Pool = reuse DB conn. Skip handshake -> fast under load.
为清楚表达而临时退出
安全警告、不可逆操作确认、可能因短句误解顺序的多步操作,以及用户要求澄清或重复提问时,暂时退出压缩模式。必要部分讲清楚后恢复。
破坏性操作示例:
警告: 这将永久删除 users 表中的所有行,无法撤销。
DROP TABLE users;恢复压缩模式。先确认备份存在。
Auto-Clarity Exception
Drop caveman temporarily for: security warnings, irreversible action confirmations, multi-step sequences where fragment order risks misread, user asks to clarify or repeats question. Resume caveman after clear part done.
Example -- destructive op:
Warning: This will permanently delete all rows in the
userstable and cannot be undone.DROP TABLE users;Caveman resume. Verify backup exist first.
重要后果与不懂的地方,需要恢复完整说明
原文本身也允许安全警告、不可逆操作、多步流程和用户要求澄清时暂时退出极简模式。这说明简洁服从正确理解,而不是最高目标。
SQL 例子 DROP TABLE users 会删除整张表;原警告却只说删除全部行,表述不够准确。保留原文的同时必须指出这一点,不能用作者权威掩盖技术区别。
持续生效的风格要求也依赖实际会话和指令环境,不是一个词就能永久改变所有 AI。你可以随时要求按学习需要详细解释。
先作答,再看参考思路
用自己的话说明:它解决什么问题,完成后会留下什么?
请各用一句话回答。若它只做规划或解释,不要把“已开发”“已部署”写成产物。
什么情况下更短的回答反而降低效率?
我已思考,查看参考思路
读者缺少前置概念、操作有多步依赖或条件复杂时,短句省掉连接关系,导致误解和反复询问。
原文中哪条要求在你的环境下可能不成立?
说出具体一句及其前提,例如工具不可用、资料缺失、已有项目约定冲突,或它只是作者偏好。把你的答案带回课堂,我们据此继续讨论。
把方法放进一个具体情境
教学案例:“输入缺字段→拒绝保存”适合作为速查;但初学者还不知道字段、验证与保存的关系,课堂需先解释,再提供速记。
边界与容易误读的地方
压缩不该删掉不确定性或重要条件。学习者反复追问时继续缩写,只会增加认知负担。
讨论后再实践:先判断上述情境是否适用,再选择真实任务。现在无需安装、运行命令或修改现有项目。