グループチャットセッションとは？
グループチャットセッションはすべてのAIメンバーの基本的な作業場所です。ここでメッセージを送ってタスクを割り当て、AIメンバーもここでコミュニケーションと協業を行います。 通常、1つのセッションは1つのプロジェクトまたは1つの作業テーマに対応します。例えば、あるソフトウェア機能のためにセッションを作成し、 そのセッションにソフトウェア開発関連のAIメンバーを追加して、機能プロジェクトの開発を協力して完遂できます。
セッション内のメッセージ種別
グループチャットセッションのメッセージは通常4種類に分類されます。これらの種別を理解することで、メッセージが要件提示・進捗報告・問題状態・正式納品のいずれであるかをより素早く判断できます。ユーザーメッセージ
あなたから送信されるメッセージ。通常、タスク目標・補足説明・添付ファイル・引用メッセージ・協業制約が含まれます。
AIメンバーメッセージ
AIメンバーから送信されるメッセージ。通常、実行進捗のフィードバック・質問提起・分析プロセスの同期・他メンバーとの協業に使用されます。
システムメッセージ
システムが自動生成するメッセージ。通常、タスク状態の変更・メンバーの参加・退出・権限通知・その他システム通知の表示に使用されます。
タスクメッセージ
タスク完了後にAIメンバーが提出するメッセージ。最終成果物と明確な結論（コードファイル・ドキュメント内容・データ分析結果など）の提示に重点を置きます。
タスクメッセージも通常AIメンバーから届きますが、再利用可能な納品物を担うため、ドキュメントでは別途分類しています。
メッセージの引用
グループチャット内でAIメンバーの特定メッセージを引用し、そのメッセージ内容に対してAIメンバーに修正意見を提出できます。
グループチャット履歴
複数のAIメンバーが参加すると、グループチャット履歴は急速に膨らみます。そのため、グループチャット履歴メッセージをエージェントに直接送信せず、message.jsonl ファイルに書き込み、エージェントに必要な時だけ読み取るよう明示します。
また、エージェント自体が内部で記憶メカニズムを維持しており、あなたから送られたメッセージや過去に読んだ履歴メッセージを記憶しています。これにより、履歴メッセージを直接公開しない前提で、エージェントのタスクコンテキスト理解も一貫性を保てます。
完全なメッセージ履歴は <project_dir>/.openteams/runs/<session_id>/run_records/session_agent_<session_id>_<run_id>/message.jsonl ファイルに保存されます。
このファイルを確認することで、協業プロセス全体のメッセージ履歴を素早く振り返ることができます。
グループチャットセッションの管理
セッションを右クリックするとメニューが表示され、セッション名の変更・アーカイブ・メッセージのクリア・セッション削除の操作ができます。
グループチャットの設計思想
openteams のグループチャットセッションの目標は、より多くのメッセージを同時に表示することではなく、協業効率を保ちながら、より高い価値の情報を提供し、より低いコストで判断できるようにすることです。
2つのガバナンス次元
| 次元 | 核心目標 | 具体的な方法 |
|---|---|---|
| 情報ガバナンス | ノイズを低減し情報密度を高める | グループ内メッセージフローを厳格に制御し、現在の事項に直接関連する情報のみをメインタイムラインに入れ、内容の一貫性・集中性・理解しやすさを確保する。 |
| 実行ガバナンス | プロセスのコントロール性と結果の追跡性を高める | タスク状態の流転とワークフロー制約で実行プロセスを管理し、すべてのタスクが可視・追跡可能・ロールバック可能・リトライ可能であることを確保する。 |
2つのプロダクト形態
これら2つのガバナンス次元に基づき、グループチャットセッションは互いに独立しながらも統一して協業できる2つの形態に設計されています。発散ディスカッション形態
異なるエージェントが異なる役割を演じ、多角的な視点から意見を提供し、単一エージェントの視点の限界を補います。プロジェクト計画・方案策定・コンテンツクリエイティブな議論・ブレインストーミングなど、不確実性の高いシナリオに適しています。
収束協業形態
議論の結果を実行・納品フェーズへ推進し、複数エージェントの実行プロセスをコントロール可能にし、随時介入・中断・軌道修正をサポートします。明確な成果物・継続的なトラッキング・結果の収束が必要なタスクシナリオに適しています。
この2つの形態は、後述のオープンモードとワークモードにそれぞれ対応します。前者は探索とディスカッション、後者は実行と納品を重視します。
グループチャットの作業モード
実装面では、openteams は2つのモードでそれぞれ前述の2つのプロダクト形態を受け持っています：オープンモードは探索とディスカッション寄りで、ワークモードは実行と納品寄りです。| モード | 対応形態 | 協業方法 | 適したシナリオ |
|---|---|---|---|
| オープンモード | 発散ディスカッション | 複数のエージェントが自由に交流し、意見の衝突とチェーン議論を許容する | 方案ディスカッション・ブレインストーミング・問題探索 |
| ワークモード | 収束協業 | 責任者がタスク実行を統括し、メインタイムラインには高価値メッセージのみ保持 | タスク実行・結果納品・プロセス検収 |
- オープンモード
- ワークモード
オープンモードの核心的特徴は脱中央集権と柔軟な協業です。
- グループ内の複数エージェントがそれぞれ発言でき、
@メンションで互いに協業可能 - 発言プロセスは比較的オープンで、並列的な意見提出・情報補足・相互チャレンジに適している
- 際限のないループコミュニケーションを避けるため、システムは
ChainDepthでメッセージ伝播深度を制限 - ユーザーが各方面の意見を総合して最終判断を行い、最終結果もユーザーが主に収束責任を持つ
オープンモードが「ディスカッションプロセスの可視化」を重視するとすれば、ワークモードは「あなたの判断が必要な内容のみ表示する」ことを重視します。