技能介绍

问题背景

WorkBuddy 客户端顶部常会出现无法关闭的顽固标签。由于标签栏的渲染逻辑被打包在 app.asar 中，UI 层面并未提供关闭入口。这些标签实际上来自两个不同的底层数据源：一是本地 Agent 子任务或会话产生的日志文件；二是云端动态下发的常驻团队专家配置。要彻底清理这些标签，必须直接从数据源层面进行干预。

核心工作机制

本技能通过 scripts/close_tabs.py 脚本自动判别标签类型并分流处理：

A 类标签（子任务/会话）：脚本会遍历 ~/.workbuddy/projects/*/subagents/*.jsonl 文件。由于归档操作无数据风险，脚本会直接将这些日志文件移入 _archived_subagents_/ 目录。
B 类标签（云端团队专家）：脚本会解析 ~/.workbuddy/app/cache/experts/manifest.json，筛选出 expertType=="team" 的条目。为避免误删官方团队，默认仅列出检测结果；当用户明确指定 --names 或使用 --apply-manifest 时，才会移除对应条目并将文件设为只读以防覆盖。

边界与注意事项

重启生效：标签栏在启动时从内存加载，因此执行清理脚本后必须重启 WorkBuddy 才能看到标签消失。
安全兜底：A 类日志采用归档机制，B 类 manifest.json 在修改前会自动备份为 .bak。任何危险操作前均建议先加 --dry-run 参数预演。
只读副作用：B 类 manifest 锁定只读后，WorkBuddy 官方更新专家市场时本地将不会自动同步。如需恢复同步或还原配置，请使用 --mode restore 执行一键恢复。
兜底排查：若重启后标签依然存在，需检查是否有其他窗口正在产生新的子任务，或排查是否涉及已禁用的插件目录。