你为 Project 生成分享链接、贴到 Slack 给同事，对方打开看到 “Page not found” 或 “You do not have permission to view this Project”。Project 分享比 chat 分享严格——链接绑定到你的工作区、接收方通常要在同一个 Team / Enterprise org 里、Files 通常不会随链接一起走、UI 旧版本生成的链接还会静默 404。先分清你撞上的是哪一类，不同情况修法不同。
常见原因
按命中率从高到低：
1. 接收方不在你的 Team / Enterprise 工作区里
最常见的 404。Team 工作区里的 Project 分享要求查看方也是该工作区成员。同事用个人账号点你的 Team Project 链接，结果要么 404 要么 “request access”。
如何判断：接收方看到登录页，用个人账号登入后 404。换成他的 Team 账号（如果有）就好了。
2. 链接生成后 Project 被改名 / 移动
你复制了链接之后又改名 / 搬动了 Project，底层 ID 也许还能解析，但部分跳转会断——尤其是 Project 跨工作区搬动之后。
如何判断：你（拥有者）打开链接没事，对方打不开。从当前 Project 菜单里重新复制一份新链接就能用。
3. 你分享的是单个 chat 不是 Project
chat 分享和 Project 分享是两个不同的动作。很多人复制 chat URL 当 Project 链接发过去——对方拿到的是 chat（或私有 chat 直接 404），不是 Project 整体。
如何判断：URL 里出现 /c/ 或 /share/（chat 路径）而不是 Project 路径 = 链接类型错了。
4. Files 不随链接一起走
即使分享成功，Project Files 在 Plus-to-Plus 或跨工作区分享时也未必能被接收方看到。对方能看到 Instructions 和 chat，但 file 面板是空的。
如何判断：接收方说”能看到 Project 但打不开 PDF”——这在很多分享模式下是设计如此。
5. 工作区级别禁用了分享
Team / Enterprise 管理员可以整体禁用外部分享。“Share” 按钮还在、链接能生成，但链接在 org 外 404。
如何判断：工作区管理员策略页显示分享被禁用，或者管理员确认了这个限制。
6. 接收方浏览器里登的是另一个 ChatGPT 账号
他同时有个人账号和工作账号，浏览器自动登错了。结果 404 或权限错误。
如何判断：接收方用无痕模式打开链接、登对应账号——能进。
动手前先确认
- 确认你和接收方在同一个工作区还是不同工作区。
- 让接收方发一份完整的错误页截图（URL 栏要能看见）。
- 如果你在 Team / Enterprise 上，检查 Settings → Workspace → Sharing 设置。
需要收集的信息
- 完整的分享 URL（如果要在公开场合贴，遮一下 token）。
- 拥有者的工作区 + 订阅；接收方的工作区 + 订阅。
- 接收方端的截图，URL 栏可见。
- 你点的是 “Share Project” 还是 “Share chat”——确认到位。
- 分享链接生成的时间（防止链接已过期或 Project 已被搬动）。
最短修复路径
按收益从高到低，前两步覆盖大多数情况。
Step 1：确认接收方登录的是正确账号
告诉接收方：
1. 用一个新的无痕 / 隐私窗口打开链接。
2. 出现登录提示时，用和我们 org 匹配的账号登（工作邮箱，不要个人）。
3. 出现工作区切换器时，选和我同一个工作区。
4. 再点一次链接。这一步能解决约 50% 的”第一次点击就 404”。
Step 2：从当前 Project 重新生成分享链接
拥有者侧：
打开 Project → 右上角 ... 菜单 → Share
→ 撤销 / 失效掉旧链接
→ 生成新链接
→ 把新链接粘到 Slack / 邮件UI 旧版本或 Project 改名前的链接经常 404。新链接绕过这些。
Step 3：必要时把接收方加进工作区
如果接收方不在你的 Team / Enterprise 里：
Settings → Workspace → Members → Invite
→ 输入邮箱 → 分配角色
→ 等他接受（提醒看垃圾邮件）
→ 接受后再重发链接跨工作区分享在多数订阅上受限，把对方拉进工作区是最干净的路径。
Step 4：Files 单独打包发
既然 Files 经常不走链接：
Project → Files → Download all → 打包 → Slack / 邮件发
→ 接收方在他自己账号里建一个 Project，传文件
并把你的 Instructions 文本粘进去笨但稳。如果是反复的协作，干脆用共享 Google Drive 文件夹做 source-of-truth，不要走 Project Files。
Step 5：检查工作区分享策略
Team / Enterprise 管理员：
Admin Console → Workspace settings → Sharing
→ 确认 "External sharing" 是开的
→ 如果是关的，决定是开放还是用内部替代方案管理员出于合规一直关分享的话，外发就是行不通，改走文件导出。
Step 6：跨 org 协作改走 Custom GPT
Custom GPT（Plus+）的分享语义不同——发布过的 GPT 任何拿到链接的人都能打开，Knowledge 文件随 GPT 走。需要给 org 外的人看一份类似 Project 的东西时，打包成 Custom GPT：
建 Custom GPT → 把 Project Files 当 Knowledge 上传
→ Project Instructions 粘成 GPT instructions
→ Share → "Anyone with link" → 发出去代价是要小重建一次，但能绕过 Project 分享限制。
Step 7：URL 看起来截断了就让对方”复制链接地址”
Slack / 邮件客户端有时会把长 URL 砍断。让接收方：
鼠标悬停链接 → "复制链接地址" → 粘到地址栏
→ 不要直接点渲染出来的超链接很多 404 其实就是复制粘贴时 URL 被截断了。
怎么确认已经修好
- 接收方用无痕窗口 + 正确账号打开新链接，落到 Project chat 页。
- 接收方能看到 Project Instructions 和至少一个 chat。
- 如果是依赖文件的流程，接收方要确认哪些文件能看到、哪些需要另发。
- 拥有者在 Project 的 Share 历史里能看到这条新链接和最近的时间戳。
常见坑
- 把 chat 分享（
/share/...）当 Project 分享发——两种链接服务内容不同。 - 把 Team 工作区的 Project 分享给只有个人账号的人，期望它能用。
- 浏览器里登的是错的工作区状态时复制链接——链接是绑定工作区的。
- 默认 Files 会跟着走——多数情况下不会，要么确认、要么另发。
- 重新生成时没把旧链接撤掉——同时有多条活链接会让接收方分不清哪条是权威版。
FAQ
Q：Project 分享链接会过期吗？ A：会。Team / Enterprise 管理员可设置过期时间。生成后立刻用无痕测一遍是最稳的做法。
Q：org 外的人能看到我的 Project 吗？ A：多数订阅都不行。跨 org Project 分享受限，改用 Custom GPT 或导出文件。
Q：接收方会看到我 Project 里的 chat 历史吗？ A：取决于分享模式。“Share Project” 通常只露出 Instructions 和你具体分享的那条 chat，不是 Project 里所有的 chat。
Q：能不能只读分享？ A：可以——多数分享模式默认就是只读。发出去前在 Share modal 里确认。
Q：不把人拉进工作区，有办法分享 Files 吗？ A：直接通过 Project Files 没办法。改用 Custom GPT（Knowledge 随 GPT 走）或共享 Drive 文件夹。