ObjectOS構建
構建
在 ObjectOS 裡應用是怎麼誕生的 —— 跟 AI 對話、在 Console 裡點選，或者 fork 一個模板。
在 ObjectOS 中，客戶不寫後設資料。**他們描述想要什麼，AI 來構建。**有三條路徑，按大多數人實際使用平臺的順序排列：
| 路徑 | 適合誰 | 產出 |
|---|---|---|
| AI Builder（主路徑） | 業務使用者、產品負責人、任何人 | 你租戶內的即時後設資料，等待審批 |
| Console 點選構建（兜底） | 偏好表單的管理員 | 同樣的即時後設資料 |
| 模板 Fork（開發者路徑） | 想要程式碼進版本管理的工程師 | 通過 marketplace 分發的一個 TypeScript 包 |
三條路徑產出同一種產物形態 —— 物件、欄位、檢視、Action、流程、許可權的打包。平臺不關心後設資料是怎麼來的。
平臺詞彙表
每個應用都由同樣的原語組成。學一次就好。
| 概念 | 是什麼 | 文件 |
|---|---|---|
| 包 | 組織單位 —— com.acme.crm，帶版本，可安裝 | Packages |
| 資料模型 | 物件 + 欄位 + 關係 + 狀態機 | Data Model |
| 介面 | 應用、檢視、表單、儀表盤與頁面 —— 使用者看到的一切 | Interface |
| Actions | 命名操作，可被 REST、Console 按鈕、流程或 AI Agent 呼叫 | Actions |
| 流程 | 宣告式業務邏輯（自動啟動 / 定時 / 手動） | Flows |
| Agents | 面向終端使用者的 AI 助手 —— Agent → Skill → Tool | Agents |
| marketplace | 一鍵安裝的現成包 | Marketplace |
從哪裡開始
-
只是探索？ → 開啟 Console，啟動 AI Builder， 說一句*"我需要跟蹤客戶支援工單，帶優先順序、狀態和負責人。"* 30 秒內你就有一個能用的物件。
-
在上面構建真實產品？ → 閱讀 Packages 和 Data Model，理解 AI 在生成什麼。 用 AI 起草，手動或對話方式打磨，提交結果。
-
替換 Salesforce/Retool 應用？ → Fork 最接近的 marketplace 模板，去掉不需要的部分， 讓 AI 補上空缺。
你永遠不需要做的事
- 寫 REST 端點。平臺為每個物件自動生成一個。
- 接 Console 表單。表單從 schema 渲染。
- 寫 RBAC 檢查。許可權是宣告的，不是寫程式碼。
- 構建管理 UI。Console + Account 覆蓋系統和業務兩類管理。
- 生成型別。
@objectstack/spec從 schema 派生它們。
ObjectOS 在這點上是有意為之的：**一旦後設資料存在，所有介面（REST、Console、ObjectQL、審計、AI 工具）就自動出現。**這就是 AI Builder 能跑通的原因 —— 它只需要產出後設資料，剩下的平臺全包了。