打開終端,輸入“/goal”,然后告訴Claude Code:把那個早就想修的身份認證模塊修好,所有測試必須通過,零代碼風格警告。說完就去沖了杯咖啡,回來后發現它還在自己跑測試——一次失敗,修正,再跑;又一次失敗,再修正。沒有對話,沒有“下一步該做什么”的追問,直到終端里只剩一片綠色。
這一瞬間,才覺得“agentic”——“自主行動”這個詞,第一次用對了地方。過去一年多,AI公司把它塞進各種產品描述里,從代碼助手到聊天機器人,仿佛加上這個詞就能顯得更聰明。實際上,大部分工具只是把大模型嵌進命令行或編輯器,你仍然要一步步告訴它該做什么,和聊天窗口里復制粘貼的感覺差不了太多。Claude Code 剛出來時也是這樣:能在終端里對話,能直接改文件,比對著網頁手動搬運強一些,但要說“自主”,實在勉強。
![]()
直到/ goal命令出現,體驗才發生了本質變化。
從使用方式上看,以前的模式是人與AI持續對話,每一次提示都要校準方向,生怕它跑偏。而/ goal把這種循環顛倒了過來:用戶只需要定義一個明確的終點,剩下的步驟由Claude自行決定和推進。它會一直工作,直到滿足結束條件,如果沒達到就繼續嘗試,不會再問“接下來呢”。作者用這份“甩手掌柜”式的體驗做了對比——不用反復檢視進度,不用半路介入修正,等它自己來報告“做完了”,而且結果確實可用。
這種轉變的關鍵,并不只是讓模型多跑了幾圈。拆解背后的機制,才能理解為什么它和過去的“自動完成”不一樣。/goal 實際運行在一個評估循環里:每完成一輪工作,都有一個獨立模型充當裁判,對照用戶設定的標準判斷目標是否達成。如果沒達成,它會給 Claude一個簡短的原因,指出哪些條件還沒滿足,然后循環繼續;如果判定達成,就交還控制權。用作者的話說,不讓 Claude 給自己的作業打分,是這個設計里維持“誠實”的重要一環。
修復Node.js認證模塊的例子正好能說明這個循環的價值。作者設定的目標非常具體:npm test 全部通過,npm run lint 零錯誤零警告。這兩個命令天然具備可測試性——要么過,要么不過,沒有模棱兩可的空間。Claude 隨后開始寫代碼、運行測試,發現失敗就對照錯誤信息修改,再測試。在這個過程中,評估模型能直接根據命令輸出判斷狀態,不需要理解代碼邏輯,只需要看有沒有報錯。于是 Claude 就能持續糾正自己,直到終端里的測試結果全部變綠。
這里也引出一個容易被忽視的前提:/goal 的效果嚴重依賴目標的清晰度。如果只是丟給它一句“把代碼改好”,評估模型也判斷不了什么叫“好”,循環很容易變成空轉,或者產出一些形式上調整、實質無用的修改。作者的建議相當務實——花幾分鐘想清楚一個可以被自動檢驗的標準,遠比匆忙嘗試重要。配合清晰的 CLAUDE.md 說明和自動模式,才能讓這個循環真正產出可靠的結果。
過去很多人把 Claude Code 當代碼生成器用,結果發現它只是另一個需要頻繁指令的助手。當作者改變用法,把它用來理解項目結構、理清終端里的混亂時,反而發現了它的另一層效用。而/ goal的加入,進一步把這種“理解力”轉化為持續的、有目標導向的行動鏈。從設定終點,到脫離引導,再到自動糾錯,這才讓“自主”不再是一種說辭,而是一段看得見的過程。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.