編譯 | 云昭

在成功使用 Claude Code 之后，我也很想嘗試其他非 IDE 的 agentic 編程工具。這類工具相較于傳統代碼文件界面，更擅長與“開發計劃”互動。因為所謂“開發計劃”可以用一組有序的編碼實踐來表達，而大語言模型正擅長做這種“代碼馴服者”的角色。

Google 的項目 Jules 將自己定義為“一個異步開發代理：Jules 負責修復 bug、小型功能請求以及其他軟件工程任務，并可直接導出至 GitHub。”我很欣賞他們清晰設定了工具的適用范圍。不過，我不太滿意的是它哪怕在 beta 階段也只能通過 GitHub 運作 —— 這邏輯對微軟來說說得通，但對 Google 就顯得奇怪了。

我之前在測試 Claude 時用的是一個早期的 Rails CRUD 項目，我想在里面引入 Bootstrap。這個任務對 Claude 來說難度不大，因此這次我更關注的是使用 Jules 的整體體驗流程。

使用 Jules

Jules 會把你的代碼倉庫克隆到一個私有虛擬機中，并開始執行任務。我首次使用 Jules（仍是 beta 版，就像 Google 出品的所有東西一樣）時，看到了一份非?！罢健钡碾[私聲明 —— 跟上一個頁面那種俏皮的像素圖風格形成了巨大反差。聲明里列了一些模棱兩可的說法，比如 Google 會讀取什么、不會讀取什么，但這些都無法驗證。他們聲稱不會讀取私有倉庫的代碼，但話里也留了后門。

頁面上有一個 90 秒的視頻，演示了如何連接 GitHub、選擇一個倉庫、提交請求。我喜歡這個功能 —— “你平時會發 PR 的任務，它都能做?！?這個定位蠻合適的，雖然跟上面那個“主要做 bug 和小功能”的說法略有出入。它會上傳你的代碼，生成一個開發計劃，等你批準。這對非開發者來說很友好，diff 會在側邊欄清晰展示。

Jules 也在強調“協作伙伴”這一定位，而不僅僅是工具 —— 這點和 Claude 很像。它甚至取了一個中性又親切的名字。當它完成開發計劃后，會新建一個分支并把代碼提交上去。從工程角度看，這是很合理的做法，但它也迫使普通用戶必須了解 git 的基本語義 —— 有點“故意為難小白”的意思。

將代碼推送至 GitHub

我的項目代碼當時還不在 GitHub 上，但我們可以手動推上去。

圖片

就像之前用 Claude 時一樣，我先解壓了我的 Rails 項目的早期版本：

圖片

接下來，我們要把代碼推送到 GitHub。最好的方式是：先在 GitHub 上新建一個倉庫，然后添加 remote 并 push 代碼（順帶說一句，這也可以交給 AI 來做！）

登錄你的 GitHub 賬號，創建新倉庫：

雖然 GitHub 提議的名字是“cautious-octo-succotash”，我很喜歡但這次沒用。記錄下遠程地址，然后在命令行中初始化 git 倉庫并推送代碼，可能還需要設置一個個人 token。

圖片

當代碼成功上傳到 GitHub 后，你就可以使用 Jules 了。授權訪問倉庫后，Jules 就可以開始執行任務：

圖片

我們要做的任務跟之前 Claude 做的是一樣的：

• 使用 Bootstrap 5 的定義美化 HTML；
• 應用 Bootstrap 的顏色工具類改善頁面層次；
• 將按鈕升級為 Bootstrap 的按鈕組件。

我將這些內容輸入了 Jules 的對話框。在它啟動虛擬機、克隆倉庫并讀取文件之后（大約耗時兩分鐘），它生成了一份開發計劃：

圖片

需要注意：如果你一分鐘內不操作，它會自動批準計劃。但我手動批準了它。

需要補充的是：我并沒有寫出太多清晰的代碼示例，prompt 也不算特別一致，但它還是做出了回應。

在執行過程中，它展示了如何修改 applications.html.erb 中的主側邊欄 —— 效果跟 Claude 的處理很像。

大概等了一會兒（畢竟不在本地跑，時間長點沒關系），它準備好了代碼提交：

圖片

我可以選擇發布這個“improvements”分支，然后合并進主分支。雖然這需要用戶理解 git 的基本工作流，但確實是工程上正確的方式。然后我去了 GitHub，確認它確實創建了新分支：

圖片

如預期，它為變更添加了合適的提交記錄：

圖片

我發起 PR 并合并了它。雖然我平時在公司內部倉庫里并不習慣這種方式，但 Jules 的流程就是通過 PR 審查變更是否可以合并進主分支。一旦合并完成，那個分支就可以刪除了。

圖片

最后我在本地 pull 下來，看看效果如何。

我不打算做 Jules 和 Claude 的嚴格對比，只對比了一下“側邊欄”的樣子。以下是升級前的版本：

圖片

升級后的效果：

除了側邊欄明顯變好外，Jules 沒有改動頁面上的鏈接。不過其他地方的清理還不錯。

我又給了它一個指令 —— 和 Claude 完全一樣，要求它把路徑鏈接也用 Bootstrap 的樣式美化一下。

圖片

它確實做出了改進，效果如下：

圖片

如果我給出的要求更明確一點，應該可以一次性修改所有鏈接。

總結

Jules 在理解我意圖方面不如 Claude 靈巧，但只要稍微加強 prompt 工程，它也能完成任務。整個迭代流程因為要走 PR，確實比 Claude 慢一些，但這是更“工業級”的工作流。

當然，我還是更喜歡不依賴 GitHub 的方式，但我也能理解 Google 想把所有內容都運行在自家硬件上的考慮。

和往常一樣，Google 的產品依然“內部不一致”，讓人一邊困惑一邊忍不住欣賞。但他們確實看到了“休閑開發者”（casual coder）這個新市場 —— 這個市場正是最近“vibe coding”興起的結果。我覺得 Jules 成功命中了這個目標。

參考鏈接：https://thenewstack.io/agentic-coding-how-googles-jules-compares-to-claude-code/