应用数据的工作原理
当您描述您的应用时，Proyecta 会规划数据模型、创建真实集合，并在 UI 构建之前用逼真的示例内容填充这些集合。您的应用从第一次构建起就连接到真实的、所有者可编辑的数据——无需事后替换任何占位模拟数据。
您不需要设计数据库、编写 schema 或手动接入 API。只需用自然语言描述您想要什么，Proyecta 会_先_构建数据层，然后在其之上构建专属界面。本页介绍其背后的运作机制，帮助您更好地理解其余数据文档的内容。
描述应用时发生了什么
Section titled “描述应用时发生了什么”- 您在聊天中描述应用 —— 它的用途、目标用户、应具备的功能。
- Proyecta 规划数据模型 —— 确定应用所需的内容集合（从现成设计中选取或自定义设计），以及开启哪些能力（表单、电商、认证等）。
- 平台创建并填充这些集合，注入真实、逼真的示例内容——以确定性方式，_在任何 UI 存在之前_完成。您的“文章”、“服务”或“菜单”已经包含可信的条目。
- Proyecta 基于真实数据构建专属 UI —— 页面、组件，以及用于管理数据的管理面板——通过 AI 为您编写的类型化内容钩子来读取数据。
由于数据从第三步起就是真实的，您在预览中看到的就是应用的实际效果——而不是一旦编辑就会崩溃的静态原型。
分层设计原则
Section titled “分层设计原则”Proyecta 将每个应用划分为两层，并以截然不同的方式对待它们：
- 基础设施是预构建且确定性的。 数据模型、数据填充、管理面板、表单处理、认证及能力接入，均由经过测试的可复用模块组装而成。这部分必须_正确无误_，因此不会逐页即兴发挥。
- 面向公众的 UI 是专属的、由 AI 编写的。 您的营销页面、布局、组件和品牌风格，都是为您的应用全新创作的——绝不是从通用模板中套用的。这部分必须_与众不同_。
这样做的回报是：您的应用既拥有稳固可靠的 backend，又拥有独一无二的 frontend。AI 将创造力集中在访客看到的内容上，而将其背后的一切交给经过验证的机制来处理。
数据存储位置
Section titled “数据存储位置”几乎所有应用的数据都存储在 CMS 中——Proyecta 内置的托管内容存储。它是持久化内容和记录的默认存储位置：文章、服务、列表、常见问题、产品目录、预约信息以及您的业务资料。您无需运行或管理它，它就在那里，开箱即用。请参阅**内容管理**。
少数应用需要_实时_变化的数据——例如随消息到来而更新的聊天、动态信息流、在线状态（“谁在线”）或多人游戏状态。专门用于此类行为状态的实时存储即将推出；持久化内容和电商目录仍将存储在 CMS 中。
| 如果您的应用需要…… | 它使用…… |
|---|---|
| 内容、记录、目录、表单（常见场景） | CMS（默认） |
| 用户账号与登录 | Auth |
| 商品、订单、支付 | Commerce |
| 上传的文件与媒体 | Files & Media |
您无需决定内容、用户、订单或文件存储在哪里——平台全权负责。用于实时行为的实时存储即将推出；在此之前，需要实时更新的应用可使用其他所有功能，并会收到实时功能即将上线的提示。
管理您的数据
Section titled “管理您的数据”应用构建完成后，有两种方式可以操作数据——无需编写代码：
- 在聊天中向 AI 提问 ——
"Add a service called 'Deep clean' for $120"、"Edit the FAQ about refunds"。AI 会写入数据所在的相应存储。 - 您应用的管理面板 —— 已发布应用上受登录保护的编辑器，可直接管理内容和表单提交，无需 AI 介入。
用于实时更新应用的实时记录浏览器即将推出。目前请通过应用的管理面板或 AI 来管理 CMS 内容。