先看证据
框架开始面向使用者
Latent Space 的 Dan McAteer 介绍了 Claude Mods：一组运行在 Claude Code 内的插件，面向希望按自身工程习惯定制 CLI 和桌面界面的开发者。作者用它调整 Claude Code 在工作过程中的呈现与行为，并把这种能力称为“注意力界面”的早期形态。
这个说法抓住了一个值得检验的变化。传统代理框架主要把模型接到机器上，让它接收提示、调用工具、修改文件；Claude Mods 则允许使用者改变代理如何把过程呈现给人、何时打断人、以及把哪些决定交回给人。McAteer 进一步预测，框架可能从机器侧的执行层转向人与代理之间的交互平台，但这仍是作者的判断，不是已经证实的行业趋势。
事件钩子改变的不是模型，而是交接
一个 mod 是由 TypeScript 或 JavaScript 函数组成的插件，可以响应提示、工具调用或界面渲染等事件。它能够观察事件、改写事件的呈现，也能接管原本的默认处理流程。因此，Mods 更像嵌入代理运行时的中间件，而不只是另一个显示结果的面板。
对工程工作流来说，重要之处在于它可以把代理轨迹中的信号转成面向人的动作。例如，系统不必只把工具调用记录留在日志里，也可以在某个条件满足时把风险提示放到输入框附近，或给出可点击的下一步建议。代理的执行能力并没有因此自动变强，改变的是人何时获得信息、如何介入，以及介入之后能否直接继续任务。
有用的提醒必须指向具体风险
McAteer 讲述的 You Should Know 案例，说明这种交接为何可能有价值。他让 Claude Code 简化个人项目 Compare 页面上的文字，代理修改文件、安装新构建并截图，工作看上去已经完成；侧边代理随后提醒他，被改动的文件以及约 45 个其他文件已有未提交改动。若为了清理演示而丢弃旧改动，可能连此前未完成的工作也一起丢掉。
这不是一次独立评测，却具体展示了提醒的目标：补足主代理执行轨迹里容易被忽略的状态，让人能在造成损失之前采取行动。作者还自行制作了 Next Steps Supervisor，在修改文件、运行命令或单轮工具调用达到一定数量后，检查目标是否完成、是否有遗漏，并在界面上提供下一步建议。前者突出“别漏掉这个风险”，后者则试图把检查结果变成可继续执行的交接。
提醒频率本身就是产品取舍
Supervisor 的数据更适合作为设计线索，而非效果证明。作者称，从 10 月 15 日安装后记录的 111 轮 Claude Code 对话中，有 99 轮满足触发条件，其中包括单轮至少 8 次工具调用。如此频繁的触发说明检查容易覆盖大量工作回合，却不能证明每次提醒都准确、有用，或确实减少了错误。
成本同样会进入体验设计。作者引用 ModSmith README 对一次检查的估算：在约 50,000-token 会话背景下，检查约消耗 5,000 至 6,000 个输入等效 token，缓存过期时成本还会更高。若提醒频繁而内容价值不稳定，使用者可能开始略读甚至忽略提示。注意力界面的质量不能只看它能否生成提醒，还要看触发阈值、误报情况和每次检查的开销是否匹配具体任务。
可编程也意味着更大的治理面
把人的交互层交给插件，也意味着插件接触到真实的工作状态。研究材料指出，Mods 不在沙箱中运行，可以读取和写入文件、查看提示并消耗用量，因此安装第三方 mod 前需要审查代码。机制既能用于提醒未提交改动，也能接管默认处理流程；便利与风险来自同一项能力，而不是两套互不相关的功能。
内置插件清单也存在一个尚未解释的差异：文章列出六项，包括 agents-md、diff、plugin-authoring、sec-default、telemetry 和 you-should-know；Anthropic 仓库 README 则列出四个内置源码目录。现有材料没有说明差异来自版本变化、公开源码范围还是其他原因，因此不宜把任一清单当作完整定论。对团队而言，实际判断应从小处开始：先找出反复发生、后果明确的人工核对点，再为它设定触发条件，检查提醒是否可行动，并审查插件权限与维护方式。可定制不是治理的替代品，而是把治理问题带进了运行时。