你为 Project 生成分享链接、贴到 Slack 给同事，对方打开看到 Page not found 或 You do not have permission to view this Project。自 2025 年 10 月分享改版以来（现已覆盖 Free、Plus、Pro、Business、Enterprise、Edu），Project 是通过应用内的 Share 面板来分享的——你在那里邀请具体的人、设定他们的角色，它不像分享 chat 那样是一条公开 token URL。所以 404 几乎总是三种情况之一：接收方根本没被邀请、打开时登的账号不对、或者你把链接设成了 Only those invited 而不是 Anyone with the link。
最快修法（覆盖大多数情况）： 打开 Project → 右上角 Share → 确认接收方的准确邮箱在列表里且权限是 Can chat → 不在就加进去 → 让对方用无痕窗口、登那个邮箱打开链接。如果你要的是按链接放行，把面板从 Only those invited 改成 Anyone at <org> with the link（Business / Enterprise），或者直接按邮箱邀请（个人订阅）。
常见原因
按命中率从高到低：
1. 接收方根本没被加进 Share 面板
这是现在最常见的 404。Project 分享是按邀请放行的：对方的账号必须出现在该 Project 的 Share 列表里（或者链接设成了 Anyone with the link）。把原始 URL 转发给一个不在列表里的人，哪怕在同一个工作区，也会拿到 404 或 “You do not have permission”。
如何判断：打开 Project → Share。如果接收方邮箱不在成员列表里，而链接模式是 Only those invited，原因就在这。
2. 接收方登的是错的 ChatGPT 账号
他同时有个人账号和工作账号，浏览器自动登成了你没邀请的那个。邀请是绑定到某个具体邮箱的，账号不对就过不了权限检查。
如何判断：接收方用无痕窗口打开链接、登你邀请的那个准确邮箱——能进。
3. 个人账号的 Project 与工作区行为预期对不上（或反过来）
分享语义随订阅不同。在 Business / Enterprise / Edu 上，Project 只能分享给工作区成员——你没法邀请一个外部邮箱，workspace link 对 org 外的人会 404。在 Free / Plus / Pro 个人账号上（2025 年 10 月起支持分享），你按邮箱邀请，对方默认以 Can chat 加入；没有 org 边界，但人仍然必须被邀请。
如何判断：拥有者在 Business/Enterprise 工作区，接收方是 org 外的个人账号——这种组合没法用链接互通，接收方必须是工作区成员。
4. 你发的是单个 chat 链接不是 Project
chat 分享和 Project 分享是两个不同的动作。很多人复制 chat URL 当 Project 链接发。chat 分享 URL 里带 /share/（或私有 chat 的 /c/，对别人会 404）——它只显示一段对话，不含 Project 的文件和 instructions。
如何判断：URL 里出现 /share/ 或 /c/。真正的 Project 链接是从 Project 的 Share 面板里打开的，不是从某条 chat 的分享按钮。
5. 工作区级别禁用了分享
Business / Enterprise 管理员可以禁用分享或限定为仅内部。Share 按钮也许还在，但超出允许范围的邀请会 404。
如何判断：管理员确认分享受限，或者 Share 面板里压根没有 Anyone with the link 这个选项。
6. 接收方的访问被撤销了，或链接模式被改了
如果你把对方从 Share 面板里移除了，或者把链接从 Anyone with the link 改回 Only those invited，那么所有靠旧链接的人现在都会 404。删掉并重新生成分享 chat 链接效果一样——旧的查看者立刻失去访问权。
如何判断：昨天还能用、今天 404，中间你（或管理员）动过分享设置。
你属于哪一类
| 接收方报告的症状 | 最可能原因 | 跳到 |
|---|---|---|
| 404 / “没权限”，邮箱不在 Share 面板 | 没被邀请（原因 1） | Step 2 |
| 看到登录页，然后 404 | 账号登错（原因 2） | Step 1 |
| 拥有者在 Business/Enterprise，接收方是 org 外的人 | 仅限工作区分享（原因 3） | Step 3 |
链接里有 /share/ 或 /c/ | chat 链接，不是 Project（原因 4） | Step 4 |
| 内部能 Share、外部从来不行 | 管理员策略（原因 5） | Step 5 |
| 以前能用、现在 404 | 访问被撤 / 模式被改（原因 6） | Step 2 |
动手前先确认
- 确认你的订阅（Free / Plus / Pro 还是 Business / Enterprise / Edu）——分享规则不一样。
- 确认你和接收方在同一个工作区，还是完全不同的账号。
- 让接收方发一份完整的错误页截图（URL 栏要能看见）。
- 自己先打开 Project 的 Share 面板，看清当前都列了谁。
需要收集的信息
- 完整的分享 URL（如果要在公开场合贴，遮一下 token）。
- 拥有者的订阅 + 工作区；接收方的订阅 + 账号邮箱。
- 接收方端的截图，URL 栏可见。
- 你点的是 Project 的 Share 面板还是某条 chat 的 “Share” 按钮——确认到位。
- 当前的链接模式：
Only those invited还是Anyone with the link。
最短修复路径
按收益从高到低，前两步覆盖大多数情况。
Step 1：确认接收方登的是被邀请的那个账号
告诉接收方：
1. 用一个新的无痕 / 隐私窗口打开链接。
2. 出现登录提示时，用我邀请的那个准确邮箱登（工作邮箱，不要个人）。
3. 出现工作区切换器时，选和我同一个工作区。
4. 重新加载链接。这一步能解决”第一次点击就 404”里最大的一块，因为邀请是绑定到单个邮箱地址的。
Step 2：打开 Share 面板，确认接收方在列表里
拥有者侧：
打开 Project → 右上角 Share → 看成员列表
→ 接收方的准确邮箱在不在？ 不在就加：
输入邮箱 → 设角色（Can chat / Can edit）→ Invite
→ 你和对方都会收到一封确认邀请的邮件
→ 让对方用那个邮箱重新打开链接如果不想一个个邀请，在同一个面板里改链接模式：
Share 面板 → 把 "Only those invited" 改成
• "Anyone at <你的 org> with the link" （Business / Enterprise）
• 或者按邮箱邀请 （Free / Plus / Pro）
→ 复制新链接重发Can chat 让对方能建 chat、看文件和 instructions；Can edit 还能改 instructions、加减文件。用工作区链接加入的人默认是 Can chat，之后可以在同一个面板里升成 Can edit。
Step 3：org 外的审阅者，先拉进工作区
在 Business / Enterprise / Edu 上，Project 只分享给工作区成员，没有外部邮箱邀请这一说。如果审阅者在外面：
Settings → Workspace → Members → Invite
→ 输入邮箱 → 分配席位/角色
→ 等他接受（提醒看垃圾邮件）
→ 接受后再在 Project 的 Share 面板里把他加上如果加席位不现实，退而走文件导出（Step 6），或者只读交付就打包成 Custom GPT（Step 7）。
Step 4：确认发的是 Project 链接，不是 chat 链接
打开 Project（不是单条 chat）
→ 右上角 Share → Copy link
→ 确认这个 URL 不是从某条 chat 的分享按钮来的chat 链接（/share/...）只显示一段对话。从 Share 面板复制的 Project 链接才带 Project 的文件、instructions，以及你的角色能看到的 chat。
Step 5：检查工作区分享策略
Business / Enterprise 管理员：
Admin Console → Workspace settings → Sharing
→ 确认分享（以及你需要的话 "Anyone with the link"）是开的
→ 如果是关的，要么开放、要么用内部替代方案管理员出于合规一直关外部分享的话，链接就是发不到 org 外，改走文件导出或加工作区席位。
Step 6：实在分享不了时，导出文件单独发
策略卡死的跨 org 交付：
Project → Files → 下载文件 → 打包 → Slack / 邮件发
→ 接收方在他自己账号里建一个 Project，传文件
并把你的 Instructions 文本粘进去反复协作的话，干脆用一个共享 Google Drive 文件夹做 source-of-truth，别指望 Project Files 跨 org 边界。
Step 7：要”任何拿到链接的人都能看”就用发布过的 Custom GPT
Custom GPT（Plus 及以上）支持公开链接分享，Knowledge 文件随 GPT 走。需要给一个没法被邀请的外部审阅者看一份类似 Project 的东西时：
建 Custom GPT → 把 Project Files 当 Knowledge 上传
→ Project Instructions 粘成 GPT instructions
→ Share → "Anyone with a link" → 发出去代价是要小重建一次，但能换来真正按链接放行的跨 org 访问。
Step 8：URL 看起来截断了就让对方”复制链接地址”
Slack / 邮件客户端有时会把长 URL 砍断。
鼠标悬停链接 → "复制链接地址" → 粘到地址栏
→ 不要直接点渲染出来的超链接很多 404 其实就是复制粘贴时 URL 被截断了。
怎么确认已经修好
- 接收方的邮箱出现在 Project 的 Share 面板里，带一个角色（
Can chat或Can edit）。 - 接收方用无痕窗口、登那个准确邮箱打开链接，落到 Project 页（不是 404）。
- 对方能看到 Project Instructions 和至少一个 chat；如果是
Can chat，文件面板可见。 - 拥有者收到邀请确认邮件，并能在成员列表里看到接收方。
常见坑
- 直接转发原始 URL，而不是在 Share 面板里邀请人——按邀请放行的链接对不在列表里的人会 404。
- 把 chat 链接（
/share/...）当 Project 链接发——两种链接服务内容不同。 - 指望 Business/Enterprise 的
workspace link对 org 外的人能用——不行，对方必须是工作区成员。 - 广发链接之后又把它改回
Only those invited，然后纳闷旧链接为什么 404。 - 以为文件从来不跟着走——自 2025 年 10 月改版后，被邀请且有 project access 的成员是能看到文件和 instructions 的，老的”文件不走”规则不再成立。
FAQ
Q：org 外的人能看到我的 Project 吗？
A：在 Business / Enterprise / Edu 上不行——Project 只分享给工作区成员。在个人 Free / Plus / Pro 账号上，你可以按邮箱邀请任何人（2025 年 10 月起支持），但对方仍要被邀请，或者你开了 Anyone with the link 模式。
Q：明明在同一个工作区，链接为什么还 404？ A：多半是接收方从没被加进 Project 的 Share 面板，或者他登的账号和被邀请的那个不是同一个。把准确邮箱加上，让他用无痕窗口打开。
Q：文件和 instructions 会跟着分享走吗？ A：会。自 2025 年 10 月改版后，被你邀请且有 project access 的人，能看到文件、instructions，以及其角色允许的 chat。这和早先”文件不走”的行为不同。
Q：“Can chat” 和 “Can edit” 有什么区别？
A：Can chat 让成员能建 chat、看文件和 instructions。Can edit 还能改 instructions、加减文件。用工作区链接加入的人从 Can chat 起步。
Q：昨天还能用、今天 404，发生了什么？
A：有人把接收方从 Share 面板移除了，或者把链接从 Anyone with the link 改回了 Only those invited，又或者删了再重新生成链接。重新邀请那个人，或重发当前链接。
Q：Project 分享链接会过期吗？ A：会。Business / Enterprise 管理员可设过期或撤销访问，删除一条分享链接会立刻切断现有查看者。生成后立刻用无痕测一遍是最稳的做法。