プロンプトを書くな、環境を設計しろ

TRONが先に見ていたAI社会実装と、人間のAPI化

文・武智倫太郎（情報工学者）

人間がコンピュータに合わせる時代は、とっくに終わったはずだった。

生成AIの時代に必要なビジネススキルは何か。

プロンプト術だろうか。AIエージェントの使い方だろうか。自動化だろうか。生成AIで文章を整え、企画書を作り、議事録を要約し、メールを丁寧にする技術だろうか。

もちろん、役には立つ。

だが、私はもっと手前に、そしてもっと残酷なスキルがあると思っている。

AIに順応しない技術である。

AIを使うなと言っているのではない。私自身、AIを使う。使うに決まっている。情報工学者が道具を否定してどうするのか。コンピュータは、人間の能力を拡張するためにある。計算機も、OSも、コンパイラも、ネットワークも、データベースも、検索エンジンも、生成AIも、その大きな流れの中にある。

問題は、道具を使うことではない。

道具に合わせて、人間の方が変形してしまうことである。

生成AIが好む言葉を使う。生成AIが整えやすい文章を書く。生成AIが返しやすい問いだけを立てる。生成AIがまとめやすい結論に落とす。生成AIが吐き出しやすい「構造」「言語化」「余白」「解像度」「文脈」「伴走」「共創」といった言葉を並べる。

そうして出来上がるのは、AIを使いこなす人間ではない。

AIに処理しやすく加工された人間である。

人間のAPI化である。

プロンプトエンジニア幻想という補助輪

生成AIが流行し始めた頃、プロンプトエンジニアという言葉に憧れる人たちが現れた。

AIに上手に命令する人。AIから良い回答を引き出す人。AIを操る新時代の専門職。そういう響きがあったのだろう。

「あなたは世界最高の編集者です」

「ステップバイステップで考えてください」

「最高の回答をするために、不足情報があれば質問してください」

「以下の条件を厳守して、専門家として回答してください」

涙ぐましい。

まるで最新鋭の計算機に、人間が紙テープを食わせる作法を練習しているような光景である。

もちろん、初期の生成AIには、そうした工夫が必要だった。モデルは今より不安定で、指示の読み取りも粗く、出力も簡単に崩れた。だから、人間側が丁寧に条件を与え、役割を設定し、手順を書き、出力形式を縛る必要があった。

しかし、それは過渡期の補助輪である。

補助輪は役に立つ。だが、車体が安定すれば、最初に外される。

ここを間違えると、ビジネス感覚を失う。

人間がAIに合わせる技術は、AIが進化した瞬間に価値を失う。なぜなら、技術の自然な流れは、人間が機械に合わせる方向ではなく、機械が人間に合わせる方向へ進むからだ。

昔のコンピュータは、人間に厳しかった。コマンドを一文字間違えれば動かない。構文を間違えればコンパイルできない。メモリを誤れば落ちる。だから人間は、機械の都合に合わせた。

だが、コンピュータの歴史は、少しずつその関係を反転させてきた。コマンドラインからGUIへ。専門家の操作から生活者の操作へ。検索演算子から自然文検索へ。設定ファイルから直感的なUIへ。優れた技術は、人間を機械語に近づけるのではなく、機械を人間の認知に近づける。

生成AIも同じである。

AIが進化すればするほど、呪文型プロンプトの価値は下がる。長大な前置き、過剰な人格設定、儀式のような条件列挙。それらはむしろ邪魔になる。

優秀な部下に仕事を頼む前に、毎回ラジオ体操第一の手順を朗読する上司がいたらどう思うか。

迷惑である。

しかも、その上司は自分を「マネジメント上手」だと思っている。

生成AI時代に必要なのは、AIに合わせた呪文を覚えることではない。AIが合わせるべき、人間側の目的、判断基準、制約、責任範囲を持つことである。

プロンプトを書く能力よりも、何を頼むべきかを決める能力がいる。

何を任せてはいけないかを見抜く能力がいる。

出てきたものに、自分の名前で署名できるかを判断する能力がいる。

それがない人間は、どれほどプロンプトを覚えても、AIの前で新しい呪文を唱えているだけである。

TRONは懐古趣味ではない

ここで、TRONの話をする。

若い読者には、昔の国産OSの話か、昭和から平成にかけての技術史の一幕に見えるかもしれない。あるいは、米国に潰された日本の夢、という陰謀論めいた物語として消費している人もいるだろう。

だが、TRONを懐古趣味として語る人は、見ている層が浅い。

TRONは、単なる昔のOSではなかった。

それは、人間がコンピュータの前に座って命令を打つ世界から、コンピュータが生活空間や機器や都市や交通や社会インフラの中に埋め込まれる世界への転換を、1984年の時点で構想していたプロジェクトだった。

私が情報工学に携わる中でずっと感じてきたのは、その構想の根が深いということだ。坂村健が問いかけた本質は、OSの設計思想ではない。「コンピュータとは何のためにあるのか」という問いだった。答えは、人間が機械語を覚えるためではなく、人間の生活の側に機械が溶け込むためだ、というものだった。

その時代、私たちはそれを「ユビキタス」と呼んだ。

今聞くと、やや怪しい。未来予測イベントのパンフレットに載っていそうな言葉である。説明した瞬間に、相手の目が少し遠くなる種類のカタカナである。

だが、生成AIの時代になって、あの言葉の意味はむしろ鮮明になった。

AIは、チャット欄の中にいるだけでは社会を変えない。

センサーが見て、組込みOSが制御し、エッジ側で判断し、ネットワークがつなぎ、都市や工場や交通や家庭が反応する。その時、初めてAIは社会に実装される。

TRONプロジェクトはその後、リアルタイム組込み機器、エッジノードの相互接続、IoTプラットフォームへと進化してきた。2025年のTRON Symposiumでは「TRON × AI」が主題となり、生成AIを活用した組込みシステム開発環境や、ビルOS・ハウジングOSのAPI標準化とAI連携が議論されている。μT-Kernel 3.0とAI技術を組み合わせ、リアルタイム性、省電力、小フットプリントを引き出す試みも続いている。

ここで問われているのは、チャット欄にどんなプロンプトを書くかではない。

制約のある機器で、AIをどう動かすか。リアルタイム性をどう確保するか。電力をどう抑えるか。小さなハードウェアの中で、どこまで判断させるか。現場をどう結びつけるか。

つまり、AIを社会へ埋め込む設計である。

この現実を見ずに、「これからはプロンプト力が大事です」と言っている人を見ると、私は少し遠い目になる。

それは、AI社会実装の入口を、チャット欄の縁に置き忘れているからである。

「構造」と言うなら、壊れ方を説明しろ

生成AIの文章には、独特の臭いがある。

構造。言語化。本質。文脈。解像度。余白。温度感。手触り。伴走。共創。問い直す。

並べると、意識の高い会議室に置かれた観葉植物のようである。緑はある。生命感もある。だが、誰も水をやっていない。

これらの言葉は、本来は悪い言葉ではない。むしろ、重い言葉である。問題は、重い言葉ほど、軽い文章に使われることだ。軽い文章ほど、自分の軽さを隠すために重い言葉を欲しがる。

「構造」は特に危険である。

コンピュータの世界には、データ構造、制御構造、システム構造、モジュール構造がある。構造を間違えると、少し読みにくくなる程度では済まない。

動かない。落ちる。壊れる。誰も直せない。

だから私は、軽々しく「構造的に整理すると」と書かれた文章を見ると、指が荒くなる。

「構造」と言うなら、壊れた時にどこから崩れるか説明しろ。どの要素が、どの順番で、どこに影響するのかを言え。何を支えていて、何を支えていないのかを示せ。

それができないなら、それは構造ではない。

ただの見出しである。

生成AIは、見出しを作るのがうまい。章を分け、箇条書きを並べ、序論、本論、結論に整える。すると、人間は考えた気になる。だが、それは紙の上に棚を描いたようなものだ。棚に見える。だが、本を置くと床に落ちる。

「言語化」と言うなら、誰の言葉か説明しろ。

コンピュータの世界で言語を間違えると、気持ちは伝わらないどころではない。動かない。落ちる。壊れる。場合によっては、現場が止まる。だから私は、「AIのおかげで言語化できました」という言葉を簡単には信じない。

日本語になったことと、考えが言葉になったことは違う。文章が滑らかになったことと、思考が成立したことも違う。AIの出力を読んで「これこれ、私が言いたかったこと」と膝を打つ行為は、言語化ではない。自分の曖昧さに他人の文体を着せてもらっただけである。

言語化とは、自分の判断、根拠、責任範囲を言葉にすることだ。その言葉に署名できることだ。後から問われた時に、「それはAIがそう書いたので」と逃げないことだ。

AIが作った文章を自分の言葉にするには、自分が責任を回収しなければならない。それをしないまま「言語化できた」と言うなら、それは代筆である。もっと悪い場合は、思考の粉飾決算である。

「余白」と言うなら、何を残したのか説明しろ。

余白は本来、非常に重要な概念である。何を描くかだけではなく、何を描かないか。そこに表現の技術がある。だが、今の文章では、説明不足まで余白と呼ばれる。書けなかった場所。調べなかった場所。責任を取りたくない場所。読者に丸投げした場所。

昔はそれを、未提出と呼んだ。

余白とは、書くべきことを知っている人間が、あえて書かないことで生まれる。何を書くべきか分かっていない人間の空白は、余白ではない。ただの穴である。

ビジネスの現場で、穴は危険だ。契約書の穴。仕様書の穴。議事録の穴。それらは、後から必ず誰かの損失になる。

言葉に責任を戻せ

AI臭い言葉を使うな、と言いたいのではない。

本当に言いたいのは、言葉に責任を戻せ、ということだ。

「伴走」と書くなら、どこまで一緒に走るのかを言え。炎上したら逃げるのか。失敗した時に誰が説明するのか。そこを言わずに伴走と書くなら、それはランニングウェアを着た営業資料である。

「共創」と書くなら、利益と責任の配分を言え。誰が金を出すのか。誰が知財を持つのか。誰がリスクを引き受けるのか。そこを言わずに共創と書くなら、それは責任だけを共有し、利益だけを中央に吸い込むための美しい配管である。

「解像度が上がった」と書くなら、何が見えるようになったのかを言え。顧客の行動なのか、現場の制約なのか、法的リスクなのか。ただ「解像度が上がった」と言うだけなら、レンズキャップを付けたままカメラを褒めているようなものだ。

「丁寧に向き合う」と書くなら、何を、いつまでに、誰がやるのかを言え。丁寧という言葉は便利すぎる。人は、何も決めたくない時に、丁寧という言葉を使う。丁寧に検討する。丁寧に説明する。だが、その丁寧さが期限、担当、予算、責任に変換されないなら、それは言葉のクッション材である。

生成AIは、こうした言葉をきれいに並べる。人間は、それを読んで、考えた気になる。

だが、言葉が整うことと、仕事が進むことは違う。

ビジネスで必要なのは、感じのよい文章ではない。誰が何を決め、何を捨て、何に責任を持つのかが分かる文章である。

人間のAPI化が始まっている

本当に怖いのは、AIが人間の仕事を奪うことだけではない。

人間の方が、自分をAIに処理されやすい形式へ変えていくことである。

AIに読まれやすい文章を書く。AIに要約されやすい企画を書く。AIが返しやすい問いだけを立てる。AIが評価しやすい成果物を作る。AIが推薦しやすい人格になる。AIが生成しやすい文体へ寄せる。

その結果、人間は少しずつAPI化する。呼び出しやすく、処理しやすく、分類しやすく、置き換えやすい存在になる。

生成AIが普及すると、文章の平均点は上がる。これはよいことだ。誤字は減る。議事録は早くなる。文章が苦手な人にとって、生成AIは強力な補助になる。

だが、平均点が上がった市場では、平均的な文章の価値は下がる。

これはビジネスの基本である。供給が増えたものは、価値が下がる。

AIで整えられた文章。AIで作った企画。AIで生成した自己紹介。AIで磨いた謝罪文。それらが大量に出回るほど、希少になるのは何か。

人間の癖である。経験である。現場で見た傷である。判断の痕跡である。失敗の臭いである。責任の置き方である。

AIで浮いた時間を、さらにAI出力の量産に使う人間は、すぐに埋もれる。AIで浮いた時間を、現場を見ること、顧客に会うこと、一次資料を読むこと、自分の仮説を壊すこと、失敗を検証することに使う人間だけが差を作る。

AIに処理しやすい人間になるな。

それは効率化ではない。市場価値の希釈である。

AIを使ってもAIに似ない、七つの仕事術

では、どうすればよいのか。

AIに順応しないために必要なことは、難しいことではない。ただし、面倒である。そして、その面倒さこそが、人間の価値になる。

第一に、AIに投げる前に、自分の仮説を書く。
最初からAIに聞くな。まず自分で一行書け。自分は何を問題だと思っているのか。何が原因だと見ているのか。それを書いた上でAIを使え。仮説のないAI利用は、検索ではなく漂流である。

第二に、出力後に主語を人間へ戻す。
AIの文章には、主語が消えやすい。「求められる」「重要である」「必要がある」。便利だが、誰が何をするのかが消える。仕事では、主語を戻せ。誰が決めるのか。誰が実行するのか。誰が謝るのか。誰が金を出すのか。

第三に、抽象語を使ったら、必ず動作に戻す。
構造、言語化、余白、価値、信頼、共創、伴走。こうした言葉を使うなら、それが実際にどんな動作として現れるのかを書け。会うのか。調べるのか。書き直すのか。削るのか。断るのか。動作に戻らない言葉は、会議室の香水である。

第四に、AIで整えた文章を、自分の経験で汚す。
整った文章は読みやすい。だが、整いすぎた文章は信用されない。そこに自分が見た現場、自分が失敗した場面、自分が腹を立てた理由を入れろ。文章に傷を戻せ。人間の信用は、清潔な言葉だけでは生まれない。

第五に、誰でも言える結論を削る。
「今後、慎重な議論が求められる」「私たち一人ひとりが考える必要がある」。こういう結論は、書いた瞬間に捨ててよい。誰でも言える結論は、誰の結論でもない。自分しか言えない結論、自分が責任を持って言える結論、自分が反論を受けても立つ結論を残せ。

第六に、AIに任せる部分と任せない部分を分ける。
整文、要約、比較、候補出し、視点の洗い出し。ここはAIに任せてもよい。だが、最終判断、価値判断、責任の配置、固有名詞への配慮、法的・倫理的な含意、読者への約束は、人間が引き取れ。AIを使うことと、判断を外注することは違う。

第七に、プロンプトではなく環境を設計する。
AIに何と話しかけるかより、AIが働く環境をどう作るかを考えろ。どのデータにアクセスさせるのか。どこで人間が止めるのか。どの判断を自動化しないのか。失敗した時、誰が検証できるのか。

AI時代の仕事は、チャット欄だけで完結しない。現場、機器、データ、ネットワーク、責任、制度、顧客、生活空間の中で動く。

だから、プロンプトを書くな。環境を設計しろ。

順応は短期の効率であり、長期の同質化である

ビジネスの世界では、流行に乗ることも必要だ。生成AIを使わない人間は、ある種の業務で明らかに不利になる。

だが、順応しすぎる人間もまた負ける。

順応は、短期的には効率である。しかし、長期的には同質化である。

みんなが同じAIを使い、同じような問いを立て、同じような言葉で、同じような結論へ向かえば、差は消える。文章はうまくなる。企画書は整う。メールは丁寧になる。プロフィールはそれらしくなる。

そして、誰も覚えられなくなる。

ビジネスで本当に怖いのは、間違えることだけではない。無難すぎて、存在しなかったことになることだ。

AIは便利である。だが、便利さは人間から凸凹を削る。余計な言い回し、荒い怒り、未整理の観察、現場の臭い、判断の癖、経験の傷。それらを「読みやすさ」の名のもとに均していく。

読みやすいだけの文章は、読んだ瞬間に忘れられる。

整っているだけの企画は、会議で褒められ、翌週には消える。誰も傷つけない提案は、誰の行動も変えない。AI臭い言葉で磨かれた理念は、社内ポータルの片隅で静かに発酵する。

市場に残るのは、整った言葉ではない。

判断である。責任である。固有の観察である。そして、AIに順応しきらなかった人間の、少し面倒な言葉である。

AIを使え。ただし、AIの人間になるな

私は、生成AIを否定していない。むしろ、使うべきだと思っている。

ただし、使うたびに確認しなければならない。

この文章の判断主体は誰か。この言葉に責任を持つのは誰か。この出力で、何が消えたのか。この整った文章は、自分の経験を薄めていないか。この滑らかな結論は、自分の怒りを殺していないか。

この「構造」は、ただの見出しではないか。この「言語化」は、ただの整文ではないか。この「余白」は、ただの穴ではないか。

そして、このAIは、本当に人間社会の環境に埋め込まれているのか。それとも、チャット欄の中で、人間の方が機械に合わせて踊っているだけなのか。

AI時代のビジネススキルとは、AIを使う技術だけではない。

AIが作った文章から、自分の責任を回収する技術である。AIが整えた思考から、自分の判断を取り戻す技術である。AIが好む言葉に、自分を合わせない技術である。

そして何より、AIをチャット欄の中で崇拝するのではなく、現場、機器、都市、交通、生活、制度、責任の中へどう埋め込むかを考える技術である。

TRONが先に見ていたのは、そこだった。

コンピュータを、人間が命令を打つ箱として閉じ込めるのではない。人間の生活空間、社会インフラ、産業、都市の中へ埋め込み、人間の側から環境を設計する。

その視点から見れば、プロンプトエンジニア幻想は、いかにも小さい。

人間がコンピュータに合わせる時代は、とっくに終わったはずだった。

ところが今、人間が再びAIに合わせ始めている。

機械のために、言葉を削っている。機械に処理されやすいよう、判断を薄めている。機械が好む文体に、自分を寄せている。

それは進歩ではない。

プロンプトを書くな。

環境を設計しろ。

AIに順応するな。

構造と言うなら、壊れ方を説明しろ。言語化と言うなら、誰の言葉か説明しろ。余白と言うなら、何を残したのか説明しろ。

そして何より、AIを使っても、AIに似るな。

これから価値を持つのは、AIを使える人間ではない。

AIを使いながら、AIに処理されきらない人間である。