nobuzz: 使用 Gemini 從 Claude Code 中移除「Claudisms」

nobuzz 使用次級 LLM 來去除技術回應中的冗長「claudisms」

nobuzz（作者內部稱為「Claudette」）是一個 Claude Code skill，旨在消除 Claude 在技術解釋中常見的華麗、過度戲劇化且具點擊誘餌風格的散文。作者認為，僅依賴提示詞（prompting）不足以完全治癒模型向「TED talk」式表達的傾向，因此 nobuzz 將 Claude 的輸出透過 Gemini CLI 重新寫成簡潔、像人類般的英文。

問題所在：技術溝通中的「BuzzFeed」風格

Claude 的使用者，特別是在工程背景下，注意到了一種重複出現的冗長與戲劇化模式。作者將其描述為 Claude 說話就像是在「針對自己的 pull request 進行 TED talk」，其特徵是使用諸如「load-bearing assumption」、「numbered revelations」以及「the kicker」之類的詞彙。

這種溝通風格為需要簡潔、事實性更新的開發者帶來了認知負荷。例如，一個標準的 Claude 回應可能會將一個 bug 框架化為「整個同步管線的 load-bearing assumption」，而一個「debuzzed」的回應則僅僅列出 bug、受影響的檔案以及必要的修復方式。

實作與工作流程

nobuzz 作為 Claude Code 中的一個 skill 運作。它並不試圖改變 Claude 的內部狀態，而是作為一個後處理層：

Capture：該 skill 將 Claude 先前的回覆寫入一個暫存檔。
Translation：它使用特定的提示詞將該檔案透過 Gemini CLI 進行處理：gemini -p "<plain-English style instructions>"。
Output：Gemini 的翻譯會原封不動地印出。

為了防止「buzzer」重新引入相同的語氣，該 skill 明確避免讓 Claude 去「整理」Gemini 的翻譯。

可用模式

根據目標受眾，nobuzz 提供三種不同的翻譯模式：

Mode	Target Audience	Output Characteristics
`colleague` (default)	Engineers	維持所有檔案路徑與 code blocks；移除所有戲劇化成分。
`manager`	Technical Managers	專注於發生了什麼事、為什麼重要以及後續步驟；長度約為原始內容的 1/3。
`director`	Executives	3-5 句，專注於結果、影響以及「請求（ask）」。

技術需求與安裝

要使用 nobuzz，使用者必須安裝以下內容：

Claude Code
Gemini CLI (npm install -g @google/gemini-cli)，並透過 /auth 或 GEMINI_API_KEY 環境變數進行驗證。

安裝方式是 clone 該 repository 並將 skill 複製到 ~/.claude/skills 目錄下。

社群對「AI Slop」的看法

nobuzz 的發布引發了開發者之間關於前沿模型「個性」的更廣泛討論。

採用模型鏈接（Model Chaining）的理由

一些使用者認為，鏈接模型是提示工程（prompt engineering）最務實的方法。一位使用者指出，花時間撰寫長篇大論來告訴模型停止表現得像自己，其效果不如直接使用第二個模型來清理輸出。

其他緩解策略

其他開發者建議，系統提示詞（system prompts）可以達到類似的效果，而不需要額外的 token 成本。建議的提示詞包括：

「使用技術語言來詳述內容，並保持不含術語與專案簡寫。」
「針對人類輸出，寫作程度維持在 10 年級閱讀水平。」
「使用簡化的技術英文（simplified technical English）。"
限制字數（例如，「Comment blocks are <= 7 words"）。

對模型語氣的批評

幾位使用者對 Claude 目前的散文風格表示沮喪，將其比作「認知負荷」或「AI slop」。一些使用者報告說，為了逃避這種冗長風格，他們特別切換到了 GPT-4 或 GLM5.3 等其他模型，而其他人則注意到這種「解釋性語氣」在三月與七月的更新中有所增加。

相反地，有些使用者發現「claudisms」很有幫助，認為使用的特定語言有助於他們理解模型賦予特定情境的內部含義。