ObjectOS Community、Cloud 與 Enterprise

本體即軟體

用 AI 構建並治理業務應用的平台。

一份可執行的業務本體。AI 編寫它,執行環境執行它,Agent 操作它,你擁有它。

ObjectStack 90 秒總覽 在 YouTube 上觀看更多影片
可執行
執行環境執行它
AI 可編寫
AI 編寫它
Agent 可操作
Agent 操作它
歸你所有
普通的 ObjectStack 中繼資料;匯出到開源執行環境尚在計劃中

業務團隊怎麼用

AI 為每個團隊接手什麼,哪些仍由人來確認

檢視全部使用場景 →

或者從應用模板開始 →

產品裡的 AI

用自然語言提問、改資料、搭應用,來源看得見,改動由你確認。

ObjectOS Cloud 與 Enterprise 內建(Enterprise 版為預覽版)。AI 以使用者本人的權限工作,看到的不會超過這個人本來能看到的。

開發者:通過 MCP 接入你自己的 Agent

它怎麼接進你現有的系統

保留運轉良好的系統,補上受治理的 Agent 執行環境。

企業 AI 不需要又一次重建,也不需要更多不可審的生成程式碼。它需要一份 Agent 能寫、人能審、執行環境能治理的定義,把舊系統、新應用和 AI Agent 接在一起。你的物件與欄位、關係、動作、權限、流程,以及 Agent 與工具定義,就是這份定義——你的業務本體:開放、帶版本、歸你所有,而不是鎖在別人平台裡的資產。

什麼是可執行的業務本體
你的現有系統
CRMERP資料庫自研系統
連線與建模
OBJECTSTACK DEFINITION LAYER 物件 · 權限 · 流程 · API · 審計
安全執行
持續產生價值
業務應用AI Agent自動化
  1. 01

    給 Agent 一個業務模型 

    把客戶、訂單、裝置、工單和審批建模成物件,讓 Agent 能準確讀取、關聯和操作。

  2. 02

    接入已在執行的系統——先只讀 

    把已經在跑的資料庫作為外部資料來源聯邦接入,再把它的表建模成物件。聯邦預設只讀、尚在早期:記錄系統繼續寫入資料,寫權限按物件有意開啟。

一段 30 秒的真實執行錄屏,分三步。一:Team 物件的型別化定義在一個全新資料庫上啟動,Console 列出已有團隊。二:一個 Agent 用管理員的 API Key 通過 MCP 呼叫 create_record,新的 Data Guild 記錄出現在 Console 中,建立人是 Dev Admin。三:同一個呼叫改用只讀的 Auditor Key 傳送,被權限錯誤拒絕,Console 裡仍然只有三行。
一份可執行的業務本體正在連線應用、資料與 Agent

安全與治理

資料留在你的網路裡,AI 在權限邊界內工作

ObjectOS Enterprise 可以把 ObjectStack 應用部署並運營在你的基礎設施中。業務資料、身份、審計日誌和檔案仍由你控制;AI Agent 通過受控工具訪問物件,並繼承登入使用者已有的權限。

瞭解安全與治理 →

資料駐留

連線你的資料庫和儲存;業務記錄、身份、審計日誌和檔案都留在那裡。

人和 AI 同一套權限

Agent 以登入使用者身份執行,遵守物件級、記錄級和欄位級權限,看不到使用者本來無權看到的資料。Enterprise 版還可以按組織架構控制記錄的可見範圍:本部門、本部門及下級部門,或本人及下屬的記錄。

審批與審計

AI 對已上線且已有記錄的應用所做的變更存為草稿,由人來發布;流程中的審批節點把業務決定交給審批人。記錄的讀取、寫入和權限變更都能寫入審計日誌;介面內 AI 每次工具呼叫的審計屬於 Enterprise 版的 AI 治理。

部署在你的基礎設施上

ObjectOS Enterprise 在你的網路內執行:一個 Node.js 執行環境,加上你的資料庫、金鑰和入口層。可以部署在 VPC 中,用 Docker 或自有平台執行在本地伺服器上,也可以用離線容器映像執行在隔離網路中,接入本地模型和內部身份系統。

版本與對比

選擇合適的版本,再看它和熟悉的工具有何不同

閱讀對比 →

ObjectOS 有三個版本:ObjectOS Community,開源、可免費自託管;ObjectOS Cloud,託管在瀏覽器中、無需安裝;ObjectOS Enterprise,自管部署在你自己的基礎設施上。你的本體是普通的 ObjectStack 中繼資料。從 ObjectOS Cloud 或 ObjectOS Enterprise 匯出本體、在開源的 ObjectStack 執行環境上執行,目前尚在計劃中。

最新洞察

AI 編寫軟體的實踐思考

瀏覽全部文章 →
怎樣讓匿名訪客把表單提交進一個受治理的業務應用?一道公開的門,五個欄位寬 怎樣讓匿名訪客把表單提交進一個受治理的業務應用?一道公開的門,五個欄位寬

怎樣讓匿名訪客把表單提交進一個受治理的業務應用?一道公開的門,五個欄位寬

v17 起匿名訪問物件資料一律拒絕。唯一開著的門是公開表單檢視:執行環境從表單自身推導授權——五個欄位進來,建立一行,只回給訪客它的 id。在 18.3.0 上實測。

能證明是誰打開了一條客戶記錄嗎——包括 AI Agent?記錄檢視審計,以及一行檢視記錄永遠不記的四件事 能證明是誰打開了一條客戶記錄嗎——包括 AI Agent?記錄檢視審計,以及一行檢視記錄永遠不記的四件事

能證明是誰打開了一條客戶記錄嗎——包括 AI Agent?記錄檢視審計,以及一行檢視記錄永遠不記的四件事

在 @objectstack/cli 18.3.0 上,一個人經 REST 的讀取和一個 Agent 經 MCP get_record 的讀取各在 sys_audit_log 中留下一行 read;列表讀取、未登記的物件、被拒絕的讀取一行都沒有。這一行記了什麼,永遠不記哪四件事。

檢視、儀表盤和應用是本體的投影:這對審閱意味著什麼 檢視、儀表盤和應用是本體的投影:這對審閱意味著什麼

檢視、儀表盤和應用是本體的投影:這對審閱意味著什麼

給 ObjectStack 自帶示例加一個欄位並逐面實測:資料表、REST、MCP 與控制台表單自己跟上,釘死欄位名的檢視、資料集和翻譯沒動。命名測試告訴審閱者哪個是哪個。

下一步

看看 AI 能為你的團隊接手什麼。

在 ObjectOS Cloud 上免費開始,無需安裝;看看客服、財務和銷售團隊怎麼用;或者聯絡我們,聊聊部署在你自己的基礎設施上。

開發者:把你的 Agent 指向 ObjectStack