你把 ChatGPT Project 从 Q3 Sales Research 改成 Q3-Q4 Sales Research，点交接文档里旧的分享链接，结果 404——或者更糟，链接还能打开但落在旧的只读快照上，新上传的文件都看不到。Project 分享链接里有时会带项目名作为 slug，重命名时 slug 会重新生成。旧链接可能直接失效，即使还能打开也可能指向一个过期版本。修法是把重命名当成 breaking change：重新生成分享链接、在隐身窗口里验证、然后更新所有贴过旧 URL 的地方。
常见原因
1. 分享链接里带 slug 而不只是 ID
部分 Project 分享 URL 长这样：chat.openai.com/g/project-<id>/q3-sales-research。重命名后尾部 slug 变了，旧 slug 可能直接不解析。即便平台做了重定向，也未必在所有地区 / 客户端都生效。
如何判断：旧 URL 结尾的 slug 对应旧名，新 URL 结尾对应新名。
2. 链接是基于快照生成的，不是活项目
某些分享模式（特别是匿名只读分享）会冻结分享那一刻的项目状态。重命名活项目时快照不更新——同样，分享后新上传的文件也进不到那个快照里。
如何判断：旧链接还能打开，但内容缺少最新上传的文件。
3. 浏览器 / 代理缓存里的 slug 没换
如果你把旧 URL 加了书签，或浏览器从历史里自动补全，重命名后你一直命中旧链接、拿到缓存的 404，然后误以为是项目坏了。
如何判断：同一 URL 在隐身窗口能打开，但在常用浏览器里失败——纯缓存问题。
4. 关闭再打开分享
把分享开关切到关再开回来，会轮换链接 token。所有持有旧链接的人都会拿到”无权限”——即便项目仍在线。
如何判断：链接返回的是”你无权访问”而不是 404。
5. Project 在工作区之间被迁移过（Team / Enterprise）
把项目从个人空间挪到 Team 工作区会改变 URL 根，旧个人链接没法解析到 Team scoped 资源。
最短修复路径
Step 1：用隐身窗口验证旧链接是真坏了
打开隐身窗口，贴旧 URL。能打开说明你的常用浏览器有缓存重定向或旧 tab——清缓存，别折腾链接。在隐身里也 404，那确实坏了。
Step 2：每次重命名后都重新生成分享链接
进入 Project，打开分享菜单，点 撤销链接（或关闭分享）再重新开启。复制新 URL，在隐身里测一次。
旧: chat.openai.com/g/project-abc123/q3-sales
新: chat.openai.com/g/project-abc123/q3-q4-sales新 URL 带的是当前 slug。以后到处贴这一份。
Step 3：选不会被改的稳定名字
避免把日期或可能扩展的范围塞进名字（Q3 变成 Q3-Q4）。用不带范围的名字，比如 Sales Research 2026 或 Customer Onboarding Project。名字不编码时间范围，就很少需要重命名。
Step 4：更新所有贴过旧 URL 的地方
搜 Slack、Notion、邮件、交接文档，替换旧链接。如果团队把 Project URL 当作长期引用，在原帖下面同步贴新链接，让变更有审计记录。
Step 5：用另一个账号验证新链接
让同事（或第二个账号）打开新 URL，确认能进项目、能看到最新文件。这样就排除了账号粒度的权限缓存。
预防
- 把 Project 重命名当成 breaking change——排期、通知、并在同一次操作里重新生成分享链接。
- 分享 Project URL 之前，在隐身窗口里测一次，确认没你的 session 也能打开。
- 长期引用（交接文档、runbook）不要直接贴分享 URL。贴项目名 + 简短指引，比如
在 Projects 里搜 "Q3 Sales Research"——读者自己解析，永远拿到活版本。 - 维护多个 Project 时，做一份中央索引表：
名称 - owner - 当前分享 URL - 最后验证日期，重命名时同步更新。 - 关键交接优先用 Team 工作区分享，别用个人账号链接——工作区 URL 在所有权变更时仍可用。
重命名 checklist
- 在变更日志里记下旧名和旧链接。
- 重命名 Project。
- 撤销并重新生成分享链接。
- 隐身窗口测新链接。
- 更新所有贴过旧链接的地方。
- 通知所有持有旧链接的人。
验证修复
重新生成后，跑三连验证：
- 在常用浏览器打开新 URL——能进。
- 在隐身窗口打开新 URL——还是能进（说明不依赖你的 session）。
- 让另一个账号 / 同事打开——他们也能读。
三项都过：新链接可以放心公布。第二或第三项失败，说明分享权限范围没全局生效——再打开分享设置，确认受众（anyone with the link vs workspace members only）匹配预期。
如果还是坏
- 确认 Project 没被归档。归档的 Project 即使工作区 owner 还能看到，公开链接有时仍返回 404。
- 确认工作区层级。某些 Enterprise tenant 完全禁用外部分享——链接只对租户成员有效。
- 重命名后侧栏直接搜不到这个 Project，按旧名再搜一次：Projects 默认按近期活动过滤，重命名可能把它挤出默认视图。
- 实在不行：用新名复制一个 Project，迁移文件 / instructions，作废旧的。以后只用新 Project URL。
重新生成后仍坏的边界情况
值得核查的几条：
- 确认 Project 的分享开关确实是开的。revoke 之后有时默认保持关闭，要手动开回来。
- 确认你分享的是 Project 本身，不是 Project 里某个对话。对话分享和 Project 分享是不同 URL、不同生命周期。
- 在 help.openai.com 提 ticket，附旧 URL、新 URL、两者并列截图——分享 URL 的 bug 和 Project 整体 bug 走不同跟踪。
常见坑
- 在手机 vs 桌面端重命名 Project 偶尔会生成略微不同的 slug——永远从用户实际访问的同一端确认正式 URL。
- 重新生成的链接没有回溯效力：把旧 URL 存下来的人手上还是坏链接。通过最初分享的同一渠道推送新 URL。
- Custom GPTs（和 Projects 不同的功能）也是类似规则——重命名 GPT 也会破坏发布链接的 slug。