Hermes 路线图：社区提案——让多个会话协作起来

你开着三个 Hermes 会话：一个研究、一个写代码、一个审查。它们各干各的，互相之间还得靠你复制粘贴传话。社区给官方提的这条路，就是让会话们学会直接对话。

这个方向是什么：把“单干员工”变成“项目小组”

想象你是一家小公司的老板。以前你只有一个员工，所有活儿都交给他，他干得再慢你也只能等着。后来你招了三个员工，但公司规定：每个人只能在自己的小隔间里干活，不能说话，不能递纸条，不能看别人的进度。你作为老板，只能来回跑，把A的产出复制给B，再把B的批注粘贴给C。这就是现在多会话协作的真实状态——每个会话都是“信息孤岛”。

社区提案想做的，就是拆掉这些隔间，改成开放式的项目小组。三个会话可以共享一个“项目白板”（共享上下文），可以互相递纸条（发消息），可以看到谁做到哪一步了（共享状态），甚至可以同时开工、主动催对方（并行协作）。不是老板派活给员工，而是员工们自己开站会、对齐进度、互相递代码。

官方规划了哪些事：四步拆墙

第一件事：给每个会话配一个“共享记忆本”
现在每个会话只记得自己聊过什么，换个会话就得从头讲。规划中的方式是：给每个会话配一个持久、隔离的“记忆本”。持久是指关掉窗口再打开，它还记着；隔离是指每个会话有自己的本子，不会互相写乱。验收标准很简单——你让会话A记下一件事，切到会话B，问它“A刚才记了什么”，它能答上来，但A的本子上写着“仅自己可见”的内容，B看不到。

第二件事：让会话能“递纸条”
不是让你在对话框里手动复制，而是会话A可以主动向会话B发一条消息，比如“我查完了，结论是X，你写代码时注意”。这就像员工之间发内部邮件，不需要老板转达。验收标准是：你告诉会话A“把这条结论发给B”，然后打开B的对话，B能看到一条来自A的提示，并且能引用它继续干活。

第三件事：共享一块“项目状态板”
每个会话都能看到当前任务的进度、发现了什么坑、改了哪些文件。就像项目组共用一个在线文档，谁更新了，其他人马上看到。验收标准是：会话A改了某个文件，会话B在干活时能主动问“这个文件刚被改过，要我基于新版本继续吗？”而不是闷头用旧信息。

第四件事：支持“并行开工、主动喊人”
不是简单的“爸爸派活给儿子”，而是三个会话同时干不同环节，干完一步就主动通知下一个环节的开始。比如研究会话跑完资料，主动喊一声“资料齐了”，写代码会话立刻接上，审查会话看到代码提交后自动开始审。验收标准是：你同时启动三个会话，它们能自己排好顺序，互相等待、接力，不需要你中途插手。

对用户意味着什么：从“传话筒”变成“监工”

这条路走通之后，你的角色会彻底改变。现在你是最累的传话筒，所有信息都靠你搬运。以后你只需要说清楚目标，然后坐在旁边看三个会话自己开会、分工、汇报。复杂任务会被拆成流水线：研究、实现、审查并行跑，总时间可能从“干完一个再干下一个”变成“三班倒同时推进”。

更重要的是，你不会再丢失上下文。以前开三个会话，经常忘了哪个说过什么，现在它们共享记忆，你只开一个总览界面就能看到全貌。社区提案还提到，这不仅是功能堆叠，而是要让协作变得“主动”——不是你去问“干完了吗”，而是它们干完主动告诉你。

这条路还在社区讨论阶段，但方向已经很清晰：让 Hermes 从“一个聪明的单兵”变成“一个默契的团队”。对普通用户来说，以后做复杂项目，不用再自己当胶水，把每个环节粘在一起了。你只需要下命令，剩下的，交给它们自己聊。