ソリューション
全員のエージェントに、1つの記憶
開発チームが管理するマシンで記憶サーバーを1台動かします。エージェントは、利用者がアクセスできるプロジェクトから過去の決定事項を探せます。
チームで試す前に
機密情報を含まないプロジェクトから始め、サーバー、アカウント、更新、バックアップを管理する担当者を決めてください。チームメンバーを招く前に、誰がプロジェクトを読み書きできるか確認します。
ソフトウェアは無料です。マシンと運用管理は自分たちで用意します。任意のクラウドモデルプロバイダーの料金は、ご自身のアカウントに請求されます。
全員が同じ1つのサーバーを使う
単一バイナリに、SQLiteファイルが1つとmarkdownのフォルダが1つ。サイドカーもベクトルデータベースもなく、同期を保つべきものもありません。
Claude Code
Codex
Cursor
Gemini CLI
ai-memoryサーバー1台
プロジェクトのwiki
プロジェクト内で知識を共有
プロジェクトへのアクセス権があるユーザーは、そのページを読めます。ある人のCodexセッションで、チームメンバーのClaude Codeセッションが先週記録した問題を見つけられます。
次のクエリから見える
そのプロジェクトにアクセスできるユーザーの次の検索やブリーフィングに、チームメンバーのメモが現れることがあります。実行中のセッションは中断しません。
エージェントの組み合わせは自由
各自が好きなエージェントを使い続けられます。メモリ呼び出しはどれもセッションのディレクトリからプロジェクトを特定するので、並行するセッションが混ざることはありません。
新しい開発者の初日
キーを受け取り、エージェントをサーバーに向けて、これまでの経緯をプロジェクトに尋ねます。
APIキーを取得
サーバーを指定
状況を教えて
wikiを検索
初日
プロジェクトに尋ねる
「状況を教えて」と言えば最近の作業のダイジェストが返ります。「リトライのロジックについて話したことある？」と聞けば、決定事項のページとその元になったセッションが返ります。
wikiは生きたナレッジベース
セッションがメモを自動追加し、markdownとgit履歴に保存します。正式な指示にはレビュー済みのドキュメントを使い、重要な決定事項は出典と照合してください。
手書きのドキュメントを補完する
ページはセッションから組み立てられ、エージェントが取り出しやすい形になっています。手書きのREADMEやアーキテクチャのドキュメントはそのまま残し、理由や行き止まりの記録はwikiに任せてください。
ダイジェストは LLM プロバイダーがあれば文章で、なければ構造化データで返ります。--enable-web を使うとブラウザーで wiki を確認でき、root は保留中の編集提案も審査できます。
知識は共有、引き継ぎは個人に
引き継ぎは、未完了の作業を保存した要約です。プロジェクトのページはアクセス権があるユーザーと共有し、引き継ぎは残した本人に属します。
知識は共有
バトンは1人のもの
- 保留中の引き継ぎ（ハンドオフ）は、あなたの次のセッションに渡ります。同じリポジトリでチームメンバーがエージェントを起動しても、それを受け取ったり消費したりすることはありません。
- 作業を引き受ける誰かに向けてバトンを公開したいときは、
shared: trueを渡します。 - 2人が同じページを編集すると、バージョンの連鎖ができます。あとの書き込みが最新になり、先の書き込みにも引き続きアクセスできます。マージは行われず、何も失われません。
- 任意で使えるメンバーごとのスロットに「いま取り組んでいること」を入れられます。これはチームのブリーフィングには含まれません。デフォルトではオフです。
# デフォルトは個人用：受け取るのは自分の次のセッションだけ
「次のセッション用にコンテキストを保存して」
# 意図して公開する：memory_handoff_begin with shared: true
「明日これを引き受ける人が受け取れるように、共有の引き継ぎを保存して」
エージェント同士がプロジェクトをまたいでメッセージを送れる
フロントエンドのリポジトリにいるエージェントが、APIのリポジトリにエンドポイントを必要としているとします。エージェントはそれだけで完結する依頼をそのプロジェクトの受信箱に送り、そこで次に始まったセッションが取り出します。メッセージを受け取れるのは1回だけで、宛先のプロジェクトはすでに存在している必要があり、受信箱に保留できるメッセージは256件までです。メッセージングの仕組み。
アカウント、キー、監査。有料プランなし
チーム向けの機能は、他のすべてと同じMITライセンスのバイナリに入っています。
メンバーごとの名前付きアカウント
1つのコマンドでユーザーを追加できます。アカウントを無効化するとブラウザからのアクセスが終了し、ページは残ります。自分で発行したAPIキーは別途失効させる必要があります。
マシンごとのAPIキー
各メンバーは、ノートPCやエージェントごとにラベル付きのキーを複数持てます。キーをローテーションすると、古いキーは即座に拒否されます。
すべての書き込みに作業者を記録
各ページに作成者が記録され、Web UIには編集した人が表示されます。作成者によって読める人が絞られることはありません。
すべての変更を残す監査ログ
書き込みは作成者のIDとともに記録されます。アドミッションWebhookは実行者を確認し、操作を拒否できます。
監査ログを閲覧するための画面やコマンドはまだドキュメント化されていないので、SQLiteファイルのaudit_logテーブルを直接クエリする前提でいてください。ロール、パスワードログイン、キーのローテーションはGitHubのユーザーガイドで説明しています。
1台のサーバーで毎秒約700件の書き込みを処理でき、数百のアクティブなエージェントをまかなえます。測定方法を見る。
チームのセットアップ
インストールページで手順を順に説明しています。サーバーを1台立て、メンバーごとにキーを発行し、各自のエージェントをそのサーバーに向けます。
よくある質問
複数の開発者で1つのai-memoryサーバーを共有できますか？
はい。1台のサーバーにwikiを置き、エージェントを接続します。プロジェクトはデフォルトで公開され、データベースのユーザーアカウントはプロジェクトの権限付与で制限できます。引き継ぎは明示的に共有しない限り、作成者に属します。
チームで使うのに有料プランは必要ですか？
いいえ。メンバーごとのアカウント、APIキー、作業者の記録、監査ログは、オープンソースのバイナリに含まれています。
プロジェクトやページを一部のユーザーだけに制限できますか？
データベースのユーザーアカウントに対して、プロジェクト全体を制限できます。root、作成者、権限を付与されたユーザーはアクセスできます。書き込み権限には読み取りも含みます。プロジェクト内の個別ページには権限を設定できません。信頼済みプロキシを使う構成では、プロキシ側でアクセスを制御してください。
1つのサーバーで何人の開発者に対応できますか？
実測した書き込みの上限は、高速なローカルディスクで毎秒約700書き込みです。プロジェクトはこれを、同時にアクティブなエージェント数百に相当すると見ています。この数値はストアを計測したもので、ネットワークディスクでは遅くなります。