Blume 上线「改进」功能：聚类编程代理对话中的重复摩擦并自动提议修复

Blume 近日推出名为「Improvements」的新功能，专门针对 AI 编程代理（Claude Code、Codex、Cursor）使用过程中反复出现的摩擦点。该功能会持续观察用户的代理对话，聚类其中相似的问题信号，在积累到足够证据后，自动起草一条具体的修复方案——可能是一段新的规则、一个 Hook、一项技能或一篇文档——并以 diff 形式呈给用户审阅。

核心思路：把零散摩擦沉淀为可执行的改动

开发者与 AI 代理协作时，单次令人困惑的交互通常不值得修改配置；但当同一类错误假设第三次出现时，就构成了值得修补的真实缺口。问题在于，这些重复模式分散在不同会话中，很难被人工注意到。Blume 的做法是：

• 监听对话中的摩擦信号；
• 跨会话对相似信号进行聚类，避免单次偶发触发噪音；
• 在某个聚类积累到足够证据后，提议具体改动（新建/更新/删除规则、Hook、技能或文档）；
• 由用户审阅 diff 后自行决定是否应用，并支持一键撤销。

官方强调两项关键设计：仅在重复证据出现时才会触发；分析过程完全在用户本机完成，通过用户已有的代理 CLI 配额执行，对话内容不会被上传至 Blume 或任何第三方。

启用方式与运行时机

功能默认关闭，需在建议列表顶部的 Improve 行点击「Configure」手动开启。启用时需选择两个选项：

• 运行时机：
  • Smart timing（推荐）：仅在会话结束、计划配额窗口最后 15 分钟、且该窗口仍有 25% 以上未用配额时执行，相当于消耗「即将过期」的余量；
  • When chats go quiet：对话空闲即分析，反馈更快但全天占用配额。
• 使用哪个已连接计划：从 Claude Code、Codex、Cursor 中挑选执行分析所用的 CLI。

开启后，调度器每分钟唤醒一次。Smart timing 模式下排队等待配额窗口尾段；quiet-chats 模式则按 tick 限流处理空闲对话。提供 /blume 命令可插队到队首。

可调范围与安全机制

在设置页可进一步调整：

• 待改进的 Harness：列出已安装的代理 CLI 清单，勾选即纳入改进范围；
• 作用范围（Scopes）：
  • Project：当前仓库文件（如 .github/AGENTS.md）；
  • Global：机器级配置（如 ~/.claude/settings.json）。两者默认均开启。

应用环节采用「全有或全无」策略：写入前会校验每个目标——新建目标不得已存在，更新/删除必须与起草时的文件状态完全一致；若期间文件被外部修改，则拒绝写入并标记为待复核，避免静默覆盖。每条已应用的改动都会记录原始内容，Undo 同样需要文件未被改动才可回滚。

内部处理流水线

一段对话被分析时，会经过一条本地流水线，需要判断的环节交给用户的代理 CLI，其余由本地逻辑处理：

• Extraction agent：读取对话，抽取摩擦信号（附证据与痛点分数）；
• Clustering agent：将新信号与历史相似信号归并或建立新聚类；
• Promotion：按本地阈值（信号数 × 对话数 × 痛点）判断证据是否充分；
• Planning agent：将通过的聚类转化为具体操作（新建/更新/删除 + 文件 + diff），并受用户设定的 Scope 与 Artifact 类型约束；
• Suggestion：本地存储并在列表中展示，等待用户审阅。

由于 Planner 永远只产出 diff 而不自动写入，模型的判断被限制在「提议」这一环节；用户对 Scope、Artifact、Harness 的设置会直接传入规划阶段，建议只能落在用户授权的位置。