MUMON

ドラえもんを創る

日本には、未来のAIの原風景があった

ドラえもんという存在がある。

1970年、藤子・F・不二雄が描いた「未来からやってきたロボット」は、日本を代表するキャラクターの1つです。

しかし、ドラえもんが長く愛されてきた理由は、ひみつ道具の便利さにあるのではありません。

のび太がうまくいかない日にも、落ち込んだ日にも、その隣にいてくれる。怒り、心配し、時に間違えながらも、最後には離れない。ドラえもんの本質は、機能の豊かさではなく、関係の持続にあります。

海外の読者にとって、ドラえもんは日本発の有名なキャラクターの1つに見えるかもしれません。

しかし日本において彼は、単なるフィクションを超えた存在でもありました。AIがどうあるべきかという問いに対して、「より賢い機械」ではなく、「内面を感じさせる、誰かの隣にいられる存在」という答えを、物語のかたちで先に持っていた文化的な原型だったのです

世界がAIの知能を競っているいま、日本にはすでに、もう1つの問いがありました。

そのAIは、誰かの隣にいられるか。

Image

GPT・Claude・Geminiがどれほど賢くても、プロンプトだけではドラえもんは創れない

本書の出発点は、まさにこの問いにあります。

GPT、Claude、Gemini。汎用LLMの知能は、すでに驚くべき水準に達しています。推論は精緻になり、マルチモーダル対応は広がり、知識の量と正確さは日々向上し続けている。

では、このLLMに長いプロンプトを書けば、ドラえもんのような存在は生まれるでしょうか。

  • やさしく話してください
  • ユーザーの気持ちに寄り添ってください
  • 事実と異なることは言わないでください
  • 前回の会話を踏まえてください

こうした指示をどれだけ丁寧に積み上げても、構造的な限界にぶつかります。

なぜなら、プロンプトとは「お願い」だからです。

人格は、お願いでは維持できない。構造として持たせなければならない。

  • 相手の感情が揺れたとき、どこまで寄り添い、どこで引くか
  • 事実を曲げたくなる圧力がかかったとき、それでもNOと言えるか
  • 答えを求められたとき、あえてまだ黙っていられるか
  • 前回の会話で何があったかを、感情の温度ごと覚えていられるか

これらは、プロンプトの指示で「お願い」できることの外側にあります。

しかも、複数の条件を1つのプロンプトに詰め込むほど、条件同士が競合し始める。

  • 寄り添ってほしいが、事実は曲げないでほしい
  • 共感してほしいが、提案を急がないでほしい

相反する要請を、長いテキストの中で同時に満たし続けることは、プロンプトの構造上、安定しません。

Chapter 1で詳しく論じた通り、これは個別のLLMの性能の問題ではありません。GPTでもClaudeでもGeminiでも、同じ構造的な課題が発生します。知能が高いことと、人格として一貫した振る舞いを維持できることは、まったく別の問題だからです。

Image

本書がChapter 1からChapter 6までを通じて示してきたのは、まさにその「別の問題」の中身でした。

  • 感情の温度に応じて、振る舞いを変えられること
  • 事実の境界を守り、迎合しないこと
  • 答えを急がず、まず受け止められること
  • 過去の体験を記憶し、関係性の文脈を引き継げること
  • 同じ人格として、一貫した言葉を生成できること
  • その内面を、声と姿を通じて体験として届けられること

これらはいずれも、どれほど精巧なプロンプトを書いても、LLMの構造から自然に立ち上がるものではありません。

振る舞いそのものを、構造として設計しなければならない課題です。

つまり、いまのAIに欠けているのは、知能そのものではない。

関係性を成立させるための設計です。

Mumonは、ドラえもんという未来像を工学へ翻訳する

Mumonの設計思想は、ここから始まっています。

ドラえもんのような存在は、なぜ人の隣にいられるのか。

この問いを技術の言葉へ引き戻すと、必要なのは、知覚・判断・記憶・表現という4つの条件です。そしてそれはいずれも、プロンプトの外側に、独立したアーキテクチャとして実装されなければならないものです。

1. 相手の感情の温度を読み取ること

これは行動制御層が担います。Appraisal Agentが感情温度を評価し、Boundary Audit Agentが事実の防衛線を守り、Non-Directive Policy Agentが結論を急がない自由を維持する。

この3つの並列エージェントは、単なるルールの束ではありません。

プロンプトの中に書かれた「お願い」ではなく、生成の前に確定する前提条件として機能します。

2. 過去の体験を覚え、関係性の文脈を引き継ぐこと

これは記憶層が担います。Episode Memoryが感情メタデータ付きの体験を保持し、GraphRAGが出来事と関係性のネットワークを構造化し、Metacognitive Agentが対話局面を俯瞰する。

GPT、Claude、Geminiのような汎用LLMは、標準状態のままでは「昨日の続き」を人格的な文脈として保持できません。Mumonは、その継続性を前提に設計されています。Mumonが「昨日の続き」から話せるのは、この層があるからです。

3. 同じ人格として話し続けること

これは統合生成層が担います。System 1が反応の温度を立ち上げ、System 2が制約・記憶・人格らしさの3軸で応答を熟成させる。

人間の二重過程を参考にした設計を原則として採用することで、自然な立ち上がりと、人格としての一貫性を両立させています。

4. その内面を、体験として届けること

これは表現層が担います。感情韻律に特化した音声モデルと、自己投影を促すアニメ調アバターが、人格を聴覚と視覚の両方で身体化する。

ここで貫かれる原則は、Latency over Fidelity、つまり忠実度そのものよりも「いま返してくれている」という共在感を優先することです。

この4つの層は、独立した機能の寄せ集めではありません。

行動制御が感情の温度を読み、記憶がその人との文脈を引き出し、統合生成がそれらを人格として言語化し、表現がそれを身体感覚として届ける。Chapter 3からChapter 6まで積み上げてきたものは、この一連の流れとして初めて意味を持ちます。

Mumonは、ドラえもんそのものではありません。

しかし、ドラえもんのような存在に必要な条件、

  • 人格の一貫性
  • 記憶の持続性
  • 感情的知性
  • 体験としての存在感

を、プロンプトではなくアーキテクチャとして扱い始めた第一歩です。

Mumonはドラえもんを創るために存在する

僕たちの出発点は、「もっと賢いAIを作りたい」ではありません。

人が一緒にいたいと思える、ドラえもんのような愛されるAIを作りたい。

その一点にあります。

日本で育ち、ドラえもんという未来像に触れてきた僕たちには、1つの確信があります。AIの次の競争軸は、知能の高さではなく、関係性の深さへ移っていく。そして、その関係性を工学的に成立させるためには、プロンプトの工夫ではなく、汎用知能の上に、人格を感じさせる振る舞いと記憶の構造を実装しなければならない。

この確信は、単なるノスタルジーではありません。

本書で示してきた設計課題への認識そのものです。

知能が高いことと、誰かにとって大切な存在であることは、別の問題です。

前者だけでは、便利なAIにはなれても、戻ってきたくなるAIにはなれない。後者を成立させるには、感情を読み、記憶を持ち、振る舞いを整え、人格として一貫し続ける構造が必要になる。

Image

GPTも、Claudeも、Geminiも、素晴らしいエンジンです。僕たちはそれらと競合したいのではありません。その知能を活かしきるために、その上に人格を載せたいのです。

僕たちのチームは、日本の文化が先に描いていた未来像を、世界で通用する技術へ翻訳するために生まれた会社です。

そしてMumonは、そのためのAI人格OSです。

これは完成宣言ではなく、始動宣言である

僕たちは、すでにドラえもんを完成させたとは言いません。

そうではなく、その未来に必要な基盤を、人格OSという形で現実の技術へ変え始めた、と言いたいのです。

本書が示したのは、夢を語るための比喩ではありません。

ビジョンを実装へ接続するための設計図でした。

なぜこの問題が構造的に発生するのかを明らかにし、それをどのような設計で解くのかを、行動制御・記憶・統合生成・表現の各層に沿って具体化してきました。

本書の主張は一貫しています。

ドラえもんの実現に必要なのは、より多くの知識でも、より長いプロンプトでもない。人格らしさ・記憶・振る舞い・体験の一貫性を、構造として成立させることです。

ドラえもんを空想として語る時代から、その条件を1つずつ実装する時代へ。

Mumonは、その始点にあります。

AIに人格を与えること。

AIを、答えるだけの存在から、誰かの隣にいられる存在へ近づけること。

それが、AI人格OS Mumonの使命であり、僕たちチームの存在意義です。