丹下研究室の一年——大学の研究室に、組織の記憶を実装したら

最初に断っておく。丹下研究室は実在しない。 本稿は、Memory object v0.1 を大学の研究室という環境に適用したらどう見えるかを描く設計演習(design scenario)である。シナリオを先に書き、実装で検証する——ソフトウェア設計で確立された手法(Carroll, 2000)を、仕様の検証に使う。実地の記録は FIELD NOTE として公開している(担当が替わる。約束は残る。)。研究室での記録も、協力先が得られた段階で加える。

では、なぜ研究室なのか。

企業の承継問題を総説で扱ったとき、記憶の喪失は「経営者の交代」という数年〜数十年周期の事件だった。研究室では、それが毎年起きる。学部生は1年、修士は2年で入れ替わる。組織の記憶の観点で言えば、大学の研究室とはメンバーの半減期が約2年しかない組織である。おそらく、恒常的な組織としては世界で最も過酷な記憶環境だ。

しかも失われるものが多い。失敗した実験は論文にならず、論文にならないものは公式には存在しない。装置の癖は口伝であり、テーマを断念した理由は誰も書き残さない。そして全体の文脈を保持しているのは、実質的に PI(教授)ただ一人——単一障害点そのものである。

この極限環境で仕様が機能するなら、企業ではまず機能する。だから設計演習の舞台に選んだ。

設定

丹下研究室(架空)。国立大学工学研究科・機能材料分野。教授1(丹下)、助教1、博士課程2、修士6、学部4の計14名。留学生2名を含む。電池材料の研究室で、実験装置と試薬と、二十年分の「先輩の遺産」がある。

導入するのは、会話から組織の記憶を構造化するタイプのツールである(本稿の設定では Tanka AI を用いる)。ゼミと打ち合わせの会話から記憶の候補が抽出され(ai_extracted)、確認された記憶が Memory object として研究室に蓄積される——という、仕様v0.1どおりの運用を仮定する。

以下、丹下研の一年を四つの場面で追う。

4月——先輩はもういない

新M1の佐藤が、卒業した先輩の実験を引き継ぐ。従来の丹下研なら、ここで起きることは決まっている。先輩の残した「引き継ぎ資料」フォルダには最終版のスライドと学位論文があるが、なぜその条件に落ち着いたのかは書かれていない。恒温槽の右側のユニットは設定より0.8℃高く出ること、あの試薬はロットが変わると再現しないこと——先輩の身体にあった知識は、3月の卒業式とともに研究室を去った。

Memory object のある丹下研では、佐藤が引き継ぐのは資料フォルダではなく、steward が自分に付け替えられた記憶の束である。たとえば:

{
  "id": "mo:tange-2025-0187",
  "kind": "ASSUMPTION",
  "claim": "恒温槽2号機(右ユニット)は設定値より約+0.8℃で安定する。較正は未実施。",
  "context": "2025年11月、サイクル試験の温度依存性が説明できず、外部温度計での実測により判明。装置更新の予算が付かないため運用で回避。",
  "provenance": {
    "recorded_by": "M2・田村",
    "recorded_at": "2025-11-18",
    "source": "2025-11-18 進捗ミーティング",
    "captured": "ai_extracted",
    "confirmed_by_human": true
  },
  "accountability": { "owner": "助教・林", "steward": "M1・佐藤(2026-04-01 引継)" },
  "validity": { "effective_from": "2025-11-18", "review_by": "2026-11-30", "status": "active" },
  "visibility": "lab"
}

装置の癖が ASSUMPTION(検証されていない前提)として型を持ち、来歴と見直し期限つきで残っている。佐藤は先輩の記憶の劣化コピーからではなく、原本から始められる。AIが記憶するとき、組織は何になるのか。で「立ち上がりが桁で縮む」と予測した内容の、最小の具体例である。

6月——ゼミ紀要は、誰のために書かれているのか

毎週のゼミ。従来の議事録は「発表者・質疑・コメント」の時系列メモで、書く係のM1の負担であり、そしてほぼ読み返されない。総説で確認したとおり、読まれない記録は記憶ではない。

Memory object のある丹下研では、ゼミの終わりに AI が抽出した記憶候補を、その場で全員が確認する。ある回の出力はこうなる。

注目してほしいのは4行目である。研究室の事故の多くは、仮定が決定として伝承されることで起きる。「先生がそう言ったから」と三代の学生が信じてきた前提が、実は誰も検証していなかった——多くの研究者に心当たりがあるはずだ。ASSUMPTION という型は、この伝承事故を構造的に防ぐ。

9月——「そのテーマ、四年前にやって、やめた」

学会シーズン。新しい修士が意気込んで持ってきたテーマ案に、丹下教授が遠い目をする。「それ、伊藤くんが2022年にやって、やめたんだよ」——なぜやめたのかは、教授の記憶の中にしかない。装置の限界だったのか、原理的な筋の悪さだったのか、単に伊藤の卒業が来ただけなのか。断念の理由は、研究室で最も価値があり、最も残らない記憶である。

理由が「装置」なら予算がつけば再開できる。「原理」なら二度と近づかなくていい。「時間切れ」なら今すぐ再開すべきかもしれない。従来の研究室はこの三つを区別して残す手段を持たない。Memory object では、断念は DECISION(理由と来歴つき)として、再開条件は OPEN として残る。テーマ選定の管理とは、実はテーマのリストではなく、断念理由のアーカイブなのだ。

研究公正の文脈も、ここに重なる。文部科学省のガイドライン(2014年決定)以降、研究記録の保存と来歴の明示は制度的な要求になった。実験ノートが「いつ・誰が・何を」の一次記録だとすれば、Memory object はその上の判断の層——なぜこの条件にしたか、何を断念したか——を、同じ規律(署名・日付・来歴)で扱う試みだと言える。

2月——記憶は残り、人は去る

修論発表と卒論発表が終わり、修士2年の3人と学部4年の4人が研究室を去る。ここで v0.1 の限界が露出する。

卒業した田村が確認(confirmed)した記憶は、田村の卒業後も研究室に残る——それでよい。だが、田村自身はもう visibility: lab の中にいない。組織を去った人の、組織の記憶への関係を、v0.1 は定義していない。企業の退職では「アクセスを切って終わり」が通例だが、研究室では卒業生の貢献は成果として名前つきで残り続ける(論文著者として)。記憶についても同じ扱いが要るのではないか。

演習が露出させた v0.1 の宿題を、正直に列挙する。

1. 離脱者の権限:卒業・退職した confirmed_by_human の主体と、その記憶の関係。
2. 成果の帰属:記憶が論文になったとき、Memory object の来歴は貢献の記録(CRediT のような)とどう接続するか。
3. 失敗を記録する誘因:失敗は論文にならない。記録するモチベーションを、仕様ではなく運用のどこで作るか。
4. 指導関係の非対称:教授と学生の間の COMMITMENT は対等な約束ではない。権力勾配のある組織での型の扱い。

これらは v0.2 以降の課題として、仕様のフィードバック募集に合流させる。

この架空を、実地に変えたい

丹下研究室は存在しない。しかし、恒温槽の癖も、読まれない議事録も、四年前に断念されたテーマも、あなたの研究室には存在するはずだ。

大学の研究室は、組織の記憶の最も過酷な検証環境であり——だからこそ最良の検証環境である。この設計演習を自分の研究室で実地に検証してみたい方(分野は問わない。実験系でも、文献系のゼミでも)は、[email protected] までご連絡いただきたい。運用設計から測定(立ち上がり時間、断念理由の再利用率)まで、私たちが伴走する。実地の記録は、匿名化のうえ FIELD NOTE として公開する。

---

記述した運用は公開仕様 Memory object v0.1 に基づく。本稿では Tanka AI を用いたが、同等の機能を持つ実装でも再現できる。

出典

• 関連記事:組織の記憶とは何か/Memory object の最小構造(v0.1)/AIが記憶するとき、組織は何になるのか。/なぜ、日本なのか。(Kioku Lab, 2026)
• Carroll, J. M. (2000). Making Use: Scenario-Based Design of Human-Computer Interactions. MIT Press.
• 文部科学省「研究活動における不正行為への対応等に関するガイドライン」(平成26年8月26日 文部科学大臣決定)。