将軍とは何だったのか — なぜこの名前を選んだか

王ではなかった

将軍と聞いて思い浮かぶのは、黒い甲冑と天下人のイメージだろう。日本を支配した最高権力者。武士の王。

だが史実の将軍は、王ではない。日本には常に天皇がいて、将軍が天皇に取って代わったことは一度もなかった。約700年、日本で最も強い権力を握り続けた地位が、最後まで「誰かから統治を預かった者」であり続けた。世界史的に見ても、これはかなり奇妙な構造である。力を持った者は普通、正統性ごと奪いにいく。日本の武家政権はそれをせず、正統性は預かるもの、執行は引き受けるものという分離を700年維持した。

私たちがプロダクトにこの名前をつけたのは、甲冑が格好いいからではない。この分離の構造こそが、いま自律的に動くソフトウェアを作るうえで最も欠けている思想だと考えているからだ。

以下は歴史の話であり、同時に設計の話である。そして最終的には、AIの時代に「任せる」とは何を意味するのか、という話になる。

1. 任務が終われば返す職だった

正式名称は征夷大将軍。「夷（東北地方の蝦夷）を征する大将軍」という意味で、8世紀末に朝廷が東北へ軍を送るために設けた臨時の軍事司令官職である。794年に大伴弟麻呂が、797年には坂上田村麻呂が任じられた。

重要なのは、これが任務ベースの職だったことだ。遠征のあいだだけ大きな裁量が与えられ、終われば返上する。恒久的な地位ではなく、目的が定義され、範囲が限られ、期限があった。田村麻呂は蝦夷を平定すると都に戻り、将軍としてではなく一人の廷臣として生涯を終えている。

エージェントに何かを任せるとき、最初に決めなければならないのはここだ。何を、どこまで、いつまで。「あなたの代わりに全部やります」は、聞こえはいいが職の定義になっていない。定義されていない権限は、任せる側が怖くて発動できない。実際、いま多くのAIエージェントが直面しているのは能力の不足ではなく、発動されないことである。何をしでかすかわからないものに、人は仕事を渡さない。

だから私たちは、実行を常に呼び出された単位として設計している。いまの画面の文脈から状況を読み、可能な行動を提示し、承認を受けて実行し、終わる。

ただしこれは出発点であって、到達点ではない。田村麻呂は遠征のあいだ、一件ごとに都へ伺いを立てていたわけではない。任務と範囲が定義されているからこそ、その内側では自分の判断で動けた。裁量とは、範囲が決まっているから渡せるものである。

私たちが向かっているのもそこだ。いまは一手ごとに承認を挟んでいる。いずれ承認するのは手ではなく、職のほうになる —— 何を、どこまで、いつまで。その内側では立ち上がって動き切り、終われば返る。

ただし、これは実行の話だ。ShogunAI にはもうひとつ、まったく別の時間で動く層がある。それは第4章で書く。幕府にも、二つの時間が流れていたからだ。

2. 権力は肩書きから生まれない

転機は12世紀末、源頼朝である。

彼は1192年に征夷大将軍に任じられるが、権力はその肩書きから生まれたのではない。順序は逆だった。すでに1185年の時点で、全国に守護・地頭を置く権限を朝廷から得ていた。地方の軍事・警察・徴税を握る人事権である。実質的な統治装置が先にでき、そこにあとから「将軍」という古い官職名が被せられた。

最近の教科書が鎌倉幕府の成立を1192年ではなく1185年とすることが多いのは、この順序を重く見るためだ。歴史学は結論を出している。制度の実体は、名前より先に存在する。

これはプロダクトの順序でもある。「AIアシスタント」という名前を先に置き、あとから中身を埋めていくやり方がある。デモは作れる。だが装置がないアシスタントは、頼朝以前に何人もいた「肩書きだけの将軍」と同じで、実際には何も統治していない。

私たちは逆をやっている。先に置くのは装置のほうだ —— どこから情報を取り、どう保持し、どこに手を出せるか。名前がつくのはその後でいい。

3. 上が決め、下が動く

将軍には武力があった。それでも天皇を排除しなかったのは、忠誠心というより、そのほうが構造的に効率が良かったからだ。

自分でゼロから正統性を作るのは難しい。すでに権威を持つ天皇から任命されるという形を取れば、全国の武士は従う。将軍は正統性を調達するコストを払わず、執行に専念できた。江戸中期以降、この関係は大政委任論 —— 将軍は天皇から統治を委任されている —— として理論化される。

言い換えれば、将軍とは権限のインターフェースだった。上からは正統性を受け取り、下へは執行を出す。自分が意志の源泉である必要はない。むしろ、意志の源泉でないことが、この地位を700年持続させた。

これは、いまエージェント製品が最も雑に扱っている部分だと思う。「自律性」を売りにするほど、「誰が決めたのか」が曖昧になる。エージェントが勝手にメールを送り、勝手に予定を入れ、勝手に買い物をする世界がしばしば理想として語られるが、その世界では意思決定の所在が溶けている。曖昧な決定は、あとで必ず人間の側に跳ね返ってくる。責任だけが返ってきて、判断の経緯は返ってこない。

私たちは決定と執行を分離したままにしている。方針を持つのは使う人で、こちらは預かった意図を現場で正確に執行しきる側にいる。これは能力の制限ではなく、地位の定義である。良い将軍とは、自分の意志を押し通す者ではなく、預かった意図を取り違えない者だった。

意志の源泉であることを放棄すると、逆に強くなる。頼朝がそれを証明している。

4. 260年を支えたのは記録だった

江戸幕府は、将軍職が制度として完成した段階である。武家諸法度で大名の行動を規定し、参勤交代（1635年制度化）で全国の大名を江戸と領国のあいだで往復させた。

だが、この体制を日々回していたのは軍事力ではなく記録だった。

老中に案件が上がるとき、奥右筆が過去の同種の事例を洗い、先例を添えて出す。判断は担当者の才覚から降ってくるのではなく、蓄積された前例から導かれた。さかのぼれば1232年の御成敗式目も、武家社会でそれまで積み上がってきた慣習と判例を成文化したものだ。武家政権は最初から最後まで、記録で動く政権だった。

ここで気づくべきことがある。幕府には二つの時間が流れていた。

ひとつは遠征の時間。任務ごとに立ち上がり、終われば消える、第1章で書いた臨時の時間である。もうひとつは記録の時間。奥右筆は遠征があろうがなかろうが、毎日書き続ける。事件が起きてから記録を始める役所は、先例を引けない。記録は常設、執行は臨時。 この非対称こそが幕府の設計であり、だから将軍が凡庸でも260年回った。体制を支えたのは個人の能力ではなく、記憶の厚みと、それを引く手続きだった。

ShogunAI は、この二つの時間をそのまま持っている。

記憶の層は常に流れている。 あなたが働いているあいだ、画面上で実際に起きていること —— 読んだメール、書いたドキュメント、交わしたチャット、その間を行き来した順序 —— を受動的に記録し続ける。画面を録画するのではない。OSが提供する仕組みを通じてテキストの構造ごと取得し、あなたのマシンの中に保存する。テキストを一切返さないウィンドウだけは、オプトインの設定が圧縮したスクリーンショットでその穴を埋め、それは暗号化されたまま、選んだ保持期間が来ると自動的に消える。奥右筆が常に書いていたように、記憶は事後に始められない。

実行の層は任務ごとに立ち上がる。 呼び出され、記憶から先例を引き、承認を受けて動き、終わる。

AIに仕事を頼んで期待外れになるとき、モデルの知能が足りていないことは実は少ない。足りていないのは、あなたが誰で、この相手と過去に何をやりとりし、この案件がどういう経緯でいまの形になったのか、という前例のほうだ。毎回ゼロから説明し直しているうちは、優秀な部下ではなく、初日の新人が延々と入れ替わっているのと変わらない。

だから私たちが最初に作ったのはアプリケーションではなく、その下の記録の層だった。先例を引けるようにしてから、動かす。順序はこれ以外にない。

5. 「幕府」は仮設の司令部という意味である

「幕府」という呼び名は後から定着したものだ。幕とは本来、遠征中の将軍が張る陣幕のこと。つまり仮設のテントである。日本を700年統治した体制が、最後まで「出張中の司令部」という名前で呼ばれ続けた。江戸城という巨大な恒久物を築いてなお、名前だけは仮設のままだった。出来すぎている。

私たちのUIも、その位置にある。

新しいアプリに引っ越してもらうつもりはない。あなたがいま使っているツールの手前に、必要なときだけ立ち上がる薄い層を置く。キーひとつで呼び出し、いま見ている画面の文脈を踏まえて動き、消える。据え付けの建物ではなく、必要な場所に張る陣幕のほうだ。

そのうえで、アプリケーションの層は既存の焼き直しにはしない。CRMやメールやチャットを「そのままAI化」するのは、牛車にエンジンを積むような仕事である。記録の層が先にある以上、その上に載るものはその時点で最適な形をゼロから設計できる。順序が逆だと、これはできない。既存アプリの形は、記憶を持たない前提で最適化された形だからだ。

6. 委任は、返せなければならない

最後の将軍・徳川慶喜は、1867年10月に大政奉還を行う。統治権を朝廷に返上したのだ。同年12月の王政復古の大号令によって、将軍職そのものが廃止された。

これが「敗北」ではなく「返却」という形式を取ったのは偶然ではない。委任されていたものだから、返せる。将軍の権力が委任に由来するという建前が、700年後に、その終わり方まで規定した。始まりの性質が、終わりの形式を決めた。

自律的に動くソフトウェアを作るとき、私たちが最も真剣に考えているのはここだ。任せた権限は、いつでも取り戻せなければならない。

具体的には三つの形を取る。何を根拠にその判断をしたのかが、後から追えること。実行の主導権が、常に人間の側にあること。そして、特定のモデルに縛られず、鍵もデータも使う人の手元にあること。単一のベンダーに預けきった権限には、返却先がない。返せない委任は、委任ではなく譲渡である。そして権限を譲渡した瞬間、あなたはユーザーではなく領民になる。

任務が終われば返す臨時職として始まり、返さなかったところから制度になり、返したところで終わった。それが将軍という存在の700年である。私たちは、その最初と最後の性質 —— 呼ばれて立ち、返して終わる —— のほうを設計に残したい。

終章 — 知能は威光、記憶は制度

最後に、なぜいまこの話をするのかを書いておく。

モデルの知能は、これから数年で完全にコモディティになる。どのプロダクトも同じ水準の知能を、同じAPIから引いてくるようになる。そのとき製品のあいだに残る差は、知能ではない。その知能が、誰の、どういう文脈の上で動くかである。

幕府の歴史は、まさにこの問いに答えている。将軍個人の器量は、代替わりのたびに上下した。名君もいれば、政務をほぼ執らなかった者もいる。それでも体制が続いたのは、器量に依存しない部分 —— 記録と、先例と、手続き —— が制度として厚く積み上がっていたからだ。威光は借りるもの、制度は積むもの。 借り物は返せばなくなるが、積んだものは残る。

AIプロダクトにとって、モデルの知能は威光である。借りてくるものであり、明日にはより強いものに差し替えられる。積み上がるのは記憶のほうだ。あなたの仕事の文脈、判断の経緯、相手ごとの前例。それはモデルを差し替えても残り、時間とともに厚くなり、そして —— ここが重要だが —— あなたの手元にある限り、あなたのものであり続ける。

私たちは、知能を売っているのではない。あなたの側に制度を積んでいる。

決めるのはあなた。覚えて、動くのがこちら。

ShogunAI — Your AI has memory. Now it acts.