21条提交。今天解决了一个被很多人默默忍受的问题：在群里@机器人，换个人接着说话，机器人就不认识前文了。

群聊本该是多人接力，但之前每个人说的话都被切进了独立的空白会话。这轮改了。

一、群聊终于能连着聊了

之前群聊里多人先后与机器人交流，会话是按照发言人分别切分的。一个成员先提问，另一个成员接着补充，第二个人的消息可能进入全新的空白会话，机器人看不到前文——群里明明在讨论同一件事，机器人却像失忆了一样。

现在调整为：群聊按照“渠道+外部连接+群聊ID”生成统一会话标识，同一个群的不同成员共同使用一份机器人会话历史。单聊仍然按照发送者隔离，不会把不同用户的私聊混在一起。群成员的真实身份仍会单独保存，历史消息和当前消息都带上群成员标识，模型知道每句话分别由谁发送。

同时修复了企业微信历史会话身份投影，部分链路下历史记录为空的问题解决了。飞书旧版事件链路只对群聊补充统一会话标识，单聊行为不变。群聊历史暂不自动恢复附件授权内容，避免某个成员上传的私有附件被其他成员间接读取。

还有一个细节：部分IM平台生成的会话标识超长，超出数据库长度限制。现在超长标识会转换为长度稳定的压缩形式，保证相同外部会话始终映射到同一个内部会话，不会因为ID超长导致消息落库失败。

另外，系统不再向IM用户推送内部任务生命周期卡片——任务创建、运行、恢复、完成这些技术性消息之前会发到企业微信、飞书或钉钉用户侧，造成很多噪音。现在IM用户只收到正常业务回复和必要的进度，后台仍然记录任务状态，方便排查。Web端团队协作展示不受影响。

群聊里的机器人终于有了连贯的记忆，而且不会把私聊混进来。

二、团队派工更稳了，历史也能回放

团队协作首次加载成员和能力目录时，返回结构进行了精简。首次目录结果优先提供完整的名称索引，方便模型准确找到可委派的成员或能力；不再在首次目录响应中嵌入体积较大的工具名数组，减少上下文和事件预算占用。避免目录过大时真正重要的团队成员名称被裁剪。后续需要具体工具信息时，再通过对应能力查询获取。

模型调用团队派工工具时，部分数组参数可能以JSON字符串形式传入，而不是直接传入标准数组，导致参数通过不了工具schema校验。现在增加了兼容处理：如果数组参数实际是JSON字符串，系统会尝试将其还原为列表；对字符串值内部存在未转义引号的情况增加容错。修复了模型已经表达了正确派工意图、却因为序列化格式差异被工具拒绝的问题。最终参数仍需满足业务schema，兼容解析不会绕过正式校验。

过去团队协作卡片主要依赖实时事件，重新打开历史会话时，之前的并行分工和成员进度可能无法完整还原。现在将团队进度信息写入会话的持久化数据，历史会话回放时可以根据持久化记录重新构建团队卡片。过去已经发生的并行分工也能显示成员名称、任务和执行进度。实时事件和历史回放使用更一致的数据结构。

团队派工不再因为参数格式卡壳，历史会话里也能看到当时团队如何分工执行。

三、权限边界更清晰了

飞书多维表格写入此前在缺少用户OAuth授权时，可能直接进入调用流程，随后以较底层的权限错误失败。现在写入前明确检查当前用户是否已完成飞书授权，缺少授权时直接拒绝写入，返回清晰的连接和授权引导，而不是底层接口错误。不会在授权不完整时执行部分写入。将“飞书应用可访问”与“当前用户允许代表其写入”区分开来，避免平台服务身份被错误用于代替用户授权，也降低了半完成写入的风险。

Agent配置中可能包含仅对某个组织开放的业务工具。此前在运行时目录处理过程中，这类工具可能被错误过滤掉。现在修复后，保留Agent配置中属于当前组织范围的业务工具，仍然拒绝其他组织或无权访问的工具。Agent配置、组织身份和运行时工具目录之间保持一致。这解决了“工具已经配置给智能体，但运行时无法调用”的问题，同时没有放宽跨组织权限。

授权没完成就不准写，组织内的工具不会再被误杀。

四、基础稳定性：投递、轮换、临时包

渠道消息完成投递时，对任务执行所有者的判断存在不一致：任务被某个worker认领时会记录处理者，完成投递时旧逻辑可能使用当前进程或其他身份更新状态，导致认领者与完成者不匹配，出现无法完成、重复投递或错误回收。现在投递完成操作会使用认领阶段写入的处理者，确保任务从认领、处理到完成始终由同一执行身份闭环。

会话或任务范围需要轮换时，如果当前工作区存在未完成状态，旧流程可能直接触发范围轮换中止。现在改为：在获取轮换锁之前，先强制发布可用的替换件，确认替换范围已经准备好之后再进入锁定和切换。减少因脏工作区导致的范围轮换失败，同时保留对用户未完成内容的保护，避免直接覆盖当前工作区。

发布系统通过Git archive接收压缩包后，临时tar文件此前可能继续留在incoming区域。现在压缩包成功解包后立即删除临时tar文件，减少临时文件堆积和磁盘占用，降低旧压缩包被后续流程误识别或重复处理的风险。

投递身份不再错位，工作区轮换不再被脏数据卡死，发布临时文件不再堆积。

105天，系统在解决那些“用户不说但一直在忍受”的问题。群聊记忆不连贯、团队派工格式卡壳、授权边界模糊、投递身份错位——这些都不是新功能，但每一个都在让系统更接近“正常好用”的状态。

群聊能连着聊了，团队派工更稳了，权限边界更清晰了。这三件事放在一起，是系统从“能跑”走向“好用”的一小步。

这，是第105天。

《从0到1：企业级AI项目迭代日记》记录一个企业级 AI 项目从创意、架构到落地的真实过程。不讲神话，只记录进化。

---

如果你也在做企业 AI 落地，欢迎留言来聊。或者，把这篇转发给一个正在踩同样坑的朋友。