チームメモリの同期と共有

onemind はチームの共有メモリを管理します。すべてのメンバーが追加を提案でき、管理者が承認します。承認された提案は、すべてのチームメンバーの AI ツールが受け取る共有メモリの一部になります。

同期と検証

onemind sync を実行すると、ローカルメモリをサーバーと同期し、前回の試みで送信されなかったキュー内の提案を再試行します。同期が完了すると、CLI は現在の同期状態を報告します。

チームメモリを提案する

CLI からチームメモリへの追加を提案するには：

onemind propose "Your proposed memory text here"

提案はチームの管理者に通知として送信されます。管理者は onemind BETA アプリの通知受信トレイか、シェルの onemind approve <id> または onemind reject <id> コマンドから承認または却下できます。

管理者が提案を承認すると、onemind はチームの共有メモリの新しいバージョンを公開します。すべてのチームメンバーは次回の同期時に更新を受け取ります。提案を却下すると、共有メモリは変更されません。

長いマークダウンの場合は、onemind propose --file PATH を使用します。提案は、管理者が承認するまで保留状態になります。

明示的な提案には自動分析は必要ありません。ナレッジ分析はデフォルトでオフであり、オフの間は onemind はスキルをスキャンしたり、キューに入れられたイベントを分析入力として使用したりしません。明示的な onemind propose アイテムは、引き続き個別の信頼できる配信キューに入ります。分析設定とは別に、汎用 reconciler は Cursor、Qoder、TRAE、WorkBuddy のルートからのイベントを含む有効な構造化 onemind 提案イベントを配信できますが、UploadEnabled 権限が有効な、ユーザーが明示的に有効化した正確な Project binding に限られます。

自動分析は、ユーザーが明示的にオプトインした後にだけ開始されます。その場合も、onemind は文書化された skill ルートで変更された Codex SKILL.md ファイルと、アクティブな binding が選択した構造化 onemind 作業履歴／キュー項目だけを読み取ります。候補検出に使う読み取り専用の WorkBuddy ワークスペース／セッションパスメタデータを除き、onemind はホスト所有データベースレコードや独自チャット／メッセージ内容を読み取らず、任意のファイル変更から永続的なナレッジを推測しません。分析は Project binding の権限を広げたり、ホスト所有データストアを分析入力に変えたりしません。

デフォルトの種類は prompt_observation です。カスタム種類には、小文字、数字、ハイフン、またはアンダースコアのみを含める必要があります。提案の入力は 1 MiB に制限されています。

成功すると、onemind は提案 ID を出力し、管理者のレビューが保留中であることを説明します。サーバーが一時的に利用できない場合、提案は安全にキューに入れられたままになり、CLI は onemind sync を実行して再試行するように指示します。アップロードではなく承認によって、エントリが共有メモリに公開されます。

管理者のレビューワークフローについては、チーム管理を参照してください。

未読の作業履歴から Mind を自動生成する

Mind ジェネレーターは未読の作業履歴を読み取り、そこから Mind のプルリクエストを作成します。新しい Mind ドラフトの準備が整うと、通知受信トレイに Mind ドラフトが生成されました という通知が表示されます。

通知を開くとドラフトを確認できます。ほかの Mind 更新と同じく Safe Check とレビューを経て、管理者が承認して公開で公開します（Mind とレビューを参照）。

onemind エージェントをこの操作やその他のメモリ操作に使用する方法については、onemind エージェントを参照してください。