再添一个 AI 工具，还是先把上下文接上

r/PromptEngineering 上有个帖子问，大家到底需要更多 AI 工具，还是更好的上下文共享。发帖人 virginia9224 举了几个日常场景：写代码的助手能生成一个函数，却不清楚项目其余部分；研究工具能总结报告，但结论还得手动搬进表格或幻灯片。单个工具未必差，麻烦出在交接。

她提到自己正在做 anvita mate，一个想把任务环境、相关工具和上下文放到一起的 AI 工作台。帖子末尾问，更好的上下文共享会不会比再加一个专用工具更有用。这个背景得说清楚，因为下面有人直接回了一句：Fuck this ad。广告归广告，讨论里的例子倒挺具体。

有网友拿照片编辑流程举例。调色工具能把颜色处理得很好，相机元数据却在中间丢了，最后只能手动改文件名、重新分类。AI 部分没出错，耗掉晚上时间的是工具之间的缝。另一个网友同时用两个 agent 往 Claude artifact 里写内容，或者把问题从一个复制到另一个，中间还得经过 Slack，因为两台机器不在一起。他说，给 agent 做能用的工具，比如 MCP，是有帮助的，但不想再订阅一个完整工具，简单点更好。

这些例子里有个共同点：上下文不只是一段主输出。文件名、元数据、目录结构、原始来源、之前做过的决定，都是任务的一部分。它们不跟着走，用户就得自己做搬运和清理。发帖人也承认，上下文共享得跨过主输出，覆盖这些边角信息，否则手动收尾的工作量还在。

问题在于，上下文共享听起来像功能，做起来却像标准。每个工具都愿意在自己的边界内保存状态，跨出去就要定义什么该传、传给谁、传成什么格式。MCP 这类协议解决了一部分连接问题，但用户真正想要的可能更朴素：别让我为了一个任务，在五个窗口之间当人肉中间件。

所以再添一个专用工具，和把现有工具之间的缝补上，哪个更值，取决于你每天花多少时间在复制、粘贴、重命名、找文件。工具数量已经不少了，交接次数还没降下来。