OpenClaw Agent 删除

要解决什么问题

在 OpenClaw 里下线一个 agent，如果只跑 openclaw agents delete，很容易踩到 gateway 侧的实现问题：配置会从 openclaw.json 里删掉，但 CLI 可能提前返回，workspace / agent 目录并没有被挪进回收站，数据就处在「注册已删、文件还在」或更糟的半残状态。手动 mv 再删又容易漏步骤、漏记路径，事后恢复也找不到对应目录。

技能如何工作

本技能把删除做成固定五步流程，由助手用 exec 驱动 CLI 与脚本：

1. 列出：执行 openclaw agents list --json，展示编号、emoji、agent ID、显示名、模型、workspace；isDefault: true 的 main 会标为默认且不可删。
2. 选择：按用户给的编号解析出 agent ID；若选了 main，会单独确认是否真的要删。
3. 确认：汇总待删 agent 的关键信息，等用户明确同意后再继续。
4. 删除脚本：再次 list --json 核对存在并取路径；先把 workspace、agent 目录 mv 到 {skillDir}/.trash/agent-{id}-{timestamp}-*；再执行 openclaw agents delete --force；在 {baseDir}/history/history.md 记录时间、ID、原名、原路径与回收站路径；最后用 list 校验结果。
5. 收尾：列出已删 agent 与回收站位置，并提醒 bindings 与 openclaw gateway restart。

回收站放在技能目录下，是为了绕开 ~/.Trash/ 可能的权限问题，也避免依赖有 bug 的 gateway 搬文件逻辑。

适用边界与注意点

• 删除不是抹盘：数据在 {skillDir}/.trash/，需要时可手动移回原路径结构。
• main 默认 agent 通常应保留；列表里会出现，但流程会拦一层确认。
• 若 agent 曾绑定 channel，删除后请自行检查 openclaw.json 里的 bindings。
• history.md 是审计与恢复的依据，格式在 SKILL 中有约定，便于对照时间戳与目录名。