如何在 Windows 上卸载 Kiro

Kiro 的 CLI 文档说，KIRO_HOME 指向的 %USERPROFILE%\.kiro 存放全局的 agents、提示词、skills、steering、设置和会话。卸载应用不会动这个文件夹，留不留自己决定。这份指南覆盖用 Amazon.Kiro winget 包按用户安装的 Kiro。Kiro CLI 文档

先退出 Kiro

保存工作，关闭所有 Kiro 窗口，卸载前在任务管理器（Ctrl+Shift+Esc）里确认没有 Kiro.exe 还在。

用自带的卸载器移除应用

打开「设置 › 应用 › 已安装的应用」，找到 Kiro，选择卸载，或者运行：

winget uninstall --id Amazon.Kiro

删数据前先备份

备份 %APPDATA%\Kiro 可以保留编辑器设置，备份 %USERPROFILE%\.kiro 可以保留全局的 agents、提示词、skills 和会话，清理前先各自备份。

数据分别在哪里

位置	里面是什么	如何处理
`%APPDATA%\Kiro`	编辑器设置和应用自己的缓存	先备份，卸载器不会删它
`%APPDATA%\Kiro\Cache`、`Code Cache`、`GPUCache`、`logs`	编辑器缓存和日志	退出后可以删
`%USERPROFILE%\.kiro`	全局的 agents、提示词、skills、steering、设置和会话，Kiro CLI 也在用它	还用 Kiro CLI 或者打算重装的话留着，不然备份好自己删
`%USERPROFILE%\.kiro-shared`	第二个 Kiro 数据文件夹	和 `.kiro` 一起处理

检查结果

卸载完成后运行下面几条只读命令：

Get-Process Kiro -ErrorAction SilentlyContinue
winget list --id Amazon.Kiro
Test-Path "$env:LOCALAPPDATA\Programs\Kiro"
Test-Path "$env:APPDATA\Kiro"
Test-Path "$env:USERPROFILE\.kiro"

Get-Process 没有输出只表示未观察到匹配进程，被忽略的查询错误不能当作已经退出。列出进程，说明还有窗口或辅助进程开着。
winget list 正常完成且没有匹配，才说明包记录已经没了；列出一行，说明卸载没完成。
第一条 Test-Path 返回 False，说明程序目录已经没了；返回 True，说明那里还有文件。
Test-Path "$env:APPDATA\Kiro" 返回 True，说明编辑器设置和缓存都还在，只要你没有自己删掉，这就是正常的。
Test-Path "$env:USERPROFILE\.kiro" 返回 True，说明 agents、提示词和会话都还在，这是正常的，卸载 Kiro 不会动这个文件夹。

用 winget 安装时

winget uninstall 运行的是「设置 › 应用」用的同一个卸载器，删的是同一批程序文件，它不会主动动 %APPDATA%\Kiro、.kiro 或 .kiro-shared。

账号与订阅

卸载不会让你从已连接的账号退出登录，账号状态自己去 Kiro 里查。

Mole 会列出什么

对按用户安装的 winget 版 Kiro：

程序目录和开始菜单文件夹默认勾选。
%APPDATA%\Kiro\Cache、Code Cache、GPUCache、logs 默认勾选。
%APPDATA%\Kiro 本身会列出，但默认不勾选。
如果还有 kiro:// 链接登记指向已经删掉的程序，Mole 会列出，删除前先备份成 .reg 文件。
Mole 还会给 Kiro 能打开的每种扩展名列一个文件类型关联键，这次测试里应用没有把大多数写进注册表，因为 Kiro 只有在你把它设成某个扩展名的默认打开方式时才会写那一条。

9 月 29 日新增的规则会把 %USERPROFILE%\.kiro 和 %USERPROFILE%\.kiro-shared 列为待确认的数据，默认不勾选，这两处的移除还没有在虚拟机复测，按所用版本的审查结果确认，其他 Kiro 工具还在用就留着。

这次检查覆盖了什么

测试的是通过 winget 按用户安装的 Kiro 1.1.70，在 ARM64 测试虚拟机上。这次是在提权环境里安装的，所以卸载器要了管理员权限，普通的按用户安装不会要。测试期间 Kiro 没有登录。