Emergent_AI制作Web应用有哪些限制？

Emergent AI制作Web应用存在多重限制：不支持自定义JS逻辑、无前端路由控制权、数据库字段类型固定为7种、仅限SaaS托管且不可导出可运行代码、登录方式与身份提供商受限、协作缺乏版本管理。

用Emergent AI制作Web应用时，你可能会在发布前发现页面无法跳转、表单提交后没反应、数据库字段突然消失，或者导出代码后根本跑不起来——这些不是操作失误，而是平台当前能力边界的真实体现。

功能层面的硬性限制

Emergent 目前不支持注入自定义 Ja vaScript 逻辑。也就是说，按钮点击时不能自己写 fetch 去调私有 API，像用 localStorage 这类方式缓存用户偏好也行不通。平台里的所有交互，都得通过内置的“动作块”来拼装，比如“跳转到页面”“提交表单”“显示提示框”。只要需求超出了这些预设动作的组合边界，基本就只能到此为止。

它不提供前端路由控制权。你不能定义/setting/:id这样的动态路径，也不能设置404兜底页。所有页面跳转都依赖可视化流程画布中拖出来的连线，且仅支持显式声明的页面间单向跳转。

目前仅开放文本、数字、日期、布尔、多选、单选、文件上传七种字段类型，不支持JSON字段、地理坐标、富文本编辑内容存储。若需保存带格式的用户评论或嵌套结构的配置项，系统会直接拒绝保存该字段。

部署与运行环境约束

通过Emergent生成的应用，默认会托管在它自家的SaaS平台域名下，比如app.emergent.ai/your-app，现阶段并不支持绑定自定义域名。若是企业级客户，虽然可以申请白标部署，但通常需要额外签署协议并支付年费；即便如此，服务器SSH权限和Docker镜像导出能力依然拿不到。

后端服务完全黑盒化。你无法查看或修改API响应头、无法设置CORS策略、无法调整JWT过期时间、也无法接入自有身份提供商（如Azure AD、Okta）。登录只支持Google账号或邮箱密码两种方式，且邮箱验证流程不可跳过或替换。

导出为静态HTML+JSON配置包时，所有表单提交、搜索、筛选逻辑将失效——因为这些功能依赖Emergent运行时引擎解析配置并动态执行，脱离平台即失去执行上下文。

协作与版本管理短板

第一步：打开项目右上角「团队」面板 → 点击「邀请成员」→ 输入邮箱并选择角色（编辑者/查看者）。

第二步：被邀请者必须使用同一组织域下的邮箱注册，否则无法加入。个人免费账户之间无法共享项目，哪怕双方都已升级为Pro订阅。

第三步：每次保存自动覆盖当前版本，不提供时间线回溯、分支合并或diff对比功能。误删一个页面后，只能从最近一次手动导出的JSON备份中恢复，平台不保留历史快照。

方法一：在「设置」→「导出」中下载完整项目JSON，本地用VS Code打开后搜索"pages"节点，手动复制丢失页面对象粘贴回原结构。

方法二：用浏览器开发者工具Network标签页捕获Sa ve请求的payload，从中提取未覆盖前的原始页面配置（此操作需在误操作发生后立即进行，延迟超过30秒则请求记录自动清除）。