組織の記憶：AI チームを支える共有ワークスペース

AI エージェントの不都合な真実をお話しします。その多くは記憶喪失です。セッションが変わるたびに、すべてを忘れてしまいます。営業エージェントは、サポートエージェントが昨日学んだことを知りません。文脈は消え、知識のサイロは増えるばかり。常にゼロから始める AI に、お金を払い続けているのです。

多くの企業で AI の試験導入が失敗するのは、このためです。AI の能力が足りないからではありません。共有メモリーがないからです。エージェント同士が互いの仕事を土台にする手段も、残り続ける組織の知識もありません。

Lazarus は、すべてのエージェントが読み書きできる共有ファイルシステムで、この問題を解決します。顧客の履歴、意思決定、プロセス、文脈。すべてがひとつの場所にあり、どのエージェントからもアクセスでき、いつまでも残ります。これが、マルチエージェントのワークフローを本当に機能させる基盤です。

AI の記憶喪失がもたらす見えないコスト

企業は、すべてを忘れてしまう AI ツールに多額の費用をかけています。知識の分断が実際にもたらすコストは次のとおりです。

課題	影響	実際のコスト
Notion	￥1,580/user/mo	￥380,000
Confluence	￥950/user/mo	￥228,000
Guru	￥2,370/user/mo	￥570,000
Slite	￥1,580/user/mo	￥380,000

これはソフトウェアの費用ではありません。文脈を共有できない AI エージェントが生む、見えない税金です。

問題は AI そのものではなく、共有メモリーがないことです。各エージェントが孤立して働き、別のエージェントがすでに知っていた文脈を、一から探し直しているのです。

多くの AI エージェントが失敗する理由（そして、Lazarus が違う点）

従来の AI 導入は、いつも同じ壁にぶつかります。

Lazarus が違うのは、すべてのエージェントが同じファイルシステムを共有している点です。あるエージェントで書いたファイルを、別のエージェントが読める。文脈は残り、知識は積み重なっていきます。

共有メモリーが実現すること

すべてのエージェントが永続的なファイルシステムを共有すると、すべてが変わります。

• エージェントが互いの仕事を土台にする
  営業エージェントが顧客との通話を記録します。サポートエージェントは、その顧客のチケットに対応する前にそれを読みます。PM エージェントは、すべての経緯を把握します。説明し直す必要も、文脈が失われることもありません。
• 組織の知識が残り続ける
  誰かが退職しても、知識は残ります。あらゆる意思決定、顧客とのやり取り、プロセスが共有ファイルシステムに記録され、いつでも参照できます。
• 文脈はいつでも手元に
  「この顧客とはどんな経緯がある？」「なぜその決定をしたのか？」といった質問に、どのエージェントでも答えられます。全員が、信頼できる同じ情報源を参照しているからです。
• 知識は時間とともに積み重なる
  あらゆるやり取りが、共有メモリーに加わっていきます。半年もすれば、エージェントは新入社員が 1 年かけても学べないほど、あなたのビジネスを深く理解しています。
• 真のマルチエージェント・コラボレーション
  エージェントは仕事を引き継ぎ、文脈を共有し、連携できます。全員が同じファイルシステムで働いているからです。孤立したチャットボットではなく、ひとつにまとまったチームです。

アーキテクチャ：すべてのエージェントが共有するファイルシステム

これこそが、Lazarus を根本的に異なるものにしている点です。ワークスペース内のすべてのエージェントが、共有ファイルシステムにアクセスできます。API の奥に隠れたデータベースではなく、あなたがビジネスを捉えるのと同じ形で整理された、実際のファイルです。

/knowledge
  /clients
    acme-corp.md
    globex-industries.md
    client-history.csv
  /decisions
    pricing-2024.md
    product-roadmap-q1.md
    architecture-decisions.md
  /processes
    onboarding-checklist.md
    sales-playbook.md
    support-escalation.md
  /projects
    project-alpha-context.md
    project-beta-learnings.md
  knowledge-index.md

営業エージェントが /clients/acme-corp/notes.md に書き込めば、サポートエージェントがそれを読めます。PM エージェントが /projects/alpha/status.md を更新すれば、レポートエージェントがそれを週次サマリーに反映します。信頼できる唯一の情報源に、誰もがアクセスできます。

• 標準で永続化
  セッションが終わっても、ファイルは消えません。知識は蓄積し、文脈は積み重なります。エージェントは時間とともに、鈍くなるのではなく賢くなっていきます。
• 人が読めて、エクスポートできる
  Markdown、CSV、JSON といった実際のファイルです。読むことも、エクスポートすることも、バックアップすることもできます。会社の知識がベンダーに囲い込まれることはありません。
• あなたの働き方に合わせた構成
  /clients/、/projects/、/decisions/、/processes/ など、会社の考え方に沿って知識を整理できます。エージェントはその構成を学び、維持します。
• アクセス制御を標準装備
  /financials/ を読めるエージェントもいれば、読めないエージェントもいます。必要なものは共有し、機密情報は守る。誰が何を見られるかを完全に管理できます。

これは、新たなナレッジマネジメントツールではありません。AI エージェントを実務で本当に役立つものにするための基盤です。

エージェントは共有ワークスペースをどう使うのか

Lazarus のすべてのエージェントは、共有ファイルシステムを読み書きできます。こちらは、組織の知識の維持に特化したメモリーエージェントの例です。

共有ファイルシステムには、どのエージェントでも書き込めます。メモリーエージェントは知識の整理と提示を専門としますが、営業エージェント、サポートエージェント、PM エージェントも、同じ信頼できる情報源に書き込み、そこから読み取ります。

共有メモリーの実例

異なるエージェントが同じ共有ファイルシステムを使い、文脈を提供し、質問に答え、互いの仕事を土台にしていく様子をご覧ください。

営業エージェントが共有された顧客履歴を活用

Slack 経由 - #sales

@sales-agent 1 時間後に Acme Corp との電話があります。知っておくべきことは？

共有ワークスペースで見つかった、Acme Corp に関する情報です。

Detail	Value
Last renewal	March 2024 - 15% discount
Contract term	2 years, expires March 2026
Decision maker	Sarah Chen (VP Ops)
Key context	Were about to churn to competitor

出典：/clients/acme-corp/history.md（2 日前にサポートエージェントが最終更新）

去年、解約寸前になったのはなぜですか？

/clients/acme-corp/renewal-2024.md より：当社のオンボーディングに不満を抱えていました。競合の 2 週間に対し、当社は 6 週間かかっていたためです。SLA の改善を条件に、15% の割引を提供しました。サポートエージェントの記録によると、Q2 の改善以降は満足しているようです。

意思決定の履歴に、どのエージェントもアクセス可能

新入社員がすぐに全体像を把握

Slack 経由 - #engineering

@memory-agent 入社したばかりです。仕事の進め方を理解するには、何を読めばいいですか？

ようこそ！あなたの役割に合わせて、共有ワークスペースから読む順番をご提案します。

Area	Key Document	Priority
Architecture	system-overview.md	Start here
Processes	deployment-guide.md	Week 1
Team	team-structure.md	Week 1
Context	active-projects.md	Week 2

これらはすべて、さまざまなエージェントが時間をかけて記録してきたものです。PM エージェントは /projects/ を管理し、エンジニアリングは /architecture/ を更新し、私は /decisions/ を最新の状態に保っています。どのエージェントに聞いても答えられます。全員がアクセスできるからです。

先回りのナレッジメンテナンス

共有ナレッジワークスペースを構築する

共有ファイルシステムは、Lazarus のセットアップ時に自動で作成されます。チームに合わせた構成方法は次のとおりです。

• 知識の構成を決める

  あなたの会社では、知識をどう整理していますか？考え方に合わせて、最上位のフォルダを作成します。

  /clients/ /projects/ /decisions/ /processes/ /team/

• 既存の知識をインポートする

  ドキュメント、Wiki、メモなど、既存の知識を共有ファイルシステムにインポートします。すべてのエージェントがすぐにアクセスできるようになります。

• エージェントのアクセス権を設定する

  どのエージェントがどのフォルダを読み書きできるかを決めます。営業エージェントは /clients/ に、PM エージェントは /projects/ に、といった具合です。

• 自動記録を有効にする

  エージェントが自分の仕事を自動で記録するように設定します。営業が商談を成約させれば、メモは /clients/ へ。PM がプロジェクトを更新すれば、/projects/ へ記録されます。

• どこからでも質問できる

  共有された知識のどの部分についても、どのエージェントでも答えられます。サポートエージェントに、顧客のプロジェクト履歴を聞いてみてください。ちゃんとアクセスできます。

これが、本当に機能する組織の記憶です。すべてのエージェントが貢献し、すべての文脈が残り続ける。知識は劣化せず、積み重なっていきます。

複数のエージェントが同じメモリーを共有する仕組み

共有メモリーの強みは、すべてのエージェントが同じナレッジベースに貢献し、その恩恵を受けられることです。

真のマルチエージェント・コラボレーション

ひとつのファイルシステム。複数のエージェント。共有される文脈。決して忘れない、組織の記憶。