如何在 Windows 上卸载 Power Automate for desktop

先保存桌面流和它们使用的文件，如果这台电脑还在执行定时自动化任务，卸载前和管理员确认，这份指南对应通过 winget 安装、属于全机范围的 Power Automate for desktop。Microsoft 安装指南里的 Microsoft Store 版是另一种安装方式。

停下任务，再运行卸载器

完成或停止正在执行的桌面流，关闭 Power Automate，按 Ctrl+Shift+Esc 打开任务管理器。本次除了 Power Automate 进程，还看到 UIFlowService、UpdateService、LauncherService 和 LogShipper，关掉主窗口不能证明这些组件都已停止，服务交给厂商卸载器处理，这次没有列出启动项。

打开设置 › 应用 › 已安装的应用，找到 Power Automate for desktop 后选择卸载，Windows 10 对应的页面叫应用和功能，Microsoft 的指南也使用这个卸载入口。测试中的 winget 包可以这样卸载：

winget uninstall --id Microsoft.PowerAutomateDesktop --exact

winget 调用已登记的厂商卸载器，实测静默卸载完成后应用登记消失，但下面这些目录仍在。卸载桌面客户端不会取消订阅或删除云端流，已登记的机器要在 Power Automate 门户中单独管理。

这次卸载后留下了什么

下表来自卸载后的实测，不是厂商提供的清理清单，处理前先备份要留的配置，归属不确定的项目和 Microsoft 共用目录保留，不能只凭名字含 Power Automate 就删除。

位置	本次看到的内容	怎么处理
`%ProgramFiles(x86)%\Power Automate Desktop`	`dotnet` 组件目录和四个代理配置文件	先保留，核对是否还有机器运行时使用它并备份要留的配置，里面的 `dotnet` 不能当成另外安装的共享运行时
`%ProgramData%\Microsoft\Power Automate`	留下的应用自有数据	查看并备份后，再判断是否还要这个精确目录
`%ProgramData%\Microsoft\Power Automate update service`	留下的更新服务数据	确认保留的组件不再使用后再处理这个子目录
`%LOCALAPPDATA%\Microsoft\Power Automate Desktop`	留下的本地应用数据	删除前保存要留的设置
`%LOCALAPPDATA%\Microsoft\PAD.Console.Host_StrongName_idm2324hz42cchqxu2bsscfph0cxwlo1`	控制台宿主的配置目录	备份要留的设置，其他构建的目录名可能不同
`HKCU\Software\Microsoft\Power Automate Desktop`	留下的应用设置	要用就保留，手动修改前先导出这个精确键

程序目录中的四个文件是 Microsoft.Flow.RPA.LogShipper.Proxy.config、Microsoft.Flow.RPA.UpdateService.Proxy.config、PAD.Proxy.config 和 UIFlowService.Proxy.config，文件还在不代表服务还在运行。

这次还看到以下登记，Mole 没有删除：

HKCU\Software\Classes\CLSID 下的 {1d9cd66a-0583-465a-bbba-1fe4d9e71f03} 指向 PAD.Console.Host.exe，{23B3E3D8-C162-4A8B-AB0C-0905DCB1DF19} 指向应用内部的 dotnet\RDP\DVCPlugin\x64\Microsoft.Flow.RPA.Desktop.UIAutomation.RDP.DVC.Plugin.dll。
Firefox 和 Chrome 的 com.microsoft.pad.messagehost 浏览器宿主登记，包括 HKCU\Software\Mozilla\NativeMessagingHosts\com.microsoft.pad.messagehost，以及当前用户 Wow6432Node 下的浏览器登记，Chrome 扩展登记 ljglajjnnkapghbckkcmodicjhacbfhk 也仍在。
HKCU\Software\Microsoft\Terminal Server Client\Default 是共用键，其中的 AddIns\Microsoft Power Automate 子项才与这个应用有关，父键保留。

如果不能确认保留的组件是否还在使用这些登记，就保留并按厂商修复或支持流程处理，不删除 CLSID、Chrome、Mozilla 或 Terminal Server Client 父键。另有五个独立的 .NET 10.0.13 x86 运行时登记和 Burn 的 Package Cache 被保留，它们不是已经失效的 Power Automate 应用登记。

检查结果

winget list --id Microsoft.PowerAutomateDesktop --exact
Test-Path -LiteralPath "${env:ProgramFiles(x86)}\Power Automate Desktop" -ErrorAction Stop
Test-Path -LiteralPath "$env:LOCALAPPDATA\Microsoft\Power Automate Desktop" -ErrorAction Stop
Test-Path -LiteralPath 'HKCU:\Software\Microsoft\Power Automate Desktop' -ErrorAction Stop

winget 返回条目表示软件包仍在列表里，只有空输出或来源报错不能证明已经移除，还要看已安装的应用列表。每条 True 表示对应目录或键仍在，没有报错的 False 表示这个目标不存在，权限报错时结果未知，目录仍在也不能证明对应服务仍在运行。

Mole 会列出什么

记录中的 Mole 构建没有为这份安装列出关联文件，厂商卸载器运行后应用登记已消失，但上面的目录和登记没有被列出或移除。这份安装的程序目录没有从卸载登记中识别出来，自动处理这些残留的问题尚未解决，审查列表或清理扫描为空不能证明文件已不存在。

这次检查覆盖了什么

2026 年 10 月 21 日，在 Windows 11 ARM64 虚拟机中通过 winget 按全机范围安装 Power Automate for desktop 2.73.00155.26278，用 Mole 开发构建调用 WiX Burn 卸载器完成卸载。另一次 winget 卸载也让登记消失，但程序目录和本地数据目录仍在，清理扫描没有列出对应项目，没有验证登录后的桌面流、重装后的自动化任务、真实升级或官网可下载的 Mole 安装包。