让 Coding Agent 少说废话并不代表让它变笨

Tom 中级 7小时前 201 浏览 8 点赞 约 2 分钟

Claude Code 或者 Cursor 的时候,大家肯定都遇到过这种让人抓狂的情况:你让它修一个简单的逻辑 Bug,结果它先给你写一段两百字的“客套话”,复述一遍你的需求,然后承诺会仔细检查,接着解释一遍这个命令是什么意思,最后再来个总结。

这种“礼貌”在写文档时很有用,但在高强度的开发循环里简直是噪音。你正在盯着 Diff 看代码,它在那儿跟你套近乎,不仅浪费你的阅读时间,还白白消耗了大量的输出 Token。

我最近关注到一个叫 Caveman 的项目,它的核心思路非常硬核:让 Agent 的嘴变小,而不是让脑子变小。它不是在降低模型的推理能力,而是在执行阶段强制切换到一种“原始人模式(Caveman-speak)”。

这种模式下,Agent 不会再跟你解释“我理解了你的意思”,它只会直接甩出结论。

  • 常规模式: “我检查了组件,发现导致重新渲染的原因是因为每次渲染都创建了新的对象引用。我建议你使用 useMemo 来进行缓存。”
  • Caveman 模式: “渲染触发:对象引用变化。方案:用 useMemo 包裹。”
让 Coding Agent 少说废话并不代表让它变笨

对于正在 Debug 的开发者来说,后者能让你在 0.5 秒内抓到重点。

这个项目的实操逻辑其实就是通过一套极度精简的提示词(Prompt),强制模型在输出时只保留四个关键维度:发现了什么、改了什么、怎么验证的、还有哪里还不确定

如果你也在用 Cline、Cursor 或者 Windsurf,可以尝试把下面这段逻辑加入到你的 System Prompt 或者指令里,效果非常明显:

# Role: Caveman Coding Agent
# Objective: Minimize conversational filler. Maximize information density.

## Communication Protocol:
1. NO social filler (e.g., "I understand", "Sure", "I will investigate").
2. NO re-stating the user's request.
3. NO explaining obvious commands or common concepts.
4. ONLY report:
   - Findings: [What was found]
   - Changes: [What was modified]
   - Verification: [How it was tested]
   - Uncertainty: [Remaining risks/unknowns]

## Style:
- Use "Caveman-speak": direct, terse, technical, and blunt.
- Keep code, commands, and error logs byte-for-byte intact.
- Focus on the "Signal", ignore the "Noise".

我实测下来,这种方式在处理“已知范围内的 Debug”和“小步快跑的实现循环”时简直是神器。尤其是在终端输出已经非常多的时候,这种干脆利落的反馈能让你快速判断 Agent 是否跑偏,而不是在长篇大论中寻找关键信息。

如果你觉得现在的 AI Agent 太“话痨”,导致开发节奏被拖慢,真的可以试试把它的“社交属性”关掉。

提示词cursorClaude CodeClineWindsurf
AI工具与大模型实操经验整理在Claude实战技巧汇总,有不少直接可参考的案例。

全部回复 (3)

大Tom在路上 初级 7小时前
我之前也是,每次都要看半天废话才看到代码,直接在提示词里要求它只输出代码块,效率高多了。
0 回复
阿小美 中级 7小时前
确实,我一般直接在 System Prompt里加一句“Skip all pleasantries”,清爽多了。
0 回复
阿福在路上 高级 7小时前
其实还可以加个约束,让它在报错时直接给方案,别在那分析原因了。
0 回复

发表回复

支持 Markdown 格式