編輯 | 云昭

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

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

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

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

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

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

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

一切源于Cursor 的騷操作

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

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

不僅是代碼生成，我還常用它快速熟悉代碼庫、問各種奇奇怪怪的問題。

圖像

然后某天，Cursor 突然“拔了網(wǎng)線”，開始限流。我承認(rèn)自己用得太狠，所以對這事兒沒太大怨言。不過你說這到底是我“作妖”，還是 Cursor 在?；樱舱f不清了。

圖像

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

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

我偶爾也會用 Gemini Pro 2.5 和 GPT-4.1，但還是最常用 Sonnet 4 和 o3。不過，有時候 Sonnet 卡殼時，Opus 4 能很好地補位，所以當(dāng)我在 Cursor 中徹底卡住時，就會短暫啟用 API 計費模式，讓 Opus 來救場（或者直接把代碼丟到 Claude 聊天界面）。

不過最近 Cursor 上的請求速度開始變慢，尤其是 Sonnet?？赡苁?Anthropic 那邊的問題（誰能給他們多配點 GPU 和分布式系統(tǒng)工程師？）。

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

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

我和 Claude Code 的初遇

各位老鐵，下面就開始我和 CC（Claude Code 的簡稱）的相遇故事。

我之前就訂了 $20 的會員，他們提供的是 Sonnet 4，對我來說已經(jīng)夠用了 90% 的時間。我把 CC 裝進了 Cursor。

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

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

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

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

我的測試場景

在講我的使用流程前，先交代下測試背景。我最近這兩周主要用 Claude Code 來搞兩個項目：

• 一個是中型 Python 項目；
• 一個是 Ruby + TypeScript 的大型開源項目，Token 總數(shù)超過 5000 萬，含有詳細(xì) specs 和 e2e 測試。

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

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

當(dāng)前工作流

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

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

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

我還會讓它把筆記寫進 ??.claude??? 文件夾下的 ??claude.md??? 或 ??branch-analysis.md??，這個小技巧我是第 4 天才摸索出來的。

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

復(fù)制粘貼太痛苦？讓 Claude 直接寫文件再從里面復(fù)制，舒服多了。

圖片

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

基礎(chǔ)上下文管理

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

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

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

圖片

一般大家常用的 pattern：

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

更好的方法：

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

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

為什么 CC 里的 Sonnet 比 Cursor 更強？

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

圖片

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

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

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

Claude 子代理（Subagents）

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

圖片

搜索能力

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

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

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

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

圖片 (4)

你要熟悉的指令

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

圖片

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

圖片

你甚至可以用 ??claude -p "search the internet and tell me about anthropic"?? 在無頭模式下運行 Claude！

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

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

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

圖片

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

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

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

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

圖片

Sonnet vs Opus：該選誰？

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

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

自定義指令之路

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

舉例：我在某個分支改了代碼，想重新開啟會話，可以：

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

Screenshot 2025-07-16 at 2

當(dāng)然，也可以直接說“我們開始新的 session，請對比 main 分支的 diff”——這就類似 Cursor 的 diff 體驗了。

Screenshot 2025-07-16 at 2

其它 Tips

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

我接下來想嘗試的事

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

Cursor的UI無敵，但CC更高級

Cursor 是個強大的工具，UI/UX 無敵。

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

如果你是一個愛折騰的用戶，Claude Code 會讓你覺得“值得擁有”。

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

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

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