重磅！Claude Code官方開(kāi)源：AI屎山代碼，終于有解了~（附提示詞）

大家好，我是袋鼠帝。

在用Claude Code寫(xiě)代碼的兄弟們，有沒(méi)有一種感覺(jué)：

剛開(kāi)始寫(xiě)的時(shí)候，是行云流水，AI指哪打哪。但是隨著項(xiàng)目稍微復(fù)雜一點(diǎn)，對(duì)話(huà)輪次一多，或者經(jīng)過(guò)了大量的修改后，代碼就開(kāi)始變得越來(lái)越不對(duì)勁了。

AI寫(xiě)的難以避免的成為"屎山"代碼

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

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

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

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

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

為什么需要code-simplifier插件？

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

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

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

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

它的核心作用只有一個(gè)：在不改變代碼功能的前提下，讓代碼變得更清晰、更統(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: 簡(jiǎn)化并優(yōu)化代碼以提高清晰度、一致性和可維護(hù)性，同時(shí)保留所有功能。除非另有指示，否則專(zhuān)注于最近修改的代碼。

model: opus

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

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

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

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

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

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

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

- 遵循正確的 React 組件模式及顯式的 Props 類(lèi)型

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

- 保持一致的命名約定

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

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

- 消除冗余代碼和抽象

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

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

- 刪除描述顯而易見(jiàn)代碼的不必要注釋

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

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

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

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

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

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

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

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

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

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

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

1. 識(shí)別最近修改的代碼部分

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

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

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

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

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

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

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

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

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

把它拆解為五個(gè)核心維度，這也是我們?cè)谌粘＞幊讨袘?yīng)該遵循的幾個(gè)原則。

1.絕對(duì)的功能守恒定律

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

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

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

很多朋友用Claude Code覺(jué)得亂，是因?yàn)闆](méi)有家規(guī)。

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

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

3.清晰度大于簡(jiǎn)潔度

這是整個(gè)提示詞里最讓我驚喜，也是最反直覺(jué)的一點(diǎn)。

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

官方code-simplifier插件的這個(gè)提示詞，直接對(duì)這種行為說(shuō)不。

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

提示詞里原話(huà)是這么說(shuō)的：Choose clarity over brevity。

翻譯過(guò)來(lái)就是：寧愿代碼寫(xiě)得長(zhǎng)一點(diǎn)、啰嗦一點(diǎn)，也要讓看代碼的人一眼就能看懂。

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

4.拒絕過(guò)度簡(jiǎn)化

提示詞里還專(zhuān)門(mén)提到了一個(gè)平衡點(diǎn)：不要為了簡(jiǎn)化而簡(jiǎn)化。

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

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

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

5.聚焦當(dāng)下

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

這非常符合我們?nèi)粘５墓ぷ髁鳌Ｄ銊倢?xiě)完一個(gè)功能模塊，趁熱打鐵，讓它進(jìn)去打掃一下。而不是每次都把整個(gè)項(xiàng)目翻個(gè)底朝天，那樣既浪費(fèi)時(shí)間，又容易因?yàn)椴涣私鈿v史遺留問(wèn)題而把舊代碼改壞。

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

安裝方法非常簡(jiǎn)單，直接在終端或者Claude Code的對(duì)話(huà)框里輸入命令就行。

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

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

claude plugin install code-simplifier

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

/plugin install code-simplifier

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

安裝好之后，怎么用呢？

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

當(dāng)你完成了一個(gè)功能模塊的開(kāi)發(fā)，或者覺(jué)得自己剛才跟AI的對(duì)話(huà)有點(diǎn)混亂，代碼開(kāi)始變味的時(shí)候，不要急著提交代碼。

這時(shí)候，你可以對(duì)Claude Code說(shuō)：請(qǐng)使用code-simplifier幫我整理一下剛才修改的代碼。

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

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

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

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

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

為什么？因?yàn)槊總€(gè)人、或者每個(gè)團(tuán)隊(duì)的編碼習(xí)慣是不一樣的。

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

但是，如果你是一個(gè)React Hooks的重度使用者，或者你就是喜歡箭頭函數(shù)的簡(jiǎn)潔，那這條規(guī)則對(duì)你來(lái)說(shuō)就是一種干擾。

所以，我的建議是：

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

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

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

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

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

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

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

最后

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

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

對(duì)于那些非科班出身，或者獨(dú)自開(kāi)發(fā)的獨(dú)立開(kāi)發(fā)者來(lái)說(shuō)，這個(gè)工具的價(jià)值是巨大的。

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

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

它解決的不僅僅是代碼質(zhì)量的問(wèn)題，更是我們?cè)诿鎸?duì)復(fù)雜項(xiàng)目時(shí)，那種因?yàn)槭Э囟a(chǎn)生的焦慮感。

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

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

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

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

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

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

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