cleanup-agent-team-node-processes
清理 Agent Team 残留进程
概述
在 Windows / PowerShell 环境中，高强度调用 agent team 后，如果怀疑残留了可归属当前 run 的 node.exe、npx.exe、Windows 命令处理程序 / 包装器（如 cmd.exe、powershell.exe、pwsh.exe、conhost.exe）、agent browser 浏览器进程（如 chrome.exe / msedge.exe / chromium.exe）或 agent browser CLI 进程，请在安装后的 skill 目录内使用本技能。
核心原则是：先审计当前命令输出，再只清理可复核、可解释、已明确收窄范围的进程。默认不在当前工作区、仓库或 skill 目录生成进程台账、报告或其他清理产物。
本技能的执行主体是随 skill 分发的 scripts/agent-team-node-cleanup.ps1 和 Windows 原生进程信息。AI agent 只负责从当前任务上下文提取窄范围参数、执行脚本并解释结果；不得依赖特定 AI 模型、外部模型 CLI 或模型专属能力完成清理，也不得把清理临时文件的责任留给后续模型。
WorkBuddy 会通过 daemon 启动 prewarm 池，池内再启动命令包装器、Node MCP 服务和原生 agent-browser worker。进程数量多只能触发审计，不能证明泄漏或空闲；本技能按单次不可变进程快照分组。命令行不可见时，脚本只在 daemon→sidecar→MCP server→非 WorkBuddy 子树结构完整且存在同级池分支时输出 topology-inferred 中置信度审计对象，不生成虚构的 pool ID。高置信度显式池可用唯一 pool ID 或 PID；中置信度拓扑池只能用精确根 PID。两者都必须在监听器观察成功、子树无保护角色，并由操作者分别确认该池不是当前会话和已经空闲后，才生成停止计划。
本技能用于 agent team 运行后的事后清理，不用于日常进程管理。
第一判断不是“有没有目标进程名”，而是资源消耗是否确实来自当前 agent run 的残留进程。若高 CPU、磁盘或内存来自 Code.exe、rg.exe、tsserver.js、文件 watcher、AI 索引器、Windows Defender、构建产物或缓存目录，应转为 VSCode 排除规则、搜索索引、文件监听、TypeScript Server、Defender 排除项或缓存治理，不执行清理。