Agentic OS：它是什麼，以及我經營10家企業139天後的樣貌

搜尋 代理作業系統 你會發現兩種答案。研究人員指的是以語言模型為核心的作業系統。供應商指的是一個八層架構的企業平台，最底層是銷售電話。兩者都是示意圖，但都沒有顯示實際運作情況。.

這是我的情況。我用人工智慧代理經營十家企業。光是這個容器自 2026 年 6 月 12 日以來就產生了 1847 個運行日誌。它裡面的某個程式會在凌晨 00:07 喚醒，產生一篇部落格文章（其實就是這篇），記錄一個結果，然後繼續休眠。在我為撰寫這篇文章而統計的 30 天時間裡，代理程式處於喚醒狀態的時間佔 7.9%。在剩下的 92% 時間裡，沒有任何程式運行，但企業仍然擁有日程安排、記憶體和待辦事項清單。這部分我稱之為作業系統。.

本指南為您提供代理操作系統的簡單定義、每個人都需要的七個部分、我的生產設置的各個部分（附有真實數據）、普通操作系統不會遇到的錯誤，以及小型企業可以在周末搭建的最小版本。.

什麼是代理作業系統？兩種意義，一個有用的定義

智能體作業系統是決定人工智慧代理何時運作、它們記住什麼、它們被允許接觸什麼、它們如何相互協作以及如何發現發生了什麼的層。. 代理程序執行任務。作業系統在無人監控時維持任務運作。.

這個定義涵蓋了流傳的兩個含義，但將它們區分開來是有幫助的，因為它們回答了不同的問題。.

意義 1：研究核心

最著名的例子是 AIOS, 來自 agiresearch 團隊的論文「AIOS：LLM 代理作業系統」已被 COLM 2025 接收。 AIOS 將 LLM 置於核心級別，並管理代理程式之間爭奪的資源：調度、上下文切換、記憶體、儲存和工具存取。您可以使用其 SDK（Cerebrum）建立代理，核心會像 Linux 調度進程一樣調度它們的呼叫。從計算機科學的字面意義上講，這就是一個作業系統。如果您正在建立代理基礎設施，那麼它非常重要。如果您經營一家五人小公司，那麼它讀起來很有趣，但並非您真正需要的。.

意義二：業務營運層

第二個意義更廣泛，也更適合大多數讀者：它指的是讓多個代理人在公司內部協同工作的架構和規則。例如，供應商提供的部分內容。 fluid.ai 的架構帖子 可以把它畫出成分層結構（通道、記憶體、編排、治理、人機互動、可觀測性）。顧問公司把它當作代理的組織結構圖來賣。兩者都沒錯。但幾乎沒有人展示一個包含日誌、帳單和缺陷的實際運行模型。.

這篇文章討論的是第二種意義，它由你可以立即購買或編寫的元件構成。如果你需要了解人工智慧系統「智能體」的本質，請先閱讀我的… 個體企業家的代理人工智慧指南 然後回來。.

每個代理作業系統都需要的 7 個部分

作業系統這個比喻出奇地貼切。經典作業系統的每個元件都有對應的代理，而且每個代理在缺失時都會以可辨識的方式失效。下圖展示了這個對應關係，第三列是我實際運作的系統。.

作業系統概念	代理人	我的車隊運行什麼
核心/調度器	決定何時執行哪個代理，如果代理掛起則終止它。	scheduler.py：429 行 Python 程式碼，0 次模型調用，讀取 schedule.json
流程	具有開始和結束的單任務代理	39 個技能檔案（10,205 行 Markdown 程式碼），每個檔案對應一個 Claude Code 會話。
檔案系統/記憶體	經紀人昨天知道些什麼	記憶體.md + 觀察.md + Airtable
進程間通訊 (IPC)	一位代理人如何將工作交給下一位代理人	Airtable 狀態欄位：隊列中、研究中、寫作中、已發布
權限	代理人可以閱讀、撰寫、花費或發送的內容	每個品牌一個 Docker 容器，憑證作用域設定為環境變數。
系統日誌	一份記錄所發生事件的文檔，可供人和機器閱讀。	每次運行產生一個日誌文件，且必須 技能結果 線
初始化/看門狗	某種檢查其他事項並舉手示意的東西	每日監督 晚上 23:37，每次跑步後也會收到 Telegram 提醒

關於這張桌子，有兩件事比其他事更重要。.

第一的，, 內核中不包含人工智慧。. 調度器故意設計得比較簡單。它讀取一個 JSON 文件，將時鐘與一個插槽位匹配，啟動一個帶有超時時間的進程，然後寫入一行資料。 調度程序日誌. 如果決定代理何時運行的因素本身就是一個代理，那麼你就沒有任何可靠的調試依據了。.

第二，, 每個部分都是一個可讀取的檔案或欄位。. 我可以回答「公司昨天做了什麼？」這個問題 ls 和 grep. 如果這個問題的答案只存在於供應商的控制面板中，那麼你實際上是在租用別人的作業系統。只要你知道這一點，那就沒問題。.

我的 Agentic 作業系統內部結構：調度器、進程、記憶體、進程間通訊、權限、日誌

以下是該系統的逐部分即時數據。以下所有數據均於2026年10月29日從該容器中測量得出。.

調度器（核心）

schedule.json 系統每天有 12 個時段，每週有 16 個時段，其中 10 個時段處於活動狀態。每個時段的運行時間為 07:00 或 03:37，因此不會與整點衝突。每個時段都有自己的超時時間，從 30 分鐘（用於郵件分類）到 90 分鐘（用於本部落格作者和每週市場掃描）不等。如果運行逾時，調度器會終止整個進程樹並將其記錄下來。以下是今晚的調度：

[2026-10-29 00:05:14 WITA] 解析 00:07 時段，星期四 → daily[00:07] = blog-writer [2026-10-29 00:05:14 WITA] 正在分發 00:07 時段的任務，

解析器首先檢查月度條目，然後是周度條目，最後是日度條目，因此週一的市場掃描可以佔用通常每日掃描的時段。我寫了篇文章，比較了它與 Claude Code 內建的解析器。 /環形 在我的 克勞德代碼循環指南. 簡而言之：會話內循環對於工作會話來說非常有用，但它們會過期。而簡單的外部時鐘則永遠不會過期。.

過程（代理）

每個插槽都會啟動一個無頭 Claude Code 會話，並以一個技能文件作為其任務描述：撰寫文章、檢查電子郵件、尋找反向連結線索、回顧當日工作。會話運行後，會寫入結果並退出。沒有長時間運行的代理處於閒置狀態並消耗代幣。從 9 月 28 日到 10 月 27 日，總共消耗了… 405 次運行，涵蓋 20 項技能，平均每次運行時間為 6.0 分鐘，總共耗時 56.6 個代理小時。. 這就是為什麼一個月的營運如何融入7.9%時鐘週期的原因。完整的生產設定已完成。 我如何在生產環境中運行 Claude Code 代理.

記憶體（檔案系統）

特工們醒來後對昨天發生的事情毫無記憶。作業系統會給他們一到兩個檔案和一個資料庫。. 記憶體.md 包含長期經驗教訓（「此欄位為小寫」、「此 API 在 200 狀態碼中傳回錯誤」）。. 觀察.md 是運行日誌。 Airtable 儲存業務狀態：關鍵字、簡報、已發佈文章、潛在客戶。每個技能在開始時讀取內存，並在結束時追加資料。下一節您將看到為什麼這既是該設計的最佳之處，也是其最糟糕的部分。.

IPC（交接）

代理商之間從不打電話，他們透過狀態欄位溝通。週一早上 8:07，關鍵字研究員寫入了一行資料。 狀態 = 佇列. 上午 9:37，內容研究員將最佳內容整理成內容日曆上的簡報。凌晨 0:07，部落客選取一個內容，並將其推進到「研究」→「寫作」→「發布」的流程。第二天早上，社群媒體發布者選取最新的已上線貼文。流程中沒有鎖定機制，如果某個環節停滯不前，該行內容會停留在停止的位置。這樣一來，就能輕鬆找到問題所在。.

權限

每個品牌都在各自的 Docker 容器中運行，並使用各自的憑證作為環境變數注入。在容器內，代理程式無需權限提示即可運行，因為在 00:07 時沒有人會點擊「允許」。這之所以可行，是因為容器本身就是邊界。一個品牌的代理程式無法讀取另一個品牌的收件匣，因為這些金鑰根本不存在。我在下文中更深入地探討了這種權衡。 四個月無人值守貨櫃運輸教會了我什麼, 以及工具訪問 MCP網關：您需要嗎？

日誌和看門狗

每次運行都會寫入一個日誌文件，其中包含調度頭和退出尾部。每個技能都必須以類似這樣的行結尾： 技能成果：成功 | 摘要 | 網址. 每次運行結束後，都會觸發 Telegram 警報。晚上 11:37，監控代理程式會讀取當天的日誌，檢查每個插槽是否都已執行並返回了實際結果，重試失敗的插槽位，並將報告發佈到 Asana。這是作業系統讀取自身系統日誌的過程。.

代理型作業系統會遇到普通作業系統不會遇到的漏洞

這是架構圖中遺漏的部分。 Linux 不會忘記它從哪個磁碟啟動。代理作業系統會遇到一些經典作業系統幾十年前就已解決的故障模式，以及一些新的故障模式。以下是我遇到的四種故障模式，並附有相關記錄。.

1. 記憶體膨脹

僅追加記憶體看起來很安全，直到你真正測量它為止。今天我的 記憶體.md 是 2.24 MB, ， 和 觀察.md 是 6.5 MB. 技能會在編輯之前備份內存，這是一種良好的習慣，並且已經留下了。 共 638 個備份文件，總計 2.1 GB 在專案資料夾中。任何代理程式都無法在運行開始時讀取 2.24 MB 的 Markdown 文件，因此每個代理都會讀取頂部內容並蒐索其餘部分。這種方法可行，但這意味著記憶體效率取決於其搜尋能力。代理作業系統需要垃圾回收機制：總計、歸檔、刪除。我的系統目前還沒有這個機制。我之所以這麼說，是因為所有跳過這部分內容的「代理作業系統」文章都在描述示範。.

2. 過時的事實

記憶不僅會成長，也會過時。我日曆裡的一份內容簡報包含了9月21日的競爭對手清單。當下一位經紀人在10月5日重新查看即時結果時，發現其中兩家「頂級競爭對手」已經跌出了前十。現在，備註裡用大寫字母寫著：之前的快照已經過時了。解決方法是養成習慣，而不是特效：每個資訊都要標註日期，任何改變的內容（價格、排名、版本）在使用時都要重新核對。這就是為什麼這篇文章的收據上會寫著「測量於10月29日」。.

3. 無聲的成功

正常的作業系統會信任退出代碼。不要這樣做。在我30天的時間窗口內，405次運行中，, 404 日誌頁腳讀取 退出代碼：0. 這其中包括一次報告失敗的運行，以及 15 次根本沒有寫入結果行的運行。一個禮貌地放棄的語言模型仍然能夠乾淨利落地退出。我還見過更安靜的版本：一個 Airtable 表在讀取時不區分大小寫，但在寫入時區分大小寫，因此一個技能讀取隊列正常，但幾個月來每次狀態更新都失敗。 自我監測人口普查 闡述了我如何計算這些指標。原則是：以工作成果來評斷成功，而不是以過程結束來評斷。.

4.預算洩露

九月份，我的SEO資料提供者的資料斷供了。但API仍然響應正常。 HTTP 200 信封上顯示“OK”，而“需要付款”錯誤則嵌套在下一層。遇到此錯誤的代理程式繼續執行備用方案並標記了差額，這是正確的結果。但這只是因為之前出現過類似情況後，有人在指令中加入了「檢查內部狀態碼」的提示。代理程式透過數十個 API 進行消費，而每個 API 的故障原因各不相同。代理程式作業系統需要記錄每次運行的支出，並在執行高成本操作之前進行餘額檢查。我的代理程式集群會在結果備註中記錄支出。目前尚未強制執行上限。.

這些漏洞都不是致命的。除非作業系統專門設計成能夠顯示它們，否則這四個漏洞都是不可見的。這正是該層的真正作用：讓使用者能夠看到這些故障。.

Agentic OS vs Agent Framework vs n8n vs “AI 員工”

這四者常被混淆，而這種混淆會造成經濟損失。以下是我向客戶解釋的區分方法。.

	它是什麼	回答了這個問題	使用它
代理框架 （LangGraph、CrewAI、AIOS SDK）	用於建立單一代理或單一多代理作業的程式碼	“這位代理人是如何思考和調用工具的？”	你正在建立代理本身。
自動化平台 （n8n、Zapier、Make）	由事件觸發的固定工作流程	“當X發生時，先做Y，再做Z”	每次路徑都一樣
“人工智慧員工”	一位代理人被設定為一個工作角色	“這位經紀人擁有什麼資產？”	你正在評估一個職位及其經理。
代理作業系統	隨著時間的推移，運行多個代理的層	“誰在什麼時候跑步，記得什麼，可能會做什麼，我怎麼知道？”	你有3個以上的代理人必須在沒有你的情況下工作。

它們相互疊加而非相互競爭。我的作業系統運行 Claude Code 會話（框架層）。它既可以觸發 n8n 工作流程，也可以觸發進程。每項技能其實都是一個 人工智慧員工 只需完成一項任務。如果您正在選擇自動化工具本身，我已經對它們進行了比較。 n8n 與 Zapier.

常見的錯誤是購買框架卻期望它能提供作業系統。框架可以為你建立一個功能強大的代理，在你按下按鈕時運行一次。之後的一切（調度、記憶體管理、切換、日誌、警報）都屬於作業系統的範疇，你可以選擇自己建置、購買或放棄。大型公司通常會購買平台；我對這種做法的看法是… 企業級人工智慧代理：什麼會扼殺飛行員？. 如果您希望擁有一款專為您的企業量身打造、符合您的團隊規模並歸您所有的系統，那正是我所提供的服務。. 預約自動化策略會議 我們會確定你是否需要作業系統，或只需要一個好的代理。.

小型企業應該建構智能體作業系統嗎？

說實話：第一天不需要。一個程式不需要作業系統。但是，當你的第一個代理程式在你不監控的情況下運行時，你就需要它的三個最重要的組成部分。從這裡開始：

最小可行代理作業系統

1. 一個過程。. 選擇每週耗時一小時且完成狀態明確的重複性任務，例如週報、收件匣分類或文章草稿。將任務說明以文件形式編寫，而不是聊天記錄。.
2. 一個時鐘。. 將其設定為在代理程式之外執行的定時任務：例如 cron 任務、小型腳本或自動化工具中的定時觸發器。設定超時時間。.
3. 一根原木。. 讓代理程式在每次運行結束後輸出一行訊息，內容包括成功、跳過或失敗，以及運行結果。將每次運行結果儲存到單獨的檔案中。.
4. 一條警報。. 把這句話發到你的手機上。用 Telegram、Slack 或電子郵件發送，隨便什麼方式，只要是你真正會看的就行。我的 Telegram提醒說明 已經設定好了。.
5. 一個內存檔案。. 請代理人在開始時閱讀一份簡短的筆記文件，並在最後加上一個註明日期的課程。限制課程數。每月進行精簡。.
6. 一個邊界。. 只提供該工作所需的憑證，最好放在單獨的容器或帳戶中。.

這套系統由六個部分組成，它確實是一個代理作業系統，只不過規模較小。運行兩週後再新增第二個進程。在新增第二個進程時，讓兩個代理程式透過一個帶有狀態列的共享表進行切換，而不是互相呼叫。當進程數達到三個或更多時，添加監視程序，因為大約在這個數量時，你不再需要讀取所有警報。.

我首先會跳過以下幾點：即時通訊的多智能體「團隊」、用於記憶體的向量資料庫，以及在你了解哪些任務物有所值之前就按席位收費的任何平台。如果你想知道智能體是否能夠完全獨立運行，, 運作一個完全自主的人工智慧代理究竟需要哪些條件 它覆蓋了它必須越過的橫桿。.

Agentic OS 常見問題解答

簡單來說，什麼是代理作業系統？

它負責運行人工智慧代理。它決定每個代理何時喚醒、記住哪些資訊、可以存取哪些資源、如何將任務交給下一個代理，以及如何了解發生了什麼。代理執行任務；作業系統則負責在無需使用者乾預的情況下維持運作。.

有沒有現成的、可自訂的作業系統可以購買？

你可以購買各個組件。企業級代理平台捆綁了調度、權限和監控功能，而像 n8n 這樣的自動化工具則涵蓋了觸發器和日誌記錄。顧問公司會為你安裝企業版。但沒有哪個產品真正了解你的工作、交接流程或你的記憶體使用習慣，所以其中的一些功能總是需要預先配置或建構的。對待「交鑰匙代理作業系統」的說法，要像對待「交鑰匙企業資源計畫 (ERP)」一樣。.

AIOS是否已準備好投入生產？

AIOS 是一個經過同行評審的嚴肅研究計畫（COLM 2025），擁有開源核心和 SDK。它是學習 LLM 級核心如何調度代理的最佳平台。對於小型企業的日常營運而言，它的基礎設施過於複雜；一個調度器、一個日誌和一個容器就能滿足您的需求，而且速度更快。.

智慧作業系統和智慧人工智慧有什麼區別？

智能體人工智慧（Agentic AI）描述的是智能體本身：一種能夠規劃並執行目標的軟體。智能體作業系統（Agentic OS）描述的是圍繞眾多智慧體運行的系統：包括調度、記憶體管理、權限控制、任務交接和日誌記錄。你可以擁有智能體人工智慧而沒有作業系統（例如，手動運行單一智能體）。但沒有作業系統，你無法運行智能體集群。.

運行代理作業系統需要多少成本？

作業系統層本身成本很低。我的調度器是一個運行在我已經付費伺服器上的 Python 腳本。真正的成本在於代理的模型使用和 API，這些成本會隨著運行頻率和運行時長而增加。這就是為什麼短時、單任務運行（在我的代理集群中平均運行時間為 6 分鐘）比那些始終處於空閒狀態並消耗代幣的代理更划算的原因。.

我需要寫程式碼才能搭建一個嗎？

對於上述最低配置，勉強夠用。計劃觸發器、提示檔案、日誌和警報都可以在 n8n 或託管調度器中設定。一旦需要超時、進程終止和自訂切換，就需要編寫程式碼了。通常到了這個時候，就值得尋求協助了。.

結語：代理作業系統本身很枯燥，而這正是關鍵所在。

代理程式會得到關注，但作業系統決定著一家企業在周四凌晨 00:07 無人值守時是否還能繼續運作。我的系統是一個 429 行的調度程序，一堆 Markdown 文檔，一個 Airtable 資料庫，每個品牌一個容器，每次運行記錄一行日誌，還有一個監控程序讀取所有這些日誌。它並不優雅。它的記憶體太大，而且退出代碼也不準確。但自六月以來，它已經運行了 1847 次，我可以向你展示每一次運行記錄。.

如果你能從這篇文章中記住一點：先建立那些枯燥乏味的部分。一個時鐘、一個日誌、一個警報和一個邊界，對你的第一個代理來說，比最精妙的框架都更有用。然後一次加入一個進程，讓日誌告訴你下一步該修復什麼。.