主題頁
企業應用的自託管 AI
企業應用的自託管 AI 的核心不是再做一個演示頁面，而是一份可執行的業務本體：物件與欄位、關係、動作、權限、流程，以及 Agent 與工具定義。檢視、儀表盤、應用和翻譯是它的投影，不是產品本身。
企業應用的自託管 AI 把客戶、工單、訂單、裝置、合同和審批等業務記錄寫進同一份本體：物件、權限、動作和流程宣告在一起，執行時從中派生資料庫、API、介面和 MCP 工具，並在每一次呼叫上執行權限與審計。ObjectOS 讓 AI 使用明確的工具和權限邊界，而不是直接繞過系統訪問資料。
為什麼現在重要
- 企業應用的自託管 AI 讓企業 AI 面向真實業務記錄，而不是一次性的匯出檔案。
- 應用生成之後還需要權限、審計、審批和持續演進能力。
- 企業需要在不替換核心系統的前提下，把 AI 放進實際流程。
平臺需要具備什麼
- 把客戶、訂單、案件、裝置、合同和審批建模成業務物件。
- 從同一份業務規格生成頁面、流程、API 和 Agent 工具。
- 讓使用者和 AI Agent 在同一套權限、審批和審計邊界內執行動作。
- 把已在執行的 CRM、ERP 資料庫聯邦接入——預設只讀、尚在早期——而不是強制遷移。
典型場景
圍繞維修、服務、審批或內部運營需求生成可執行應用。
給 CRM、ERP、工單和製造系統增加 AI 查詢、總結和異常分析能力。
讓 Agent 通過受控工具操作業務物件，而不是拿管理員權限直連資料庫。
閱讀路徑
相關文章
自託管 AI 應用平臺：為什麼執行時屬於你
當 AI 開始讀取業務資料、觸發流程、生成應用和呼叫工具，企業真正要控制的不只是模型，而是承載物件、權限、工具、審批和審計的執行時。
AI Agent 資料安全邊界：如何在企業權限內工作
企業不是不想讓 AI agent 使用業務資料，而是不允許它繞過身份、權限、審批和審計。真正可上線的 agent，必須像一個受控使用者，而不是影子管理員。
給現有系統加 AI：連線資料庫，而不是先遷移
在自管部署的 ObjectOS（企業版）裡，把已經執行的資料庫接入（預設只讀），讓 agent 把關鍵資料表建模為物件，再在你的權限邊界內疊加 AI 能力；原系統繼續執行，AI 走受控物件層。
繼續瀏覽這個主題
常見問題
企業應用的自託管 AI 解決什麼問題？
它解決的是 AI 如何理解並安全操作企業業務系統的問題：物件、權限、流程、API、審批和審計都必須被顯式建模。
這和低程式碼有什麼不同？
低程式碼平臺是最近的親戚：那裡同樣由後設資料生成表、API 和介面。區別在定義放在哪裡、寫給誰看。低程式碼把後設資料當作配置存在廠商的資料庫裡、由人在介面上點出來；ObjectStack 把它寫成你倉庫裡型別化、宣告式的 TypeScript——進版本庫、按 diff 審閱、執行前經 os validate 校驗，並且是為 AI 來寫而設計的。
是否需要先替換現有系統？
通常不需要。更穩妥的路徑是先把現有資料庫作為只讀資料來源接入——聯邦預設只讀、尚在早期，寫權限按物件有意開啟——把關鍵記錄建模為業務物件，再逐步疊加 AI、流程和新應用。
自託管是免費的嗎？ObjectOS 又加了什麼？
免費自託管指的是開源的 ObjectStack 框架（Apache-2.0）：協議、核心、CLI、生產執行時、Console UI 與 MCP 伺服器，開發與生產之間沒有功能門檻——經 MCP 自帶你的 AI。自管部署的 ObjectOS 即 ObjectOS 企業版，按許可付費：其單節點入門選項 Business Self-Managed 在單個節點上提供產品內 AI Builder 與 Ask、AI 治理與自帶模型；單節點以上，企業版再提供叢集、離線隔離、SCIM、合規鑑證與 SLA 支援。無論哪個版本，你都可以匯出本體，拿到開源執行時上執行。起步：npm create objectstack@latest，把編碼 Agent 指向生成的專案及其 AGENTS.md，然後 npx os dev --ui。