編輯 | 云昭

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

如果到現(xiàn)在，你還只會(huì)把 Claude Code 當(dāng)成一個(gè)純 Coding 工具，那就有點(diǎn) 跟不上大佬的步伐了。

近日，小編發(fā)現(xiàn)了一篇有關(guān) CC 新奇用法的干貨，除了 Vibe Coding 之外，還解鎖了很多高階玩法，比如深度調(diào)研、產(chǎn)品原型開發(fā)、構(gòu)建自主工作流等等。

更重要的是，其實(shí)這些玩法并不限于 CC，如果你也在用其他編程工具，不妨也借鑒一下這位大牛的玩法思路。

這篇干貨的作者是一位舊金山專門從事研究大模型迭代、集成、部署的專家Nilesh Barla。近日 Barla 將其使用 CC 作為日常主力工具的第一手經(jīng)驗(yàn)分享了出來。（小編整理時(shí)發(fā)現(xiàn)，這些做法也是 Anthropic 官網(wǎng)公開的內(nèi)部團(tuán)隊(duì)的高階用法，作者實(shí)踐之后非常有效。）

圖片

尤其是作者提到了一種“三階段工作流”的實(shí)踐方法，實(shí)際驗(yàn)證了如何用CC高效解決復(fù)雜任務(wù)。

還有一種“雙 Claude 實(shí)例自動(dòng)評審代碼”的實(shí)際做法，一個(gè) Claude 實(shí)例寫代碼，另一個(gè) Claude 實(shí)例負(fù)責(zé)查 bug、風(fēng)格和測試輸出，效果也很給力。據(jù)說 Anthropic 內(nèi)部團(tuán)隊(duì)就使用 CC 自動(dòng)分析 PR，大幅降低了審批等待時(shí)間。

正如 Anthropic 官網(wǎng)一篇博文這么介紹道的：

Claude Code 的最佳用法，是聚焦于它能增強(qiáng)的人類工作流。

最成功的團(tuán)隊(duì)把 Claude Code 當(dāng)作思維伙伴，而不僅僅是代碼生成器。

話不多說，這就把編譯的文章奉上。

1.很多人只是把CC當(dāng)成自動(dòng)補(bǔ)全工具

我是從 5 月開始使用 Claude Code 的，但它徹底改變了我的工作方式。我把它應(yīng)用在深度調(diào)研、技能提升和產(chǎn)品原型開發(fā)中。

我的效率大幅提升，因?yàn)閺?fù)雜任務(wù)能在更短時(shí)間內(nèi)完成。隨著不斷嘗試各種功能，我意識到它能做的遠(yuǎn)比我想象得多，于是決定把這三個(gè)早期經(jīng)驗(yàn)記錄下來，分享給想要進(jìn)階的同行。

我注意到很多團(tuán)隊(duì)在用 Claude 時(shí)會(huì)出現(xiàn)一個(gè)普遍問題：

他們往往只把它當(dāng)作簡單的自動(dòng)補(bǔ)全工具，用來填幾行代碼或標(biāo)出小錯(cuò)誤。這確實(shí)能帶來一些小的效率提升，但遠(yuǎn)遠(yuǎn)沒有發(fā)揮出工具的價(jià)值，工作流也停留在原地。

Claude 的真正優(yōu)勢在于：它能一步步幫你重新設(shè)計(jì)整個(gè)開發(fā)流程。把它當(dāng)成一個(gè)能定義完整功能的協(xié)作者，有時(shí)它甚至能自動(dòng)化測試，從頭到尾生成原型。這種演變讓你從繁瑣的寫碼中解放出來，把精力放在戰(zhàn)略層面的把控上，從根本上改變產(chǎn)品構(gòu)建的方式。

Anthropic 的內(nèi)部團(tuán)隊(duì)用具體數(shù)據(jù)驗(yàn)證了這一點(diǎn)。通過這些方法，他們把調(diào)研時(shí)間縮短了 80%，原本需要數(shù)小時(shí)的工作被壓縮成 10~20 分鐘的小沖刺。

如果你愿意重新審視方法，你也能獲得類似的提升。

這篇文章，我總結(jié)了三種經(jīng)過驗(yàn)證的實(shí)踐方法，能加速產(chǎn)品開發(fā)。它們都基于扎實(shí)的證據(jù)，指引你走向更聰明、更快速的產(chǎn)出。

這些經(jīng)驗(yàn)來自我對 50 多個(gè)一線實(shí)踐案例的分析，包括推特長帖、Reddit 討論、LinkedIn 帖子以及 Anthropic 的核心文檔。試試看，你會(huì)立刻發(fā)現(xiàn)成果的提升。

2.我的3個(gè)最佳的CC玩法

最佳實(shí)踐 1：用 Strategic claude.md 文件掌握項(xiàng)目上下文

我把 CLAUDE.md 文件看作 Claude 的核心記憶系統(tǒng)。只要把這些簡單的 Markdown 文件放進(jìn)項(xiàng)目目錄，Claude 啟動(dòng)時(shí)就會(huì)自動(dòng)加載。這樣關(guān)鍵指令和上下文都被帶入進(jìn)來，你不用每次都重復(fù)說明。

這點(diǎn)很重要，因?yàn)轫?xiàng)目復(fù)雜度增長得很快。如果缺乏穩(wěn)定的上下文，Claude 就容易“跑偏”，導(dǎo)致代碼風(fēng)格不一致，或者浪費(fèi)時(shí)間返工。

在實(shí)際應(yīng)用中，Anthropic 的團(tuán)隊(duì)高度依賴這種方式。他們會(huì)在 CLAUDE.md 中記錄 bash 命令、風(fēng)格指南和工作流。他們在文檔中提到：

“在 Anthropic，我們會(huì)把 CLAUDE.md 文件跑一遍 prompt 優(yōu)化器，并且經(jīng)常調(diào)整指令（例如加上 ‘IMPORTANT’ 或 ‘YOU MUST’），以提升 Claude 的執(zhí)行度?！?—— Claude Code: Best practices for agentic coding

就我自己來說，從 LLM 研究員轉(zhuǎn)型到產(chǎn)品角色時(shí)，整個(gè)上手過程只用了三天。我很快就理解了這套基于 TypeScript 的代碼，知道核心函數(shù)在哪些地方、哪些組件用來完成特定調(diào)用。在這個(gè)過程中，我借助研究員的技能去理解發(fā)生了什么。

但真正讓我快速上手的，是 CLAUDE.md 里寫的那部分“起步說明”。

圖片

要實(shí)踐的話，可以先在代碼庫根目錄創(chuàng)建一個(gè) CLAUDE.md。這里有個(gè)基礎(chǔ)結(jié)構(gòu)：

# Bash commands
- npm run build: Build the project
- npm run typecheck: Run the typechecker

# Code style
- Use ES modules (import/export) syntax, not CommonJS (require)
- Destructure imports when possible (eg. import { foo } from 'bar')

# Workflow
- Be sure to typecheck when you’re done making a series of code changes
- Prefer running single tests, and not the whole test suite, for performance

來源：Claude Code: Best practices for agentic coding（文末附博文地址）

三個(gè)快速落地的小技巧：

• 列出常用命令，加快終端操作，減少出錯(cuò)。
• 添加團(tuán)隊(duì)的風(fēng)格偏好，保證代碼風(fēng)格一致。
• 記錄重要決策，幫助 Claude 在架構(gòu)層面做出正確推理。

我們一開始犯過個(gè)錯(cuò)誤：把所有細(xì)節(jié)都堆進(jìn) CLAUDE.md，結(jié)果重要指令被淹沒，Claude 反而忽視了關(guān)鍵規(guī)則。解決方法是刪繁就簡，保留必要內(nèi)容，并測試哪些指令 Claude 執(zhí)行得最好。我們把文件拆分成“概覽”“風(fēng)格”“命令”等部分，結(jié)構(gòu)更清晰。

保持簡潔有效，避免上下文過載。

可以參考 Anthropic 的 claude.md 文檔。

最佳實(shí)踐 2：為復(fù)雜開發(fā)構(gòu)建自主工作流

Claude Code 的獨(dú)特之處在于，它不僅僅是“輔助寫代碼”，而是能啟用自主工作流。在這種模式下，Claude 像一個(gè)智能代理，可以探索代碼庫、規(guī)劃步驟，并在最少輸入的情況下完成修改。這對大型項(xiàng)目中的復(fù)雜開發(fā)尤其合適。你不再是逐行寫代碼，而是轉(zhuǎn)變?yōu)閷忛嗇敵觥?/p>

Anthropic 的安全工程團(tuán)隊(duì)展示了這種方式的威力。他們用 Claude 來調(diào)試基礎(chǔ)設(shè)施，把 10~15 分鐘的人工掃描縮短到約 5 分鐘。

在我的項(xiàng)目中，當(dāng)我實(shí)施“三階段工作流”時(shí)，兩個(gè)迭代周期里的 bug 率下降了 10~15%，因?yàn)?Claude 能提前發(fā)現(xiàn)問題。

這三階段流程是：

1.探索：讓 Claude 用 grep 或 glob 掃描代碼庫，建立理解?？梢韵扔眠@些提示詞：

Please generate a complete tree-like hierarchy of the entire repository, showing all directories and subdirectories, and including every .tsx file. The structure should start from the project root and expand down to the final files, formatted in a clear, indented tree view.

“請生成完整的項(xiàng)目目錄樹，包含所有子目錄和每個(gè) .tsx 文件，以縮進(jìn)樹狀結(jié)構(gòu)展示?！?/p>

Please analyze the repository and trace the dependency flow starting from app.tsx. Show the hierarchy of imported modules and functions in the order they are called or used. For each import (e.g., A, B, C), break down what components (classes, functions, or methods) are defined inside, and recursively expand their imports as well. Present the output as a clear tree-like structure that illustrates how the codebase connects together, with app.tsx at the top.

“請分析倉庫，從 app.tsx 開始追蹤依賴流，展示導(dǎo)入模塊和函數(shù)的調(diào)用順序，并遞歸展開每個(gè)依賴的內(nèi)部組件?！?/p>

2.規(guī)劃：先讓 Claude 頭腦風(fēng)暴，不寫代碼，等計(jì)劃出來后再審查。

3.實(shí)現(xiàn)：進(jìn)入執(zhí)行環(huán)節(jié)，用 Opus 處理復(fù)雜推理，用 Sonnet 處理常規(guī)任務(wù)。

要注意上下文的技術(shù)管理，避免 token 過多。LLM 每次都會(huì)重發(fā)整個(gè)對話歷史，導(dǎo)致成本上升?？梢杂?nbsp;??/clear??? 清除無關(guān)任務(wù)；對持續(xù)任務(wù)，可以用 ??/compact?? 把對話壓縮 50%，保留關(guān)鍵信息開啟新會(huì)話。

我們曾遇到一個(gè)坑：讓 Claude 在模糊任務(wù)上完全自主執(zhí)行，結(jié)果輸出偏離目標(biāo)。

解決辦法：不要放任不管。

Claude Code 的特點(diǎn)是你隨時(shí)可以中斷并從暫停點(diǎn)繼續(xù)。如果發(fā)現(xiàn)運(yùn)行時(shí)間過長或 Claude 偏離方向，就立刻打斷。

加上間歇性的檢查，例如用 Escape 暫停并重定向。這種方式不適合安全要求極高、需要人工逐行審核的代碼。

參考文檔：Anthropic 工程博客

最佳實(shí)踐 3：搭建設(shè)計(jì)到代碼的快速原型流水線

有沒有發(fā)現(xiàn)一個(gè)很“浪費(fèi)生命”的工作流：設(shè)計(jì)師在 Figma 里畫草圖，工程師再把它們重寫成代碼。

這種交接拖慢了整個(gè)進(jìn)度。

團(tuán)隊(duì)常常因?yàn)榘岩曈X稿翻譯成工作原型而浪費(fèi)數(shù)周時(shí)間。Claude Code 通過設(shè)計(jì)到代碼的流水線改變了這一點(diǎn)。它能直接從 Figma 拉取并快速生成可運(yùn)行代碼。

Anthropic 的產(chǎn)品設(shè)計(jì)團(tuán)隊(duì)就這么做：把 Figma 文件輸入 Claude Code，建立自動(dòng)循環(huán)來編寫和迭代原型。他們的增長營銷團(tuán)隊(duì)報(bào)告說，借助自動(dòng)生成和 Figma 集成，創(chuàng)意產(chǎn)出提升了 10 倍。

我個(gè)人還沒機(jī)會(huì)和 Figma 搭配使用，但覺得有必要把這一部分寫進(jìn)來。所以我參考了 Reddit 帖子、社區(qū)推文、官方文檔和報(bào)告。

圖片

來源：Reddit

根據(jù)我的調(diào)研，在技術(shù)實(shí)踐上，可以先從截圖轉(zhuǎn)代碼入手。雖然 Claude Code 是終端工具，但它支持多模態(tài)。你可以直接復(fù)制粘貼圖片，或者把文件路徑輸入進(jìn)去。

把 Figma 的 mock 復(fù)制粘貼或傳路徑給 Claude Code，讓它實(shí)現(xiàn)，截屏檢查結(jié)果，再迭代 2~3 次，就能得到較高精度。

下面是小編扒到的一個(gè) CC + Figma MCP 的用例，具體講解的視頻地址也給大家扒下來了：

??https://www.youtube.com/watch?v=_gdtY2V3Zx8??

圖片

如果不太喜歡看視頻，喜歡圖文教程類的，這里小編也找了一篇，大家可以看這篇：

??https://composio.dev/blog/how-to-use-figma-mcp-with-claude-code-to-build-pixel-perfect-designs??

圖片

不過注意的是，這種方式更適合原型，而不是生產(chǎn)級應(yīng)用，因?yàn)?Claude 在更新現(xiàn)有組件或處理多幀時(shí)還需要額外步驟。

3.額外加菜：通過自動(dòng)化評審周期提升質(zhì)量保障

隨著團(tuán)隊(duì)擴(kuò)張，代碼審查往往成為瓶頸。人工無法規(guī)?；瘷z查每一個(gè)改動(dòng)，難免延誤或疏漏。用 Claude Code 自動(dòng)化評審周期，可以把 AI 檢查提前、頻繁地嵌入開發(fā)過程，在問題進(jìn)入生產(chǎn)前就被發(fā)現(xiàn)。

Anthropic 的安全工程團(tuán)隊(duì)用 Claude 來自動(dòng)分析 PR，把 Terraform 計(jì)劃輸入進(jìn)去快速做安全掃描，大幅減少審批等待時(shí)間。

他們的數(shù)據(jù)科學(xué)團(tuán)隊(duì)也重塑了 TDD，從一次性 notebook 轉(zhuǎn)向持久化的 React 儀表盤，日常任務(wù)速度提升了 2~4 倍。

我在做強(qiáng)化學(xué)習(xí)研究時(shí)也復(fù)刻了類似方法。

我搭建了一個(gè)并行驗(yàn)證架構(gòu)：一個(gè) Claude 實(shí)例寫代碼，另一個(gè) Claude 實(shí)例負(fù)責(zé)查 bug、風(fēng)格和測試輸出。這兩個(gè)實(shí)例相互隔離，避免偏差。

可以通過 GitHub Actions 搭建：

• 用 npm 安裝 Claude SDK。
• 在 workflow YAML 里 @Claude，讓它在 PR 上觸發(fā)評審。
• 在 claude.md 配置測試規(guī)則和 lint。

采用雙 Claude 評審后，bug 率顯著下降。

不過我認(rèn)為，不要在敏感的安全邏輯上完全依賴 AI 評審，人類專家能發(fā)現(xiàn)一些微妙風(fēng)險(xiǎn)。

4.最大化CC的價(jià)值：你要什么+你想如何要

我在 5 月之后才開始使用 Claude Code，但現(xiàn)在幾乎所有工作都離不開它。Claude Code 是人機(jī)協(xié)作的一個(gè)優(yōu)秀案例。它像一個(gè)合作伙伴，讓你更高效、更有創(chuàng)造性地迭代產(chǎn)品和想法。

當(dāng)你在領(lǐng)域知識上掌握得越多，你就越能清晰地表達(dá)“你要什么”。當(dāng)你有創(chuàng)造力和好奇心去嘗試新方法，你就能靈活地決定“你要怎么要”。

這兩者結(jié)合起來，就能最大化發(fā)揮 Claude Code 的價(jià)值。你花的時(shí)間越多，就越能摸索出什么最適合自己，什么不適合。

關(guān)于這一點(diǎn)，小編也注意到 Anthropic 內(nèi)部對于 CC 的一個(gè)說法，或者說是定位：

我們采訪了 Anthropic 各個(gè)團(tuán)隊(duì)的員工，看看他們是如何在工作中使用 Claude Code 的。

很多使用場景在意料之中——調(diào)試、代碼庫導(dǎo)航、工作流管理——但也有一些讓人意外。律師們搭建了電話樹系統(tǒng)；市場人員能在幾秒內(nèi)生成數(shù)百種廣告變體；數(shù)據(jù)科學(xué)家無需掌握 JavaScript 就能創(chuàng)建復(fù)雜的可視化。

逐漸清晰的模式是：智能體編程不僅僅是加速傳統(tǒng)開發(fā)，它正在消解技術(shù)與非技術(shù)工作的邊界，把“能描述問題的人”轉(zhuǎn)變?yōu)椤澳軜?gòu)建解決方案的人”。

好了文章到這里結(jié)束了，評論區(qū)的各位大佬都是如何玩轉(zhuǎn) Vibe Coding 的工具的呢？可以評論區(qū)交流、拍磚。

參考鏈接：

??https://labs.adaline.ai/p/3-best-practices-that-transform-product??

??https://www.reddit.com/r/mcp/comments/1luomse/its_been_nice_knowing_you_frontend_devs_claude/??

??https://www.anthropic.com/engineering/claude-code-best-practices??

??https://www.anthropic.com/news/how-anthropic-teams-use-claude-code??

本文轉(zhuǎn)載自??51CTO技術(shù)棧??，作者：云昭