一个私人空间上线前，AI 必须学会拒绝什么

最危险的误解，是把“页面已经做出来”当成“能力已经上线”

Tianer Space 最早只是一个可以浏览的静态原型。它展示了收藏、项目、日记、收件箱和工作台，也让私人空间的产品方向变得具体。

但原型越完整，越容易制造一种错觉：页面能打开，按钮能点击，功能似乎就已经存在。

对于公开页面，这种错觉通常只是体验问题；对于私人空间，它会直接变成安全问题。一个私人页面真正上线，至少要回答四件事：

1. 谁可以登录？
2. 登录以后，谁可以读取和修改数据？
3. 哪些能力已经连接真实数据，哪些仍然只是界面？
4. 公开站点是否有任何路径可以意外进入私人能力？

这次项目里，Codex 需要学习的第一件事不是“把页面继续做完”，而是在证据不足时明确拒绝开放。

登录成功，不等于获得授权

私人系统最常见的简化，是把登录状态直接当成访问权限。

但认证只回答“你是谁”，授权才回答“你能做什么”。Tianer Space 最终把边界拆成三层：

• Supabase Auth 负责建立可信会话。
• 服务端 owner 校验负责确认当前用户是否属于允许访问的唯一账户范围。
• 数据库 RLS 负责在数据层阻止越权读取和写入。

页面隐藏、客户端状态和跳转逻辑都不能替代这三层检查。即使某个按钮没有显示，未经授权的请求仍然可能直接到达服务端；即使服务端页面做了重定向，数据库也必须拥有自己的最终边界。

因此，读取私人页面、登录后的 owner 判断，以及新增、修改、删除书签等写操作，都要重新确认用户，而不是相信浏览器传来的身份描述。

公开站和私人站，不应该只靠导航区分

同一个代码仓库同时服务公开门户和私人空间时，只把私人入口从导航中拿掉是不够的。

项目最终采用了两个部署目标：

• 公开站只发布个人主页、项目、文章、工具和共创档案。
• 私人站才配置认证、数据库和 Space 路由。

在公开部署中，私人路由直接不可访问；即使某个服务端动作被异常调用，也应该回到公开边界，而不是尝试连接私人数据。

这套做法的重点不是“有两个域名”，而是让部署目标本身参与权限控制。公开站不持有私人系统所需的环境配置，也就减少了因为页面链接、路由遗漏或未来改版而意外暴露能力的机会。

找回密码也是私人系统的一部分

登录页完成以后，项目又暴露出一个容易被忽略的问题：如果 owner 忘记密码，系统怎样恢复访问？

密码恢复不能靠开发者手工改数据，也不能把重置链接交给 AI 或第三方处理。它需要一条完整、可解释的链路：

1. 用户在登录页发起恢复请求。
2. 认证服务向已登记邮箱发送一次性链接。
3. 重置页面只接受合法的恢复会话。
4. 用户自行设置新密码。
5. 页面明确提醒不要把链接或新密码发送给任何 AI。

这条链路看起来不像首页视觉那样显眼，却是“私人空间可以长期使用”不可缺少的一部分。

同时也要保持事实边界：代码中存在恢复流程，不等于生产环境的邮件、回调地址和真实恢复演练已经全部通过。没有当前证据时，正确说法是“流程已建立，生产验证仍需单独完成”。

真实写操作必须让等待变得可见

原型中的保存和删除几乎立即完成，连接远程数据库以后却会出现真实延迟。如果界面没有反馈，用户会怀疑点击是否生效，再次提交，甚至在请求未完成时离开页面。

因此，保存、删除和登录操作都需要明确的 pending 状态：

• 操作进行中时禁用重复提交。
• 按钮文字显示“保存中”“删除中”或“登录中”。
• 使用可被辅助技术感知的状态说明。
• 请求完成后再刷新真实数据。

这不是视觉装饰，而是把远程系统的真实状态告诉用户。一个已经接入数据库的页面，不应该继续假装所有动作都是瞬间完成的。

未接入的模块必须诚实地保持未接入

Space 页面里可以同时存在真实书签和仍处于原型阶段的日记、收件箱或项目模块。最糟糕的做法，是为了让界面完整，把静态示例和真实数据混在一起，却不告诉用户差别。

更可靠的做法是给每项能力明确状态：

• 已接入真实认证和数据库。
• 只读示例。
• 尚未连接数据。
• 需要完成安全验证后才能开放。

“还不能用”并不是失败。只要边界清楚，它就是产品状态的一部分。

AI 真正学会的是发布前的拒绝清单

这次项目留下的不是一套更漂亮的私人页面，而是一组可以复用的拒绝条件：

• 没有可信认证，不开放私人路由。
• 只有登录、没有 owner 授权，不读取私人数据。
• 只有服务端判断、没有数据库 RLS，不执行真实写入。
• 没有恢复演练，不宣称密码恢复已经可靠上线。
• 静态示例没有连接真实数据，不把它描述成已完成能力。
• 公开部署仍能访问私人路径，不进入发布阶段。

AI 在工程项目中持续扩大责任，并不意味着它应该永远向前执行。能够识别“现在不能继续”，并指出缺少的证据，才是私人系统里更重要的能力。

仍然需要验证的部分

当前仓库已经形成认证、owner 校验、RLS 规则、双部署、密码恢复和异步操作反馈的实现与检查基础。

但正式发布仍应以真实生产环境为准，逐项验证数据库迁移、RLS、owner 会话、密码恢复、公开站路由隔离和数据恢复。静态契约检查可以提前发现问题，不能替代真实数据库与真实账号测试。

这也是本期最重要的结论：私人空间的完成标准不是页面有多少，而是每一项已经开放的能力都能说清楚谁可以使用、证据在哪里，以及失败时系统会怎样保护数据。