windows installer服务需真正运行且依赖项就绪：检查其状态为“正在运行”、启动类型设为“自动（延迟启动）”，执行msiexec /regserver验证响应能力，并确保cryptographic services、rpc及dcom server process launcher均正常运行。
当Windows 11中安装软件失败、卸载残留、提示“Windows Installer程序包有问题”或“错误1603”时，首要排查对象就是Windows Installer服务是否真正运行——它不是显示“正在运行”就代表可用，必须确认其进程加载、依赖项就绪且未被策略禁用。
直接检查服务状态与启动类型
按下 Win + R，输入 services.msc，回车打开服务管理器。
在列表中找到 Windows Installer，双击打开属性窗口。
查看“服务状态”是否为正在运行；若显示“已停止”，点击“启动”按钮尝试手动启动。
【关键点】启动类型必须设为“自动（延迟启动）”或“自动”，若为“手动”或“禁用”，即使当前运行了，重启后也会失效，必须改回自动。
验证服务是否真实响应请求
仅看状态栏是不够的——有些服务看似运行，实则无法处理安装请求。需用命令行触发一次最小交互：
以管理员身份打开命令提示符（Win+X → 终端(管理员)）。
执行：msiexec /regserver，回车。
该命令会强制重新注册Windows Installer服务组件。若返回“操作成功完成”，说明服务底层可调用；若报错“拒绝访问”或“系统找不到指定文件”，说明服务虽显示运行，但DLL未加载或权限异常。
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
检查依赖服务是否就绪
Windows Installer服务依赖 Cryptographic Services 和 Remote Procedure Call (RPC)，任一缺失都会导致其假性运行。
回到 services.msc，依次确认以下三项状态均为“正在运行”：
• Cryptographic Services
• Remote Procedure Call (RPC)
• DCOM Server Process Launcher
特别注意：如果Cryptographic Services处于“已停止”，Windows Installer即使启动也会在几秒内自动退出，务必先启动它，再启动Windows Installer。
通过事件查看器定位深层故障
方法一：打开事件查看器（Win+R → eventvwr.msc）→ 左侧展开“Windows日志” → 点击“系统”。
在右侧“筛选当前日志”，将“事件来源”设为 MSIInstaller，点击确定。
若最近有安装/卸载行为，此处应出现ID为1001、1004或11724的事件；若完全无记录，说明服务根本未被调用，问题出在上层（如安装包损坏或权限拦截）。
方法二：筛选“事件来源”为 Service Control Manager，查找ID为7000或7009的错误，它们会明确指出“Windows Installer服务因依赖服务未运行而启动失败”。
