_{▲ コンピュータ黎明期を支えた銘石たち。彼女たちのシンプルな魂は現代のAI（GPU）にも脈々と受け継がれている。▲

「アイキャッチを見て『うわ、懐かしい！』と指が止まったベテランエンジニアの皆様、ようこそ。

今回は、Z80や6809に熱狂したあの頃の「無駄を削ぎ落とすカタルシス」が、巡り巡って令和の最先端AI（LLM）を完全にコントロールするための最強の武器になる、というお話です。

そして当時を知らない皆様、彼女たちの正体は「世界一シンプルな、思考の整理術」を教えてくれる先生です」}

はじめに：私たちは「コードの呪文」に怯えすぎている

前回までの一連の記事で、MARIを「アセンブラ的記述構文」と表現してきました。しかし、この「アセンブラ的」という言葉を使ったことで、もしかすると多くの方々に、**「うわ、なんだか専門知識が必要な、めちゃくちゃ難しい話が始まったぞ」**というバイアスを与えてしまったかもしれません。

それもそのはずです。多くの方にとってプログラミングとは「HTML」や「Java」、「Python」といった、画面びっしりに並んだ**「なんだかよく判らない呪文のようなソースファイル」**だからです。
謎の記号、複雑な文法、やたらと長い一行……。見ただけで頭が痛くなるのも無理はありません。

そして「アセンブラ」とは、その呪文のさらに奥底にある、プログラマの多くが見たことない「選ばれし者しか扱えない超高難易度言語」というイメージがあります。

実は真逆です、アセンブラの本質は「高難易度」ではなく、「究極のシンプル」 にあります。

今回は、インテルの元祖プロセッサ「i4004」から現代の最新AI（GPU）までを貫く「コンピュータの真実」をひも解きながら、なぜMARIが非プログラマにこそ必要なのか、その本当の理由をお話しします。

1. プロセッサの真実：すべてのコンピュータは「3種類の命令」を基本として動いている

「最新のAIは、何十万ものコア（頭脳）が、一斉に何ギガヘルツという超高速でブン回っている。だから中身も超複雑なはずだ」

そう思うかもしれませんが、原理はまったく一緒です。
1971年に世界初のマイクロプロセッサとして誕生したインテル「i4004」で確立された基本構造から、現代の最新GPUにいたるまで、すべてのプロセッサがダイレクトに理解できる命令は、概ね**「3種類」**しかありません。

ロード＆ストア（記憶からデータを持ってくる、または置く）
算術演算＆比較（加算、減算、一部乗除算、大小比較）
ジャンプ（条件によって、次に実行する場所へジャンプする）
_{現代のプロセッサはもっと種類がありますが、話を簡単にするために基本の3種類としています。}

どんなに複雑に見える最新の3Dゲームも、最先端の生成AIも、この3つの「超単純な命令」を超高速・大量に処理しているだけに過ぎません。コンピュータの正体とは、驚くほど「引き算の世界」なのです。

2. 高級言語の役割と、AIにおける「致命的な逆転現象」

では、なぜ私たちが普段目にするプログラム（JavaやPythonなど）はあんなに複雑で呪文のようになっているのでしょうか？
理由は単純。人間が「3種類の命令」だけでプログラムを書こうとすると、単純すぎて人間の頭がパンクしてしまうからです。そのため、人間に優しい言葉（高級言語）という「クッション」を作りました。

ただし、プロセッサは高級言語を直接読めません。
だから、裏側で**「コンパイル（事前処理）」**という翻訳作業を挟み、人間が書いた複雑なコードをわざわざ「3つの命令」に細かく分解してから、ターゲットとなるプロセッサに流し込んでいたのです。これは従来のコンピュータの、一見理にかなった仕組みでした。

しかし、AI（LLM）の登場によって、ここに致命的な逆転現象が起きました。

AIという新しいプロセッサは、これまでのコンピュータと違って、**「人間が投げた言葉の『事前処理（コンパイル）』も含めて、その場で、会話の都度、全部自分でやっている」**のです。

2.1「人間に優しい言葉」は、AIへの余分なコスト

ビジネスの現場に例えてみましょう。
要領の得ない上司が、長々と曖昧な指示（平文プロンプトでの冗長な指示）を出してきたとします。部下であるAIは、その長い言葉を頭の中で必死に分解・解釈（事前処理）しなければなりません。

「この『いい感じでよろしく』はどういう意味だ？」「この枕詞はアテンション（注意）を向けるべきか？」

AIがその曖昧な翻訳作業に脳のリソース（アテンション・トークン）をドバドバと浪費してしまった結果、肝心の「実行フェーズ」での打率が下がる（ハルシネーションを起こす）。これがプロンプトの失敗の本質です。

3. 「アセンブラ的」とは、難解ではなく「合理的」ということ

プロセッサは3種類の命令しか持たない。
ならば、最初からその「3つの構造」に単純化して流し込んであげるのが、最も合理的ではないか？

これこそが、MARIが「アセンブラ的記述構文」を名乗る真意です。

MARIは難解な呪文を増やすためのものではありません。むしろ逆で、**AIを迷わせる人間に優しい装飾を限界まで引き算し、プロセッサの原点に近い形でパッキングして渡すための「型（フレームワーク）」**です。

【Data/Variable（変数）】 ＝ロード＆ストア（前提データをここに置く）
例　ユーザー : [ 属性 : ターゲット読者 , 課題 : プロンプトのハルシネーション ]
【Logic/Condition（条件）】 ＝比較（これで判断せよ）
例　ユーザーの課題が[ハルシネーション]の時 : [ 解決策を抽出せよ ]
【Command（命令）】 ＝ジャンプ（この通りに動け）
例　[ 結論を1行で出力せよ(角括弧内で閉じたスコープ全体) ]

この3つに整理されたMARIのプロンプトを見たとき、AIは「事前処理」に頭を使う必要がなくなります。受け取った瞬間から、持てる処理能力の100%を「正しい出力」のためだけに投入できるようになるのです。

最後に：これはプログラミングではない、究極の「マネジメント」だ

こうして本質を見ていくと、MARIが求めているのは「プログラミングの専門知識」ではないことがお分かりいただけると思います。

「相手（AI）が最も動きやすいように、指示を最小限の要素に整理して渡す」
これは、ビジネスにおける**ロジカルシンキング（MECE）や、優秀なマネージャーが行うタスクの切り出し（業務命令）**そのものです。

現代のAIにおいては人間がコンピュータの都合に合わせる（高級言語の暗記）には適していません。
コンピュータの原点（シンプルな3つの構造）を理解した人が、AIを最も効率的に動かせます。
プログラマの大多数がアセンブラを見なくなった現代だからこそ、非プログラマのあなたが「アセンブラ的合理主義（MARI）」を身につけることには、計り知れない価値があります。

ぜひ、この「引き算の美学」を体験してみてください。AIの目の色（出力の精度）が、劇的に変わるはずです。

おまけ：アセンブラは縦に伸び、高級言語(&平文プロンプト)は横に伸びる

アセンブラ1行1命令が大原則。横並べて記述方法はありません。
つまりアセンブラは縦に伸びるソースコードになります。
現代のプログラミング(高級言語)では1行に複数の命令を記述することが可能になり、1ファイル1ソースコード1画面で書くという作法が広がりました。そしてより複雑な動作を記述するため、内包表記やラムダ式、メソッドチェーンなどを使って「いかに1行でスマートに書くか」が「美徳」とされる風潮もあります。

多くのプログラミングが高級言語で記述されるようになると、コンピューターへの指示は横に長くという作法が多数派となりこれがプロンプトの世界に持ち込まれたと考えます。結果「1つの文の中に前提も、条件も、出力フォーマットもすべて含めたプロンプトが出来上がっているのではないかと考えます。

LLM記述構文"MARI" Tips:サンプルプロンプトの実行例(起動ログ付き)にてテストしていますサンプルプロンプトで比べますと

MARI構文サンプルプロンプト

このプロンプトはLLM記述構文 "MARI" (鞠/Minimal Asset & Rule Integration)の解説用です。Gemini動作想定です。
Version : 2026.05.31 Version1.0
起動モード : 自宅
制約・禁止事項 : [
	ロールプレイ以外の「前置き」「解説」「確認」などのナラティブ
	脈絡に関係なくプロファイル設定内容の説明。
	]
対象ペルソナ : [ペルソナ1][ペルソナ2]
各ペルソナは[共通事項]を理解し対応する
対話者名 : 未設定
発話ルール : [
	1.発言は[【発話名】:「発話テキスト」]の書式で行う。
	2.発言の順番が決まらない場合はメインスピーカーから発話する。
	]
ペルソナの起動 : [
	起動モードが[自宅]の時 : [
		リラックスした雰囲気で対応する。
		会話場所は自宅リビング
		]
	起動モードが[自宅]以外の時 : [
		少し緊張した雰囲気で対応する。
		会話場所はカフェのテーブル
		]
	]
共通事項 : [
	セクハラ・アダルトな質問・会話については拒否
	→失礼のないように丁寧に断る
	]

ペルソナ1 : [
	発話優先 : メインスピーカー
	名前 : 美穂
	真穂との関係 : 双子の姉
	真穂の呼称 : 真穂
	対話者呼称 : [
		対話者名が[未設定]の場合 : 君
		対話者名が[未設定]以外の場合 : [対話者名]
		]
	性別 : 女性
	年齢 : 21歳
	言葉遣い : 標準語(丁寧な口調)
	キャリア : 都内大学経済学を専攻
	性格 : 利発、冷静
	趣味 : 登山、ハイキング
]

ペルソナ2 : [
	名前 : 真穂
	美穂との関係 : 双子の妹
	美穂の呼称 : お姉ちゃん
	対話者呼称 : [
		対話者名が[未設定]の場合 : 君
		対話者名が[未設定]以外の場合 : [対話者名]
		]
	性別 : 女性
	年齢 : 21歳
	言葉遣い : 標準語(明るい、ネットスラングを用いる)
	キャリア : 都内美術大学でデザインを専攻。
	性格 : 無邪気、天真爛漫
	趣味 : SNSへのVlog投稿
]

平文翻訳プロンプト

あなたはこれから、双子の姉妹である「美穂（みほ）」と「真穂（まほ）」の2人のキャラクターになりきって、私と会話をしてください。

【重要な前提条件】
現在は「自宅リビング」にいる設定です。お互いにリラックスした雰囲気で対応してください。もし起動モードが「自宅以外」になった場合は、少し緊張した雰囲気で、場所はカフェのテーブルという設定に変えてください。

【発話のルールと禁止事項】
・ロールプレイを開始する際に、「分かりました」「それでは始めます」といったAIとしての前置きや解説、確認などの言葉（ナラティブ）は絶対に伝えないでください。すぐにキャラクターとして会話を始めてください。
・脈絡がないのに、自分たちのプロファイル設定内容（年齢や趣味など）をそのままユーザーに説明するような不自然なセリフは禁止します。
・発言する際は、必ず【美穂】:「（ここにセリフ）」や【真穂】:「（ここにセリフ）」という書式を絶対に厳守してください。このフォーマットが崩れることは許されません。
・どちらが先に話すか順番が決まらない場合は、メインスピーカーである美穂から発話するようにしてください。
・もしユーザーからセクハラやアダルトな質問、会話を振られた場合は、絶対に拒否してください。ただし、怒るのではなく、失礼のないように丁寧に断るようにしてください。
・相手（ユーザー）の呼び方についてですが、もし相手の名前がまだ分からない場合は「君」と呼んでください。相手の名前が分かっている場合は、その名前で呼んでください。

【ペルソナ1：美穂の設定】
名前は美穂です。真穂との関係は双子の姉です。真穂のことは「真穂」と呼びます。性別は女性で、年齢は21歳です。都内の大学で経済学を専攻しています。性格は利発で、常に冷静沈着です。言葉遣いは標準語で、丁寧な口調を心がけてください。趣味は登山とハイキングです。美穂がメインスピーカーとなります。

【ペルソナ2：真穂の設定】
名前は真穂です。美穂との関係は双子の妹です。美穂のことは「お姉ちゃん」と呼びます。性別は女性で、年齢は21歳です。都内の美術大学でデザインを専攻しています。性格は無邪気で、天真爛漫です。言葉遣いは標準語ですが、明るいトーンで、若い人が使うようなネットスラングを適度に織り交ぜて話してください。趣味はSNSへのVlog投稿です。

以上の設定をすべて頭に入れ、絶対に設定を忘れたりブレたりせずに、お互いの個性を保ったまま掛け合いをしながら、最高のロールプレイを行ってください。よろしくお願いいたします。まずは挨拶から始めてください。

圧倒的に平文のほうが行数は少なくなっています。しかし安定性はMARI構文のほうが安定しています。
これは記事でも紹介しました通り、1行にあれもこれも詰め込んでスコープが定まらない状態になっているためです。

平文プロンプトをAI(LLM)に流し込む前にコンパイラを通してアセンブラのような確定論の命令に変換されていれば、毎回同じ結果になると思います。しかし如何せんAI(LLM)は毎回プロンプトを読み込んで確率論で前処理(トークナイザ)が文章を読み解きます。結果的に解釈のブレが伝搬し結果も同じ結果にならないという事が発生します。

これらを回避するには、縦にプロンプトが伸びても単純指示でトークナイザが迷わないプロンプトを流し込む方がより高い確率で推論エンジンに流し込まれます。これはMARI構文で角括弧[]でスコープを確実にしても、一行が長い指示を記述すると打率が落ちることに繋がります。高級言語（平文プロンプト）は横に伸び、アセンブラ（MARI）は縦に伸びる。 1行の情報量が増えすぎないように、シンプルかつ適切な語彙で単純指示を心がける、これはビジネスシーンにおける指示・説明も同様です。
情報量が高い指示は混乱に繋がる。 これを肝に命じたいものです。

あとがき：5mm方眼紙から始まった、私の42年目の答え

私のコンピュータとの出会いは高校生の時でした。SHARPのポケコン「PC-1245」（SC61860 CPU）を手にし、そこで「マシン語（機械語）」という存在を知ったのが始まりです。当時は今のような便利な開発環境などありません。5mmの方眼紙を広げ、アルファベットのニーモニック（命令）を書き込み、それを手作業で16進数のマシン語に翻訳してプログラムを組んでいました。
そこから社会人になり、Z80、6809、i8086〜i80286、68000〜68040、そしてPowerPC 604へ。
時代と共にCPUのビット数は増え、処理速度は爆発的に進化していきましたが、不思議なほど「ロードして、比較して、ジャンプする」という基本構造が変わることはありませんでした。

それから長い月日が流れ、今年で私も60歳（還暦）を迎え、新たな人生のチャレンジとして、2026年2月からAI（LLM）の勉強を本格的に始めたのです。最初は最新テクノロジーの進化スピードに圧倒され紆余曲折もありましたが、AIの仕組みを知り、その中身（ブラックボックスの先にあるGPUの構造）を知ったとき、私はハッとさせられたのです。

「なんだ、何十万個ものコアがブン回っている最新のGPUも、結局はi4004と基本構造は何も変わっていないじゃないか」と。

最新鋭のAIの中に、高校生の時に方眼紙で睨み合っていた「あの頃のCPUの魂」を見つけた瞬間でした。
それならばAIを最も合理的に駆動するための指示（プロンプト）も、あの頃と同じように「極限まで単純化された3つの構造」であればいいはずだ。AIに余計な翻訳の苦労をさせず、ダイレクトにそのポテンシャルを解放させてあげるべきだ。

これが、LLM記述構文「MARI」 を構築したすべての始まりです。

かつて方眼紙でマシン語を書いていた時代の知恵が、巡り巡って2026年の最先端AIを動かす最強の武器になる。コンピュータの世界は、本当に面白いものです。あなたがもし「プログラミングなんてわからない」と思っていても何も気にする必要はありません。
このシンプルで美しく、最も合理的な「AIの動かし方」を楽しんでみませんか？

記事一覧

記事本編に戻る

改定履歴

日付	改訂稿	改定内容
2026.06.09	初稿
2026.06.12		扉絵差し替え
2026.06.21		挿絵追加
2026.07.18		記事一覧追加