提到 Coding Agent很多人第一反應還是“跟 ChatGPT 聊天讓它寫一段代碼然后自己復制粘貼到工程里去跑”。這個流程在過去兩年里確實提高了一點點效率但它本質上還是一個人工搬運工的活。我真正把手頭十幾個項目跑完一遍之后得到的體會非常直接純 Chat 模式?jīng)]有長出“手”和“眼睛”它只是個打字很溜的顧問而不是能幫你干活的同事。這也是為什么 Claude Code、Hermes Agent 這類 Coding Agent 會迅速火起來并且一致性地把重心放到終端執(zhí)行、文件讀寫、工具調用上而不是繼續(xù)堆聊天框。這篇內(nèi)容不打算給你普及“什么是 AI 編程”而是把最近用 Claude Code 和 Hermes Agent 的實際過程拆開來講包括安裝、接入本地模型、第三方 API、配置 VS Code、連接工作臺以及一堆我踩過的坑。看完你可以直接照著抄作業(yè)也知道為什么這些頂級 Coding Agent 會集體“拋棄”純 Chat 模式。1. 從“聊天助手”到“Agent 循環(huán)”Coding Agent 的核心邏輯1.1 純 Chat 模式為什么不夠用先說一個最直觀的場景。你讓聊天機器人修一個前端樣式 bug它給了你一段 CSS。你得手動把這段 CSS 貼進項目文件然后刷新瀏覽器看效果不對再把報錯信息復制到對話框等它給下一版方案。一來一回之間上下文是割裂的代碼在編輯器里錯誤在終端里對話在網(wǎng)頁里三個地方互相不連通全靠人肉當數(shù)據(jù)搬運工。更深一層的問題是聊天機器人沒有“行動力”。它能給建議、給代碼片段、給解釋但它不會自己去跑npm test、不會打開src/api/index.ts看具體哪一行報錯、不會執(zhí)行git diff去判斷改動范圍。大多數(shù)真實的開發(fā)問題不是“這段代碼怎么寫”而是“我項目里已有的代碼為什么和這段新代碼沖突”或者“這個依賴版本之間的兼容性到底哪里出的問題”。這些問題需要 Agent 自己去看、自己去試、自己觀察結果并調整光靠對話問答是繞不進去的。我把這套邏輯總結為 Chat 模式的三個結構性天花板上下文斷裂對話歷史無法自動與文件系統(tǒng)、運行日志、終端輸出建立關聯(lián)。無執(zhí)行權限不能讀寫文件、不能執(zhí)行 shell 命令所有操作必須由人工中轉。反饋閉環(huán)缺失沒有“執(zhí)行 → 觀察 → 修正”的循環(huán)只能靠用戶反復粘貼錯誤信息效率極低。1.2 Coding Agent 的“眼睛、手和大腦”真正的 Coding Agent 把這三塊補齊了。以 Claude Code 為例它的工作循環(huán)可以簡化成讀取項目文件 → 理解當前狀態(tài) → 制定修改計劃 → 通過工具執(zhí)行編輯文件/運行命令 → 觀察輸出 → 修正計劃 → 繼續(xù)下一輪。在這個閉環(huán)里終端命令是它的手文件系統(tǒng)是它的操作臺每次執(zhí)行后的輸出就是它的眼睛。這里值得理解一個概念Agent Loop代理循環(huán)。傳統(tǒng)的 Chat Completion API 是“你發(fā)一段消息模型返回一段文字”一輪結束。而 Coding Agent 會反復在“思考→行動→觀察”之間循環(huán)直到任務完成。曼陀羅式的描述會把人繞暈但你把它想象成一個實習生就明白了實習生不會只坐在那兒口述一個方案就完事他會打開項目目錄、找到相關文件、改幾行代碼、跑一下測試、再把報錯信息拿回來看。Coding Agent 做的事情一模一樣區(qū)別只是它更快、更不知疲倦。這也是為什么 Claude Code 的 slogan 直接是“terminal coding agent”——它是活在終端里的代理不是一個網(wǎng)頁聊天框。純 Chat 模式是給人“看答案”的Agent 模式是給機器“執(zhí)行任務”的。后者才真正改變了人在開發(fā)流程中的角色人從“手動合并代碼”變成“定義任務、審查結果、兜底異?！?。2. Claude Code 拆解安裝、訂閱限制與本地模型接入2.1 安裝 Claude Code 的三種環(huán)境Claude Code 官方推薦的安裝方式是 npm 全局安裝前提是你電腦里有 Node.js建議不低于 18 版本npm install -g anthropic-ai/claude-code裝完直接在終端里敲claude就能進入交互式命令行界面。我第一次用的時候也愣了一下因為它看起來太樸素了——沒有花花綠綠的 UI只有一個命令行提示符但真正跑起來才發(fā)現(xiàn)這個模式下 Agent 的效率比網(wǎng)頁端聊天高太多。Windows 上稍微麻煩一點。官方對 Windows 的支持經(jīng)歷了幾個階段現(xiàn)在只要你的系統(tǒng)是 64 位并且裝了 Windows Terminal不是老版 CMD跑上面那行命令基本沒問題。但有相當多的用戶遇到“與 64 位版本的 Windows 不兼容”的錯誤這個我放在后面的故障排查章節(jié)講這里先繼續(xù)主線。Ubuntu 安裝幾乎零門檻只要 Node.js 環(huán)境正常同樣一行命令搞定。需要額外注意的是權限問題如果你用系統(tǒng)自帶的 Node 源全局安裝可能提示 EACCES 權限不足解決思路是配置 npm 的全局目錄到用戶目錄下而不是圖省事直接用sudo npm install——用 sudo 全局裝 npm 包后續(xù)很麻煩升級、卸載都可能留下權限殘留。Mac 用戶則要留意 Apple Silicon 和 Intel 芯片的差異npm 包本身是跨平臺的但如果你本地裝了 Rosetta 轉譯版本的 Node部分原生依賴會莫名報錯。建議用 Homebrew 裝一個 ARM 版本 Node 再跑 Claude Code。2.2 登錄、訂閱限制與“Your organization has disabled”問題Claude Code 目前推薦的登錄方式是用 Claude 賬號完成 OAuth 授權。但在實際使用中有相當一部分人卡在了這一步。最常見的一個提示是Your organization has disabled Claude subscription access for Claude Code.這條報錯通常會出現(xiàn)在通過公司或組織的 API 網(wǎng)關訪問 Claude 時。原因主要有兩類組織管理員在 Claude 控制臺里關閉了 Claude Code 的訂閱通道只允許普通聊天權限。你使用的賬號類型與企業(yè)身份的認證策略沖突OAuth 授權沒有通過組織限制。我踩過這個坑后的處理辦法是如果只是個人使用用獨立個人賬號登錄不要走企業(yè) SSO如果是公司統(tǒng)一管理需要找管理員開通相應權限。另外官方明確指出某些地區(qū)和網(wǎng)絡環(huán)境下 Claude Code 可能不可用提示 “might not be available in your country”這屬于訂閱服務范圍限制只能通過合規(guī)渠道去處理。還有一種特殊需求場景我不想用 Claude 官方密鑰想用本地方案或者替代模型跑 Claude Code 的框架那就不走登錄通道直接用環(huán)境變量把 Anthropic API 的地址和憑證指到本地或第三方兼容服務。下一節(jié)展開說。2.3 通過 CC Switch 接入 DeepSeek、Qwen、GLM 和 LM Studio 本地模型Claude Code 的默認模型當然是 Claude但它的harness外殼框架實際上和模型層是解耦的。什么意思就是你完全可以在 Claude Code 這套終端 Agent 腳手架里接入其他兼容 OpenAI/Anthropic 接口的模型。這也是社區(qū)里各種“Claude Code 接入 DeepSeek / Qwen / GLM / 本地 LM Studio”教程能成立的原理所在。工具方面我推薦直接玩CC Switch。它是一個圖形化切換工具專門用來管理 Claude Code 的多套 API 配置。安裝后你可以在里面配置多份 Provider Profile每份包含API Base URLAPI Key模型名稱可選的環(huán)境變量模板我用 CC Switch 接入 DeepSeek V4 時只需要把 base URL 填成 DeepSeek 的 OpenAI 兼容端點模型名填deepseek-chat或對應的版本號然后切換到該 Profile再打開 Claude Code 就會發(fā)現(xiàn)請求已經(jīng)走 DeepSeek 了。Qwen 和 GLM 也一樣它們的官方平臺都提供 OpenAI 兼容接口本質上就是替換一下 base URL 和模型標識符的事情。最讓我覺得實用的是接入 LM Studio 跑本地模型。LM Studio 會啟動一個本地 HTTP 服務默認端口通常是1234地址為http://localhost:1234/v1。在 CC Switch 里把 base URL 指向這個地址模型選你本地加載好的模型文件比如 Qwen2.5-Coder、DeepSeek-Coder-V2-LiteClaude Code 就能直接調用本地推理引擎。好處一是隱私性強代碼不出本機好處二是不依賴公網(wǎng)在公司無外網(wǎng)環(huán)境下也能跑 coding agent。這里有一個高頻坑見過好幾個人栽在上面[error] unexpected endpoint or method. (post /chat/completions). returning 2出現(xiàn)這條錯誤基本可以斷定是你接入的 API 地址和 Claude Code 框架請求的路徑不匹配。Claude Code 的兼容層會對多個 API 形態(tài)做探測某些服務端只支持/v1/chat/completionsClaude Code 卻請求了/chat/completions兩邊就對不上了。解決辦法是翻一下你用的 API 服務日志確認它監(jiān)聽的完整路徑然后在配置里把 base URL 精確到包含/v1的層級。第三方 API 使用技巧里最核心的一條就是不要想當然認為所有 provider 都按同一路徑規(guī)范實現(xiàn)先 curl 一下端點確認可用再加進去。2.4 不登錄賬號直接用 Harness 跑其他模型有一種玩法挺流行就是完全不注冊 Claude 賬號只用 Claude Code 的 harness 框架配合其他大模型 API。原理也不復雜Claude Code 可以通過環(huán)境變量覆蓋默認的 API endpointexport ANTHROPIC_BASE_URLhttp://localhost:8000 export ANTHROPIC_AUTH_TOKENyour-token export ANTHROPIC_MODELqwen2.5-coder-32b這樣啟動claude時它會把靈長類 API 請求發(fā)到你指定的地址由本地代理或你搭建的網(wǎng)關去轉發(fā)給實際模型。社區(qū)里有人用claude-code-proxy這類工具做中轉也有人直接用 one-api 或者 new-api 這樣的網(wǎng)關統(tǒng)一管理多個模型渠道。這種“harnness 與模型解耦”的思路其實正是 Coding Agent 生態(tài)最有意思的地方你的 Agent 外殼可以保持穩(wěn)定底層模型則可以根據(jù)成本和場景自由替換。但注意非官方模型在 Claude Code 框架里的工具調用能力是有差異的。比如 DeepSeek 的工具調用格式和 Anthropic 原生 API 的 tool calling 規(guī)范不一樣Claude Code 能發(fā)出工具調用指令但接模型模型不一定每次都正確返回工具調用結果。實測下來Qwen 系列的 function calling 做得比較穩(wěn)GLM 的 tool call 也不錯DeepSeek V4 在 agent 場景下偶爾會出現(xiàn)工具格式松散、漏參數(shù)的情況。如果只是寫點代碼、改幾個文件問題不大如果是長鏈路多步驟的復雜任務優(yōu)先還是上 Claude 官方模型省心很多。3. Hermes Agent 與第三方工作臺生態(tài)里的另一種答案3.1 Hermes Agent 是什么它和 Claude Code 有什么不同看熱搜詞里hermes agent、hermes agent obsidian、hermes agent cua頻繁出現(xiàn)就知道這個工具關注度不低。Hermes Agent 是 Nous Research 那邊推動的一個開源 Agent 框架綁定 Hermes 系列模型比如 Hermes 4但它的定位和 Claude Code 不一樣Claude Code 強在“終端內(nèi)編碼任務閉環(huán)”Hermes Agent 更像一個通用的計算機使用代理CUA工作臺目標是把模型接入到桌面的各種軟件操作中去而不僅僅是寫代碼。說實話我第一次看到 Hermes Agent 的印象是它把“Agent 能操作的東西”放大了。Claude Code 告訴你“我能進終端改代碼”Hermes Agent 告訴你“我能開 Obsidian 記筆記、能操作飛書發(fā)消息、能驅動 GUI 應用”。這種差異來自兩者的設計出發(fā)點不同也回答了標題里的隱含問題——頂級 Coding Agent 放棄純 Chat 模式統(tǒng)一的趨勢是給 Agent 接上“手”和“眼”但“手”可以有不同的形態(tài)。3.2 CUA 能力Agent 如何“看見”屏幕并操作軟件CUA 的全稱是 Computer-Use Agent直白講就是能讓模型直接操作計算機界面的能力。傳統(tǒng) Agent 操控軟件靠 API而 CUA 走的是**“截圖識別界面→決定點擊/輸入坐標→執(zhí)行操作→觀察界面變化”**這條路相當于模型長出了一雙眼睛和一只手。Hermes Agent 的 CUA 能力會把桌面環(huán)境的信息拿回來比如讀取當前窗口的截圖、解析元素、模擬鍵盤鼠標輸入。這一步相比終端 Agent 更激進因為它不再要求軟件提供編程接口而是直接模擬人類操作。這在處理那些“沒有 API、只能用 GUI”的辦公軟件時特別有價值。讓我舉個例子你接到一個任務說“把飛書群里某個文檔的內(nèi)容整理成表格并發(fā)送到另一個群”。純代碼 Agent 做不到因為飛書沒有給你一個可以直接執(zhí)行的外部 API但一個具備 CUA 能力的 Agent 可以屏幕看到飛書的界面識別按鈕位置點擊進去復制文字再到別的地方粘貼、整理。這中間當然有延遲和準確性損耗但思路完全不同于純 Chat 問答更像是“遠程替你操作電腦的實習生”。我自己測 Hermes Agent 接 Obsidian 的場景是這樣的設定一個代理指令讓它打開 Obsidian 指定倉庫新建一篇日記把日常記錄里的幾個要點結構化放進去。它執(zhí)行的時候會一個區(qū)域一個區(qū)域地識別界面雖然速度不如命令行快但對于那種“只能靠肉眼和鼠標操作”的任務已經(jīng)算開了一扇門。3.3 Obsidian、飛書這類第三方工作臺怎么連Hermes Agent 的安裝方式社區(qū)里比較常見的是通過 pip 或官方倉庫拉代碼跑起來啟動后會有一個控制面板可以加載不同的 Agent 配置。它不像 Claude Code 用 npm 一行裝完那么簡潔但因為支持各種第三方工作臺適配配置幅度更大。連接第三方工作臺時核心是搞清楚權限邊界。比如連接 Obsidian你需要給 Agent 指定倉庫路徑、允許它創(chuàng)建文檔還要決定它能不能修改已存在的筆記連接飛書要處理的是賬號授權和消息讀寫范圍。這些配置會映射到 Agent 的操作權限集合里別圖省事一把梭全開否則 Agent 誤操作的風險會很高。權限控制是 Agent 框架里最不能跳過的一環(huán)。我的原則是先用最小權限跑通流程再逐步放權凡是涉及刪除、格式化、發(fā)外部消息的操作必須單獨開啟并要求人工確認。這跟配置 CI/CD 的“生產(chǎn)環(huán)境保護”是一個思路只是很多人在 Agent 上太樂觀了等到模型把重要文件改了才后悔。這里也順便提一嘴熱搜里的pi coding agent。它也是市場上一個獨立的 coding agent 工具定位更輕量。如果你只是想快速試一下“Agent 替代 Chat 寫代碼”它和 Claude Code 都能上手但要是追求生態(tài)成熟度、插件數(shù)量、模型適配深度Claude Code 目前還是前排。4. 實操配置實錄把 Coding Agent 真正用起來4.1 VS Code 里配置 Claude Code當前 Coding Agent 的最佳使用場景還是在編輯器和終端里。VS Code 接入 Claude Code 有幾條路最常見的是安裝Claude Code官方擴展然后使用命令面板執(zhí)行調出 Claude Code 側邊面板它會自動帶上當前打開工作區(qū)的上下文。配置環(huán)節(jié)有幾個關鍵項值得說明一下擴展與 CLI 的打通擴展本質還是要調用claude命令所以第一步仍然是確保claude命令在系統(tǒng) PATH 里能夠直接執(zhí)行否則擴展會一直轉圈。MCP 服務器配置如果想讓 Claude Code 調用更多外部工具比如數(shù)據(jù)庫、瀏覽器需要在用戶配置文件里聲明 MCP Server 和它們的啟動方式。這塊是很多人的痛點配置完后建議先用官方給的診斷命令查一下 MCP 連接是否正常再開始跑任務。權限模式在配置里可以選擇自動批準某些安全操作也可以每次都彈窗確認。我推薦在非敏感項目里把文件讀寫權限打開但終端刪除、提交推送命令保持人工確認這樣兼顧效率和安全。VS Code 里“GitHub Copilot Chat”和“內(nèi)置的 Agent 模式”這個對比也被很多人問到。Copilot Chat 本質還是聊天優(yōu)先級它給你解釋代碼、推薦補全但執(zhí)行鏈路很淺VS Code 內(nèi)置的 Agent 模式則能跨文件搜索、調用終端命令并自動修改多個文件。前者適合“問問題”后者適合“派活”。這正好呼應了標題里說的頂級 Coding Agent 都放棄了純 Chat 模式因為干活和聊天是兩個維度的事。4.2 Claude Code 調用 LM Studio 本地模型全流程給一個可以照著抄的本地接入流程。前提是你已經(jīng)裝好 LM Studio并加載了一個支持工具調用的模型像 Qwen2.5-Coder 系列表現(xiàn)不錯。然后在 CC Switch 里新建 Provider配置項推薦值說明API Base URLhttp://localhost:1234/v1指向 LM Studio 本地服務API Keylm-studio本地服務不校驗 key任意填模型名稱qwen2.5-coder-7b-instruct必須和 LM Studio 中加載的模型標識一致啟用環(huán)境變量勾選將上述配置注入 Claude Code 運行環(huán)境配置完切換該 Profile然后終端里claude啟動輸入一個簡單的任務比如“查看當前目錄的 package.json告訴我依賴里有沒有 react”。如果能正確返回說明鏈路已經(jīng)通了。實測下來本地模型跑 Agent 最大的瓶頸是速度。一個 7B 模型在消費級顯卡上單次推理大概幾秒到十幾秒而復雜任務需要幾十輪 Agent Loop整體耗時可能比云端模型長很多。但好處也很明顯完全離線、代碼不出本機、免費且可針對項目做私有化部署適合有保密要求的團隊。4.3 終端命令執(zhí)行、飛書連接和日常效率工作流Claude Code 最打動我的是它對終端命令的原生支持。你直接告訴它“跑一下測試把失敗的用例貼出來”它會自己執(zhí)行npm run test讀取輸出找到失敗用例然后進一步檢查對應測試文件。整個過程不用你把終端輸出復制來復制去等于真正的 Agent 閉環(huán)。用法上有一個小技巧把任務描述得足夠“可執(zhí)行”。比如不要說“看看這個項目怎么樣”而要說“運行npm run lint列出所有報錯文件并對每個錯誤給出修復建議不要實際修改代碼只輸出建議清單”。因為 Agent 沒有你的判斷力給它限定邊界和輸出格式效率立刻翻倍。如果想把 Agent 接入飛書這類即時辦公流一般是通過 Webhook 或者 Hermes Agent 的桌面操作能力。普通做法是在你自己的服務器寫一個簡單的轉發(fā)服務把飛書收到的指令轉發(fā)給 Claude Code CLI再把結果回傳飛書。這種方式適合團隊里統(tǒng)一用一個 Agent 賬號做自動化。而如果走 Hermes 的 CUA 路線則是模擬人在飛書客戶端里點的過程適合沒有 API 權限的場景。兩條路線我都跑過如果是正經(jīng)團隊優(yōu)先做 Webhook 轉發(fā)因為穩(wěn)定、可審計CUA 只適合個人小規(guī)模試用或者作為 API 方案不可用時的兜底。5. 常見問題與避坑速查表5.1 unexpected endpoint or method 錯誤這個錯誤在第三方 API 接入時出現(xiàn)率極高。具體報錯長這樣[error] unexpected endpoint or method. (post /chat/completions). returning 2發(fā)生原因我在前面提過是 Claude Code 的兼容層向 API 服務請求了一個服務端不支持的路徑。不同 API 服務對路由的處理不一樣有些會把/chat/completions自動歸一化到/v1/chat/completions有些不會。排查思路比較固定先用 curl 直接探測目標端點路徑確認實際可用路由。檢查 CC Switch 或環(huán)境變量配置的 base URL 是否包含/v1。查看 API 服務端日志看在 Claude Code 啟動后真實向服務端發(fā)出了什么樣的請求。如果是自建代理/網(wǎng)關如 one-api、new-api檢查通道配置是否啟用了“兼容 Anthropic 路由”的選項。第三個步驟往往被人忽略但實際上信息量最大。服務端日志會直接告訴你請求路徑、請求頭和響應狀態(tài)碼比你盲調配置高效得多。5.2 組織訂閱訪問被禁用出現(xiàn)Your organization has disabled Claude subscription access for Claude Code時先別急著反復切換賬號。你先判斷當前用的是個人訂閱還是企業(yè)網(wǎng)關如果是公司賬號大概率是管理員策略限制。參考處理辦法個人場景退出企業(yè) SSO用獨立 Claude 賬號完成授權。企業(yè)場景向管理員申請 Claude Code 的使用權限或者在 API 網(wǎng)關里配置 Parallel Agent 通道。如果只是想跑 Agent 框架且不依賴官方模型直接走第 2.4 節(jié)的 harness 第三方模型方案繞過訂閱限制。5.3 Windows 兼容性與網(wǎng)絡環(huán)境Claude Code 在 Windows 上常見兩個問題一是“與 64 位版本的 Windows 不兼容”。這個提示多半和 Node.js 運行環(huán)境有關優(yōu)先把所有組件升級到 64 位版本不要用 32 位 Node還要確認系統(tǒng)版本和 PowerShell 策略沒有攔截執(zhí)行腳本。二是終端執(zhí)行命令時報InternetOpenUrl() failed這個錯誤在調用遠程 API 時出現(xiàn)通常是網(wǎng)絡策略、防火墻或代理攔截。Windows 下可以嘗試在系統(tǒng)代理設置里把 localhost 加入排除列表還要確認無額外安全軟件攔截 npm 和 node 進程的外連請求。5.4 安裝、下載與國內(nèi)網(wǎng)絡問題熱搜里反復出現(xiàn)“claude code 下載安裝”“claude code 桌面版安裝包”這類關鍵詞說明很多人卡在第一步。npm 安裝如果網(wǎng)速太慢可以換 npm 鏡像源npm config set registry https://registry.npmmirror.com npm install -g anthropic-ai/claude-code桌面版的安裝包可以從官方渠道獲取版本確認后再安裝。還有一點可能被忽略claude命令啟動時如果提示缺依賴可能是 Node 版本太老或者包管理器緩存出了問題先執(zhí)行npm cache clean --force然后重裝。5.5 常見錯誤速查表報錯/現(xiàn)象可能原因處理辦法unexpected endpoint or methodAPI 路徑不匹配校準 base URL 到/v1層級詳見第 5.1 節(jié)Your organization has disabled...訂閱權限受限換個人賬號或走第三方模型 harnessmight not be available in your country服務地區(qū)限制使用合規(guī)渠道或切換本地/第三方模型InternetOpenUrl() failed代理/防火墻攔截檢查 Windows 網(wǎng)絡策略排除 localhostWindows 64 位不兼容Node 版本架構不對重裝 64 位 Node 及 TerminalMCP 連不上配置文件錯誤用官方診斷命令核對 MCP Server 狀態(tài)本地模型不響應工具調用模型本身 function calling 弱更換 Qwen/GLM 等工具調用更強的模型最后分享兩個我在實際項目中經(jīng)常用的小技巧第一個是給 Claude Code 建一個CLAUDE.md文件放在項目根目錄把項目的模塊結構、代碼規(guī)范、常用命令寫進去。Claude Code 會把這個文件作為項目語境的一部分自動讀取相當于給 Agent 一份“項目入職手冊”比每一次都花大量 prompt 去說明背景高效太多。第二個是別把所有任務都丟給 Agent 全自動執(zhí)行尤其是涉及到刪除文件、批量替換、發(fā)外部請求的操作。我把這些操作統(tǒng)一設置為“需要人工確認”模式日常開發(fā)能提速不少同時又不至于讓 Agent 自己闖禍。這兩個習慣讓我從“純 Chat 復讀機”時代徹底走了出來。現(xiàn)在打開終端啟動 Claude Code它就像身邊多了一個手腳麻利的協(xié)作者而我不再是對話框和代碼編輯器之間的搬運工。如果你還在用純 Chat 模式寫代碼真心建議花一個下午把手頭的項目接到 Agent 上跑一遍。很多感受只有真正把終端交給它之后才能體會得到那種看著 Agent 自己找文件、自己改代碼、自己跑測試并告訴你下一步做什么的感覺確實是純聊天模式給不了的。