云后台
不是你连接的后端服务
大多数 AI 构建者都会生成一个前端并给你一份清单：在这里注册一个数据库，在那里注册一个身份验证提供商，粘贴密钥，编写胶水。该堆栈中的每个接缝都由你负责维护。 Kliv 的后端与应用，一起诞生，因此构建页面的同一个对话也会编写你的迁移和访问规则，并且这些规则无处不在。
每个应用与生俱来的
这不是你逐个启用的功能列表。这是每个 Kliv 应用下的标准设备，这是在你完成第一页描述之前运行的内容。
拥有自己规则的数据库
你的数据存在于你自己的数据库中，并且在行中强制执行隐私：像“客户只读取自己的项目”这样的规则是数据的属性，在每个查询，上进行检查，而不是有人必须记住在每个页面中写入的 if 语句。
登录和身份
账户、会话、角色和组织在你的首页出现之前就已存在。你的用户可以是个人或整个公司，登录时需要使用密码，这在下面有其自己的部分。
具有访问规则的文件存储
上传、图像和文档都有自己的规则：私人的、每个组织共享的或购买后的限制。转发的链接不会打开任何内容，规则不允许，共享是一个决定，而不是 URL 的意外。
服务器端函数，类型化
当逻辑必须在服务器，上运行计算、回调到另一个工具、夜间作业，时，AI 会根据编译器检查的类型化 SDK 写入真实的 TypeScript。函数按需、按事件或按计划运行。
金库里的秘密
API 密钥和凭证位于保管库中，浏览器永远无法看到代码。函数在运行时读取它们，并且任何敏感内容都不会出现在你的源代码中。
带有你名字的电子邮件
传递和模板是后端，的一部分，你的应用发送的邮件被标记为你的应用，编写一次，无需配置第三方邮件服务即可发送。
在构建时进行管理
没有后端服务的部分：AI 将所有这些作为构建的副作用来维护。描述一个功能，架构更改以有序、跟踪的迁移的形式出现；访问规则随着需要它们的页面而变化。后端跟随应用，因为它们从未分开。
标准设备
六块，一个系统，每一个都已经连接到其他系统。
你自己的数据库
对每个查询强制执行行级安全性，每个用户隐私是数据的属性，而不是代码必须保持的习惯。
登录和身份
账户、组织和角色，以及 Google 和 Facebook 登录、密钥和用户的双因素。
文件存储
具有自己的，私有、每个组织或购买后的访问规则的文件。仅靠链接什么也打不开。
类型化服务器端函数
真正的 TypeScript 与编译器检查的 SDK，按需、事件或计划进行比较。
秘密金库
代码和浏览器，函数中的密钥和凭据在运行时读取它们。
电子邮件发送
模板和交付内置于，邮件中，其中包含你的应用名称，而不是供应商的名称。
登录，内置
大多数构建者都会向你提供电子邮件和密码，并将其称为身份。 Kliv 为你的应用的用户提供他们期望从真实产品，中获得的登录信息，它属于你的应用：你的流程、你的品牌、你的记录。
电子邮件和密码
记账、验证、重置，牌桌赌注，处理得当。
使用 Google 和 Facebook 登录
使用用户已有的账户一键登录。
万能钥匙
使用 Face ID、Touch ID 或安全密钥，进行防网络钓鱼登录，无需密码即可窃取。
双因素身份验证
来自任何身份验证器应用的 TOTP 代码，适用于想要第二把门锁的用户。
组织和角色
团队、角色和组织墙，数据库规则所依据的结构。
你的用户，你的记录
每个账户都是你自己的数据库中的一行，对它们进行分段、导出或根据请求删除它们。关系是你的。
常见问题
后端是我必须管理的单独服务吗？
不，这就是重点。它与应用一起诞生，并通过构建它的相同对话进行管理。无需配置仪表盘，无需在第一天粘贴密钥，也不会出现与你的代码不同步的第二个系统。
谁编写数据库迁移？
AI 确实如此，这是建筑的副作用。描述该功能和架构更改作为有序、跟踪的迁移，可读（如果你想查看），按顺序应用，以便数据库的历史记录与应用的历史记录一样清晰。
每个用户的隐私实际上是如何执行的？
在行。每个查询仅返回允许登录用户查看的内容，因为规则存在于数据本身，上，因此页面中的错误不会泄漏数据库拒绝移交的内容。
我的用户可以使用 Google 登录吗？
是的，Google 和 Facebook，以及万能钥匙和 TOTP 二因素。这是你应用的登录，而不是第三方小部件：你的流程、你的品牌和用户记录都存储在你自己的数据库中。
API 密钥和凭证位于哪里？
在金库里。函数在运行时读取它们；它们永远不会出现在浏览器可以看到的代码中，并且你的源历史记录中不会出现任何敏感内容。
我可以取出我的代码和数据吗？
是的。你的应用的源代码双向同步到你自己的 Git 存储库，数据是你自己的数据库，随时导出。 Kliv 的赌注是你留下来是因为它很好，而不是因为离开很难。