navicat cloud 的“实时协同”指状态可见而非内容自动同步，需完成项目创建、成员邀请、角色分配和文件保存到云四步；文件修改后须手动刷新才能更新，无自动覆盖或版本对比功能。
navicat cloud 支持真正的多人实时协同，但「实时」不等于「自动无感同步」——它依赖项目创建、成员邀请、角色分配和文件保存到云这四个动作全部完成，缺一不可。
创建项目时必须选对「所有者」和初始权限范围
项目由第一个登录并点击 文件 > Navicat Cloud… > 新建项目 的用户自动成为 所有者。这个身份无法转让，且只有所有者能删除项目。如果你是团队管理员，建议用统一的管理账号创建项目，避免后期权限失控。
新建项目时默认不包含任何文件，也不会自动同步本地已有的连接或查询。你得手动把需要共享的内容（比如一个 查询编辑器 中写好的 SQL、一个 模型工作区 或 BI 工作区）通过右键菜单选择 保存到云，并指定目标项目。
- 未保存到云的本地文件，其他成员完全看不到
- 保存时若未选择项目，文件会进入「未分类」区域，其他人无法访问
- 同一份查询被不同成员各自保存到云，会产生多个副本，不会自动合并
添加成员前务必确认对方已有 Navicat ID
邀请成员不是发个链接就完事。被邀请人必须已注册并激活 Navicat ID（即注册邮箱 + 密码），否则邀请邮件里的「接受邀请」按钮无效，点击后只会跳转到登录页，且无错误提示。
在项目设置中点击 添加成员，输入对方注册时使用的完整邮箱（大小写敏感），系统会自动匹配 Navicat ID。如果输错邮箱或对方未注册，界面只显示「找不到用户」，不会说明原因。
- 免费版限制每项目最多 3 名成员，超限需升级专业方案
- 成员加入后默认角色是
成员（可读写），但你可以在添加时直接下拉选择管理员或客人 -
客人角色无法打开BI 工作区或执行查询，仅能查看结构化对象列表
文件修改后不会自动推送给所有人
Navicat Cloud 不是 Dropbox 式的实时覆盖同步。当 A 修改了一个保存在云中的查询并保存，B 在自己客户端里看到的仍是旧版本，除非 B 手动执行 刷新（右键项目 → 从云重新加载）或重启 Navicat。
这种设计是为了防止误操作覆盖，但也意味着协作中容易出现「我以为他看到了最新版」的误会。尤其在 BI 工作区场景下，图表数据源变更后，若未通知协作者手动刷新，导出的报表可能基于过期配置。
- 没有「强制同步」按钮，也没有版本对比功能
- 活动日志里只记录「XXX 更新了查询 XXX」，不记录具体改了哪行
- 若两人同时编辑同一查询并分别保存，后保存者会覆盖前者，无冲突提示
BI 工作区分享必须走 URI + 权限双重校验
单纯把 BI 工作区保存到云还不够。要让同事通过 navicat:// 开头的 URI 链接直接打开，必须满足两个硬性条件：该工作区所属项目已将对方设为成员；且其角色至少为 成员（客人 不行）。
生成 URI 的路径是：打开 BI 工作区 → 文件 > 复制共享链接。这个链接本质是带签名的直连地址，有效期 7 天，过期后需重新生成。链接本身不包含权限信息，全靠服务端校验项目成员关系。
- 如果对方点击链接提示「无权访问」，90% 是因为没被加进对应项目，而不是链接失效
- Navicat BI Viewer 免费版只能打开 URI，不能编辑或另存，也不支持离线使用
- URI 无法限制单个图表的可见性，整个工作区对成员可见即全可见
最常被忽略的一点：Navicat Cloud 的「实时」体现在「状态可见」而非「内容自动更新」。成员在线状态、最近编辑记录、项目结构变更都能即时反映，但具体文件内容仍需主动拉取。别指望别人打开 Navicat 就自动看到你三分钟前改的 SQL —— 你得喊一声：“刷新一下项目”。
