nobuzz: 使用 Gemini 从 Claude Code 中移除“Claude 式表达”

nobuzz 使用辅助 LLM 来剥离技术响应中冗长的“Claude 式表达”

nobuzz（作者内部称之为 "Claudette"）是一个 Claude Code 技能，旨在消除 Claude 在技术解释中常见的华丽、过度戏剧化且具有标题党风格的措辞。作者认为，仅仅依靠提示词（prompting）不足以完全治愈模型表现出“TED 演讲”式的倾向，因此 nobuzz 将 Claude 的输出通过 Gemini CLI 进行重写，将其转化为平实、像人类一样的英语。

问题所在：技术沟通中的“BuzzFeed”风格

Claude 的用户，特别是在工程背景下的用户，注意到了一种反复出现的冗长和戏剧化模式。作者将其描述为 Claude 说话就像是在“为自己的 pull request 进行 TED 演讲”，其特征是使用诸如 "load-bearing assumption"、编号的启示以及 "the kicker" 之类的短语。

这种沟通风格为需要简洁、事实性更新的开发人员带来了认知负担。例如，一个标准的 Claude 响应可能会将一个 bug 描述为“整个同步流水线的承重假设”，而一个“去 buzz 化”后的响应则只是简单地列出 bug、受影响的文件以及必要的修复方案。

实现与工作流

nobuzz 作为 Claude Code 中的一个技能运行。它并不试图改变 Claude 的内部状态，而是作为一个后处理层：

Capture：该技能将 Claude 之前的回复写入一个临时文件。
Translation：它使用特定的提示词通过 Gemini CLI 处理该文件：gemini -p "<plain-English style instructions>"。
Output：Gemini 的翻译会原样打印出来。

为了防止“buzzer”重新引入相同的语气，该技能明确避免让 Claude 对 Gemini 的翻译进行“整理”。

可用模式

根据目标受众的不同，nobuzz 提供三种不同的翻译模式：

Mode	Target Audience	Output Characteristics
`colleague` (default)	Engineers	保留所有文件路径和代码块；移除所有戏剧化色彩。
`manager`	Technical Managers	专注于发生了什么、为什么重要以及后续步骤；长度约为原始长度的 1/3。
`director`	Executives	3-5 句话，专注于结果、影响和“诉求”。

技术要求与安装

要使用 nobuzz，用户必须安装以下内容：

Claude Code
Gemini CLI (npm install -g @google/gemini-cli)，并通过 /auth 或 GEMINI_API_KEY 环境变量进行身份验证。

安装过程是通过克隆仓库并将技能复制到 ~/.claude/skills 目录中完成的。

社区对“AI Slop”的看法

nobuzz 的发布引发了开发者关于前沿模型“个性”的更广泛讨论。

采用模型链式调用（Model Chaining）的理由

一些用户认为，将模型串联起来是提示工程中最实用的方法。一位用户指出，与其花时间编写长篇大论来告诉模型停止表现得像它自己，不如直接使用第二个模型来清理输出。

其他缓解策略

其他开发人员建议，系统提示词（system prompts）可以在不增加额外 token 成本的情况下达到类似的效果。建议的提示词包括：

"Use technical language to spell things out, and keep it free of jargon and project shorthand。"
"For humans output writing at a 10th grade reading level。"
"Speak in simplified technical English。"
限制字数（例如，"Comment blocks are <= 7 words"）。

对模型语气的批评

几位用户对 Claude 目前的措辞表达了挫败感，将其比作“认知负担”或“AI Slop”。一些用户报告称，他们专门切换到 GPT-4 或 GLM5.3 等其他模型，以逃避这种冗长的风格，而其他人注意到这种“解释性语气”在 3 月和 7 月左右的更新中有所增加。

相反，一些用户发现“Claude 式表达”很有帮助，认为所使用的特定语言有助于他们理解模型分配给特定情况的内部含义。