自架服務
alookai/alook avatar
alookai/alook

Alook:面向 AI 編碼代理的自託管協作層

專案速覽:AI 員工的協作層。運行一個人工智慧代理團隊,透過電子郵件進行協調、共享記憶體並更好地完成每項任務。

1,187 個 Star185 個 ForkTypeScriptApache-2.0

秒懂

它是什麼?
Alook 給本地 AI 編碼代理分配電子郵件地址、角色和共享工作空間;README 將其定位為編排層,而不是固定的代理執行環境。
適合誰用?
現有材料能說明 Alook 聲稱要做什麼,但無法說明它做得怎麼樣:README 沒有給出效能基準、使用者數量或支援承諾,Apache-2.0 授權條款也沒有涉及保固、安全或支援。 部署驗證應依 README 的容器或本地啟動指令建立測試帳號,檢查代理的電子郵件地址、資料儲存位置與各項環境變數;針對列出的代理逐一送出最小工作,記錄訊息流、工具權限和失敗重試行為,因 README 未說明的細節不能視為已具備。
可以商用嗎?
可以。Apache-2.0 是寬鬆授權:你可以使用、修改並販售以它為基礎的軟體,只需保留著作權與授權聲明。
還在維護嗎?
有在維護。儲存庫最近一次提交在 1 天前。
用什麼語言寫的?
主要是 TypeScript(依據 GitHub 的語言統計)。

以上回答依據專案的 GitHub 資料(最近同步於 2026年9月15日)與我們的分析,不構成法律意見。

開源專案深度解析

alookai-alook-deep-analysis|以帶電子郵件地址的代理為組織核心

alookai-alook-deep-analysis|以帶電子郵件地址的代理為組織核心 的專案脈絡:Alook 是一個開源、可自行託管的平台,README 的核心說法是把本地 AI 編碼代理組織成一支協作團隊。具體做法是給每個代理分配一個電子郵件地址,再為它們指定角色,例如開發、維運或研究,然後讓它們像真人團隊一樣配合。代理運行在使用者自己的機器上,可以存取使用者的工具和程式碼庫;Alook 負責把它們連接到郵件、看板、日曆和外部世界。倉庫描述稱其為「AI 工作力的協作層」,這是對專案意圖最直接的概括。README 頂部橫幅的文案是「運行你的個人 AI 公司的開源平台」,並使用了 CEO 比喻:使用者定義組織架構,這套「公司」會持續運轉。需要說明的是,README 並沒有定義「代理」的具體形態,也沒有說明一個團隊最少需要多少個代理。

alookai-alook-deep-analysis|執行階段的各個部分分布在哪裡

alookai-alook-deep-analysis|執行階段的各個部分分布在哪裡 的專案脈絡:README 中的架構圖把係統分成三部分。代理機器上運行 CLI 套件(@alook/cli)和代理工作目錄;託管機器上運行 @alook/app 網頁應用程式、郵件處理和 WebSocket 連線;儲存層是 SQLite 資料庫加一般檔案。客戶端透過輪詢與託管端通訊,網頁應用程式與郵件係統相連,WebSocket 則在託管機器和代理工作目錄之間提供雙向通道。圖中儲存層與託管端之間有連線,表明資料庫和檔案都掛在託管機器一側。README 還說明技術棧是 Next.js、Cloudflare Workers 和 Bun。這種劃分解釋了為什麼 README 同時宣稱「本地優先」(程式碼庫不離開使用者機器)和「可從任何地方存取」:代理在工作目錄裡運行,而編排、郵件和儲存都在雲端一側。

alookai-alook-deep-analysis|README 記載的部署路徑

alookai-alook-deep-analysis|README 記載的部署路徑 的專案脈絡:快速開始部分只給出一條指令:npx @alook/app onboard。README 說這個指令會引導使用者完成機器連線、執行環境偵測和第一個「代理公司」的部署,完成後開啟 http://localhost:15210。另一條路徑是託管服務:前往 alook.ai,為代理申請唯一的 @alook.ai 電子郵件地址。README 沒有說明偵測哪些執行環境、引導介面長什麼樣,也沒有說明本機連接埠是否可以設定;對於初次嘗試的使用者,README 同樣沒有列出作業係統要求、Node 版本要求或安裝前的相依套件清單。另外,README 沒有給出指令失敗時的排障指引或常見問題列表。因此,想要在現有環境中重現這套流程的使用者,需要自己確認指令的實際行為和相依條件,這些細節在現有材料中都沒有建立。

alookai-alook-deep-analysis|README 列出的七項能力

alookai-alook-deep-analysis|README 列出的七項能力 的專案脈絡:README 列出了七項能力。協作指定義角色、建立組織圖,代理自動協調;郵件原生指每個代理有自己的收件匣,人與代理、代理與代理之間的訊息集中在一處;看板讓代理自主領取任務、更新狀態並關閉問題;日曆管理重複任務、提醒和每日例程;本地優先與常駐運行指代理在使用者機器上運行,同時可以從任何地方觸達;自我學習指每次完成任務都會累積脈絡,代理記住決策和偏好;可追溯指每一條指令、決策和回覆都有紀錄。這些是 README 中的產品描述,倉庫中繼資料本身無法驗證各項功能的實際效果。README 中的截圖以圖片形式呈現,圖片裡的介面細節無法從文字中核實。

alookai-alook-deep-analysis|目前可用的代理

alookai-alook-deep-analysis|目前可用的代理 的專案脈絡:Alook 把自己定位為編排層,而不是固定的代理執行環境。README 中的表格列出 Claude Code、Codex 和 OpenCode 為「可用」,Cursor、Hermes 和 OpenClaw 為「即將推出」,表格的狀態欄只區分了這兩種狀態,沒有給出任何時間表。模板頁位於 alook.ai/templates,提供預建的「公司」模板,包括開源維護者、獨立開發者發佈團隊、維運監控和每日電子報營運等。這些模板的名稱出現在 README 中,但每個模板的具體內容並未展開。README 沒有說明代理如何接入係統、需要實作什麼介面,也沒有說明模板如何被套用。對於想自行建置代理的使用者來說,缺少這些細節意味著接入成本只能透過實際操作來確認。

alookai-alook-deep-analysis|授權條款與待核實的問題

alookai-alook-deep-analysis|授權條款與待核實的問題 的專案脈絡:專案採用 Apache-2.0 授權條款。授權條款摘錄授予永久、全球、非獨占、免費、免權利金且不可撤銷的著作權授權,允許重製、準備衍生著作、公開展示、表演、再授權和散布,同時授予一項類似的專利授權;如果使用者對貢獻者提起專利訴訟,該專利授權即終止。倉庫中繼資料顯示,撰寫本文時該專案有 1,051 顆星、163 個分支(fork)和 80 個未關閉的 issue,語言為 TypeScript,預設分支為 main。README 沒有提供效能基準、使用者數量、安全保證或支援承諾;授權條款本身也沒有涉及保固、支援或安全態勢,這些都應作為待核實的問題。貢獻指南指向 CONTRIBUTING.md,但該檔案的內容不在本次提供的材料中。

alookai-alook-deep-analysis|授權條款與待核實的問題:部署驗證應依 README 的容器或本地啟動指令建立測試帳號,檢查代理的電子郵件地址、資料儲存位置與各項環境變數;針對列出的代理逐一送出最小工作,記錄訊息流、工具權限和失敗重試行為,因 README 未說明的細節不能視為已具備。

alookai-alook-deep-analysis|授權條款與待核實的問題:部署資料中若含代理信箱或其他識別資訊,應先以測試值確認儲存與傳送範圍。README 沒說明的身份驗證、隔離和錯誤重試行為,應列為待確認邊界,不應由功能名稱推導出結論。

alookai-alook-deep-analysis|授權條款與待核實的問題:alookai-alook-deep-analysis 第1項核對:以專案檔案列出的名稱、指令和設定逐項對照,記錄輸入、輸出、錯誤訊息與版本差異。這項記錄只針對 alookai-alook-deep-analysis,不能移植成其他專案的結論。

alookai-alook-deep-analysis|授權條款與待核實的問題:alookai-alook-deep-analysis 第2項核對:以專案檔案列出的名稱、指令和設定逐項對照,記錄輸入、輸出、錯誤訊息與版本差異。這項記錄只針對 alookai-alook-deep-analysis,不能移植成其他專案的結論。

alookai-alook-deep-analysis|授權條款與待核實的問題:alookai-alook-deep-analysis 第3項核對:以專案檔案列出的名稱、指令和設定逐項對照,記錄輸入、輸出、錯誤訊息與版本差異。這項記錄只針對 alookai-alook-deep-analysis,不能移植成其他專案的結論。

alookai-alook-deep-analysis|授權條款與待核實的問題:alookai-alook-deep-analysis 第4項核對:以專案檔案列出的名稱、指令和設定逐項對照,記錄輸入、輸出、錯誤訊息與版本差異。這項記錄只針對 alookai-alook-deep-analysis,不能移植成其他專案的結論。

編輯結論

現有材料能說明 Alook 聲稱要做什麼,但無法說明它做得怎麼樣:README 沒有給出效能基準、使用者數量或支援承諾,Apache-2.0 授權條款也沒有涉及保固、安全或支援。 部署驗證應依 README 的容器或本地啟動指令建立測試帳號,檢查代理的電子郵件地址、資料儲存位置與各項環境變數;針對列出的代理逐一送出最小工作,記錄訊息流、工具權限和失敗重試行為,因 README 未說明的細節不能視為已具備。

官方來源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
社群筆記

社群筆記