AI Build & Ask
描述變更，審閱 diff，上線應用。
AI 有兩條路徑構建 ObjectOS 應用：開發者把 Claude Code 這類編碼 Agent 指向原始碼專案，寫出全部型別的後設資料，在瀏覽器中預覽、以 diff 審閱；業務人員則可在雲端以對話方式描述變更。AI Ask 對即時資料回答問題、執行已批准的動作——始終在提問者本人的許可權之內。
- 2 條路徑
- 在原始碼裡用編碼 Agent，或在雲端用對話
- ~1%
- CRUD/流程應用中 AI 需要編寫的後設資料面
- 0 後門
- 每次 AI 動作都在使用者許可權與審計之內
構建閉環
從一句話到一個受治理的應用。
這個閉環的設計原則是：速度永遠不越過控制——AI 快速起草，決定權在人。
- 描述：“跟蹤供應商合同，帶續約提醒，超過 5 萬美元的合同需要審批。”
- 你的 AI——原始碼裡的編碼 Agent，或產品內的構建器——起草物件、欄位、檢視和續約流程。
- 結構性變更以緊湊、可讀的 diff 進入審批佇列。
- 你批准——執行時上線表、API、介面、自動化和審計。
- AI Ask 隨即可以為每個使用者回答合同問題，範圍以其可見資料為界。
AI Build
兩種構建方式，同一份可審閱的定義
無論 AI 是在你的程式碼倉庫裡工作，還是在聊天面板裡工作，產出都是同一種緊湊的 ObjectStack 後設資料——由人審閱、由人負責。
在原始碼裡，用你的編碼 Agent
開發者把 Claude Code、Cursor 或任意編碼 Agent 指向專案；它以原始碼檔案寫出全部型別的後設資料，在瀏覽器中預覽、以 git diff 審閱——類 Salesforce DX 的工作流。
在雲端，用對話
雲端與企業版中，業務人員在聊天裡描述變更；產品內構建器把它起草成後設資料並即時預覽——Airtable 式的易用，配執行時治理。
視覺化設計器微調
物件、檢視、流程、儀表盤各有設計器：欄位拖拽排序、流程畫布、看板列配置——審閱模式還能對比草稿與已釋出版本的 diff，AI 起草的內容不碰檔案就能調好。
結構變更先過審批
任何改變系統形狀的變更都會帶著完整 diff 排隊等人籤核——兩條路徑都一樣。
AI Ask
對即時業務資料的回答與行動
AI Ask 在產品內工作，面對的是真實記錄而不是過期匯出——而且它看到的永遠不會比提問者本人更多。
向業務提問
“哪些合同這個季度續約？”“哪些供應商兩次錯過 SLA？”——從即時物件中回答，許可權全程生效。
執行已批准的動作
Ask 可以觸發後設資料顯式暴露的動作——指派、升級、生成摘要——都在使用者許可權範圍內。
一切留痕
每次 Ask 的查詢與動作都和人的操作一樣寫入審計日誌，審查方式完全相同。
開源版
自帶你的 AI，治理保持一致
開源版有意不內建助手：你的編碼 Agent 以原始碼檔案編寫同樣的後設資料，任意 MCP 客戶端查詢同樣受治理的物件。
Agent 寫原始碼檔案
Claude Code、Cursor 或任意編碼 Agent 直接編輯倉庫中的 ObjectStack 定義，審閱就是普通的 git diff。
任意 MCP 客戶端可問詢
MCP 伺服器把物件、查詢和動作暴露給你執行的任何模型——託管的或完全本地的。
同一執行時，同一規則
許可權、審批和審計的執行方式完全一致。版本只改變誰來託管 AI，從不改變治理方式。
決策面
改什麼、誰來審、跑什麼
| 版本 | AI 如何構建 | AI 如何回答 |
|---|---|---|
| 社群版（開源） | 編碼 Agent 編輯後設資料原始碼檔案，以 git diff 審閱 | 任意 MCP 客戶端用你自己的模型查詢受治理物件 |
| 雲端 Team 與 Business | 產品內 AI Build 起草變更，審批把守結構 | 產品內 AI Ask 回答問題並執行已批准動作 |
| 企業版 | 同上，另支援私有部署與自帶模型 | 同上，另支援本地模型與內部身份系統 |
FAQ
這一頁應該回答的問題
怎麼防止 AI 弄壞生產環境？
三條執行時保證：結構性變更必須經人審批；每個動作都在發起使用者的許可權之內執行；一切都被審計。AI 能快速起草，恰恰因為它無法悄悄上線。
用的是什麼模型？
雲端版本由託管模型驅動 AI Build 與 Ask。開源版自帶模型——任意相容 MCP 的客戶端或本地模型。企業版支援在私有部署中自帶模型。
下一步