什麼是群聊會話？
群聊會話是所有 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限制訊息傳播深度 - 使用者需要綜合各方意見做最終判斷，最終結果也主要由使用者負責收斂
如果說開放模式強調「看見討論過程」，那麼工作模式強調的是「只看需要您決策的內容」。