編輯 | 伊風(fēng)

出品 | 51CTO技術(shù)棧（微信號：blog51cto）

大多數(shù)人還在輸入一句“幫我修這個 bug”，然后疑惑為什么 Claude 回答得四不像、效率低得離譜。

而另一些“老手”已經(jīng)用上了 slash command，把一個原本要手動操作 45 分鐘的流程，縮短到 2 分鐘內(nèi)自動完成。

這個殘忍的差距展示，出自Reddit上的一條高贊熱帖，標(biāo)題非常直接：《不懂 Claude Code 和懂的人，差距不是一星半點！》

圖片

故事的起點是作者在自己團(tuán)隊里的一個觀察：

“這幾個月我一直在觀察我們團(tuán)隊使用 Claude Code 的情況，然后發(fā)現(xiàn)了一個奇怪的現(xiàn)象。

兩個開發(fā)者，經(jīng)驗差不多、任務(wù)也類似，但一個總能在幾小時內(nèi)交付新功能，另一個卻常常還在調(diào) bug?！?/p>

起初，他以為這是運(yùn)氣，或是個人技術(shù)細(xì)節(jié)的差異。但后來他驚覺：

真正拉開差距的，是他們對“指令庫”的掌握程度。

那這個“指令庫”到底是什么？

它真的能讓程序員的效率成倍暴漲嗎？又是怎么做到的？

（文末整理了評論區(qū)分享的若干個GitHub上的“指令庫”，大家可以上手試玩）

1.Claude Code指令庫，從“提問 AI”到“指揮 AI”

為了搞清楚 AI 編程生產(chǎn)力為何差距如此懸殊，作者在 Discord 和 GitHub 上潛水研究了一段時間，結(jié)果發(fā)現(xiàn)了一個令人震驚的事實：

有一批高階玩家，正在“地下”悄悄共享自己的 CLAUDE.md 模板和 slash commands（斜杠指令）。

所謂斜杠指令，是 Claude Code 獨有的一種交互方式：

每一個以 /check、/fix、/refactor 等開頭的命令，背后都可以綁定一份 .md 文件。這些文件就像“說明書”，用來明確地告訴 Claude：

•  要如何執(zhí)行任務(wù)，不能只是泛泛理解 
•  要如何調(diào)配多個 agent 并行工作
•  要在什么條件下才算“任務(wù)完成”，比如“所有測試通過，全部綠色”

這些 .md 文件，不是 碎片化的prompt，而是標(biāo)準(zhǔn)化的流程設(shè)計文件。你可以把它理解為——Claude Code Agent 的 SOP（標(biāo)準(zhǔn)操作流程）。

作者提到，這些真正掌握指令庫的人，已經(jīng)不再是“寫 prompt 的人”，而是“設(shè)計工作流的人”，他們像收集卡牌一樣囤積各種工作流：

•  自動調(diào)試并修復(fù)整套代碼庫的 command 模板 
•  把 Claude 變成特定框架專家的 CLAUDE.md 文件 
•  能激發(fā) Claude “隱藏模式”的 prompt 技巧合集

2.Claude.md 指令文件長什么樣？來看真實案例

上文的介紹還比較抽象。好在，評論區(qū)不少大佬都分享了自己正在使用的 Claude Code 指令庫。

以下面的這個開源庫為例，就是一位高階用戶為 Claude Code 搭建的指令體系：

?? commands/ 目錄里是各種任務(wù)的具體指令（如 /check、/fix）

 ?? hooks/ 用于配置運(yùn)行時上下文觸發(fā)

 ?? CLAUDE.md 則定義了全局的運(yùn)行邏輯和行為約定

圖片

地址：https://github.com/Veraticus/nix-config/tree/main/home-manager/claude-code

我們以 commands/ 中的 check.md 文件為例，來看看 Claude 是如何通過“指令庫”，完成一整套自動化的代碼檢查與修復(fù)工作的：

圖片

以下為指令文件的內(nèi)容翻譯：

?? 關(guān)鍵要求：修復(fù)所有錯誤！

 這不是報告問題的任務(wù) —— 這是一個修復(fù)任務(wù)！ 

當(dāng)你運(yùn)行 /check 指令時，你必須：

• 識別 所有錯誤、警告和問題 
• 修復(fù)每一個問題 —— 不能只報告出來 

使用多個 Agent 并行處理問題：

1.  啟動一個 agent 來修復(fù)代碼風(fēng)格（lint）問題 
2.  啟動另一個 agent 修復(fù)測試失敗 
3.  為不同的文件/模塊再生成更多 agent 
4.  并明確說明：“我將生成多個 agent 并行處理這些問題” 

• 不能停止，直到滿足以下條件：

1.  所有 linter 工具通過，零警告
2. 所有測試通過 
3.  構(gòu)建成功 
4.  所有檢查項呈現(xiàn)綠色狀態(tài)（EVERYTHING is GREEN）

可以看出，這個指令庫不僅“懂 AI”，更重要的是它非常“懂開發(fā)者的痛點”——把那些最折磨人的流程（測試、構(gòu)建、重復(fù) debug）封裝進(jìn)了一套自動化的執(zhí)行策略中，讓 Claude 不再是“幫你找問題”，而是負(fù)責(zé)徹底解決問題。

3.AI編程這么卷了！目前只有 Claude 獨有該功能？

目前來看，這套通過 .md 文件驅(qū)動 Slash 命令的機(jī)制，是 Claude Code 的獨家創(chuàng)新。

其他主流的 AI 編程工具，比如 Copilot、 Cursor，還停留在“prompt + 上下文”的階段。它們可以幫你寫代碼、補(bǔ)全函數(shù)，但尚未支持“命令級指令 + agent 編排”的系統(tǒng)化設(shè)計。

評論區(qū)一位網(wǎng)友問道：Gemini目前有沒有支持類似的機(jī)制？

另一位熱心網(wǎng)友回得很真實：現(xiàn)在沒有，但遲早會有。 大廠嘛，彼此抄一波對方的好點子是常規(guī)操作。

圖片

話雖直接，卻也實誠。但在“別人都來抄”之前，Claude 已經(jīng)搶先一步，在開發(fā)者心中種下了一道真正的護(hù)城河：指令庫。

正如原貼作者所說：

一旦 Claude Code 向所有人開放，最大的競爭優(yōu)勢，將是那些強(qiáng)大而私密的指令集。

4.寫在最后：新開發(fā)者，也需要不斷進(jìn)化

原帖中有這樣一段話，讓人印象深刻：

 那些建立指令庫的人，不一定是更優(yōu)秀的程序員，

 他們只是更早明白了：Claude Code 繼承了本地 bash 環(huán)境，可以通過 MCP（多工具控制協(xié)議）調(diào)用復(fù)雜工具鏈。 

這就像打游戲：有人找到了秘籍，而其他人還在最高難度下硬剛。

帖主還引用了一句廣為流傳的 AI 編程“金句”：

傳統(tǒng)編程技能里 90% 正在被商品化，剩下那 10%，價值會放大一千倍。

而這“最后的 10%”，已經(jīng)無關(guān)代碼本身，而是：

•  你是否能設(shè)計一個分布式系統(tǒng)， 
•  是否理解如何架構(gòu) AI 工作流， 
•  是否能寫出指揮多個Agent工作的指令集。

因此，他斷言：我們可能正在見證一個“新開發(fā)者階層”的誕生。

懂得 orchestrate AI 的人，和只會 prompt AI 的人，未來的生產(chǎn)力差距將會越來越大。

不過，評論區(qū)也不乏冷靜的聲音，有人提醒：AI 時代更需要打磨好基本功。

一位經(jīng)驗豐富的開發(fā)者這樣寫道：

他們之所以能寫出優(yōu)秀的 Claude 指令文件，是因為他們理解軟件工程的核心理念。

 能指導(dǎo) Claude 去做什么，來自經(jīng)驗積累、試錯過程和動手實踐，這不是“設(shè)門檻”，而是一個坎坷漫長、泥濘不堪的學(xué)習(xí)路徑，最終只是減少了一點點冒名頂替綜合征（imposter syndrome）——這就是軟件工程。 

最后，他很真誠地說，

 我自己從 Python 1.8 時代就開始學(xué)編程了，但坦白說，我每天都還在學(xué)習(xí)。

圖片

你更認(rèn)同哪一種觀點？

你覺得帖主分享的 Claude 黑科技對你有啟發(fā)嗎？或者你也想分享AI編程工具的實用技巧、獨家用法，歡迎在評論區(qū)聊聊~

評論區(qū)中被提名的開源指令庫：

1.https://github.com/Veraticus/nix-config/tree/main/home-manager/claude-code

2.https://github.com/hesreallyhim/awesome-claude-code

3.https://github.com/wong2/awesome-mcp-servers

4.https://github.com/punkpeye/awesome-mcp-servers

參考鏈接：https://www.reddit.com/r/ClaudeAI/comments/1lquetd/the_claude_code_divide_those_who_know_vs_those/