DISM修复失败主因是源不可用或组件库损坏，须先运行/CheckHealth和/ScanHealth确认问题，再以/LimitAccess配合匹配版本的install.wim源执行/RestoreHealth，并前置SFC扫描、确保服务正常及足够磁盘空间。
dism修复失败，往往不是命令没用，而是它根本没真正干活——默认只连windows update找源，网络卡、补丁下线、服务器响应慢，它就停在那儿不动，甚至不报错。系统组件库（winsxs）一旦受损，dism必须拿到匹配的原始文件才能修，否则就是白跑一趟。
先确认是不是组件库真坏了
别一出问题就猛敲RestoreHealth。先做两步轻量检测：
-
快速检查：运行
DISM /Online /Cleanup-Image /CheckHealth，几秒出结果。显示“未检测到损坏”可直接跳过修复；若提示“映像具有完整性问题”，再往下走 -
深度扫描：接着跑
DISM /Online /Cleanup-Image /ScanHealth，耗时5–15分钟。只有它明确返回“发现损坏的组件”，才说明WinSxS确实出问题，值得投入时间修复
基础修复常失效？关键在“源”没管住
DISM /RestoreHealth 默认依赖Windows Update，但这个机制很脆弱：网络被限、证书过期、补丁已撤回，都会让它静默失败或报错0x800f081f。这不是你命令写错了，是它根本没用上对的源。
Windows TTS (WSL2)
下载
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
- 加
/LimitAccess参数强制关掉联网行为，避免干扰 - 必须显式指定
/Source路径，且指向包含install.wim或install.esd的完整安装介质根目录（比如E:\sources\install.wim:1） - 镜像版本号要 ≥ 当前系统（查方法：
winver看OS Build号，ISO内镜像版本不能比它低） - 语言和架构必须一致：中文版x64系统，不能用英文版x86的ISO
修复前要铺好路
DISM不是孤立工具，它依赖底层环境稳定。很多失败其实卡在前置条件没满足：
- 务必先运行
sfc /scannow——它修的是实际调用的系统文件（如kernel32.dll），而DISM修的是WinSxS里的“原件库存”。SFC成功了，DISM才更可能顺利加载自身模块 - 以管理员身份运行终端，且确保Windows更新服务（wuauserv）没被禁用或卡死；可临时重启该服务：
net stop wuauserv && net start wuauserv - C盘空闲空间建议留足15GB以上，WinSxS修复过程需要大量临时解压空间
实在不行，换环境重来
如果系统已无法正常进桌面，或反复修复仍报错（如0x8007000D、0x80073712），说明当前运行环境本身已不可信：
- 用微软官方媒体创建工具制作启动U盘，从它启动进入“修复计算机 → 高级选项 → 命令提示符”
- 在恢复环境中执行离线修复：
DISM /Image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim:1 /LimitAccess（D:为挂载的ISO盘符） - 再运行
sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows补全系统文件校验
