nobuzz

这是什么？适合谁？

NoBuzz（adnanakil/nobuzz，194 Stars，MIT）是一个 Claude Code Skill，命令 /debuzz。它解决的问题非常具体：Claude 是个优秀的工程师，但说话像在自己 PR 上做 TED 演讲——你问一个测试为什么 flaky，它给你一个「load-bearing assumption」、三条编号启示，外加一句「第三条最有启发性」。永远不是「一个 bug」，永远有 kicker。

这个 skill 的诚实之处在于：承认单靠 prompt 治不好这个病。它把 Claude 的上一条回复原样交给另一个模型（Gemini，通过 Google 的 Antigravity CLI agy）翻译成「正常人说话」，并且逐字打印翻译结果——因为如果让 Claude 自己「整理一下」译文，被删掉的正是那股腔调本身。

官方 Before/After 示例非常传神：

• Before（Claude）：「有意思的来了：重试逻辑不只是 nice-to-have——它是整个同步管线的 load-bearing assumption……第三件事跳出来了，而这是 kicker……」
• After（/debuzz，colleague 模式）：「同步管线的重试逻辑有三个 bug。syncQueue.ts:142 吞了 ETIMEDOUT 而不是重新入队。退避上限 2 秒，对移动网络太低。去重键含时间戳，所以重试永远没真正去重。修法：去掉时间戳、上限提到 30 秒、把超时错误重新抛出。」

适合人群：

• 重度 Claude Code 用户：受够了「戏剧化汇报体」，想要工程同事语气的回复
• 技术写作/文档团队：用 Claude 产文后手动去 AI 味的人，可以自动化这一步
• 双模型工作流爱好者：已经在混用 Claude + Gemini 的人

不适合：没有 Antigravity CLI 使用条件的人（该 skill 硬依赖 agy）；以及就是喜欢 Claude 文风的用户。

使用前提：Claude Code + Antigravity CLI（agy）已安装并完成 Google 登录。

准备工作

1. Claude Code：有效订阅或 API。
2. Antigravity CLI：curl -fsSL https://antigravity.google/cli/install.sh | bash（macOS/Linux）或 irm https://antigravity.google/cli/install.ps1 | iex（Windows），然后运行一次 agy 完成 Google Sign-In。
3. 安装 skill：git clone https://github.com/adnanakil/nobuzz 后 cp -r nobuzz/debuzz ~/.claude/skills/。
4. 成本：Skill 免费（MIT）；Gemini 侧用量走你的 Google 账号额度。
5. 时间预算：安装 5 分钟（大头是 agy 登录）。

快速上手（3 步）

第一步：安装

git clone https://github.com/adnanakil/nobuzz
mkdir -p ~/.claude/skills
cp -r nobuzz/debuzz ~/.claude/skills/

第二步：触发

正常跟 Claude 干活，等它给出一条「表演型」回复后：

/debuzz

也可指定模式与文本：/debuzz colleague "要处理的文本"。

第三步：验收

预期结果：一条逐字引自 Gemini 翻译的平实版本——主谓宾、代码位置、修法，没有 kicker。

常见踩坑

踩坑 1：agy 未安装/未登录

• 现象：/debuzz 报命令不存在或鉴权失败。
• 原因：Antigravity CLI 是硬依赖。
• 解决：按上面命令安装并跑一次 agy 完成登录流程。

踩坑 2：Claude「好心」润色译文

• 现象：输出比 Gemini 原文更流畅，但那股味儿又回来了。
• 原因：让 Claude 转述而不是逐字引用。
• 解决：skill 已内置「逐字打印」约束，若仍出现，在会话里强调「不要改写 Antigravity 的翻译」。

踩坑 3：过度去味

• 现象：colleague 模式之外的更激进模式把有用细节也删了。
• 原因：模式选择不当。
• 解决：日常工程汇报用默认/colleague 档；明确指定模式名再试。

踩坑 4：长回复翻译超时

• 现象：超长回复处理慢或截断。
• 原因：整条回复跨模型翻译，长度受限。
• 解决：先让 Claude 压缩要点再 /debuzz，或分段处理。

踩坑 5：Windows 安装路径

• 现象：skill 没被识别。
• 原因：~/.claude/skills 在 Windows 下是 %USERPROFILE%\.claude\skills。
• 解决：git clone 后复制 debuzz 目录到 $env:USERPROFILE\.claude\skills\。

踩坑 6：依赖网络与两家服务同时可用

• 现象：任一服务波动即失败。
• 原因：链路是 Claude Code → agy → Gemini。
• 解决：失败时直接人工改写；此 skill 定位是提效不是必需品。

初级用法

1. 日报/周报脱油：让 Claude 总结本周工作，再 /debuzz，得到能直接贴进群里的版本。
2. Code Review 评论：Claude 的 review 意见常带表演性，过一道再发。
3. 指定模式：试遍各模式（如 colleague），找到你团队语感的那档并固定下来。
4. 只处理最后一条：默认作用于最近回复，无需粘贴长文本。

高级玩法

1. 双模型互评管线：Claude 写方案 → /debuzz 翻译 → 把译文再交回 Claude 问「哪句话信息量最低」，做信息密度打磨。
2. 写作风格基准：收集 debuzz 前后对照样本，训练自己对「AI 腔」的敏感度——手动复刻 debuzz 风格写 prompt。
3. CI 提交信息：让 Claude 生成 commit message 后过一道 /debuzz，产出朴素准确的提交说明。
4. 客服/工单回复：对外文案先过 /debuzz 去掉「我们注意到您遇到的情况非常有启发性」式表达。

小技巧

1. 首次跑 agy 记得完成登录：装完不登录，/debuzz 必挂。
2. 别对创作类输出用：写营销文案需要的恰恰是节奏感，去味会毁掉它。
3. 对照学习：保留几组 before/after，是最生动的「Claude 文风病」教材。
4. 模式写进团队规范：把选定模式写进团队 CLAUDE.md，统一所有人输出语感。
5. 失败就手改：这是锦上添花工具，别为它阻塞工作流。

常见问题 FAQ

Q1：为什么用 Gemini 而不是再问一次 Claude？

A：作者的核心洞察：同一个模型自我修正常常「整理」掉翻译，等于把要删的腔调又请回来；跨模型翻译才真正换脑子。来源：README

Q2：必须用 Antigravity CLI 吗？

A：是，agy 是当前实现的硬依赖；理论上可改 skill 脚本换成其他 Gemini 入口，但那属于自行改装。

Q3：会花两份 token 吗？

A：会——Claude 生成原文 + Gemini 翻译，成本近似翻倍，适合用在「要给人看」的输出上。

Q4：支持中文吗？

A：翻译目标是「像人说话」，对中英混合的技术回复应可用；但 skill 的模式语感按英文打磨，中文效果未实测。

Q5：和「在我的 prompt 里写『别用 AI 腔』」有何区别？

A：prompt 约束效果不稳定且模型自我审查有限；跨模型翻译是结构性解法。来源：README

进阶学习建议

• 精读 README 的 Before/After：那条 sync pipeline 示例是「AI 腔病理学」的完整标本——把它的每处改写（删 kicker、合并三条启示、给出具体修法）当作你自己的文风检查清单。
• 建立双模型工作流直觉：NoBuzz 的价值不在去味本身，而在演示「模型互相翻译/审查」这个模式；把同样的思路迁移到事实核查（A 写 → B 挑错）等场景。
• 给自己的写作做 debuzz 训练：每周挑一篇自己写的技术文档，模仿 After 风格重写一遍，三个月后你的初稿就会自动接近这个标准。

参考链接

• nobuzz GitHub 仓库
• Antigravity CLI 安装
• Claude Code 官网

免责声明：本文基于官方仓库 README 与 GitHub 公开数据整理，AI 辅助生成，MagicNetWorld 尚未完成独立实测。Antigravity CLI 的可用性与额度政策以 Google 官方为准。