模板
從一個運營模型開始，而不是一個空白應用。
模板給編碼 Agent 一個具體的目標：物件模型、檢視、許可權、流程、動作與 AI 工具——可以複製、審閱、改造，並直接在 ObjectOS 中執行。
AI 編寫後設資料 物件、許可權、流程、工具
人 審閱 diff 業務許可權、資料訪問、審批
執行時 執行策略 UI、API、審計、MCP、動作
- 6 個起步
- 客服、合同、採購、CRM、製造、員工服務
- 一層定義
- 物件、UI、流程、API 與 AI 工具出自同一份定義
- 可審閱
- 每個模板的變更都是後設資料 diff
模板解剖
每個模板都應能當作一個業務系統來讀
有用的 AI 應用模板不只是幾張介面。它寫明讓業務流程可治理的物件、許可權、流程流轉、審批、報表與 Agent 工具。
- 物件模型：記錄、關係、狀態與校驗。
- 許可權模型：誰能讀、寫、審批、匯出或轉授。
- 流程模型：流轉、SLA 計時器、升級規則與審批。
- Agent 工具：通過 MCP 或產品內 AI 暴露的安全讀取與動作。
目錄
常見企業工作流的起步應用
這些是參考模板，不是鎖死的產品。你的 Agent 可以 fork 一份、修改後設資料，然後開一個 diff 供人審閱。
客服運營
Helpdesk 客服
工單、客戶、SLA、佇列、摘要、建議回覆、知識檢索、升級審批。
法務運營
合同管理
相對方、義務、續約、條款提取、審批階段、紅線批註、審計軌跡。
支出管控
採購
供應商、採購申請、PO、收貨、三單匹配、預算檢查、例外審批。
營收與服務
CRM 案件管理
客戶、商機、案件、活動、歸屬、風險訊號、使用者級 AI 摘要。
運營
製造服務
資產、工單、備件、維護歷史、停機報告、現場服務建議。
內部應用
員工服務
申請、制度、審批、路由、員工資料邊界、內部知識檢索。
模板為什麼重要
模板同時壓縮生成時間與評審風險
AI 造軟體最安全的路徑不是一個空白提示詞，而是一個評審者認得出物件與規則的既有運營模型。
Agent 繼承命名習慣
物件、欄位、流程與許可權的命名保持一致，後續變更對人和模型都更容易。
評審者拿到熟悉的基線
模板給 IT 和業務負責人一個已知參照來對比 diff，而不是一個陌生的程式碼庫。
團隊保有所有權
模板以原始碼後設資料的形式住在你的倉庫裡，改造它不用等供應商的路線圖。
決策面
改什麼、誰來審、跑什麼
| 模板 | 包含的物件 | Agent 安全動作 |
|---|---|---|
| Helpdesk | 工單、客戶、SLA、知識文章 | 摘要、分類、建議回覆、升級送審 |
| 合同 | 合同、相對方、條款、義務 | 提取後設資料、標記風險、起草續約任務 |
| 採購 | 供應商、採購申請、PO、收貨單 | 校驗政策、準備審批、匹配例外 |
| CRM | 客戶、聯絡人、商機、案件 | 客戶摘要、識別風險、建議下一步 |
評審清單
模板評審清單
- 評審者能在五分鐘內看懂物件模型嗎？
- 高風險動作與建議是否分離？
- 預設許可權是否保守？
- 審計事件命名是否清晰？
- 模板能否先用示例資料跑起來，再碰生產？
FAQ
這一頁應該回答的問題
模板是生產系統嗎？
它們是起點。生產部署前應評審物件命名、許可權、流程、模型路由、示例資料、整合邊界與審計策略。
我的 Agent 能改模板嗎？
能——這正是模板的意義：給 Agent 一個明確的目標格式，給評審者一份小的後設資料 diff。
下一步