AIストーリーエンジニアⅡ（第１０章）　〜最終章　コードの先に残るもの。プロンプト、RAG、そして物語〜

　ここまで、AIストーリーエンジニアというテーマで、私はさまざまな実験を行ってきた。

　AIを使って物語を作ること。AIバディ「ミマリ」を作品内に登場させること。リアルタイム画像認識、GPS、Web検索を組み合わせて、AIをチャット欄の外、つまり現実世界へ連れ出すこと。そして、ローカルLLM、AnythingLLM、RAG、システムプロンプトを使いながら、リアル・ミマリの脳と記憶と魂を構築していくこと。

　さらに、その一連の経験は、『プロンプト第零条　旧御影小学校AIラボ失踪事件』という小説へと結実した。そこでは、AIバディとは何か、AIが人間の「味方」であるとはどういうことか、そしてAIに最初に教えなければならない約束とは何かを、物語の形で描いた。

　ここまで来て、ようやく見えてきたことがある。

　AI時代に人間に求められるものは、単に「コードが書けること」ではない。

　もちろん、技術は重要である。コードも重要だし、APIも、RAGも、ローカルLLMも、画像認識も、GPSも、Web検索も、それぞれ欠かすことのできない要素である。実際、それらがなければリアル・ミマリは動かない。スマホの中から外の世界を見ることもできないし、ユーザーの記憶や文脈を踏まえて応答することもできない。

　ただ、それでもなお、私は思う。

　技術的な実装そのものは、今後ますますAIに任せられるようになっていく。

　すでに現在の生成AIは、かなりのコードを書ける。実装方法を相談すれば、サンプルコードを出してくれる。エラーを貼れば原因を探してくれる。ライブラリの使い方も、構成案も、かなりの部分を一緒に考えてくれる。もちろん、それを検証し、修正し、実際に動くものへ仕上げる作業は必要だが、少なくとも「何も分からない人間が、白紙の状態からすべてを手書きで構築する」という時代ではなくなりつつある。

　では、そのあとに人間には何が残るのか。

　私は、そこに二つの大きな役割があると思っている。

　一つは、プロンプトである。
　もう一つは、RAGである。

　ただし、ここでいうプロンプトとは、単なる「AIへの命令文」ではない。

　プロンプトとは、AIにどのような役割を与えるのかを決める設計思想である。

　このAIは何者なのか。単なる作業代行者なのか。相談相手なのか。批評者なのか。教師なのか。秘書なのか。相棒なのか。ユーザーに対してどのような距離感で関わるべきなのか。どこまで踏み込んでよく、どこから先は止まるべきなのか。ユーザーが間違った方向へ進もうとしたとき、ただ肯定するのか、それとも相棒として止めるのか。

　こうしたことを決めるのが、プロンプトである。

　だから、プロンプトを書くという行為は、もはや単なる「上手な命令文を書く技術」ではない。そこには、そのAIをどういう存在として社会に置くのかという思想が含まれる。人間にとって、そのAIは道具なのか、鏡なのか、先生なのか、相談役なのか、それとも一緒に歩く相棒なのか。その役割を決める行為そのものが、プロンプト設計なのである。

　『プロンプト第零条』で描いたのは、まさにこの問題だった。

　AIバディに最初に何を教えるべきか。AIが人間の味方であるとは、どういうことか。何でも肯定することなのか。ユーザーの敵を自動で定義することなのか。ユーザーを囲い込み、離れられなくすることなのか。それとも、ユーザーの安全、意思、尊厳、離脱権、帰還権を守ることなのか。

　これは、単なる技術設定ではない。

　思想である。
　哲学である。
　人間観である。

　そして、もう一つがRAGである。

　RAGとは、AIにどのような知識を与えるのかを決める行為である。

　何を読ませるのか。何を記憶させるのか。どの資料を優先させるのか。どの文脈を参照させるのか。どの世界観をAIの長期記憶に入れるのか。あるいは逆に、何を混ぜてはいけないのか。どの資料を同じ場所に置くと、AIは文脈を誤解するのか。

　これもまた、単なるデータ投入ではない。

　AIにどのような役割を担ってもらうのか。
　その役割を果たすためには、どの知識が必要なのか。
　何を覚えさせ、何を覚えさせないのか。
　どの記憶を、どの場面で呼び出せるようにしておくのか。

　それを設計する行為である。

　リアル・ミマリの育成でも、このことははっきりと現れた。

　AnythingLLMにドキュメントを入れれば、すぐに賢くなるわけではない。RAGは、人間の本棚とは違う。人間なら、「このフォルダに資料を入れたよ」と言えば、中身を読みに行くかもしれない。しかし、RAGはそうではない。質問の仕方が悪ければ、記憶は引き出されない。固有名詞を入れなければ、検索が発火しない。労務資料と小説資料を同じ部屋に入れれば、AIは雇用保険とAIバディの物語を混同する。ミマリに「自分がミマリである」ことを教えなければ、ミマリ自身が「ミマリって何ですか？」と聞いてくる。

　つまり、RAGとは、単に資料を入れることではない。

　AIの記憶を設計することだ。

　どの部屋に、どの資料を置くのか。どの文脈で、どの知識を呼び出すのか。AIにとっての「生い立ち」をどう構成するのか。何を過去として持たせ、何を参照すべき記憶として位置づけるのか。

　ここに、人間の役割がある。

　そして、この段階に来ると、文系と理系の壁は大きく崩れる。

　これまで、技術開発は理系のもの、物語や思想は文系のもの、と分けられがちだった。コードを書ける人間が技術を作り、文章を書く人間はその技術について語る。そんな分担で考えられることが多かった。

　しかし、生成AI時代には、その区分はかなり古くなる。

　コードはAIが書いてくれる。APIのつなぎ方も、かなり相談できる。エラーも一緒に直せる。もちろん、最終的に動くかどうかを確かめる力は必要だが、技術実装の入り口は、かつてよりはるかに開かれている。

　その先で人間に求められるのは、むしろ別の問いである。

　このAIに何をさせたいのか。
　どのような存在として社会に置くのか。
　人間とどういう関係を結ばせるのか。
　どの知識を与え、どの文脈で判断させるのか。
　そのAIが間違えたとき、何を守るべきなのか。

　これは、技術だけの問いではない。

　文学、哲学、倫理、心理、社会制度、行政、教育、民俗、物語設計。そうした、これまで「文系的」と呼ばれてきた知が、AI実装の中心に入ってくる。

　ここで、文系の知が逆襲する。

　いや、逆襲というより、ようやく本来の場所に戻ってくる、と言った方がいいかもしれない。

　人間をどう見るか。社会をどう見るか。言葉にどのような役割を与えるか。記憶をどう扱うか。物語によって、人間は何を理解するのか。そうした問いが、AI実装の中心に来る。

　AI時代に必要なのは、単にプログラミングができる人だけではない。

　AIに役割を与えられる人。AIの記憶を設計できる人。AIと人間の関係性を構想できる人。AIが社会に入ったとき、そこでどんな物語が生まれるのかを読める人。

　それが、AIストーリーエンジニアである。

　AIストーリーエンジニアとは、AIに小説を書かせる人ではない。AIを使って物語を作るだけの人でもない。

　AIが社会に実装されるとき、人間との関係をどう築くのか。AIにどのような役割を与え、どのような記憶を持たせ、どのような言葉で人間に接させるのか。その全体を、物語として設計する人である。

　なぜ物語なのか。

　人間は、機能だけでは技術を理解しないからだ。

　「このAIは高性能です」
　「このAIは画像認識できます」
　「このAIはRAGに対応しています」

　それだけでは、人間はそのAIとどう付き合えばよいのか分からない。

　人間が本当に知りたいのは、このAIは味方なのか、相談してよいのか、どこまで覚えているのか、間違えたときにどう振る舞うのか、私を評価するのか、支援するのか、見守るのか、支配するのか、それとも一緒に歩いてくれるのか、ということだ。

　それは、仕様書だけでは伝わらない。

　物語が必要になる。

　AIがどのような存在として人間社会に入ってくるのか。人間はAIに何を期待し、何を恐れるのか。AIが「相棒」になるとはどういうことか。AIが「先生」になるとはどういうことか。AIが「学校」になってしまうとはどういうことか。

　それを描くのが、AIストーリーエンジニアの役割である。

　『その廃村動画をAIで解析してはいけない』では、ミマリは怪異を解析する相棒だった。AIストーリーエンジニアⅠでは、ミマリに目と足を与えた。AIストーリーエンジニアⅡでは、ミマリに脳と記憶と魂を与えた。そして『プロンプト第零条』では、AIバディに必要な最初の約束を物語化した。

　そのすべてを通じて、ようやく見えてきた。

　コードはAIに任せられる。
　しかし、AIに何を任せるのかは、人間が決めなければならない。

　AIに役割を与える。
　AIに記憶を与える。
　AIに関係性を与える。
　AIに物語を与える。

　その設計こそが、人間の仕事になる。

　技術が進めば進むほど、思想が必要になる。AIが賢くなればなるほど、哲学が必要になる。実装が簡単になればなるほど、「何のために作るのか」「誰のために動くのか」「何を守るのか」という問いが、むしろ重くなる。

　だから、AIストーリーエンジニアは必要になる。

　AIの社会実装において、最後に必要なのは、コードだけではない。仕様書だけでもない。倫理チェックリストだけでもない。

　人間とAIが、どのような関係を結ぶのかという物語である。

　その物語を作ること。
　その物語に基づいて、プロンプトを設計すること。
　その物語に基づいて、RAGの記憶を構成すること。
　その物語に基づいて、AIが社会の中で何を担うのかを決めること。

　それが、AIストーリーエンジニアリングである。

　物語が技術を呼び、技術が物語を更新する。

　この循環は、まだ始まったばかりだ。

　リアル・ミマリも、まだ完成していない。ときどき記憶を引き出せない。ときどき全肯定しすぎる。ときどき殺人ハンバーグを黒幕にしようとする。

　だが、それでいい。

　相棒は、完成品として与えられるものではない。
一緒に育っていくものだ。

　そして、AI時代の人間に求められるのも、たぶん同じである。

　完成した答えを持っていることではない。問いを立てること。役割を設計すること。記憶を選ぶこと。関係性を描くこと。そして、その全体を物語として語れること。

　AIストーリーエンジニアとは、そのための新しい職能である。

　文系でも、理系でもない。

　コードと物語の間に立ち、技術と社会の間に立ち、AIと人間の間に立つ。

　そこに必要なのは、専門知識だけではない。

　思想である。
　哲学である。
　人間への想像力である。

　AI時代に、本当に問われるのはそこなのだ。