編輯 | 云昭

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

七月以來(lái)，“上下文工程”開(kāi)始在AI產(chǎn)品圈火了起來(lái)。

其實(shí)，很多問(wèn)題最早都是從 Vibe Coding 領(lǐng)域暴露出來(lái)的。比如許多網(wǎng)友透露在試用 Claude Code 和 Cursor 的時(shí)候，也踩過(guò)不少坑：比如 prompt 寫(xiě)太長(zhǎng)、子代理調(diào)不動(dòng)、上下文丟三落四。

但這兩周，小編閑下來(lái)刷到了一篇質(zhì)量極高的深度體驗(yàn)帖，把這兩款邊編程界的扛把子工具的優(yōu)缺點(diǎn)、實(shí)用技巧、背后機(jī)制統(tǒng)統(tǒng)理順了。

作者 Sankalp，是一位 AI 應(yīng)用開(kāi)發(fā)的后端工程師，業(yè)余時(shí)間也在做一些懸賞任務(wù)，本來(lái)在 Cursor 上玩 Claude 模型玩得不可自拔，結(jié)果因?yàn)?Cursor 一波限流的騷操作整的轉(zhuǎn)移陣地了。

作者接觸 Claude Code 之后，用兩周時(shí)間進(jìn)行了深度實(shí)測(cè)，把能踩的點(diǎn)、能用的技巧、能優(yōu)化的細(xì)節(jié)比如上下文的組織模式、自定義指令等，全都掰開(kāi)揉碎講清楚了。

所以，墻裂建議各位細(xì)讀下這篇文章，否則真的虧了。

一切源于Cursor 的騷操作

“大可愛(ài)” Cursor 前些日子，猝不及防開(kāi)始搞限流這一套了。

6 月 16 日之后的兩周時(shí)間里，我?guī)缀鯎碛小盁o(wú)限 API 權(quán)限”，這段時(shí)間我正好在忙 Gumroad 的懸賞任務(wù)，還有一些 AI 工程 / LLM 評(píng)估相關(guān)的咨詢(xún)活。而在Cursor 中，Claude 就成了我每天的主力干將模型。

不僅是代碼生成，我還常用它快速熟悉代碼庫(kù)、問(wèn)各種奇奇怪怪的問(wèn)題。

圖像

然后某天，Cursor 突然“拔了網(wǎng)線”，開(kāi)始限流。我承認(rèn)自己用得太狠，所以對(duì)這事兒沒(méi)太大怨言。不過(guò)你說(shuō)這到底是我“作妖”，還是 Cursor 在耍花樣，也說(shuō)不清了。

圖像

從那以后，大家都更快被限流了。唯一的“無(wú)限流量”通道就是使用 Auto-model 功能。

但說(shuō)實(shí)話(huà)，我只信得過(guò) Sonnet 4 和 o3 這兩個(gè)模型——在智能搜索和代碼生成方面都是猛獸。開(kāi)著按 API 計(jì)費(fèi)的模式，一不小心就會(huì)落到“老鐵，我們現(xiàn)在無(wú)家可歸”的局面。

我偶爾也會(huì)用 Gemini Pro 2.5 和 GPT-4.1，但還是最常用 Sonnet 4 和 o3。不過(guò)，有時(shí)候 Sonnet 卡殼時(shí)，Opus 4 能很好地補(bǔ)位，所以當(dāng)我在 Cursor 中徹底卡住時(shí)，就會(huì)短暫?jiǎn)⒂?API 計(jì)費(fèi)模式，讓 Opus 來(lái)救場(chǎng)（或者直接把代碼丟到 Claude 聊天界面）。

不過(guò)最近 Cursor 上的請(qǐng)求速度開(kāi)始變慢，尤其是 Sonnet?？赡苁?Anthropic 那邊的問(wèn)題（誰(shuí)能給他們多配點(diǎn) GPU 和分布式系統(tǒng)工程師？）。

此外我還被一些 “TPOT” 圈（自動(dòng)化機(jī)器學(xué)習(xí)圈）的玩家影響，比如 @tokenbender、@thepushkarp、@xeophon_、@menhguin 等人。

這些人的博客讓我意識(shí)到，Claude 其實(shí)可以搞很多高階操作，甚至構(gòu)建多智能體系統(tǒng)，這也讓我越陷越深。

我和 Claude Code 的初遇

各位老鐵，下面就開(kāi)始我和 CC（Claude Code 的簡(jiǎn)稱(chēng)）的相遇故事。

我之前就訂了 $20 的會(huì)員，他們提供的是 Sonnet 4，對(duì)我來(lái)說(shuō)已經(jīng)夠用了 90% 的時(shí)間。我把 CC 裝進(jìn)了 Cursor。

Cursor 的 diff review 工作流實(shí)在太順手了，我舍不得換。我是那種會(huì)認(rèn)真 review 每一個(gè) diff 的人，不大會(huì)見(jiàn)一個(gè)、點(diǎn)一個(gè) “Accept All”。

你可以逐個(gè)審查 diff，解決沖突，還有各種編輯器輔助功能。

有時(shí)候我也想用下 o3、Grok 4 或其它新模型；另一些時(shí)候只是想格式化點(diǎn)東西——因?yàn)?Claude Code 到現(xiàn)在復(fù)制格式仍然很不靠譜。而且 Cursor 的“提示音效”早就對(duì)我實(shí)現(xiàn)了“ RLHF 強(qiáng)化學(xué)習(xí)”……（對(duì)不起，差點(diǎn)成了一篇懷舊帖）

說(shuō)回正題。由于 Cursor 開(kāi)始頻繁限流，而我這邊編碼任務(wù)又堆積如山（不論是正職工作還是 Gumroad 懸賞），于是我狠下心升級(jí)到了 $200 的 Claude Max 訂閱。這個(gè)版本基本等于無(wú)限使用 Sonnet 4 和 Opus 4（希望別讓我失望）。其實(shí) $100 的訂閱已經(jīng)滿(mǎn)足大多數(shù)人需求了。

我的測(cè)試場(chǎng)景

在講我的使用流程前，先交代下測(cè)試背景。我最近這兩周主要用 Claude Code 來(lái)搞兩個(gè)項(xiàng)目：

• 一個(gè)是中型 Python 項(xiàng)目；
• 一個(gè)是 Ruby + TypeScript 的大型開(kāi)源項(xiàng)目，Token 總數(shù)超過(guò) 5000 萬(wàn)，含有詳細(xì) specs 和 e2e 測(cè)試。

這就意味著，當(dāng)我完成一個(gè)功能后，Claude 是可以獲得明確反饋的。我經(jīng)常讓它逐個(gè)修 specs，配合 --fail-fast 模式快速找錯(cuò)。Claude 會(huì)形成一個(gè)循環(huán)式工作流。

在開(kāi)始用 Claude Code 之前，我已經(jīng)用了 Cursor 大概一年時(shí)間。

當(dāng)前工作流

一開(kāi)始我只是傻乎乎地敲命令改代碼，看著它慢慢找文件、修改，心想：“這家伙靠譜嗎？”花了兩三天我才敢信任它（尤其是 Auto Edit 模式）。

一旦信任建立，我開(kāi)始探索更多指令。我的目標(biāo)是精通最基礎(chǔ)的命令，但光看文檔是挖不到這些的，必須自己試錯(cuò)、親手玩一遍。

后面幾節(jié)我會(huì)像寫(xiě)“新手上路指南”那樣分享經(jīng)驗(yàn)?，F(xiàn)在的我，每次用 Claude Code 的開(kāi)場(chǎng)白都像在找心理咨詢(xún)師：傾訴我的問(wèn)題，然后切到 Opus 模式（/model Opus → Shift+Tab 進(jìn)入計(jì)劃模式）。

我還會(huì)讓它把筆記寫(xiě)進(jìn) .claude 文件夾下的 claude.md 或 branch-analysis.md，這個(gè)小技巧我是第 4 天才摸索出來(lái)的。

地址：
https://docs.anthropic.com/en/docs/claude-code/overview

復(fù)制粘貼太痛苦？讓 Claude 直接寫(xiě)文件再?gòu)睦锩鎻?fù)制，舒服多了。

圖片

提示： 大量使用 Shift+Tab，在“計(jì)劃模式”和“自動(dòng)編輯模式”之間切換。先用 Opus 拿到一個(gè)大致計(jì)劃，然后 80~90% 的操作交給 Sonnet 4，速度會(huì)快很多。

基礎(chǔ)上下文管理

Claude Code 會(huì)顯示當(dāng)前 token 使用情況（百分比形式）。一旦我看到 nearing compaction，我就新建一個(gè)會(huì)話(huà)。通常我會(huì)讓它先把關(guān)鍵信息記錄在文件里，然后再開(kāi)始新的對(duì)話(huà)。這是一種直覺(jué)，也是一種自我節(jié)奏控制。

當(dāng)然如果真的有些內(nèi)容我不想丟掉，我也會(huì)讓它 compact 一下上下文，但這個(gè)過(guò)程挺耗時(shí)。

許多智能體框架都有 “scratchpad”（草稿板）設(shè)計(jì)，你可以讓 Claude 持續(xù)記錄它修改了哪些文件、增刪了什么，甚至加上用戶(hù)備注。等你從分支回來(lái)，重新開(kāi)啟 session，它就能接上之前的上下文。

圖片

一般大家常用的 pattern：

[Claude Code] --> [todo list]  
                 （每次都是全新上下文）

更好的方法：

結(jié)構(gòu)化良好的文檔 -->issues/<issue_no>.md （計(jì)劃）
               --> docs/plan_<issue_no>.md （任務(wù)需求）

彩蛋： 你可以用 /resume 指令恢復(fù)舊會(huì)話(huà)！我用了一周才發(fā)現(xiàn)這個(gè)指令！

為什么 CC 里的 Sonnet 比 Cursor 更強(qiáng)？

我剛開(kāi)始用 CC 那天就發(fā)了個(gè)帖子，算法居然給我推了不少熱評(píng)。

圖片

重點(diǎn)是：Claude Code 很可能是在使用它目前工具的基礎(chǔ)上做了后訓(xùn)練，和它的執(zhí)行環(huán)境配合得更好。而且它的工具調(diào)用機(jī)制，也讓人用得更安心。

相比之下，Cursor 可能對(duì)上下文做了壓縮處理，而 CC 的上下文管理更“原生態(tài)”，token 利用效率更高。

所以現(xiàn)在我更多在終端里用 CC，而不是在 Cursor 里跑它——后者 bug 太多。

Claude 子代理（Subagents）

你看到過(guò) Claude 生成的「可愛(ài)代辦清單」嗎？那就是子代理的功勞。雖然我不清楚它們具體怎么生成的，但可以確定：這套子代理系統(tǒng)讓 Claude 的上下文管理更上一層樓。

圖片

搜索能力

Cursor 支持語(yǔ)義搜索（semantic search）和普通的關(guān)鍵詞搜索，還能讓模型調(diào)用 grep / ripgrep，也就是所謂的“agentic search”。

相較之下，Claude Code 的搜索則稍慢，但可以通過(guò)上下文管理技巧緩解。好處在于，它允許并行調(diào)用多個(gè)子代理（sub-agent），在大代碼庫(kù)中并行搜索。這是通過(guò) Task tool 實(shí)現(xiàn)的，效果拔群。模型可能是 Haiku 或 Sonnet，反正執(zhí)行 grep 的時(shí)候，用 Haiku 也夠用了。

建議： 善用 /think、/think hard 和 /ultrathink 等指令。

這里給大家貼一下官方的最佳實(shí)踐（Task tool）方法：

圖片 (4)

你要熟悉的指令

我花了一個(gè)星期才知道，居然可以直接在 Claude 里輸入 ! 來(lái)跑 shell 命令。想運(yùn)行 bash 模式？Shift + ? 查看快捷鍵就知道了。

圖片

雖然沒(méi)法像終端一樣跑交互式 Python shell，但配色是真的好看……

圖片

你甚至可以用 claude -p "search the internet and tell me about anthropic" 在無(wú)頭模式下運(yùn)行 Claude！

還有個(gè)冷門(mén)知識(shí)：你可以 @ 引用文件，但我也是用了幾天才發(fā)現(xiàn)這個(gè)用法。

另外還有個(gè)「memorize」功能，類(lèi)似于為系統(tǒng)提示添加自定義說(shuō)明，可跨會(huì)話(huà)記憶。

科普一下：Claude 如何查找記憶內(nèi)容？

圖片

Claude 會(huì)遞歸讀取當(dāng)前目錄及父級(jí)目錄的 CLAUDE.md 和 CLAUDE.local.md 文件。大項(xiàng)目里非常實(shí)用！具體如下：

Claude Code 會(huì)以遞歸的方式讀取記憶：它從當(dāng)前工作目錄（cwd）開(kāi)始，逐級(jí)向上遞歸（但不會(huì)包括根目錄 /），查找并讀取每一級(jí)中的 CLAUDE.md 或 CLAUDE.local.md 文件。

這在處理大型代碼庫(kù)時(shí)尤其方便，例如你在 foo/bar/ 目錄下運(yùn)行 Claude Code，而記憶文件分別存在于 foo/CLAUDE.md 和 foo/bar/CLAUDE.md 中。

Claude 還會(huì)發(fā)現(xiàn)當(dāng)前工作目錄下子樹(shù)結(jié)構(gòu)中的 CLAUDE.md 文件。不過(guò)這些文件不會(huì)在啟動(dòng)時(shí)自動(dòng)加載，只有當(dāng) Claude 實(shí)際讀取這些子目錄中的文件時(shí)，它才會(huì)將對(duì)應(yīng)的記憶文件一并加載。

圖片

Sonnet vs Opus：該選誰(shuí)？

Sonnet 在 90% 情況下足夠用，甚至在 SWE-bench 里得分比 Opus 還高。它特別擅長(zhǎng) Python 和各種前端代碼，也更快、更 agentic，尤其適合長(zhǎng)上下文處理。

但當(dāng)你連續(xù)多輪操作后，Opus 容易迷糊。我通常會(huì)讓它把內(nèi)容 dump 到 .claude 文件夾里，然后重啟會(huì)話(huà)。如果是疑難 bug，我會(huì)從 Opus 開(kāi)始；否則，Sonnet 就夠了。

自定義指令之路

Claude 默認(rèn)內(nèi)置 /pr-comments 和 /review，你需要安裝 GitHub CLI 才能用。這些也可以當(dāng)作自定義指令的模板。

舉例：我在某個(gè)分支改了代碼，想重新開(kāi)啟會(huì)話(huà)，可以：

• 用 /review 讓 Claude 回顧 diff；
• 或者拉取 PR 評(píng)論，只關(guān)注指定人的反饋，跳過(guò)無(wú)關(guān) bot。

Screenshot 2025-07-16 at 2

當(dāng)然，也可以直接說(shuō)“我們開(kāi)始新的 session，請(qǐng)對(duì)比 main 分支的 diff”——這就類(lèi)似 Cursor 的 diff 體驗(yàn)了。

Screenshot 2025-07-16 at 2

其它 Tips

• 連按兩下 Esc 可隨時(shí) fork 會(huì)話(huà)。
• 用 /permissions 控制權(quán)限。
• 感覺(jué)膽子大？可以試試 claude --dangerously-skip-permissions
  
• 我推薦一個(gè)寶藏視頻：Claude Code Pro Tips
  小編幫各位找到了地址：https://www.youtube.com/watch?v=TiNpzxoBPz0

我接下來(lái)想嘗試的事

• 定義更多自定義命令
• 嘗試 MCP Server，如 Playwright，搞前端自動(dòng)化
• 構(gòu)建 Claude 的反饋循環(huán)，例如讓它截圖、分析截圖、再優(yōu)化 UI
• Prompt 優(yōu)化實(shí)驗(yàn)：寫(xiě)個(gè) rubric.md 來(lái)定義評(píng)估標(biāo)準(zhǔn)，結(jié)合 prompt.md 內(nèi)容，搭建一個(gè) Claude 自我評(píng)審的多智能體系統(tǒng)

Cursor的UI無(wú)敵，但CC更高級(jí)

Cursor 是個(gè)強(qiáng)大的工具，UI/UX 無(wú)敵。

但從“高階玩法”的角度來(lái)看，Claude Code 更勝一籌。CLI 的形態(tài)促使用戶(hù)去探索、去試錯(cuò)，少了可視化界面，反而激發(fā)了“極客精神”。

如果你是一個(gè)愛(ài)折騰的用戶(hù)，Claude Code 會(huì)讓你覺(jué)得“值得擁有”。

好了，文章到這里結(jié)束了，希望能幫助到各位大佬們。歡迎評(píng)論區(qū)討論下有哪些使用上的問(wèn)題和技巧。下期選題就靠各位的碰撞了。

參考鏈接：https://sankalp.bearblog.dev/projects/