让Claude Cowork帮忙处理本地文件，聊天能继续，一到执行命令却失败了。换个提示词、再开一个任务，还是不行。有人这时会去重装应用，甚至准备把Linux环境删了重建。
先停一下。截至9月14日核验，官方仍在跟进Windows更新引起的这项故障：工作环境访问不到电脑上的共享目录，不等于模型变笨，更不等于原文件被删了。先确认数据在哪，再决定怎么处理。
不是今天的新事故，但现在还需要避坑
Anthropic在9月10日的状态记录中说明，9月8日Windows更新影响了Windows版Claude Cowork执行本地命令。多数用户仍能聊天、读取和编辑文件；当前没有应用内绕过办法，重启或重装不能解决这项已知故障。
状态页同时说，微软已开发修复，正在安排发布。“已有修复”不等于“你的电脑已经收到”，更不能据此编出一个修复补丁号。
微软的已知问题记录提供了另一半解释：部分由HCS管理的Linux虚拟机，通过Plan9访问Windows主机目录时可能失败。虚拟机能启动，共享目录却看不见或打不开。记录提到了Claude Cowork和WSL，不使用Plan9的标准Hyper-V虚拟机不在这个问题范围内。
这是特定文件共享路径的问题，不能扩大成“Windows上的AI全坏了”，也不能把任何权限报错都归到它头上。
第一步：回Windows看原文件
不要先在空目录里重建同名文件。回到Windows文件资源管理器，直接打开原来的工作目录，确认三件事：
- 路径是不是原来的路径，而不是换了账户、盘符或相似名称的文件夹。
- 文件是否还在，能不能用原来常用的程序打开。
- 文件内容和修改时间是不是你预期的版本。
如果Windows这边文件能正常打开，而任务环境看不到，至少说明“当前入口访问失败”和“原文件消失”不是一回事。先把重要文件复制到另一个明确的备份位置，抽查能打开，再继续排障。
如果Windows原路径也找不到文件，不能直接套用本文。应先核对位置、备份及删除记录，不要让AI继续往那个目录批量写东西。
图1｜先区分原文件与访问入口。
第二步：留下能让支持人员判断的证据
把“不能干活”换成可以复核的记录：
- 在Windows中运行winver，记下版本和操作系统内部版本。
- 在“设置 → Windows更新 → 更新历史记录”中记下最近安装的补丁和日期。
- 记下Claude应用版本、具体失败动作、完整错误提示中的关键一行。
- 说明Windows原文件能否打开，聊天、文件编辑和本地命令分别是否可用。
如果报错提到Plan9共享没有挂载，它与官方记录中的症状相符；但这仍是定位线索，不是远程隔空确诊。
提交截图前遮住姓名、完整私人路径和文件内容。支持人员需要错误和版本，不需要你的合同、密钥或整个项目。
图2｜提交版本和症状，不提交秘密。
第三步：今天的活怎么接着做
先把任务拆小：能安全完成的阅读、分析继续做，依赖本地命令的部分暂缓。不要把上一轮失败当成“什么都没改”，重新执行批量操作前，先检查已经生成或修改了哪些文件。
确实需要本地工具时，可以在自己熟悉、已经可用的环境里处理一份副本。AI给出的命令先看清输入、输出和删除范围，不熟悉就先别执行。这不是修复共享问题，只是让必要工作不被整条卡住。
别为了赶进度把公司资料传到陌生在线转换站，也不要为一个本地故障重新开放整块硬盘权限。扩大权限未必修得好共享，反而增加了影响范围。
最该避开的，是“删了重建”
尤其是WSL用户，不要把“注销发行版”理解成退出登录。
微软文档明确警告：注销发行版会永久移除该发行版关联的数据、设置和软件。从商店重新装回来的是干净环境，不会自动带回你原来的项目。
WSL提供发行版导出功能，但导出成功、备份可用、目标数据确实在备份里，是三件需要分别确认的事。别拿一份未经检查的备份去赌删除重建，也别把WSL的处理步骤照搬给Claude自己的受管环境。
图3｜备份未经验证，不做删除重建。
同样，不建议照帖子替换系统驱动文件、关闭安全功能，或把卸载安全更新当成默认答案。工作电脑交给管理员结合当前官方公告处理。
这次不需要一上来就做启动盘
优启通启动盘适合系统无法正常进入时的维护场景，并不是Plan9共享故障修复器。优启通原版系统下载站解决镜像来源，也不能保证重装后避开同一更新问题。
这次更有用的顺序是：确认原文件、保住副本、留下版本与错误、等待并核对官方修复。后续有修复可用时，先拿无敏感内容的小目录测试，再恢复批量任务。
电脑里看得到、任务里看不到，先查中间的访问路径。不要为了修一扇打不开的门，把屋里的东西先搬没了。
你碰到的是Claude Cowork，还是WSL？原文件在Windows里还能打开吗？
资料来源：Claude官方故障记录、微软共享目录已知问题、微软WSL命令说明。核验日期：2026年9月14日。