ObjectOS构建
构建
在 ObjectOS 里应用是怎么诞生的 —— 跟 AI 对话、在 Console 里点击，或者 fork 一个模板。
构建
在 ObjectOS 中，客户不写元数据。**他们描述想要什么，AI 来构建。**有三条路径，按大多数人实际使用平台的顺序排列：
| 路径 | 适合谁 | 产出 |
|---|---|---|
| AI Builder（主路径） | 业务用户、产品负责人、任何人 | 你租户内的实时元数据，等待审批 |
| Console 点击构建（兜底） | 偏好表单的管理员 | 同样的实时元数据 |
| 模板 Fork（开发者路径） | 想要代码进版本管理的工程师 | 通过 marketplace 分发的一个 TypeScript 包 |
三条路径产出同一种产物形态 —— 对象、字段、视图、Action、流程、权限的打包。平台不关心元数据是怎么来的。
平台词汇表
每个应用都由同样的原语组成。学一次就好。
| 概念 | 是什么 | 文档 |
|---|---|---|
| 包 | 组织单位 —— com.acme.crm，带版本，可安装 | Packages |
| 数据模型 | 对象 + 字段 + 关系 + 状态机 | Data Model |
| 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 能跑通的原因 —— 它只需要产出元数据，剩下的平台全包了。