模板
從一個運營模型開始，而不是一個空白應用。
模板給編碼 Agent 一個具體的目標：物件模型、檢視、權限、流程、動作與 AI 工具——可以複製、審閱、改造，並直接在 ObjectOS 中執行。
AI 編寫中繼資料 物件、權限、流程、工具
人 審閱 diff 業務權限、資料訪問、審批
執行環境 執行策略 UI、API、審計、MCP、動作
- 8 個模板
- todo、contracts、procurement、compliance、helpdesk、content、hr、project
- 一層定義
- 物件、UI、流程、API 與 AI 工具出自同一份定義
- 可審閱
- 每個模板的變更都是中繼資料 diff
模板解剖
每個模板都應能當作一個業務系統來讀
有用的 AI 應用模板不只是幾張介面。它寫明讓業務流程可治理的物件、權限、流程流轉、審批、報表與 Agent 工具。
- 物件模型：記錄、關係、狀態與校驗。
- 權限模型：誰能讀、寫、審批、匯出或轉授。
- 流程模型：流轉、SLA 計時器、升級規則與審批。
- Agent 工具：通過 MCP 或產品內 AI 暴露的安全讀取與動作。
目錄
預設目錄裡有什麼
八個可 fork 的起步應用，每個都是真實成形的應用：在 Marketplace 一鍵安裝，或用 CLI 克隆得到可擴充的 TypeScript 程式碼庫。Apache-2.0，fork 無需請示。你的 Agent 可以 fork 一份、修改中繼資料，然後開一個 diff 供人審閱。
任務與專案
todo
可 fork 的起步應用：任何“待辦事項，按某種方式分組”的工具。
合同全生命週期管理，含 AI 條款提取
contracts
可 fork 的起步應用：審批 + 文件 AI。
供應商、PO、三單匹配
procurement
可 fork 的起步應用：審批鏈 + 收貨。
SOC 2 / ISO 27001 控制項
compliance
可 fork 的起步應用：證據收集工作流。
AI 優先的客戶支援
helpdesk
可 fork 的起步應用：工單 + SLA + AI 副駕。
編輯日曆 + 渠道 ROI
content
可 fork 的起步應用：生命週期 + 指標。
通訊錄、組織架構、休假
hr
可 fork 的起步應用：以人為中心的應用。
專案 / 任務 / 里程碑跟蹤
project
可 fork 的起步應用：專案管理工具。
模板為什麼重要
模板同時壓縮生成時間與評審風險
AI 造軟體最安全的路徑不是一個空白提示詞，而是一個評審者認得出物件與規則的既有運營模型。
Agent 繼承命名習慣
物件、欄位、流程與權限的命名保持一致，後續變更對人和模型都更容易。
評審者拿到熟悉的基線
模板給 IT 和業務負責人一個已知參照來對比 diff，而不是一個陌生的程式碼庫。
團隊保有所有權
模板以原始碼中繼資料的形式住在你的倉庫裡，改造它不用等供應商的路線圖。
決策面
改什麼、誰來審、跑什麼
| 路徑 | 你做什麼 | 你得到什麼 |
|---|---|---|
| 從 Marketplace 安裝 | 開啟 Marketplace，搜尋模板，點選 Install，重新整理 | 應用出現在導航裡——記錄、檢視、流程、權限全部就緒 |
| fork 為程式碼庫 | pnpm dlx @objectstack/cli create my-app --template todo | 一個自包含的 pnpm 包：*.object.ts、*.view.ts、*.flow.ts 檔案，可編輯、lint、測試、提交 |
| 釋出你的 fork | pnpm build，然後 os package publish | 你的 marketplace——安裝你的 fork 的客戶拿到的是你的品牌與你的修改 |
評審清單
模板評審清單
- 評審者能在五分鐘內看懂物件模型嗎？
- 高風險動作與建議是否分離？
- 預設權限是否保守？
- 審計事件命名是否清晰？
- 模板能否先用示例資料跑起來，再碰生產？
FAQ
常見問題
模板是生產系統嗎？
它們是起點。生產部署前應評審物件命名、權限、流程、模型路由、示例資料、整合邊界與審計策略。
我的 Agent 能改模板嗎？
能——這正是模板的意義：給 Agent 一個明確的目標格式，給評審者一份小的中繼資料 diff。
下一步