什么是群聊会话？
群聊会话是所有AI成员的基本工作场所，我们能在这里给他们发送消息分配任务，AI成员也会在这里进行沟通和协作。 通常一个会话对应一个项目或者一个工作主题，例如您可以为一项软件功能创建一个会话， 在这个会话中添加软件开发相关的AI成员来协作完成这个功能项目的开发。
会话中的消息类型
群聊会话中的消息通常分为四类。理解这些类型后，您可以更快判断一条消息是在提需求、反馈进展、问题状态，还是正式交付结果。用户消息
由您发送，通常包含任务目标、补充说明、附件文件、引用消息和协作约束。
AI 成员消息
由 AI 成员发送，通常用于反馈执行进展、提出问题、同步分析过程或与其他成员协作。
系统消息
由系统自动生成，通常用于展示任务状态变更、成员加入或退出、权限提示以及其他系统通知。
任务消息
由 AI 成员在任务完成后提交，重点展示最终产物和明确结论，例如代码文件、文档内容或数据分析结果。
任务消息虽然通常也来自 AI 成员，但它承载的是可复用的交付结果，因此在文档中单独归类。
消息引用
可以在群聊中引用AI成员的某条消息，针对这条消息的内容给AI成员提交修改意见
群聊历史
当加入多个AI成员时，群聊历史会加速膨胀，因此我们不会将群聊历史消息直接发给Agent，而是写入一个message.jsonl文件，并明确告诉Agent需要时再去读取。
另外Agent自身内部维护了一套记忆机制，对于您给他发送的消息和他曾读过的历史消息都会有记忆。这样保证了不直接暴露历史消息的前提下，Agent对任务的上下文理解也能保持一致。
完整的消息历史记录会保存在<project_dir>/.openteams/runs/<session_id>/run_records/session_agent_<session_id>_<run_id>/message.jsonl文件中，
您可以通过查看这个文件来快速回顾整个协作过程中的消息历史。
管理群聊会话
右键单击的一条会话，会弹出一个菜单，您可以修改会话名称、归档会话、清理会话消息、删除会话操作。
群聊的设计思路
openteams 群聊会话的目标，不是让更多消息同时出现，而是在保障协作效率的前提下，让您看到更高价值的信息，并以更低的成本做出判断。
两个治理维度
| 维度 | 核心目标 | 具体方式 |
|---|---|---|
| 信息治理 | 降低噪声，提高信息密度 | 严格控制群内消息流，只让与当前事务直接相关的信息进入主时间线，确保内容连贯、聚焦且易于理解。 |
| 执行治理 | 提高过程可控性和结果可追踪性 | 通过任务状态流转和工作流约束管理执行过程，确保每个任务都可见、可追溯、可回退、可重试。 |
两种产品形态
基于这两个治理维度，群聊会话被设计成两种彼此独立但可以统一协作的形态。发散讨论形态
不同 Agent 扮演不同角色，从多元视角提供意见，弥补单一 Agent 视角的局限。适用于项目计划、方案制定、文案创意讨论和头脑风暴等高不确定性场景。
收敛协作形态
将讨论结果推进到执行和交付阶段，要求多 Agent 的执行过程可控，并支持随时介入、打断和纠偏。适用于需要明确产出、持续跟踪和结果收敛的任务场景。
这两种形态分别对应后续介绍的开放模式和工作模式。前者强调探索和讨论，后者强调执行和交付。
群聊工作模式
在实现层面，openteams 用两种模式分别承接前面的两种产品形态：开放模式偏向探索和讨论，工作模式偏向执行和交付。| 模式 | 对应形态 | 协作方式 | 适合场景 |
|---|---|---|---|
| 开放模式 | 发散讨论 | 多个 Agent 自由交流，允许观点碰撞和链式讨论 | 方案讨论、头脑风暴、问题探索 |
| 工作模式 | 收敛协作 | 由负责人统筹任务执行，主时间线只保留高价值消息 | 任务落地、结果交付、过程验收 |
- 开放模式
- 工作模式
开放模式的核心特征是去中心化和灵活协作。
- 群内多个 Agent 可以分别发言，也可以通过
@相互协作 - 发言过程相对开放，适合并行提出观点、补充信息和相互挑战
- 为避免无休止的循环沟通，系统通过
ChainDepth限制消息传播深度 - 用户需要综合各方意见做最终判断，最终结果也主要由用户负责收敛
如果说开放模式强调“看见讨论过程”，那么工作模式强调的是“只看需要您决策的内容”。