Agent-Autoloop 是一套跑在 Windows、macOS 與 Linux 上的 MIT 授權開源工具，用 TypeScript 寫成。專案在 2026 年 11 月3 日建倉，一週內長到四千多顆星。它瞄準的場景很具體：命令列 Agent 現在夠能幹，可是你得坐在終端機前面盯著，它問一句你答一句，人一走開這一輪就斷了。這套工具把自己放在中間那層排程，讓 Agent 在背景自己接活、自己跟進，遇到拿不準的事再回頭找人。

最新版本 1.7.1 在 11 月 9 日發布。

它替人擋掉了什麼

一個任務從進來到做完，中間有四段要人接手：活從哪來、交給誰做、卡住了問誰、做完了怎麼上線。Agent-Autoloop 把每一段都做成外掛。事件來源接 GitHub 或 GitLab 的鉤子、HTTP 介面、排程規則；Agent 那邊接命令列工具；通道推送到桌面通知，或飛書、釘釘、企微這類聊天工具。

外掛化的好處是換一個環節不必重裝整套。今天用某個 Agent，明天想換另一個，設定改一行就好，不必等官方支援。它也明講不做後台介面：需要你拍板時推卡片，想看全局就敲一行指令看狀態。

等待時行程直接結束

這是整套設計裡最省錢的一條。Agent 提出問題等你回答，很多工具的做法是把行程掛著等，等一小時就占一小時記憶體，某些按 Token 計費的鏈路還在背後算錢。Agent-Autoloop 的做法是行程當場結束，把等待狀態寫進資料庫，回答之後從原來那段對話接著做。

官方叫它掛起零消耗，說明寫得很直白：三天沒回，這三天就沒有 Agent 行程在跑。對個人使用者這可能只是省電，對每天跑幾十輪的人，差別會出現在帳單上。

外部文字當資料，不當指令

第二個值得說的是指令與資料分離。事件的正文往往來自外部，例如一條 Issue 的標題與描述，裡面完全可能寫著「忽略之前的指令」。Agent-Autoloop 不把這段文字拼進提示詞，而是當資料放進檔案，提示詞裡只出現驗證過的類型、編號與連結。

同一套思路也落在權限上：用哪個 Agent、在哪個目錄、給什麼權限，只由本機規則決定。事件裡若帶了工作目錄、Agent 名稱、權限這類欄位，會被直接拒收。

事件溯源與層數熔斷

另外兩條機制偏工程。事件溯源把狀態全部從一條只追加的日誌算出來，行程被強制結束，已經確認的事不會丟，任何一輪為什麼跑也能用一行指令查清。層數熔斷借了網路裡 TTL 的思路：Agent 交回的事件再派給 Agent，層數一路累加，超過 8 層就只記錄、不再派活，同時推一張卡片告訴你。

一週三個版本

節奏很快。11 月 6 日的 1.6.0 補上 Windows 原生支援；1.6.1 接著修了中文使用者名稱與中文目錄導致的安裝失敗，以及桌面上殘留的行程視窗。11 月 9 日的 1.7.1 修的是 macOS 上服務起不來：從圖形介面拉起的終端機會把設定檔寫成所有人可寫，系統服務因此拒絕載入。現在每次安裝都會把權限收回 644，重裝一次就能救回已經壞掉的機器。

同一天發布的 1.7.0 改了一個容易忽略的細節：卡片回答裡多了所選文字，之前只有序號，Agent 會把「第二項」讀成第一項，人的決定就這樣被讀反。

作者自己標出的邊界

Webhook 範本

四種範本只在本地模擬服務上驗證過。

GitLab 路線

照官方文件格式測過，沒連過真實實例。

第三方 Agent

接入指令是照說明整理的，沒有逐個跑過。

這種把沒測過的部分標出來的寫法，比通篇「全面支援」可信。Agent-Autoloop 1.7.1 值得看的不是它能接多少種 Agent，而是它把「等人回答」這件事的成本壓到接近零。