近日，外媒報導了一款名為 Autark 的新工具，該工具將 AI 代理視為一個虛擬團隊，能在無需持續提示的情況下工作。該工具由 14 歲的奧地利開發者斯坦尼斯勞斯·希斯（Stanislaw Hiss）開發。用戶可以將任務放入收件箱，由一個“經理代理”將任務分派給其他代理執行並匯報結果；若任務過於模糊，代理也可以提出澄清問題。
據 Autark 網站的解釋：“代理不會等待提示。日程、計時器、新任務、消息或事件都會喚醒它們。它們自行決定要做什麼，並能規劃自己的下一步。”該工具不綁定特定模型，能通過各服務的命令行工具連接 OpenAI Codex、Claude Code、Gemini CLI、GitHub Copilot CLI 和 Kimi Code，亦支持本地模型。不過，Autark 網站提到，除了 Codex 和 Claude Code 外，其他模型的支持雖已內置，但尚未在實際運行中測試，因為 Autark 仍處於活躍開發階段，
屬於開源工具。
希斯表示，他依然在上學，對 AI 深感興趣，因對現有 AI 工具不滿意而開發了 Autark。他在使用 Claude Code 和 Codex 時感到：“我可以獲得單個任務的幫助，但仍需組織工作、記住哪些未完成，並不斷推進。我想要一個能對持續性工作負責的系統，而不僅僅是回應我的下一條消息。”他開發 Autark，或者更準確地說，是通過提示 AI 編程工具來替他完成開發，以實現這一目標。
Autark 工具的潛力與風險
報導指出，Autark 的能力也帶來風險。其關於訪問和數據的頁面明確說明，若給予它不受限制的 PC 訪問權限，可能面臨的風險，以及為何不應讓其在系統上肆意運行。該頁面解釋稱：“它什麼都能做”，因為“Autark 沒有在代理周圍設置圍牆”。Autark 沒有沙箱、沒有審批提示、沒有權限門。它不會阻止代理花費所有可用的資金、刪除文件或發送未經請求的電子郵件。代理以機器用戶的權限運行，審批檢查和權限限制被禁用或繞過。
甚至用戶與 Autark 進行的“安全限制”對話也僅僅是建立指導方針，而非規則。
頁面指出：“AI 首先問的是它可以走多遠。那是一個問題，而不是技術屏障。”這意味著，被賦予與其聲明限制相衝突任務的代理，仍可能嘗試執行該任務。此外，Autark 的訪問頁面還提到：“在我們自己的實際測試運行中，收到模糊請求的代理在幾分鐘內接觸到了真實倉庫、備份、SSH 密鑰和.env 文件，其中一個還更改了它所發現文件的權限。”換言之，最好將 Autark 放在不包含可能不想失去的內容的機器上。
希斯本人也承認：“我不會聲稱……這個應用適合無人值守地訪問敏感系統。”
不過，Autark 並非完全沒有秘密保護。其網站說明，存儲的密碼和密鑰會加密，並通過 ID 引用，使其值不會出現在提示中；伺服器不存儲用戶數據，會議伺服器僅用於在設備之間中繼加密流量。如果用戶願意嘗試 Autark，則不必依賴其伺服器。Autark 網站提供預打包應用，同時該工具完全開源，可在 GitHub 獲取，包括會議伺服器代碼在內的一切都可在 Apache 開源許可下自託管和修改。
報導總結稱，這是一個有抱負的年輕人打造的工具，如果使用得當，具有很大潛力；但正確使用正是主要挑戰，用戶需要自行建立護欄。
