openJiuwen AgentOS 的重點，不是多推出一個 AI 助手，而是替企業智能體補上從開發到上線營運所需的底層設施。它定位為建置、部署與管理 AI 智能體的平台，並非模型本身，也不是單一的聊天工具。openJiuwen 於 2026 年 10 月 9 日發布並開源企業級 AgentOS，目標是讓多個智能體能協作執行任務，並在企業環境中受到管理。 2

由誰打造？在哪裡開源？

openJiuwen 是由華為 2012 實驗室、華為雲、計算與終端等團隊，攜手高校、企業及開發者共同打造。 2 AgentOS Enterprise 的 GitHub 專案定位為 openJiuwen 智能體基礎設施的整合與交付程式庫；openJiuwen 也在 AtomGit 上架。 636

GitHub 專案頁列出的授權為 Apache License 2.0。 7 不過，這不代表專案中的每個元件或相依套件都必然採用相同授權；導入前仍應查閱各元件的授權與開源聲明。 9

AgentOS 想解決哪些落地難題？

把長任務拆開，讓多個智能體分工。 AgentOS 宣稱支援蜂群協作與工作流程編排，可將複雜工作拆成不同任務、分配角色，並讓合適的步驟平行執行；人在關鍵決策點也能介入。以調研、分析、撰寫等流程為例，這種設計希望讓多個智能體的協作更容易安排與掌握。 2

讓經驗有機會累積，而非每次從頭摸索。 平台提出的「自我演進」機制，會利用執行軌跡、使用者回饋與記憶，協助智能體保留可重複運用的經驗。這是產品描述的能力與設計目標，並不等於已有量化數據證明任務表現提升。 2

把算力與企業運作需求納入設計。 openJiuwen 將算力親和與企業級可靠性列為核心方向；發布資料提及軟硬體協同、資源調度與推理最佳化，也提到權限管理、安全隔離及異常復原等措施。現有資料沒有提供獨立的效能或可靠度基準測試。 2

程式庫裡有哪些內容？

AgentOS Enterprise 的官方 GitHub 說明列出分散式 agent-runtime、JiuwenSwarm 閘道與用戶端、Conch 沙箱引擎，以及 A2X 登錄中心；專案也標示支援統一建置與一鍵部署叢集。 6 另據 openJiuwen 執行環境文件，Runtime 可將開發完成的智能體發布為可呼叫的線上服務，並提供部署、查詢、下架與狀態管理等功能。 40

這些說明能確認專案的整體組成與用途，但不足以證明所有部署情境都已獲得驗證。現有資料無法確認特定 Linux 發行版上的單機一鍵部署細節，也沒有針對特定企業環境提供經測試的部署時間。

openJiuwen 生態系另有 Agentic Hub，用於發布與管理智能體資產，包括 Skill、SwarmSkill、外掛、連接器、專家與專家群組。 35 AgentOS 發布資料則提到，模型接入、工具呼叫與記憶管理採外掛化設計。 3

一體機與「數小時私有部署」：先看清證據界線

同期報導提到一款以 Jiuwen AgentOS 為基礎的私有部署一體機，並稱部署可望在數小時內完成。 318 但這仍是報導中的產品說法；現有資料沒有提供實測基準、具體組態或前置條件，讀者無法據此判斷自家環境需要多少時間。

目前資料支持 AgentOS 與一體機方案有所關聯，但不足以完整確認所有被提及的功能，例如 SystemAgent 一鍵設定，或與既有企業系統、內部知識庫及產業模型的特定整合方式。這些細節在視為已具備的產品能力前，仍應以正式產品文件為準。

openJiuwen AgentOS 的重點，不是多推出一個 AI 助手，而是替企業智能體補上從開發到上線營運所需的底層設施。它定位為建置、部署與管理 AI 智能體的平台，並非模型本身，也不是單一的聊天工具。openJiuwen 於 2026 年 10 月 9 日發布並開源企業級 AgentOS，目標是讓多個智能體能協作執行任務，並在企業環境中受到管理。 2

由誰打造？在哪裡開源？

openJiuwen 是由華為 2012 實驗室、華為雲、計算與終端等團隊，攜手高校、企業及開發者共同打造。 2 AgentOS Enterprise 的 GitHub 專案定位為 openJiuwen 智能體基礎設施的整合與交付程式庫；openJiuwen 也在 AtomGit 上架。 636

GitHub 專案頁列出的授權為 Apache License 2.0。 7 不過，這不代表專案中的每個元件或相依套件都必然採用相同授權；導入前仍應查閱各元件的授權與開源聲明。 9

AgentOS 想解決哪些落地難題？

把長任務拆開，讓多個智能體分工。 AgentOS 宣稱支援蜂群協作與工作流程編排，可將複雜工作拆成不同任務、分配角色，並讓合適的步驟平行執行；人在關鍵決策點也能介入。以調研、分析、撰寫等流程為例，這種設計希望讓多個智能體的協作更容易安排與掌握。 2

讓經驗有機會累積，而非每次從頭摸索。 平台提出的「自我演進」機制，會利用執行軌跡、使用者回饋與記憶，協助智能體保留可重複運用的經驗。這是產品描述的能力與設計目標，並不等於已有量化數據證明任務表現提升。 2

把算力與企業運作需求納入設計。 openJiuwen 將算力親和與企業級可靠性列為核心方向；發布資料提及軟硬體協同、資源調度與推理最佳化，也提到權限管理、安全隔離及異常復原等措施。現有資料沒有提供獨立的效能或可靠度基準測試。 2

程式庫裡有哪些內容？

AgentOS Enterprise 的官方 GitHub 說明列出分散式 agent-runtime、JiuwenSwarm 閘道與用戶端、Conch 沙箱引擎，以及 A2X 登錄中心；專案也標示支援統一建置與一鍵部署叢集。 6 另據 openJiuwen 執行環境文件，Runtime 可將開發完成的智能體發布為可呼叫的線上服務，並提供部署、查詢、下架與狀態管理等功能。 40

這些說明能確認專案的整體組成與用途，但不足以證明所有部署情境都已獲得驗證。現有資料無法確認特定 Linux 發行版上的單機一鍵部署細節，也沒有針對特定企業環境提供經測試的部署時間。

openJiuwen 生態系另有 Agentic Hub，用於發布與管理智能體資產，包括 Skill、SwarmSkill、外掛、連接器、專家與專家群組。 35 AgentOS 發布資料則提到，模型接入、工具呼叫與記憶管理採外掛化設計。 3

一體機與「數小時私有部署」：先看清證據界線

同期報導提到一款以 Jiuwen AgentOS 為基礎的私有部署一體機，並稱部署可望在數小時內完成。 318 但這仍是報導中的產品說法；現有資料沒有提供實測基準、具體組態或前置條件，讀者無法據此判斷自家環境需要多少時間。

目前資料支持 AgentOS 與一體機方案有所關聯，但不足以完整確認所有被提及的功能，例如 SystemAgent 一鍵設定，或與既有企業系統、內部知識庫及產業模型的特定整合方式。這些細節在視為已具備的產品能力前，仍應以正式產品文件為準。