0x80040154错误源于com组件clsid注册缺失或tiworker.exe路径错误，需依次重置更新服务缓存、修复注册表localserver32值、运行dism恢复系统映像。
Windows 10 提示“0x80040154 错误”时，系统正尝试调用某个COM组件却找不到其类标识符（CLSID），这会导致Windows更新卡在“准备更新”、Edge无法启动、DISM命令直接报错，甚至部分系统设置页打不开——问题不在网络或磁盘空间，而在注册表与文件系统的映射断裂。
重置Windows更新服务与缓存目录
这一步能快速清除SoftwareDistribution和catroot2中损坏的中间态文件，强制系统重建干净的服务环境。很多情况下执行完就能立即恢复检查更新功能。
按Win + X → 选择“终端（管理员）”。
依次输入以下四条命令，每输完一行按回车：
net stop wuauserv → net stop cryptsvc → net stop bits → net stop msiserver
执行缓存目录重命名操作，注意路径中不能有空格或中文：
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old → ren C:\Windows\System32\catroot2 catroot2.old
重启全部服务：
net start wuauserv → net start cryptsvc → net start bits → net start msiserver
重启电脑后，立刻打开“设置 > 更新和安全 > Windows 更新”，点击“检查更新”验证是否生效。
手动修复TiWorker.exe的CLSID注册项
当DISM自身也报0x80040154，或事件查看器显示tiworker.exe加载失败时，基本可锁定是Servicing Stack核心组件的LocalServer32注册值被清空、指向错误路径或权限不足——这是最常被忽略却最关键的断点。
方法一：注册表直改路径
一款AI工具，主要用于在持久tmux会话中运行AI编码代理(Codex、Claude Code)，使用Ralph重试循环和完成钩子处理多步骤编码任务，适合需要提升相关任务效率的用户。
按Win + R 输入 regedit → 定位到：
HKEY_CLASSES_ROOT\CLSID\{0823B6F8-F499-4d5e-B885-EA9CB4F43B24}\LocalServer32
右键LocalServer32 → “权限” → 勾选Administrators组的“完全控制” → 点击“确定”。【若不设此权限，后续粘贴路径会失败】
打开文件资源管理器，进入 C:\Windows\WinSxS\ → 搜索含 “amd64_microsoft-windows-servicingstack” 的文件夹 → 进入其中版本号最高的子目录（如10.0.22621.3296，而非10.0.22621.1）→ 复制该目录下 TiWorker.exe 的完整路径（形如 %SystemRoot%\winsxs\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_10.0.22621.3296_none_7b3a4c1f2e8d1a0c\TiWorker.exe）。
回到注册表，双击LocalServer32，默认值应为空白，粘贴你刚复制的完整路径并保存。【路径中必须保留%SystemRoot%变量，不可展开为C:\Windows】
运行DISM修复系统映像
若前两步未解决，说明系统组件存储（Component Store）本身存在注册信息断裂，必须从映像层修复。这一步必须在重置更新服务之后执行，否则DISM会因依赖服务未就绪而跳过关键校验。
以管理员身份打开PowerShell → 运行完整性检查：
Dism /Online /Cleanup-Image /CheckHealth
若返回“无法修复组件存储”，继续执行扫描诊断：
Dism /Online /Cleanup-Image /ScanHealth
确认损坏后，执行底层恢复：
Dism /Online /Cleanup-Image /RestoreHealth
【执行完成后必须重启系统】，否则修复不生效；若网络受限，可挂载Windows安装镜像指定源：
/Source:D:\sources\install.wim:1
