產品導覽
從一句需求，到一個受治理的應用。
ObjectOS 不是又一個程式碼生成器。它是 AI 編寫的企業軟體的目標格式與執行時：Agent 編寫緊湊的後設資料，人審閱 diff，執行時供給那些重複的應用表面。
- 5 步
- 需求、後設資料、審閱、執行時、受治理的 AI
- ~1%
- CRUD/流程應用的審閱面經驗值
- 100x
- 變更保持後設資料級時的迭代目標
審閱面
diff 就是產品邊界。
ObjectStack 不要求審閱者去審計一整個生成的應用程式碼庫，而是讓 Agent 修改業務定義層：物件、欄位、檢視、許可權、流程、動作、API 和工具。
import { ObjectSchema, Field } from '@objectstack/spec/data';
export const Case = ObjectSchema.create({
name: 'support_case',
label: 'Case',
fields: {
subject: Field.text({ label: 'Subject', required: true, searchable: true }),
customer: Field.lookup('crm_account', { label: 'Customer' }),
priority: Field.select({
label: 'Priority',
options: [
{ label: 'Low', value: 'low', default: true },
{ label: 'Normal', value: 'normal' },
{ label: 'Urgent', value: 'urgent', color: '#EF4444' },
],
}),
status: Field.select({
label: 'Status',
trackHistory: true,
options: [
{ label: 'New', value: 'new', default: true },
{ label: 'Triage', value: 'triage' },
{ label: 'Waiting', value: 'waiting' },
{ label: 'Resolved', value: 'resolved' },
],
}),
},
});工作方式
受治理的構建閉環
這個產品閉環圍繞兩類真正的讀者設計：編寫系統的 AI，和必須理解並批准它的人。
1. 描述業務變更
從一個真實的運營需求出發：工單佇列、審批鏈、採購流程、客戶門戶，或任何已經有負責人和規則的流程。
2. Agent 編寫後設資料
編碼 Agent 編輯 ObjectStack 定義，而不是手工生成控制器、介面、遷移、API 和許可權膠水。
3. 審閱者籤核
審閱者檢查一份緊湊的 diff：欄位名、關係、許可權、狀態流轉、流程規則和工具暴露。
4. 執行時供給表面
ObjectOS 把後設資料變成表、檢視、表單、ObjectQL、API、審計軌跡、MCP 工具和管理介面。
5. Agent 在策略內運作
AI 通過受治理的工具查詢與行動，這些工具繼承身份、記錄規則、欄位規則、審批與審計日誌。
現有系統
加一層物件模型，而不是替換記錄系統
企業軟體的大部分價值已經鎖在資料庫、ERP、CRM、工單、檔案和自研系統裡。ObjectOS 給 Agent 一個覆蓋這些資產的顯式物件模型。
連線資料庫與 API
把現有記錄對映成業務物件、關係、計算欄位和動作，不必推倒重來做遷移。
許可權保持顯式
每個物件都寫明誰能讀、寫、審批、匯出、自動化，或把它暴露為工具。這份許可權在審閱中始終可見。
在其上生長新表面
同一份定義可以支撐內部應用、儀表盤、門戶、流程、API、報表和 AI Agent 工具。
決策面
改什麼、誰來審、跑什麼
| 層 | AI 編寫 | ObjectOS 供給 |
|---|---|---|
| 資料模型 | 物件、欄位、關係、校驗 | 表、遷移、ObjectQL、生成的 API |
| 體驗 | 檢視、表單、儀表盤、動作 | 渲染 UI、導航、狀態、訪問檢查 |
| 治理 | 角色、行級規則、欄位規則、審批 | 執行時執行、審計日誌、使用者級工具 |
| AI 面 | Agent 工具、技能、提示詞、動作契約 | MCP 暴露、策略檢查、執行記錄 |
評審清單
審閱者應能回答
- 哪些業務物件發生了變化？
- 哪些人、角色和 Agent 獲得了新許可權？
- 哪些動作在執行前需要審批？
- 哪些資料可以離開執行時（如果有）？
- 變更之後審計日誌裡會出現什麼？
FAQ
這一頁應該回答的問題
ObjectOS 是低程式碼平臺嗎？
不是。低程式碼通常最佳化的是人拖拽介面的效率。ObjectOS 是 AI 編寫的業務軟體的目標格式與執行時：後設資料保持可審閱，治理在執行時強制執行。
“1%”是基準測試結果嗎？
它是典型 CRUD 與流程應用的審閱面經驗值。具體比例因領域而異，關鍵在於：Agent 只編輯後設資料，重複的應用機制由 ObjectOS 供給。
下一步