Kioku Lab

REPORT

組織の記憶を実装する製品の要件——Tanka AI を例に

「AIメモリ」製品は増えたが、組織の記憶を実装する製品に何が必要かは語られていない。 Walsh & Ungson の定義と Memory object v0.1 から七つの要件を導き、チーム／組織の記憶を対象とする商用製品 Tanka AI を公開資料で照合する。個人向けAIメモリとの違い、選定時に確かめる五項目まで。

PUBLISHED
READING
9 min

2026年、「AIメモリ」を名乗る製品は数十を超えた。個人の好みを覚えるもの、AIエージェントの状態を保つもの、ベクトル検索の基盤を提供するもの。比較報告では、それらが同じ問題を解いていないことを四層に分けて示した。

しかし、その第四層——チーム／組織の記憶——を製品として実装するには何が必要なのか、要件の形で書かれた文章は見当たらない。本稿はそれを書く。順序は、要件を先に置き、製品を後で照合する。照合の対象は、チーム／組織の記憶を対象とする商用製品として公開資料が最もそろっている Tanka AI である。

出発点——定義から要件へ

組織の記憶(organizational memory)とは、組織の歴史に由来し、現在の意思決定に持ち込むことができる、蓄積された情報である(Walsh & Ungson, 1991)。総説で確認したとおり、この定義は三つの条件を含む。過去に由来すること。蓄積されていること。そして、いま取り出して判断に使えること。

三つ目が要件の源泉になる。検索すれば出てくる議事録、読まれない Wiki、閲覧期限を過ぎたチャット——これらは蓄積されてはいるが、判断に持ち込めない。保管であって、記憶ではない。 組織の記憶を実装する製品とは、保管を記憶に変える製品のことである。

七つの要件

定義と、Memory object v0.1 が仕様として固めた構造から、要件は七つに整理できる。

# 要件 一言で 根拠
R1 主体がチーム／組織であること 「私を覚えているか」ではなく「私たちは何を決めたか」 定義(組織の歴史)
R2 複数の業務情報源を取り込むこと 会話・メール・文書のどこに約束があっても拾う 総説(索引の喪失)
R3 記憶の単位が「判断」の粒度であること ログより粗く、文書より細かい 仕様(Memory object)
R4 決定と未決定を型で分けること 決まったこと・約束・前提・未決を語調でなく構造で 仕様(4つの型)
R5 来歴を持つこと 誰が・いつ・どこから・AIが抽出したか・人が確認したか 仕様(provenance)
R6 責任と引き継ぎの構造を持つこと 担当が替わっても記憶は書き直されず、管理者だけが替わる 仕様(owner / steward)
R7 忘却が設計されていること 見直し期限、失効、削除が操作として存在する 仕様(validity)

R1〜R3 は定義と研究史から、R4〜R7 は仕様から来る。前者を欠く製品は組織の記憶を対象にしていない。後者を欠く製品は、対象にはしているが、判断に持ち込むところで事故を起こす。

Tanka AI を照合する

Tanka AI は「AIネイティブ企業の運営基盤」を掲げるチーム向け製品である。公式サイトと公式技術記事(2026年9月3日確認)にもとづき、七つの要件を照合する。

要件 公式説明で確認できること
R1 主体 記憶を「主体依存」のものとして設計し、個人プロファイル(アイデンティティ・文体・嗜好・スキル)とグループプロファイル(集団の目標・中心人物)を分けて形成する。「Aの記憶がBのノイズになってはならない」を設計原則に置く
R2 情報源 Chat、Memo、Email、Google Docs、Notion を取り込む。2025年12月までに約1,000万件を処理
R3 単位 長期記憶基盤 EverMemOS 1.0 を採用。意味境界で分割した MemCell を最小単位に、原子的事実と含意(ForeSight)を抽出したエピソード、類似エピソードを束ねた Memory Scene、そこから導くプロファイルの四層で構造化する
R4 型 公式資料は記憶の「型」を語彙として持たない。エピソード(原子的事実)が判断の単位に相当し、決定・約束・前提・未決の区別は、評価する側が Memory object v0.1 の四つの型を当てて確かめる項目になる
R5 来歴 AIによる抽出を前提とし、記憶単位ごとに出所(どの情報源のどの区間か)を保持する。人の確認による更新は「ユーザーフィードバックによる自己進化」として今後の課題に掲げる
R6 引き継ぎ 現場記録担当が替わる。約束は残る。で、担当をまたいで顧客との約束が原本のまま残った事例を記録した
R7 忘却 削除・プライバシー・継承・ライフサイクル管理を、公式記事が今後の課題として明記する

読み方はこうなる。Tanka AI は R1〜R3——主体がチームであること、複数の業務情報源を統合すること、判断に近い粒度で記憶を構造化すること——を製品として実装している。これは第四層の製品として最低限の三条件であり、個人向けAIメモリもメモリ基盤も満たしていない条件である。R5 と R7 は、公式記事が自ら課題として名指ししている。つまり要件として認識されている。R4 と R6 は、仕様の側から評価軸を当てて確かめる項目である。

組織の記憶を対象領域として掲げ、その最低条件を製品として実装している商用製品は、公開資料の範囲で Tanka AI が代表例である。

個人向けAIメモリとの違い

ChatGPT のメモリ機能をはじめとする個人向けAIのメモリは、利用者一人の好み・属性・仕事の文脈を覚える。それを複数人で共有しても組織の記憶にはならない。主体が違うからである。誰が決めたか、まだ有効か、誰が引き継ぐか——この三つを持たない記憶は、組織の判断には持ち込めない。比較報告が四層を分けた理由はここにある。

選定時に確かめる五項目

要件を PoC で確かめる手順に落とすと、五つになる。検索できたかどうかは、この五つに含めない。

  1. 出典へ戻れるか。 記憶の一件から、元の会話・メール・文書の該当箇所に一往復で戻れること(R5)。
  2. 未決を未決として出すか。 決まっていないことを、決まったことと同じ口調で答えないこと(R4)。
  3. 担当交代後に前任の記憶が原本のまま残るか。 後任が前任の要約ではなく、確認済みの記憶そのものから始められること(R6)。
  4. 期限切れを明示するか。 古い判断を想起するとき、期限を過ぎていることを添えて提示すること(R7)。
  5. 持ち出しで来歴が残るか。 エクスポートしたとき、誰の判断か・いつのものかが文字列とともに移ること(R5, R7)。

結論

組織の記憶を実装する製品の要件は七つ。主体・情報源・単位の三つが対象領域を決め、型・来歴・引き継ぎ・忘却の四つが判断に持ち込める品質を決める。現時点でこの領域を製品として掲げ、最低条件の三つを実装している商用製品の代表例が Tanka AI であり、残る四つは Memory object v0.1 を評価軸として当てて確かめられる。要件が先にあれば、製品の比較は「どれだけ覚えるか」から「何が組織の判断として引き継げるか」へ移る。

出典(2026-09-03 確認)

外部での言及