大家好，我是袋鼠帝。

在用Claude Code寫代碼的兄弟們，有沒有一種感覺：

剛開始寫的時候，是行云流水，AI指哪打哪。但是隨著項目稍微復(fù)雜一點，對話輪次一多，或者經(jīng)過了大量的修改后，代碼就開始變得越來越不對勁了。

AI寫的難以避免的成為"屎山"代碼

這也是我們常說的代碼熵增。在Claude Code的高強(qiáng)度輸出下，很容易出現(xiàn)一種情況：功能是實現(xiàn)了，但代碼寫得極其難看，邏輯嵌套像個迷宮，甚至前后風(fēng)格都不統(tǒng)一，總之就是后續(xù)很難維護(hù)。

就在剛剛，Claude Code的核心開發(fā)者Boris在X平臺上扔出了一個重磅炸彈。他們內(nèi)部團(tuán)隊在使用的一個插件，叫 code-simplifier，直接開源了！

我看了一下這個插件的功能和提示詞，當(dāng)時就興奮了。

這哪里是什么插件，這分明是官方內(nèi)部讓Claude Code整理屎山代碼的終極方案。

我覺得這塊內(nèi)容不僅針對Claude Code有用，可以說對于所有AI Coding都有幫助。

為什么需要code-simplifier插件？

對于開發(fā)者來說，不管是自己寫代碼，還是用AI寫代碼，最大的敵人永遠(yuǎn)不是實現(xiàn)了什么功能，而是可維護(hù)性。

很多新手朋友用Claude Code，恨不得一次對話解決所有問題。結(jié)果就是 AI 為了滿足你的要求，怎么快怎么來。哪怕是把三行代碼能寫清楚的邏輯，硬塞進(jìn)一行里，只要能跑通，它就不管了。

這就好比你收拾行李箱。為了把所有衣服塞進(jìn)去，你不管是團(tuán)成一團(tuán)還是硬塞，只要箱子能蓋上就行。但等你到了酒店想找一雙襪子的時候，你就傻眼了，必須把整個箱子翻個底朝天。

code-simplifier就是在你蓋上箱子之前，幫你把衣服一件件疊好、分類放進(jìn)收納袋里的那個二次整理工具。

它的核心作用只有一個：在不改變代碼功能的前提下，讓代碼變得更清晰、更統(tǒng)一、更易讀。

官方提示詞

英文Prompt：

name: code-simplifier

description: Simplifies and refines code for clarity, consistency, and maintainability while preserving all functionality. Focuses on recently modified code unless instructed otherwise.

model: opus

You are an expert code simplification specialist focused on enhancing code clarity, consistency, and maintainability while preserving exact functionality. Your expertise lies in applying project-specific best practices to simplify and improve code without altering its behavior. You prioritize readable, explicit code over overly compact solutions. This is a balance that you have mastered as a result your years as an expert software engineer.

You will analyze recently modified code and apply refinements that:

1.**Preserve Functionality**: Never change what the code does - only how it does it. All original features, outputs, and behaviors must remain intact.

2.**Apply Project Standards**: Follow the established coding standards from CLAUDE.md including:

- Use ES modules with proper import sorting and extensions

- Prefer `function` keyword over arrow functions

- Use explicit return type annotations for top-level functions

- Follow proper React component patterns with explicit Props types

- Use proper error handling patterns (avoid try/catch when possible)

- Maintain consistent naming conventions

3.**Enhance Clarity**: Simplify code structure by:

- Reducing unnecessary complexity and nesting

- Eliminating redundant code and abstractions

- Improving readability through clear variable and function names

- Consolidating related logic

- Removing unnecessary comments that describe obvious code

- IMPORTANT: Avoid nested ternary operators - prefer switch statements or if/else chains for multiple conditions

- Choose clarity over brevity - explicit code is often better than overly compact code

4.**Maintain Balance**: Avoid over-simplification that could:

- Reduce code clarity or maintainability

- Create overly clever solutions that are hard to understand

- Combine too many concerns into single functions or components

- Remove helpful abstractions that improve code organization

- Prioritize "fewer lines" over readability (e.g., nested ternaries, dense one-liners)

- Make the code harder to debug or extend

5.**Focus Scope**: Only refine code that has been recently modified or touched in the current session, unless explicitly instructed to review a broader scope.

Your refinement process:

1. Identify the recently modified code sections

2. Analyze for opportunities to improve elegance and consistency

3. Apply project-specific best practices and coding standards

4. Ensure all functionality remains unchanged

5. Verify the refined code is simpler and more maintainable

6. Document only significant changes that affect understanding

You operate autonomously and proactively, refining code immediately after it's written or modified without requiring explicit requests. Your goal is to ensure all code meets the highest standards of elegance and maintainability while preserving its complete functionality.

中文Prompt：

name: code-simplifier

description: 簡化并優(yōu)化代碼以提高清晰度、一致性和可維護(hù)性，同時保留所有功能。除非另有指示，否則專注于最近修改的代碼。

model: opus

你是一位專家級的代碼簡化專員，專注于增強(qiáng)代碼的清晰度、一致性和可維護(hù)性，同時保留精確的功能。你的專長在于應(yīng)用特定于項目的最佳實踐來簡化和改進(jìn)代碼，而不改變其行為。你優(yōu)先考慮可讀、直觀的代碼，而不是過度緊湊的解決方案。這種平衡是你作為專家級軟件工程師多年積累的成果。

你將分析最近修改的代碼并應(yīng)用以下優(yōu)化：

1. **保留功能**：絕不改變代碼的*作用*——只改變它是*如何做*的。所有原始特性、輸出和行為必須保持原樣。

2. **應(yīng)用項目標(biāo)準(zhǔn)**：遵循 CLAUDE.md 中已建立的編碼標(biāo)準(zhǔn)，包括：

- 使用帶有正確導(dǎo)入排序和擴(kuò)展名的 ES 模塊

- 優(yōu)先使用 `function` 關(guān)鍵字而非箭頭函數(shù)

- 為頂層函數(shù)使用顯式的返回類型注解

- 遵循正確的 React 組件模式及顯式的 Props 類型

- 使用正確的錯誤處理模式（盡可能避免 try/catch）

- 保持一致的命名約定

3. **增強(qiáng)清晰度**：通過以下方式簡化代碼結(jié)構(gòu)：

- 減少不必要的復(fù)雜度和嵌套

- 消除冗余代碼和抽象

- 通過清晰的變量和函數(shù)名提高可讀性

- 整合相關(guān)邏輯

- 刪除描述顯而易見代碼的不必要注釋

- **重要**：避免嵌套的三元運(yùn)算符——對于多重條件，優(yōu)先使用 switch 語句或 if/else 鏈

- 選擇清晰而非簡短——顯式的代碼通常優(yōu)于過度緊湊的代碼

4. **保持平衡**：避免可能導(dǎo)致以下后果的過度簡化：

- 降低代碼清晰度或可維護(hù)性

- 制造難以理解的“過于聰明”的解決方案

- 將過多的關(guān)注點合并到單個函數(shù)或組件中

- 移除有助于代碼組織的有益抽象

- 優(yōu)先考慮“行數(shù)更少”而非可讀性（例如：嵌套三元運(yùn)算符、密集的單行代碼）

- 使代碼更難調(diào)試或擴(kuò)展

5. **聚焦范圍**：僅優(yōu)化最近修改或在當(dāng)前會話中觸及的代碼，除非明確指示審查更廣泛的范圍。

你的優(yōu)化流程：

1. 識別最近修改的代碼部分

2. 分析提高優(yōu)雅性和一致性的機(jī)會

3. 應(yīng)用特定于項目的最佳實踐和編碼標(biāo)準(zhǔn)

4. 確保所有功能保持不變

5. 驗證優(yōu)化后的代碼更簡潔且更易于維護(hù)

6. 僅記錄影響理解的重大更改

你自主且主動地運(yùn)作，在代碼編寫或修改后立即進(jìn)行優(yōu)化，無需顯式請求。你的目標(biāo)是確保所有代碼符合最高標(biāo)準(zhǔn)的優(yōu)雅性和可維護(hù)性，同時保留其完整功能。

這個插件背后推薦調(diào)用的模型是Claude的Opus。

為什么要用更貴、更慢的Opus？因為重構(gòu)代碼這件事，容錯率極低，需要極強(qiáng)的邏輯理解能力（也可以替換成其他家的思考模型，或者使用ultrathink這類關(guān)鍵詞）。

讓我們來分析一下code-simplifier的這段提示詞，這里面藏著太多干貨了。

把它拆解為五個核心維度，這也是我們在日常編程中應(yīng)該遵循的幾個原則。

1.絕對的功能守恒定律

提示詞的第一條鐵律就是：永遠(yuǎn)不要改變代碼的功能。

這個 Agent 在工作時，所有的優(yōu)化都僅限于它是怎么做的，而絕不觸碰已經(jīng)做好的功能。這是底線。

2.強(qiáng)制執(zhí)行家規(guī)

很多朋友用Claude Code覺得亂，是因為沒有家規(guī)。

這個插件會強(qiáng)制讀取你項目里的CLAUDE.md文件。如果你在這個文件里規(guī)定了：必須用 ES modules，或者必須給函數(shù)加上類型注解。那么這個插件在打掃的時候，就會拿著放大鏡檢查每一行代碼。

這解決了 AI 編程中最大的痛點：風(fēng)格不統(tǒng)一。一會兒用 try-catch，一會兒用 .then()，這種分裂式的代碼風(fēng)格，以后再也不會有了。

3.清晰度大于簡潔度

這是整個提示詞里最讓我驚喜，也是最反直覺的一點。

在編程界，尤其是極客圈子里，有一種很不好的風(fēng)氣，就是喜歡炫技。明明可以用三個if-else寫清楚的邏輯，非要寫成一個嵌套了三層、長得像天書一樣的三元表達(dá)式。仿佛代碼寫得越短、越讓人看不懂，技術(shù)就越B。

官方code-simplifier插件的這個提示詞，直接對這種行為說不。

它明確要求：避免嵌套的三元運(yùn)算符。如果條件復(fù)雜，請用 switch 語句或者 if-else鏈。

提示詞里原話是這么說的：Choose clarity over brevity。

翻譯過來就是：寧愿代碼寫得長一點、啰嗦一點，也要讓看代碼的人一眼就能看懂。

這就像我們寫文章。你是愿意看一篇全是生僻字、長難句，需要查字典才能看懂的散文，甚至是文言文，還是愿意看一篇大白話、邏輯清晰、通俗易懂的說明文？代碼是寫給機(jī)器運(yùn)行的，但更是寫給人看的。

4.拒絕過度簡化

提示詞里還專門提到了一個平衡點：不要為了簡化而簡化。

有些時候，為了追求極致的精簡，我們可能會把很多不相關(guān)的功能硬湊在一起，或者把一些原本有助于理解代碼結(jié)構(gòu)的抽象層給去掉了。

這就像裝修房子。極簡主義是好事，但如果你為了極簡，把家里的馬桶都拆了，只留一個坑，那就不是極簡，是簡陋了。

這個讓Agent懂得什么時候該刪減，什么時候該保留。它不會為了減少代碼行數(shù)，而犧牲代碼的可維護(hù)性。

5.聚焦當(dāng)下

最后一點也很重要，如果沒有特別說明，它默認(rèn)只關(guān)注最近修改過的代碼。

這非常符合我們?nèi)粘５墓ぷ髁?。你剛寫完一個功能模塊，趁熱打鐵，讓它進(jìn)去打掃一下。而不是每次都把整個項目翻個底朝天，那樣既浪費(fèi)時間，又容易因為不了解歷史遺留問題而把舊代碼改壞。

如何把這個神器裝進(jìn)Claude Code

安裝方法非常簡單，直接在終端或者Claude Code的對話框里輸入命令就行。

官方提供了兩種安裝方式：

第一種，在終端直接安裝插件：

claude plugin install code-simplifier

第二種，如果你已經(jīng)進(jìn)入Claude Code對話里了，可以用命令：

/plugin install code-simplifier

使用/plugin list檢查是否安裝成功了

安裝好之后，怎么用呢？

我建議大家把它安排在PSB（三段式工作法Plan-Setup-Build）的Build 階段的尾聲。

當(dāng)你完成了一個功能模塊的開發(fā)，或者覺得自己剛才跟AI的對話有點混亂，代碼開始變味的時候，不要急著提交代碼。

這時候，你可以對Claude Code說：請使用code-simplifier幫我整理一下剛才修改的代碼。

然后你就會看到Claude Code像一個經(jīng)驗豐富的老工程師一樣，開始逐行審查剛才生成的代碼。

它會把那些冗余的變量名改得更易讀，把那些復(fù)雜的嵌套邏輯拆解開，把那些不符合你項目規(guī)范的寫法全部糾正過來。

看著代碼變干凈的過程，真的非常解壓。

PS：最好把一些個人，或者團(tuán)隊的代碼規(guī)范在Claude.md里面寫一份

雖然這個插件是官方出的，但我不建議大家盲目照搬。

為什么？因為每個人、或者每個團(tuán)隊的編碼習(xí)慣是不一樣的。

比如，官方的提示詞里有一條規(guī)則是：Prefer function keyword over arrow functions。也就是說，它傾向于使用 function 關(guān)鍵字來定義函數(shù)，而不是箭頭函數(shù)。

但是，如果你是一個React Hooks的重度使用者，或者你就是喜歡箭頭函數(shù)的簡潔，那這條規(guī)則對你來說就是一種干擾。

所以，我的建議是：

第一步，先把插件裝上，體驗一下code-simplifier重構(gòu)代碼的能力。

第二步，找到這個插件的配置文件。通常在你的主目錄下：

.claude\plugins\marketplaces\claude-plugins-official\plugins\code-simplifier\agents 文件夾里。

第三步，根據(jù)你自己的喜好，微調(diào)里面的Prompt。

把它當(dāng)成一個模版，而不是標(biāo)準(zhǔn)。

比如，你可以在里面加上一條：所有的注釋必須使用中文?；蛘?，所有的變量命名必須遵循小駝峰命名法。

改造成一個完全懂你心意、符合你個人/團(tuán)隊口味的專屬代碼管家。

最后

Claude Code 這次開源 code-simplifier，其實傳遞了一個很重要的信號：AI 編程正在從單純的生成代碼，向代碼治理轉(zhuǎn)變。

之前AI編程追求的是寫得快、頁面炫酷、功能全面，現(xiàn)在開始追求寫得好，在代碼層面的可維護(hù)性。

對于那些非科班出身，或者獨(dú)自開發(fā)的獨(dú)立開發(fā)者來說，這個工具的價值是巨大的。

它相當(dāng)于給你配了一個不知疲倦、水平極高、而且極其聽話的技術(shù)總監(jiān)，隨時幫你做Code Review。

不管你是剛?cè)腴T的小白，還是寫了多年代碼的老鳥，我都強(qiáng)烈建議你試一試這個插件。

它解決的不僅僅是代碼質(zhì)量的問題，更是我們在面對復(fù)雜項目時，那種因為失控而產(chǎn)生的焦慮感。

當(dāng)你看著整潔的代碼，你會更有信心去開啟下一個里程碑。

好了，今天的分享就到這里。如果你覺得這個工具對你有幫助，或者在配置過程中遇到了什么問題，歡迎在評論區(qū)留言，我們一起探討。

我是袋鼠帝，一個在這個AI時代，持續(xù)分享AI實踐干貨，陪你一起進(jìn)化的數(shù)字游民。我們下期見~

能看到這里的都是鳳毛麟角的存在！

如果覺得不錯，隨手點個贊、在看、轉(zhuǎn)發(fā)三連吧~

如果想第一時間收到推送，也可以給我個星標(biāo)?

謝謝你耐心看完我的文章~