AgenticSeek：把 Manus 的自主代理搬回你的硬碟，但先看清楚它要你付什麼
Fully Local Manus AI. No APIs, No $200 monthly bills. Enjoy an autonomous agent that thinks, browses the web, and code for the sole cost of electricity.
秒懂
- 它是什麼？
- AgenticSeek 是一個標榜 100% 本地運行的自主 AI 代理，能瀏覽網頁、寫程式、拆解任務，並以 GPL-3.0 授權釋出。本文從其架構、安裝流程、真實限制與替代方案，判斷它適合誰、不適合誰。
- 適合誰用？
- AgenticSeek 適合具備 Docker 與 Python 3.10 環境、且硬體足以運行本地 LLM（如 Ollama 或 LM Studio）的開發者，他們重視資料隱私，願意容忍一個無路線圖、無資金、靠社群維護的專案。不適合需要穩定 SLA、期待開箱即用、或硬體僅能負擔雲端 API 的使用者。
- 可以商用嗎？
- 可以，但有條件。GPL-3.0 是 copyleft 授權：如果你散布包含它的軟體，就必須以同一授權公開該軟體的原始碼。只在內部執行、不對外散布，則不會觸發這項義務。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 2 天前。
- 用什麼語言寫的？
- 主要是 Python（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
一個把雲端代理搬回家的嘗試
AgenticSeek 的定位很直接：它是 Manus AI 的本地替代品。Manus 那類服務把自主代理放在雲端，使用者每個月付訂閱費，換取一個能自己上網、寫程式、拆解任務的 AI。AgenticSeek 想用另一種方式解決同一件事，它把整個代理流程塞進你的機器，README 開頭就寫著「no cloud, no data sharing」。目標使用者很清楚：手上有一張還算有力的顯示卡或足夠 RAM、跑得動本地 LLM 的人，他們不想把對話紀錄或檔案送上別人的伺服器。專案自己承認是 side-project，沒有路線圖、沒有資金，README 甚至用「patience」來請求貢獻者包容。這不是企業產品，是一個帶著野心、但資源有限的社群專案。它的賣點不是穩定，而是隱私與零 API 成本，前提是你已經擁有能跑模型的硬體。
拆解它的運作骨架：Docker、SearXNG 與代理選擇
從 README 的環境變數與啟動腳本可以看出，AgenticSeek 不是一個單一程式，而是由多個服務拼起來的系統。核心運作依賴 Docker Compose 啟動 SearXNG（一個開源搜尋引擎聚合器）與 Redis。SearXNG 負責讓代理「瀏覽網頁」，它把搜尋請求轉給上游引擎，再回傳結果，代理再從中讀取、擷取資訊。Redis 則扮演快取或佇列的角色，REDIS_BASE_URL 預設指向 redis:6379。代理本身透過 Ollama、LM Studio 或自訂 LLM 服務取得推理能力，這些服務分別監聽 11434、1234 與 11435 連接埠。README 提到「Smart Agent Selection」，意思是系統會自動判斷任務該交給哪個子代理，像是「一組專家團隊」，但具體的選擇邏輯或路由機制，文件裡沒有進一步說明。這是一個值得注意的資訊落差：你知道它會選，但不知道它怎麼選。
實際安裝：Python 3.10 是第一個絆腳石
安裝流程不算複雜，但對環境的挑剔很明確。README 強烈建議使用 Python 3.10.x，並警告其他版本可能導致依賴錯誤。這對習慣最新 Python 的人來說是一個立即的摩擦點，你需要先準備好 3.10 的虛擬環境或直接安裝該版本。接著是 clone 倉庫、複製 .env.example 成 .env，然後編輯裡面的變數。關鍵變數有 SEARXNG_BASE_URL、SEARXNG_PORT、WORK_DIR，以及一串 API 金鑰。API 金鑰全部標為 optional，因為專案的主要目的是本地 LLM，雲端金鑰只是備案。WORK_DIR 指向你本機的工作目錄，代理可以讀取和操作裡面的檔案，這直接關係到它能幫你處理什麼，例如 demo 影片中讀取 CV_candidates.zip 這類檔案。啟動方式分兩種：web 介面模式（執行 ./start_services.sh full）讓後端跑在 Docker 裡，CLI 模式（uv run cli.py）則讓後端直接跑在 host 上。兩種模式的 SEARXNG_BASE_URL 設定完全不同，前者用 http://searxng:8080，後者必須用 http://localhost:8080，因為 searxng 這個 hostname 只存在於 Docker 網路內。
語音功能與代理能力的界線
README 的功能清單看起來很飽滿：自主瀏覽網頁、寫程式、規劃任務、語音輸入。但仔細看，語音功能被標註為「In progress」，這代表你現在裝到的版本可能還沒有可用的語音介面。同樣地，「fill web form」這類宣稱，文件沒有提供具體的實作細節或限制，例如它是否能處理需要登入的網站、JavaScript 密集的頁面，或是驗證碼。代理寫程式的能力說得也很籠統：「write, debug, and run programs in Python, C, Go, Java, and more」，但沒有說明它如何執行程式，是透過 Docker 沙盒、本機 shell，還是 WORK_DIR 內的子程序？這對安全性有直接影響。一個能自主執行程式的代理，如果沒有隔離機制，等於把本機當成實驗場。README 沒有提到任何 sandbox 或權限控管，這是採用前必須向專案維護者確認的關鍵問題。
真正的限制：硬體、設定錯誤與維護成本
最明顯的限制是硬體。README 明說，如果你的硬體跑不動本地 LLM，那這個專案的核心價值就消失了，API 金鑰雖然可以當作替代，但那偏離了主要目的。第二個限制是設定錯誤的後果。.env 檔案只在程序啟動時讀取，這意味著你改了 SEARXNG_PORT 或 BASE_URL 之後，必須重啟後端，否則不會生效。而且 SEARXNG_BASE_URL 的設定依賴執行模式，弄錯就會讓搜尋功能完全失聯，錯誤訊息也不會告訴你原因。第三個限制是維護成本。專案沒有釋出任何 release，最後一次 push 是 2026 年 9 月，但沒有版本標籤，代表你只能追蹤 main 分支，任何更新都可能引入破壞性變更。README 自己說「zero roadmap and zero funding」，這在實務上意味著 bug 修復沒有時間表，依賴的套件（例如 Docker Image 或 Python 套件）如果發生相容性問題，你得自己處理。
授權與替代方案的現實比較
AgenticSeek 採用 GPL-3.0，這對個人使用或內部工具沒有影響，但如果你打算把它整合進一個不開放原始碼的商業產品，GPL 的 copyleft 條款會要求你釋出衍生作品的原始碼。這是一個需要事先想清楚的授權邊界。至於替代方案，OpenHands（前身為 OpenDevin）是另一個開源自主代理，它同樣能寫程式、操作終端機與瀏覽器，但它的架構不同：OpenHands 以事件串流為核心，代理與執行環境透過 websocket 溝通，且它預設使用 Docker 沙盒來隔離代理的動作。相較之下，AgenticSeek 的賣點是語音介面與多代理選擇，而 OpenHands 則把重點放在可重現的執行環境與對開發任務的深度支援。如果你需要的是嚴謹的程式開發代理，OpenHands 的沙盒設計可能更安全；如果你想要一個能語音互動、且完全繞過雲端的實驗性助手，AgenticSeek 才有它的位置。
結論：誰該裝、誰該跳過
AgenticSeek 適合那些已經具備 Docker 與 Python 3.10 環境、且擁有能跑本地 LLM 的硬體，同時願意接受一個沒有正式版本、沒有路線圖的社群專案的人。它不適合追求穩定、需要技術支援、或只想用 API 金鑰快速體驗的用戶，因為那等於放棄了它唯一的優勢。採用前，你應該先確認 .env 中 SEARXNG_BASE_URL 是否符合你的執行模式，並測試 Docker Compose 能否順利啟動 SearXNG 與 Redis。最後，檢查你的硬體是否能負擔本地模型的記憶體需求，否則你會得到一個什麼都做不了的代理，而不是一個省錢的 Manus 替代品。
編輯結論
AgenticSeek 適合具備 Docker 與 Python 3.10 環境、且硬體足以運行本地 LLM（如 Ollama 或 LM Studio）的開發者，他們重視資料隱私，願意容忍一個無路線圖、無資金、靠社群維護的專案。不適合需要穩定 SLA、期待開箱即用、或硬體僅能負擔雲端 API 的使用者。採用前應先驗證：你的 Python 版本是否為 3.10.x，Docker Compose V2 是否可用，以及 .env 中 SEARXNG_BASE_URL 是否依執行模式（Docker 內或 host CLI）正確設定，因為該變數只在程序啟動時讀取，改錯會導致搜尋功能直接失效。
社群筆記