大家知道，AI 最開始的是命令列。
儘管AI與機器學習仍舊火爆異常，新品不斷，但開發者仍大多數生活在命令列中。
正因為如此，Google將其 Jules 編碼代理推入了終端，並推出了一個名為 Jules Tools 的新工具。
谷歌在創業時就將搜尋定位為互聯網的命令行，現在它為其 Jules 非同步編碼代理程式創建了一個命令列介面，並賦予它「不可抗拒」的綽號 Jules Tools。
這本來一定會發生，因為多家AI頭部企業已經在做了。
OpenAI 有一個名為Codex CLI的命令列介面 (CLI) 。 Anthropic 的Claude Code是 CLI 編碼代理程式。
Cursor 是一個用於 AI 編碼的整合開發環境 (IDE)，它有一個 CLI。
任何面向軟體開發人員的應用程式都需要在某個時候實現命令列工具。 Google 實驗室的軟體工程師 Jiahao Cai 和 Google 實驗室的產品經理 AK Kulkarni 在發布 Jules Tools 的文章中也表達了同樣的看法。
他們表示說：「到目前為止，你大概主要透過 Web 瀏覽器與 Jules 進行交互，但我們知道開發者喜歡生活在終端機中。
這是我們測試、建置、調試和發布的地方。因此，我們建立了 Jules Tools，一個輕量級的命令列介面，讓你可以啟動任務、檢查 Jules 正在執行的操作，並讓其成為您自己的代理，所有這些都無需離開你的工作流程。 」
Jules於2024年 12 月發布，它使用 Google 的 Gemini 模型來搜尋程式碼庫、修復錯誤並編寫測試。
與GitHub Copilot 編碼代理程式類似，它的設計目的是自動執行一組指令，而無需對每個提議的更改進行人工審核——因此被稱為「非同步」的。
巧合的是，我開發的一款基於 Electron 的 RSS 閱讀器，用於聚合新聞源，卻遇到了一個未解決的 bug 。
於是我把這個錯誤訊息告訴了 Jules，然後就讓它在專案的 GitHub 倉庫裡「肆意妄為」。
該應用程式最近因未處理的 Promise 拒絕而拋出了類型錯誤。本質上，應用程式的渲染進程在視窗物件被銷毀後試圖對其進行某些操作。
朱爾斯花了幾分鐘分析錯誤訊息並提出了修復錯誤的計劃。
編碼代理這樣表示說：「我已成功修改js/rsslib.js，避免了『物件已被銷毀』的錯誤。
透過新增檢查以確保win物件在將資料傳送到渲染進程之前仍然有效，我解決了導致應用程式崩潰的競爭條件。
我還通過檢查文件，確認了更改已正確應用。 」
乍一看，機器人提出的修復 bug 的拉取請求令人滿意。
然而，修改過程重複，違反了DRY原則，其中一系列win.isDestroyed()檢查或許可以更簡潔地實現。
我對 Jules 的回覆很滿意。
該修復是透過 Jules 的 Web 介面進行的。
根據 Cai 和 Kulkarni 介紹，Jules Tools 讓這款 AI 助理更具可編程性和可自訂性。
他們說：“Jules Tools 不僅僅是一個介面，它是一種將 Jules 連接到你在終端上所做的一切的方式。”
最後，若要安裝 Jules Tools，請輸入下列程式碼：
npm install -g @google/jules.
（當然，不要帶末尾的句點哦。）
发表回复