Agent Substrate：把有狀態代理多路復用到 Kubernetes worker
Agent Substrate：核心系統。 Agent Substrate 是一個建構在 Kubernetes 之上的系統，它管理類似代理的工作負載，以實現比 Kubernetes 單獨提供的更高的規模和效率，並且延遲更低。
秒懂
- 它是什麼？
- Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 聚焦本專案的實際功能、技術入口、部署條件、資料流、版本變化與授權邊界，並依官方 README 所列能力判斷適用工作情境和不適合的替代用途。
- 適合誰用？
- 它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。
- 可以商用嗎？
- 可以。Apache-2.0 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 1 天前。
- 用什麼語言寫的？
- 主要是 Go（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月14日）與我們的分析，不構成法律意見。
開源專案深度解析
agent-substrate-substrate-deep-analysis｜專案定位與核心邊界：Agent Substrate
agent-substrate-substrate-deep-analysis｜專案定位與核心邊界：Agent Substrate 的專案脈絡：actor snapshot、worker 映射與早期 API 的取捨。它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。。它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。。在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 1 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。 在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 1 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。
agent-substrate-substrate-deep-analysis｜README 透露的實作路徑：Agent Substrate
agent-substrate-substrate-deep-analysis｜README 透露的實作路徑：Agent Substrate 的專案脈絡：actor snapshot、worker 映射與早期 API 的取捨。它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。。它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。。在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 2 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。 在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 2 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。
agent-substrate-substrate-deep-analysis｜使用情境中的實際取捨：Agent Substrate
agent-substrate-substrate-deep-analysis｜使用情境中的實際取捨：Agent Substrate 的專案脈絡：actor snapshot、worker 映射與早期 API 的取捨。它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。。它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。。在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 3 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。 在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 3 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。
agent-substrate-substrate-deep-analysis｜限製、版本與維護責任：Agent Substrate
agent-substrate-substrate-deep-analysis｜限製、版本與維護責任：Agent Substrate 的專案脈絡：actor snapshot、worker 映射與早期 API 的取捨。它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。。它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。。在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 4 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。 在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 4 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。
agent-substrate-substrate-deep-analysis｜採用前的專屬核驗：Agent Substrate
agent-substrate-substrate-deep-analysis｜採用前的專屬核驗：Agent Substrate 的專案脈絡：actor snapshot、worker 映射與早期 API 的取捨。它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。。它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。。在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 5 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。 在 agent-substrate-substrate-deep-analysis 的脈絡裡，這個判斷不能只看功能清單。README 把 Agent Substrate 是建在 Kubernetes 之上的代理執行時期，管理 actor 的建立、銷毀、暫停、恢復、worker 指派與流量路由，並以 microVM 與 gVisor 等 sandbox 支援高密度部署。 放在具體入口上，使用者仍須把入口、執行環境與輸出結果對起來。第 5 個觀察點是：它把較多閒置 actor 對映到較少 worker，透過完整 state snapshot 保存 volatile RAM 與檔案系統狀態。README 的 demo 以約 250 個 stateful actors 對映到 8 個 physical pods，並宣稱 30x 以上 oversubscription；這是示範結果，不是通用保證。底層以 Kubernetes Pods 和 autoscaling 管理基礎設施，Substrate 補上代理專用排程。 這些資訊決定它適合放在個人試用、團隊流程或隔離測試中。若環境條件不同，檔案未說明的部分應保留為未確認，而不應用想像補齊。
編輯結論
它適合研究高密度、可暫停的代理工作負載，以及需要 LangChain、MCP 或 coding environment 持久狀態的團隊。README 明確標示 early development、API 幾乎必變、尚未準備 production。核驗時應在支援最新穩定版與前一 minor 版 Kubernetes 的測試叢集，依 demos/counter/README.md 重現 actor counter，觀察 suspend/resume 後 RAM snapshot、檔案狀態、worker 重新指派與入口路由，再以實際 actor 數量測量延遲。
社群筆記