Claudette:让Claude别再像BuzzFeed文章那样说话

开发者 adnanakil 发布了一个名为 NoBuzz 的开源 Claude Code 技能,能把 Claude 充满"BuzzFeed 味"的 AI 回复改写为正常工程师语言,本质是用 Gemini CLI 做一次"去魅"翻译。

一句话看懂:开发者 adnanakil 发布了一个名为 NoBuzz 的开源 Claude Code 技能,能把 Claude 充满”BuzzFeed 味”的 AI 回复改写为正常工程师语言,本质是用 Gemini CLI 做一次”去魅”翻译。

事件核心:发生了什么

这个项目由开发者 adnanakil 发布在 GitHub 上,名为 NoBuzz,核心是一个 Claude Code 技能(skill),通过 /debuzz 命令触发。它的工作方式很直接:把 Claude 刚才的回复写入临时文件,通过命令行调用 Google 的 Gemini CLI(gemini -p)进行改写,并要求 Gemini 以”普通人说话方式”输出。为防止 Claude 的”文风病毒”再次感染,改写结果会原样打印,不允许 Claude 二次润色。项目当前支持三种输出模式:colleague(面向工程师,保留所有文件路径和代码)、manager(面向技术管理者,压缩到三分之一长度)、director(面向高管,只需三到五句话)。安装依赖是 Claude Code 和 Gemini CLI(npm install -g @google/gemini-cli),认证方式支持 /auth 或环境变量 GEMINI_API_KEY

为什么重要

这件事的价值不在”黑 Claude”本身,而是它揭示了当前大模型应用中的一个真实痛点:模型能力很强,但表达风格严重同质化。Claude 的输出常常带有刻意的”叙事弧线”——诸如”load-bearing assumption”、”most instructive yet”、”the kicker”这类 TED 演讲式措辞,在技术协作场景中反而成为信息噪声。NoBuzz 的解法是”用另一个模型做风格翻译”,而不是靠提示词硬调。这实际上示范了一种新的 AI 应用架构思路:让不同的模型各司其职——一个负责生成,一个负责表达。在模型 API 调用成本持续下降的背景下,这种”模型间协作”的微工作流可能会成为未来 AI 原生工具的一种常见形态,也侧面印证了开源生态中跨厂商模型调用的实用性。

对用户/开发者/创作者的影响

对普通 Claude Code 用户来说,这个技能直接改善了代码审查和故障排查的体验——当你只想知道一个测试为什么挂掉时,你不需要三幕剧结构。对开发者而言,NoBuzz 是一个轻量级的范例:它展示了一个 100 行以内的 Claude Code 技能如何组合外部 CLI 完成跨模型调度,这对在 Anthropic 和 Google 两家模型 API 之间做编排的开发者有参考价值。对内容创作者或 AI 工具使用者来说,它的意义在于”表达风格是可选的、可替换的”,你不需要忍受某个模型的默认口吻。项目以 MIT 许可证开源,目前仍是个人维护的小项目,不代表任何官方立场。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

目前公开信息显示,这个技能只在 GitHub 上发布,尚未纳入 Claude 官方技能市场。值得观察的点有三个:一是 Anthropic 是否会优化 Claude 自身的表达风格,让这种”去味”工具失去存在意义;二是 Gemini CLI 的调用稳定性和成本,是否会成为该工作流的瓶颈;三是社区是否会涌现类似的”模型风格翻译器”,延伸到中文、日文等多语言场景,或者针对不同垂直领域的表达偏好做定制。如果这类项目生态扩大,可能会推动模型厂商在”可定制输出风格”上投入更多资源。

来源:Hacker News

celebrityanime
celebrityanime
文章: 19632

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注