用途：编排交互式 backlog 梳理流程，先与用户探索产品全景、调研最佳实践、做多模型共识验证，再综合为有优先级、可交给智能体执行的 issue。
主要能力：提供交互模式（默认，含探索、调研、综合全流程）、健康看板模式（/groom --health，只读评估 backlog）、自动清理模式（/groom --tidy，执行 lint、补充完善、去重、关闭过期项、迁移标签）。流程中会并行启动产品策略、技术考古、领域审计（/audit --all）、增长分析等代理，输出 3-5 个战略主题。每个主题先做网页调研、跨仓库调查与代码库深挖，再用 /thinktank 做多模型验证，最后由用户锁定方向。
关键约束：创建 issue 前必须加载 groom/references/org-standards.md 并遵循全组织标准；所有新 issue 须通过 /issue lint 评分不低于 70 分，50-69 分用 /issue enrich 补全，低于 50 分重写。去重时保留最完整的一项，其余关联后关闭。计划会保存到 .groom/plan-{date}.md，支持 groom apply 恢复。
用法要点：项目根目录读取或创建 project.md 存放愿景与上下文，检查 CODEBASE_MAP.md、.glance.md、CLAUDE.md、AGENTS.md 的新鲜度，读取 .groom/retro.md 提取历史模式。常用命令示例：gh issue list --state open、gh repo list <org> --limit 20 --json name,url。完成后可生成可视化 HTML 摘要至 ~/.agent/diagrams/groom-{repo}-{date}.html。
适用场景：需要对既有 issue 做健康评估、将探索结论转为可执行任务、或批量整理标签与去重的团队。限制：依赖上述仓库文件与相关技能（/audit、/issue lint、/issue enrich、/thinktank 等），缺失时流程会降级提示；具体收费与平台要求暂未提供。