ChatGPT 提示“无法将此项目用于本地聊天”？共享项目与 Work 权限排查

先区分打开项目与启动本地任务

“无法将此项目用于本地聊天”不能单凭字面对应到一个确定原因。当前官方帮助说明了项目记忆和 Work 权限的限制，但未将这条中文提示列为单一故障的诊断结论。排查时先记下点击的入口、完整提示以及报错出现前最后一步。

先用同一账号和工作区，在 ChatGPT 网页端只读检查原项目是否能打开。若网页项目正常，却在桌面选择项目并新建本地 Work 聊天时失败，先查后两节的使用条件；若原共享 URL 在网页端也打不开，转到直链分支。不能仅凭相似的“项目”字样，把本地创建失败认作旧事故复发。

查看项目记忆，不先改变上下文范围

官方明确：Project-only memory 项目不能使用 ChatGPT Work；共享项目固定使用这种模式，不能改回 Default memory。项目 → ••• → Project settings → Memory 可查看设置。限制针对 Work，不代表共享项目中的普通 Chat 或手机访问全部失效。

记忆模式涉及项目与外部对话的上下文边界。本轮检查只读取当前值，不要求为了启动任务切换模式。也不要删除项目、取消共享或移除成员来尝试修复；团队协作资料和访问关系不应成为排错试验。

把记忆模式、是否共享和所选入口一起记下。若使用条件本来就不满足，应先决定当前任务是否能用项目里的普通 Chat 完成；需要 Work 时另行规划符合权限与资料范围的工作方式，而不是继续重复点击失败入口。

网页 Work 可用，不代表桌面本地权限已就绪

桌面入口是左上角选择 ChatGPT，再切换 Chat 或 Work。官方将 Work Cloud、Work Local、Codex Local 分开控制；管理员可在 Workspace settings → Permissions & roles 核对角色。普通 Chat 在这些配置下仍可用。

官方 FAQ 说明，云端与本地 Work 权限可能在不同时间更新。若网页能用而桌面本地不能，先让管理员确认分配给该角色的 Work 权限；已经启用时，还可能需要等待本地权限补齐，再联系支持。

交接时写清正在使用的账号、工作区和角色，说明失败的是哪一种入口。不要仅凭同事能启动任务就认定自己的客户端坏了：两人可能处于不同角色，也可能打开的不是同一个项目。

用最小对照缩小原因范围

保留同一账号和工作区，比较网页项目访问与桌面本地 Work 创建的结果。前者成功、后者失败，只能说明这两个入口的结果不同；它能缩小调查范围，不能直接证明是哪一个开关或客户端问题。

如需进一步比较，可在获授权且本来就允许 Work 的环境中做一个不带文件的简单任务，记录能否启动。只改变项目或入口之一，避免同时换账号、改记忆、重新邀请成员和切换网络。对照成功也不代表原共享项目自动获得支持。

将结果写成具体动作与现象，例如“原账号能打开项目聊天，选择 Work 后出现提示”。这比“整个 ChatGPT 不能用”更便于管理员定位，也能减少无关的权限修改。

分享直链打不开时，核对访问资格

请所有者打开 Share，检查成员和分享方式；打开者核对账号与工作区。当前文档说明，受管理工作区的邀请可能受工作区设置限制，不能把个人账号的链接行为直接套用到企业工作区。

如果项目已经出现在侧边栏，可用同一账号从侧边栏打开一次，再与原直链比较。只有直链失败、两个入口都失败，以及能打开却不能启动 Work，是三种应分别记录的结果；侧边栏不是保证有效的修复方法。

不要为了验证而扩大到任何持链接者，也不必反复移除再邀请。需要交接链接时使用受控渠道，先说明该账号是否已加入、失败入口及提示，不把完整共享链接贴进公开求助帖。

旧直链事故已恢复，保留它作为历史背景

OpenAI 在 2026 年 9 月 10 日记录过共享项目直链无法打开的事故，当天 14:28 UTC（北京时间 22:28）宣布受影响服务完全恢复。这是一次已结束的事件，不能据此判断现在相同文字的报错仍是同一事故。

当前条件和权限核对后仍失败，再向管理员或官方支持提供客户端版本、发生时间、入口、记忆模式、角色确认结果及对照现象。只提供定位所需的信息，无需上传整份项目资料。

只有实际出现 DNS、TLS、代理认证或连接超时等网络现象，才单独排查连接链路。项目能力与角色权限不会因更换 IP 自动改变；也不要用新增公开链接、删除项目或放宽记忆范围代替原因确认。