B-LAND Inc.
これは、「どうやるか（How）」より先に「なぜやるか（Why）」を定義する ── その一点だけを、コードにも、チームにも、経営にも通す本だ。ルールを百個積んでも、百一個目の未知は必ず来る。それを越えるのは手順の数ではなく、原理原則・理念・思考の型という三層の判断軸だけである。
本書の底には、ひとつの言葉が流れている。「Be water, my friend」── 武術家ブルース・リーの一言だ。なぜ彼なのか ── 私自身が、彼の創始した截拳道（ジークンドー）を続けているからだ。よそから思想を借りてきたのではない。日々の稽古で身体に馴染んだ原理が、そのまま本書の芯になった。すべての型を身体に刻んだ上で、状況に応じて形を変える。道場で私が知ったのは、同じ手順をなぞっても、そこに込めた「なぜ」ひとつで結果が変わるということだった。手順の上にあるその問いが、AIに向き合ったとき、そのまま設計思想になった。武術とAI ── 遠く離れた二つの点を、一本の線でつなぎ直したのが本書である。
その線を、三部でたどる。第一部・原理原則 ── 世界はこう動いている。第二部・理念 ── 何を最も大切にするか。第三部・思考の型 ── どう判断に至るか。原理を認め、理念を選び、それを判断へ変える ── 三部は、その順に積み上がる。
各章は、抽象論ではなく現場の一場面から始まる。画面の前で頭を抱えた夜、静まり返った会議室、道場の冷たい床。巻末には付録として、主張を論文にまとめたホワイトペーパー、三層を実際のファイルにした CLAUDE.md、そして自分の活動を三層に置く演習を収めた。
断っておくと、本書は実証研究の報告ではない。現場で確かめてきたことの記録だ。数字で一般性を証明する本ではなく、原理を手渡す本である。だから読み方も、データを検証するのではなく、自分の現場に当ててみる ── そういう読み方が合っている。
本書の書き手は、二人いる。哲学を"作る側" ── AIに判断軸を渡してきたエンジニアの田代真輝人と、"問う側" ── 現場で人に問いを立て、判断を引き出してきた宮代勇樹だ。二人は、武術の同門でもある。本文は田代の一人称「私」で進むが、要所では、二人の会話がそのまま顔を出す。作る側と問う側 ── その二つの声で、ひとつの原理を追う。
この本は、特定の職種や立場のための本ではない。手順の外側で「どう判断するか」を迫られたことがあるなら、入り口はどこからでもいい。AIや CLAUDE.md といった言葉には、各章の欄外に〔はじめてのAI〕の補足を置いた。前提知識がなくても、置いていかない。
読み終えたとき、あなたが自分の仕事の原理原則を一行でも書き出せるなら、この本は役目を果たしたことになる。
序章 道場で学んだこと
結章 考えて、水になれ
あとがき
※ページ番号は判型確定後（Step 3）に付与する。各章末の … は Obsidian 用の章リンク。
Be water, my friend.
── Bruce Lee
「指示したのに、思った通りに動かない」。
AIの前でそう頭を抱えた人を、私は何人も見てきた。私自身もそうだった。なぜ伝えたとおりに動かないのか。どうすれば、想定の外でも崩れずに働いてくれるのか。
その答えを、私は意外な場所で見つけた。ビジネス書でも、技術書でもない。私が続けている武術 ── ブルース・リーが創始したジークンドー（截拳道）── の、道場だった。
これから話すのは、AIと、私たちの働き方の本だ。だが最初の一歩は、ある日の、冷たい道場の床から始めさせてほしい。
道場の床はいつも少し冷たかった。
私が同じ打撃を、数えきれないほど繰り返していた頃のことだ。フォームは正しい。肘の角度も、腰の回転も、足の向きも、教わったとおりに収まっている。それでも師の拳と私の拳は、明らかに違う重さで的に届いていた。手順は同じなのに、結果が違う。何が足りないのか、長いあいだ分からなかった。
ある日、師は言った。「拳を当てるな。拳の先にある壁を、突き抜けろ」と。
技術は何も変えていない。変えたのは、頭の中の一行だけだ。「相手を打つ」ではなく「壁を突き抜ける」。たったそれだけで、拳の重さが変わった。自分でも驚くほどに。同じ身体、同じ手順、同じ筋肉。違ったのは、その動きに込めた意念ひとつだった。
このとき私が触れたのは、武術の小さな技術論ではなかった。もっと大きな何かの入り口だった。手順を正確になぞるだけでは、決して届かない場所がある。 そこへ行くには、手順の上にある「なぜそう動くのか」が要る。
やがて私は、まったく別の場所で、同じ壁にもう一度ぶつかることになる。AIの前で。
武術にも、ビジネスにも、「考えるな、従え」という教え方がある。
四の五の言わず、まず型をなぞれ。理屈は後でいい。とにかく数をこなせ。── この教えは、ある段階までは正しい。基礎が身体に入っていない者が理屈ばかりこねても、何も身につかない。型は、入り口としては優れている。
問題は、多くの人がそこで止まることだ。型をなぞる段階を、ゴールだと思い込んでしまう。言われたとおりに、正確に、速く。それを極めれば極めるほど評価される。やがて「なぜそうするのか」を問う回路そのものが錆びつく。
ブルース・リーは、こう言い残している。
「人間はパターン化された思考と行動によって、成長をやめるものだ」
私はこの言葉を、長いあいだ武術の文脈だけで読んでいた。けれど今は違う。これは、私たちの働き方そのものを射抜いている。型の中で最適化を続けた者は、いつのまにか、型の外に出る力を失う。そしてAIは、まさにその「型の中で正確に動く」能力で、人間を追い抜こうとしている。
「考えるな、従え」で育てられた者の仕事は、AIに置き換わる。これは脅しではない。構造だ。
私がAIを仕事に持ち込んだとき、最初に感じたのは興奮ではなく、戸惑いだった。
同じように指示しているはずなのに、返ってくるものが毎回違う。ある日は驚くほど的確で、別の日は見当違いの出力を延々と続ける。私は画面の前で何度も頭を抱えた。指示が悪いのかと、ルールを足した。条件分岐を増やした。「Aのときはこう、Bのときはこう」と、想定できるケースを一つずつ潰していった。
それでも、必ず想定の外が来た。ルールを百個用意しても、百一個目の未知が、必ず現れた。
このとき気づいた。私は道場で一度学んだはずのことを、忘れていた。手順をいくら精密に積み上げても、届かない場所がある。AIに足りなかったのは、ルールの数ではない。ルールの上にある「なぜそうするのか」── つまり哲学だった。
人間の部下なら、指示の隙間を黙って埋めてくれる。「常識的に考えてこうだろう」と。その常識の正体は、言葉にされなかった判断基準、すなわち暗黙の哲学だ。AIはその隙間を埋めない。空気を読まない。だからこそ、私たちが本当は何を考えていたのか ── あるいは何も考えていなかったのか ── を、残酷なまでに映し出す。
「なぜ、この壁に、いま多くの人がぶつかっているのか」。ある時期から、私はそれを考えるようになった。私の戸惑いは、私だけのものではなかったからだ。二〇二五年から二〇二六年にかけて、三つの流れが重なっていた。
ひとつ。AIが、一問一答で答える道具から、自分で判断を重ねて動く「主体」に変わった。以前のAIなら、想定問答を用意すれば足りた。だが今のAIは、ひとつの仕事のために、判断を何十回も連鎖させて自走する。一手ごとにルールで縛ることは、もうできない。判断が連鎖するぶん、どこか一手が想定を外れれば、そこから全体が崩れていく。（この構造は、第一章でくわしく見る。）
ふたつ。AIをどう躾けるか、その考え方が組み替わり始めた。個別の好みに一つずつ合わせるやり方から、「そもそも、どう判断すべきか」という上位の基準を与える方向へ。メソッドから、その上にあるものへ ── そう捉えられるようになってきた。（学術がどこまで来たかは、第四章で見る。）
みっつ。ルールを外から与えるのではなく、原則をAI自身に内面化させる ── そういうアプローチが、代表的な試みとして語られるようになった。Anthropic が constitutional AI（憲法AI）と呼ぶ手法は、その一例だ。（この「読める器」の話には、第九章で戻る。）
三つの流れは、ばらばらに見える。だが、突き詰めると、ひとつの同じ壁に行き着く。
自分で動く主体に、無限にある未知の状況を、有限のルールで指定しきることは、原理的にできない。これは精神論ではない。有限の手順では、無限の場合を覆えない ── 組み合わせの、構造そのものだ。ルールを百個書けば、百一個目が来る。千個書いても、千一個目が来る。だから、未知の状況でも一貫した判断を導ける、圧縮された上位の概念が要る。
それを、人類はずっと「哲学」と呼んできた。哲学とは元々、無限の個別状況に、有限の原理で一貫して臨むための、圧縮技術だったのだ。AIが自分で動く主体になった瞬間、その圧縮技術が、そっくりそのまま必要になった。時代がこの壁に着いたから、いま「AIに哲学を」と言われ始めた。私が道場の冷たい床で触れていたのは、その同じ壁の、もう一つの面だった。
「哲学を渡せばいい」と言うのは簡単だ。だが、哲学という言葉は広い。人生哲学も、経営哲学も、学問としての哲学もある。そのまま使えば、手順のない精神論になる。だから本書では、意味を絞る。ここで言う哲学とは、仕事の判断を支える軸のことだ。状況が変わっても、担当者が変わっても、揺れないよりどころ。私はそれを、道場での経験を手がかりに分解した。そして、この哲学をコードのように明文化してAIに渡す ── その試みを、私は Philosophy as Code（哲学をコードに）と呼んでいる。本書の名でもある。その哲学は、三つの層でできている。
第一層・原理原則 ── 世界の、変えられない構造。「力は中心線に集約される」「作用には反作用がある」。誰がやっても、どう頑張っても覆らない法則だ。
第二層・理念 ── その上で、何を最も大切にするか。武術でいう意念にあたる。同じ原理を知っていても、何を優先するかで判断は分かれる。あの日、私が拳に込めた「突き抜ける」も、この層にあった。
第三層・思考の型 ── 原理と理念を、判断に変える回路。武術でいう「構え」だ。構えそのものは技ではない。だが構えがなければ、どんな技も出せない。
この三つが揃って、はじめて哲学はAIに渡せるものになる。原理原則だけでは教科書にすぎない。理念だけではスローガンにすぎない。思考の型がなければ、理屈は知っていても身体が動かない武術家と同じだ。
手順は教えられる。だが、手順を超える力は、原理からしか生まれない。
この一行が、本書の背骨である。
ここから先、私はひとつのことを繰り返し証明していく。
How（どうやるか）の積み上げには、必ず天井がある。その天井を破るのは、Why（なぜやるか）の一貫性だけだ。そして Why を定義できるのは、人間とその哲学だけである。
この一文を、本書は三部で証明する。第一部・原理原則では〈世界はこう動いている〉を、第二部・理念では〈その上で何を大切にするか〉を、第三部・思考の型では〈それをどう判断に変えるか〉を追う。三つの部は、別々のゴールではない。ひとつの主張を、三段に分けて証明していくだけだ。
この本は、その実証の記録だ。武術の道場で得た実感が、AIをどう変えたか。組織をどう映し出したか。個人のキャリアを、教育を、働き方を、どこまで照らしたか。各章は、ひとつの具体的な場面から始まる。私が実際に立ち会った場面だ。そこから原理を取り出し、最後に「では実装はどうなっていたのか」まで降りていく。
ひとつ、付け加えておきたい。「哲学が要る」という結論そのものは、いま多くの人が、理屈の側から語り始めている。なぜルールでは足りないのか ── そこまでは、よく語られる。だが、では哲学をどう身につけ、どうやって人に、AIに手渡すのか。その実践のほうは、たいてい語られないまま残る。哲学を持て、とは言う。だが、哲学の作り方と渡し方は、誰も教えてくれない。私がこの本を書けるのは、逆の順路を通ってきたからだ。
武術は、この壁に身体で挑み続けてきた場所だ。実戦は無限の未知で、相手の動きは想定問答で尽くせない。有限の型では、無限の状況に勝てない ── その問題に、武術は何百年も、身体でぶつかってきた。そして、その問いに一つの鮮烈な答えを出したのが、私が学ぶジークンドーの祖、ブルース・リーだった。彼は、あらゆる型を学び尽くした末に、どの型にも縛られない自由 ──「Be water」── に辿り着いた。型を捨てられるのは、すべてを身体に刻んだ者だけだ。時代がようやくこの問いに着いたとき、私はたまたま、その答えの側を、身体で先に握っていた。
だからこの本が書こうとするのは、議論の結論をなぞることではない。その結論を、どうやって実際に手渡すか ── そのほうだ。
順に読めば、原理原則 → 理念 → 思考の型という三層の旅になる。だが、いま自分が直面している場面に近い章から入ってもいい。各部の扉に、その部が何を問うかを記した。どこから読んでも、ひとつの問い ── なぜ、それをやるのか ── に行き着くようにできている。
経営の判断に使いたい人は、原理のところまで読めばいい。手を動かす人は、実装まで潜ってほしい。どちらの読者も、同じ一冊で満たせるように書いた。AIを一度も触ったことがなくても大丈夫だ。本文には〔はじめてのAI〕という囲みを置いた。専門の言葉が出てきたら、そこを読めば足りる。すでに詳しい人は、飛ばしてかまわない。
そして本そのものが、ひとつの形をなぞる。原理原則から始まり、理念を経て、思考の型へ。── つまりこの本は、自分が主張する三層構造を、構造そのものでなぞっている。読み終えたとき、あなたは哲学の三層を、言葉ではなく身体で理解しているはずだ。水が器の形を覚えるように。
道場の冷たい床の上で、私は手順の限界を知った。その先にあったのが、この本だ。
ここまで「私」と語ってきたのが、作る側の田代だ。そして本書には、問う側の宮代がいる。この二人が、所々でこんなふうに顔を出す。
ルールは器だ。器をいくら増やしても、それだけでは水にならない。
まず、水になれ。
ここから始めるのは、「世界はこう動いているか」という話だ。私たちの意志では動かせない、構造的な事実。AIが同じ問いに違う答えを返す日、組織がAIの前で沈黙した会議 ── 各章は、私が現場で出会ったひとつの場面から立ち上がる。場面は違っても、底に流れる構造はひとつだ。これは選べる価値観ではない。まず認めるべき現実だ。── なぜ How の積み上げだけでは足りないのか。その天井の在りかを、ここで見にいく。
その日、私は同じプロンプトを三度投げた。
一字一句、同じ文面だった。同じ案件、同じ条件、同じ文脈。なのに返ってきた三つの出力は、別人が書いたように違っていた。一つ目は的を射ていた。二つ目は構成がまるごと入れ替わっていた。三つ目は、誰も頼んでいない前置きを延々と続けていた。
私は指示が悪いのだと思った。だからルールを足した。「Aのときはこうしろ、Bのときはこうしろ」と、想定できる場合分けを一つずつ書き加えていった。条件を増やすほど、出力は安定するはずだった。
実際、想定の内側では安定した。だが、必ず想定の外が来た。書いていない場面に出くわすたびに、AIはまた別の顔を見せた。私はそのたびに条件を一つ足す。すると、また別の隙間から、見たことのない出力が漏れてくる。
気づけば私は、良い結果が出るまで再生成を繰り返していた。五回出させて、一番マシなものを選ぶ。十回回して、ようやく使えるものが一つ出る。これに名前をつけるなら、ガチャだ。当たりが出るまで、引き続ける。AI活用と呼ばれていたものの実態は、確率との消耗戦だった。
気づけば、外はもう暗くなっていた。私は画面の前で、こめかみを押さえた。この徒労感に、どこかで覚えがある。
ここで、問いの角度を変えてみる。
同じ依頼を、人間の部下に出したらどうなるか。「この案件の提案書を作ってくれ」と、月曜に頼んでも、金曜に頼んでも、毎回まったく違うものが返ってくるだろうか。
返ってこない。
体調や気分で多少の差は出る。だが、構成がまるごと入れ替わったり、客へのトーンが裏返ったり、優先順位が毎回ひっくり返ったりはしない。なぜか。
その人の中に、暗黙の判断基準があるからだ。「うちはまず顧客の課題から入る」「提案は結論から書く」「この客には丁寧すぎるくらいでちょうどいい」。こうした基準のほとんどは、マニュアルのどこにも書かれていない。それでも、経験と価値観と、組織の中で吸い込んだ空気が、その人の出力に一貫性を与えている。
つまり、人間は指示の隙間を、自分の中の哲学で埋めている。
どんなに詳しい依頼書を書いても、判断を要する余白は必ず残る。指示書にすべては書き切れない。人間はその余白を、言葉になっていない判断原則で静かに埋め、一貫した成果を返す。優秀な部下ほど、この埋める仕事を、頼まれてもいないのに、当たり前のようにやっている。
AIには、これがない。
ここで、問う側の宮代が一言、差し挟んだ。
ここに、この本の第一の原理がある。
ルールを百個用意しても、百一個目の未知が必ず来る。手順をどれだけ網羅しても、想定の外側はゼロにならない。これは私の意志や好みの話ではない。世界がそういう構造をしている、という事実だ。
人間はこの構造の上で、ずっと隙間を埋めてきた。だから、構造そのものが見えなかった。マニュアルに書いていない判断を、社員が暗黙のうちに補ってきたからだ。私たちは長いあいだ、隙間など存在しないかのように働いてこられた。誰かが、黙って埋めていたからだ。
AIは、それをしない。空気を読まない。隙間に立たされたとき、自分の中の判断原則に立ち返ることができない。代わりに何をするか。確率の海から、サイコロを振って答えを拾う。
大規模言語モデル（LLM）の出力は、本質的に確率的だ。次に来る言葉の候補は複数あり、その中から確率で一つが選ばれる。指示が明確で選択の余地がない部分では、出力は安定する。だが、判断を要する隙間 ── まさに人間なら哲学で埋める場所 ── では、確率の揺れが、そのまま出力のブレになる。
ガチャを回すという行為の正体が、ここでわかる。私たちは、哲学の不在を、試行回数で埋めようとしている。人間の部下なら哲学が埋めてくれた隙間を、回数を重ねて確率的に「当たり」を引こうとしている。
ガチャを回す回数は、哲学の不在を数えている。
プロンプトをもっと精緻にすればいい、と考える人もいるだろう。だが、ルールをいくら積み上げても、すべての隙間は埋まらない。百個書けば、百一個目が来る。プロンプトの精緻化は、メソッドの積み上げにすぎない。メソッドでは、確率は収束しない。
この問題への答えを、私は自分たちの開発現場で見つけた。
AIに渡すものを、根本から変えた。ルールの集合ではなく、哲学を渡した。具体的には、CLAUDE.md と呼ぶファイルに、三つの層を書いてAIに渡している。そしてこの三層が、それぞれ別の角度から、確率の海を狭めていく。
第一層・原理原則 ── 世界の、変えられない構造。この章でいえば「メソッドだけでは未知に対応できない」という構造そのものだ。これを渡すと、AIはルールの列挙に逃げなくなる。隙間に立ったとき、手順をもう一つ探す代わりに、上位の原理を探しに行く。土台が固まれば、サイコロの振れ幅が小さくなる。
第二層・理念 ── その上で、何を最も大切にするか。これを明示すると、判断を要する場面で、AIは確率に委ねる代わりに、理念に照らして選ぶ。人間の部下が「うちはこうする」という暗黙の価値で判断するのと、同じ構造だ。優先順位がはっきりすれば、迷いが消える。
第三層・思考の型 ── 原理と理念を、判断に変える回路。「なぜを先に問え」「正しさを先に定義しろ」という道筋を渡すと、AIは毎回、同じ回路を通って結論に至る。同じ問いには、同じ道筋で答える。だから出力がブレない。
この三層を渡したとき、同じタスクへのブレの幅は、はっきりと狭まった。想定外の場面に出くわしても、三層に立ち返って判断を導き出すから、出力が散らばらない。人間の部下が暗黙の基準で隙間を埋めるのと、構造的に同じことが、AIの中で起きた。
武術で考えればわかる。技を百個覚えても、百一個目の攻撃には対応できない。だが「中心線を守る」「最短で反応する」という原理を身体に刻んだ者は、見たことのない攻撃にも応じられる。個別の技ではなく、原理で動いているからだ。AIにとっての哲学も、これと同じ働きをする。
ここで、本書を貫く「Why before How」が、はじめて手触りを持つ。Why（なぜそう判断するのか）を渡したから、How（どう書くか）の無数の判断を、AIに委ねられた。Whyを渡さずにHowだけを渡していたら、私は百一個目の分岐のたびに、呼び出され続けていただろう。
ひとつ断っておく。私はここで、CLAUDE.md の書き方を講義しているのではない。テンプレートを配って、その場で埋めさせるつもりもない。見てほしいのは、隙間を哲学から埋める設計が、現実にファイルとして存在し、動いているという事実のほうだ。深さは、見せるためにある。あなたが自分の現場でこれを必要だと感じたとき、その入り口はいつでも開いている。
道場で私が出会った壁は、そのままここにあった。手順を百回なぞっても、届かない場所がある。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が補うときも、同じ原理から話ができる。これが、Why before How ── なぜを先に渡すことの、組織における意味だ。Whyを共有した組織は、Howの無数の判断をAIに委ねられる。Whyを渡さずHowだけを並べた組織は、隙間のたびにAIに止められ、暴走され、矛盾を突き返される。
哲学のない組織は、AIに「ルールの集合」しか渡せない。ルールの集合は、必ずどこかに隙間を残す。隙間があれば、AIはガチャを回し始める。何度再生成しても、根本は変わらない。哲学のある組織は、AIに「判断の土台」を渡せる。土台が共有されていれば、AIはガチャを回さない。人間の部下が「うちの会社ではこうする」という暗黙の価値観で隙間を埋めるのと、構造的に同じことが、AIの中で起きる。
抽象論に聞こえるかもしれない。だから、具体で見せる。
判断基準（CLAUDE.md）を渡していないAIと、三層を渡したAIに、まったく同じ一言を投げてみる。返ってくるものが、どう分かれるか。── これは実際のログではない。だが、私が現場で何度も見てきた「分かれ方」を、そのまま写したものだ。
同じ指示だ。違うのは、AIの性能ではない。渡した判断基準の有無だけだ。判断基準のないAIは、隙間に立つと、選択肢を並べてこちらに投げ返す。判断基準のあるAIは、隙間に立つと、理念に照らして自分で問いを立て、基準に反する案を却下し、最適な一手まで降りていく。この差は、プロンプトをいくら磨いても埋まらない。埋めるのは、Whyだ。
整理したい。
AI導入がうまくいかない組織の多くは、ツールの問題でもベンダーの問題でもない。AIに渡せる哲学がない、という問題だ。そしてこの問題は、AIが来るまで見えなかった。人間がルールの隙間を埋めていた時代には、哲学の不在は組織のコストとして表に出なかった。AIが、それを表に引きずり出した。
AI導入が進むほど、この空洞は露呈する。露呈するたびに現場は疲れ、経営は失望し、「AIはまだ使い物にならない」という誤った結論が会議室で共有される。鏡を割っても、輪郭は変わらないのに。
私があの会議室で見た沈黙は、敗北ではなかった。再出発の一行目だった。「うちの会社が最も大切にしていることは何か」── この問いに全員が一行で答えられれば、それが組織の哲学の最初の一行になる。揃わなければ、揃っていないという事実が、その日の成果になる。
私はその場でテンプレートを配って埋めさせはしない。哲学は、空欄を埋める作業から生まれるものではないからだ。私がするのは、問いを置くことだ。なぜそう判断してきたのか。その判断は、何を守ろうとしていたのか。問いを重ねていくうちに、組織の誰かの中にあった暗黙の哲学が、少しずつ言葉の形を取り始める。深さは、その先にある。あなたの組織がそれを必要だと感じたとき、入り口はいつでも開いている。
道場で、師は私の拳の中にあった暗黙の意念を、一行の言葉に変えた。組織の中にも、まだ言葉になっていない意念が眠っている。AIは、それを掘り出す道具にもなる。突きつけられた鏡を、敵だと思うか、地図だと思うか。そこから先が分かれる。
鏡は嘘をつかない。映っているのは、AIの限界ではない。組織の輪郭だ。
輪郭が曖昧なら、曖昧なまま映る。
だから、ルールを足すのをやめて、まず水になれ。水は、どんな器の形も、自分の原理で決めている。
第一部 原理原則 ── 世界はこう動いている
この章の入り口も、宮代の素朴な問いだった。
あるチームのデモを見せてもらった日のことだ。
画面の中で、プロダクトはちゃんと動いていた。機能は揃い、画面も整い、操作も滑らかだった。開発速度はAI以前の何倍も速かったという。チームの顔には達成感があった。短い期間で、これだけのものを作りきった。誇っていい仕事に見えた。
見せてくれた人は、誇らしげだった。私も素直に「よくできている」と言った。実際、よくできていたのだ。ただ ── 感心しながら、喉の奥に、小さな引っかかりが残った。うまく言葉にならない。画面はこんなに滑らかに動くのに、これを"誰が使うのか"という顔だけが、どうしても浮かんでこない。その小さな違和感を、私はその場で口に出せなかった。
だが、リリースから数週間が経っても、使う人はほとんど現れなかった。
なぜか。「誰の、何を解決するのか」が、どこかで抜け落ちていたからだ。正確に言えば、最初は決まっていた。けれど開発が進むうちに、それは薄れていった。AIが次々と機能を提案し、実装し、動くものを見せてくる。そのたびにチームの意識は「何を作るべきか」から「何が作れるか」へ、少しずつ滑っていった。トンカチが速く動くほど、最初の設計図から目が離れる。気づいたときには、設計図を見ている者は誰もいなかった。
私はこの光景を、一度きりではなく、いくつもの現場で見ることになる。AIで何でも作れるようになった途端、量産され始めたのは、優れたものではなかった。「どうでもいいもの」だった。
これは技術の問題ではない。もっと手前の問題だ。
AIは、史上最高のトンカチだ。
速い。安い。疲れない。文句を言わない。しかも放っておいても性能が上がっていく。最新のものを何台も並べて走らせれば、コードも文章もデザインも同時に出てくる。そんな道具が、月に数千円で手に入る時代に、私たちはもう立っている。
問題は、トンカチを手にした瞬間に起きる。何か打ちたくなるのだ。
心理学者のアブラハム・マズローが残したとされる一節がある。「トンカチを持つ者には、すべてが釘に見える」。道具を手にした途端、目の前のあらゆるものが「これで叩けるもの」に変わる。AIという究極のトンカチを握った現場では、この現象がかつてない規模で起きている。
作れるから作る。生成できるから生成する。出力できるから出力する。
だが、速く作れることと、価値あるものを作れることは、まったく別の話だ。ここを取り違えると、組織は全速力で「どうでもいいもの」へ向かって走り出す。
私はこの章で、ひとつの順序を立て直したい。トンカチを手にしたとき、最初に要るのは釘ではない。「何を打つべきか」だ。さらに言えば、何を打たないか、だ。
何でも作れる時代に最初に問うべきは、何を作らないかだ。
なぜ「速さ」が、この問題を悪化させるのか。
AIが遅かった時代にも、向かう先のなさは問題だった。けれど被害は小さかった。人の手で作るかぎり、間違ったものを大量に作るのは物理的に難しい。手間が、天然のブレーキになっていたからだ。
AIは、そのブレーキを外す。
方向が間違っていても、全速力で走り続ける。速いから、大量に出てくるから、傍目には成果が出ているように見える。だが並べてみると、どれも「それっぽいだけ」で、誰の心にも届かない。馬力のある車ほど、ハンドルの精度が問われる。エンジンだけ強化してハンドルの壊れた車に、誰も乗りたがらない。AI時代の多くの組織が、まさにそれをやっている。
間違った方向に全速力で走れば、間違いも加速する。気づいたときには、大量の「どうでもいいもの」が積み上がっている。
ここで第二の現場の話をしたい。あるチームは、AIに指示を出して大量の案を得ていた。投稿文、提案書、商品説明。並列で生成させれば、短い時間で何十通りも手に入る。問題はその先だった。「どれがいいか」を決められないのだ。A案もB案もC案も、それぞれ「それっぽい」。論理も通り、文章もきれい。けれど「これがうちの答えだ」と指させる者がいない。「これはうちじゃない」と却下できる基準が、組織のどこにもなかった。
AIは生成する。だが却下はしない。「これは出さないほうがいい」という判断は、AIの外側 ── 人間の側にしか置けない。その基準を持たない組織は、自分が出したものの良し悪しすら測れなくなる。
却下する基準 ── ここは、ディレクションを担ってきた宮代の領分だ。
一歩引いて、構造を見たい。なぜこれほど多くの組織が、AIの前で立ちすくむのか。
AIが難しいのではない。自分たちが何を信じているのかを、知らないのだ。
多くの組織は「業界標準」「成功事例」を参考にして動いている。それ自体は間違いではない。だが、それしかない状態 ── 借り物の正解だけで回している状態 ── は、AI時代に致命的な弱点になる。借り物の正解は、判断基準にならないからだ。
AIは業界標準を完璧に模倣できる。むしろ得意だ。その結果、AIの出力も業界標準になり、自社の出力も業界標準になり、すべてが同じ顔をしてくる。差別化が消える。差別化を生むのは、借り物ではない判断基準 ── つまり、自分たちの信じるものだけだ。
ここで、本書を貫く一本の線が、この章でも姿を見せる。Why before How。何でも作れる(How)時代だからこそ、なぜ作るのか(Why)を先に置かなければ、Howは暴走する。トンカチの振り方をいくら磨いても、何を打つかが空欄なら、振るほど散らかるだけだ。前章で見た「ルールを百個用意しても百一個目の未知が来る」構造は、ここでも同じだ。作れるものの数をいくら増やしても、「何を作るべきか」という一点が定まらなければ、組織は迷い続ける。
では、その「何を作るべきか」を定めるハンドルとは何か。哲学の三層で見ると、輪郭がはっきりする。
第一層・原理原則 ── 世界の、変えられない構造。この章でいえば「作る前に『誰の、何を解決するか』を定義しなければ、必ず手戻りが起きる」。これは意志の問題ではない。誰がやっても、向かう先を欠いた制作は、どこかで崩れる。
第二層・理念 ── その上で、何を最も大切にするか。自分たちは何を信じているか、と言い換えてもいい。これを欠いた組織は、AIの出力を評価できない。AIが十案を並べたとき、「うちはこれだ」と指させるのは、信じるものが明確な組織だけだ。本物の理念とは、借り物の正解ではなく、自分たちの最も深いところにある信念を掘り当てたものだ。泥臭くていい。矛盾を含んでいていい。借り物ではないからこそ、判断基準として機能する。
第三層・思考の型 ── 原理と理念を、判断に変える回路。この章でいえば「これは違う」と却下できる道筋だ。生成はAIがする。却下は人がする。この型を持って初めて、無数の案の中から自分の答えを選び取れる。
三層が揃って、はじめてAIの速さは武器になる。ひとつでも欠ければ、速さは負債に変わる。原理原則だけでは教科書で終わる。理念だけではスローガンで終わる。思考の型だけでは、なぞるだけの儀式で終わる。
ここから、実装の話に降りる。といっても、私はあなたに「さあ、ビジョンを書け」と急かすつもりはない。テンプレートを配って、その場で埋めさせるつもりもない。見てほしいのは、順序が現実に効くという事実のほうだ。
AIが進化するたび、議論されるのは「どう使いこなすか」だ。プロンプトの書き方、ツールの選定、ワークフローの最適化。それらはすべて「トンカチの振り方」の話にすぎない。だが本当に問われているのは、何を打つかですらない。なぜ打つのか、だ。
だから私は、ツールを入れる前に、ひとつのテキストを置く。CLAUDE.md と呼んでいる、組織の最上位に置く一枚だ。そこに、原理原則・理念・思考の型を、人間が読める言葉で書く。「誰の、何を解決するのか」「自分たちは何を信じているのか」「どうしてもこれだけは譲れないものは何か」。この問いへの答えが、AIの出力に魂を入れる。AIはこのテキストを参照し、迷ったらここへ立ち返る。十案の中から「うちはこれだ」と選ぶ基準が、ここに書いてある。
道具を入れてから哲学を探すのではない。哲学を置いてから、道具を入れる。順序が逆になった組織が、量産しているのが「どうでもいいもの」だ。
水になるには、まず水源がいる。どれだけ速く形を変えられても、水源がなければ川はやがて干上がる。AIは水を高速で流す装置だ。だが水そのもの ── なぜこの事業をやるのか、何を信じているのか ── は、AIには作れない。それを掘り当てるのは、いつだって人間の側の仕事だ。
借り物の正解で経営する時代は、もう終わる。最後に残るのは、自分だけの設計図を持つ者と、他人の設計図を写し続ける者の差だけだ。
器をいくら速く満たしても、水源がなければ、いずれ干上がる。
何を作るかの前に、なぜ作るかを掘れ。
水源を持つ者だけが、水になれる。
第一部 原理原則 ── 世界はこう動いている
その夜、私は二本の論文を続けて読んでいた。
部屋の灯りは落としたまま、画面の白い光だけが手元を照らしていた。一本を読み終え、間を置かずにもう一本へ進む。眠気より、確かめたい気持ちのほうが勝っていた。
一本目は、二〇二六年三月に清華大学の研究グループが公開したものだった。「Natural-Language Agent Harnesses」（arXiv:2603.25723）。AIエージェントを自然言語で制御する「ハーネス」── 馬具のような制御装置 ── を、概念として定義した論文だ。エージェント構造の標準化、スキルの管理、コンテキストの最適化、複数エージェントの協調。AIに仕事をさせるための器を、きれいに四つの要素へ整理していた。
二本目は、その翌月に別の研究チームが出したものだ。「AIT Academy」（arXiv:2604.17989）。儒教の六芸 ── 礼・楽・射・御・書・数 ── をAIエージェントの訓練カリキュラムへ持ち込むという、大胆な論文だった。器の中に、何を流し込むか。その中身を体系化していた。セキュリティで十五ポイント以上、社会推論で数パーセントの改善。数字も添えられていた。
器が定義され、中身が定義された。学術界が、立て続けに、エージェント統治のHowを二段深めたのだ。
読み始めて、すぐに手が止まった。「これは、私がやっていることではないか」と思ったからだ。エージェントの構造を整える。スキルをモジュールに切る。コンテキストを絞る。古典の知を引き継がせる。やっていることの構造が、驚くほど近かった。
でも、読み進めるうちに、もう一つの感覚がやってきた。近いのに、決定的に違う。何かが、どちらの論文にも書かれていなかった。
何が書かれていなかったのか。Whyだ。
ハーネス論文は「どう制御するか」を精緻にする。AIT Academyは「何を訓練するか」を体系化する。どちらも見事だった。どちらも正しかった。そしてどちらも、「どうやるか（How）」の話だった。器のHowが定義され、中身のHowが定義された。けれど「なぜ、その判断を選ぶのか」という問いには、どちらも触れていなかった。Whyの欄は、二段深めたあとも、白いままだった。
ここで序章の場面を思い出してほしい。私はAIにルールを足し続けた。条件分岐を増やし、想定できるケースを一つずつ潰した。それでも必ず想定の外が来た。ルールを百個用意しても、百一個目の未知が、必ず現れた。
論文を二本読んで、私が確かめたのはこのことだった。器をいくら最適化しても、百一個目は来る。六芸というカリキュラムをどれだけ丁寧に流し込んでも、百一個目は来る。Howを一段深めても、二段深めても、未知の一個は、その精緻さの外側から、必ずやってくる。
なぜなら、百一個目は「ルールがまだ書かれていない場所」で起きるからだ。Howは、書かれた範囲の中でしか働けない。どれほど範囲を広げても、範囲には縁がある。縁の外で立ち止まるAIを、Howの精度では救えない。
人間は、この縁の外を、暗黙のうちに埋めていた。熟練した者が「なんとなく、これは危ない」と感じて手を止める。あの感覚の正体は、内面化された哲学だ。言葉にされないまま、その人の判断を支えていた原理だ。AIには、それがない。だから縁の外で、黙って止まる。あるいは、誰も頼んでいない出力を続ける。
Howをどれだけ精緻にしても、百一個目には届かない。
これが、この章の核だ。
Howは、機械が最適化できる。器も、カリキュラムも、いずれ機械がもっと上手に磨くだろう。けれどWhyは違う。「何を最も大切にするか」を決める行為は、最適化の対象ではない。それは選択だ。そして選択をするのは、人間とその哲学だけだ。
これは、論文の中だけの話ではない。
二〇二六年四月、東京で開かれたハーネスエンジニアリングの勉強会で、ひとつの発表があった。Gota（@gota_bara）氏の「ハーネスエンジニアリングをやりすぎた話 ── そのハーネスは解体された」だ。AIエージェントを自律的に動かす制御の仕組み ── ハーネス ── を作り込み、スクリプトだけで二万行を超える規模にまで育てた。やがてそれは密に絡み合い、一箇所を直せば十箇所の整合を取り直す羽目になる。制御の仕組みそのものが、制御できなくなった。そして彼は、そのハーネスを解体した。
私は、この話に強く頷いた。器を磨きに磨いた果てに、器そのものが崩れる。Howの作り込みには天井がある ── それを、論文ではなく現場が、生々しく証言していた。
彼の答えは、見事だった。巨大な一つのハーネスを、目的ごとの小さな四つの専門エージェントへ分け直す。より小さく、より変えやすく。正しいエンジニアリングの判断だ。
ただ、彼が出した答えと、私が問いたいことは、立っている場所が違う。彼は「ハーネスをどう作り直すか」を解いた。私が問いたいのは、その一段下だ。── そのハーネスは、なぜ作るのか。何を最も大切にして、その器に水を流すのか。Howをどれだけ賢く設計し直しても、その問いだけは、設計の外側に残り続ける。
この「なぜ作るのか」を、宮代は論文の外側で、人に問い続けてきた。
ここで、はっきりさせておきたいことがある。私は、二本の論文を批判しているのではない。
学術と現場は、別のレイヤーで動いている。ハーネスの構造化も、六芸の現代的な読み替えも、それ自体が前進だ。研究は研究のレイヤーで、確かに進んでいる。私はそのレイヤーに立っているのではない。論文を読み込み、自分が現場のどこに立っているかを整理した。ただ、それだけだ。研究へのカウンターを書きたかったのではない。
ここで、もう一つの名前が浮かんだ人もいるだろう。サイモン・シネックの『WHYから始めよ』だ。「Whyを先に」と言うなら、彼が十五年前に言い尽くしたのではないか、と。だが、彼のWhyと私のWhyは、同じ言葉で別のものを指している。シネックのWhyは、人を動かす動機だ ── なぜこの会社は存在するのか、何のために働くのか。人間の心に火をつける問い。私が書くWhyは、そこではない。判断を一意に定める座標だ。AIが未知の場面で、どちらへ進むかを決めるための軸。人を鼓舞するのではなく、機械に判断させるための、実行可能なWhy。片方は心に灯をともし、もう片方はコードとして動く。だから私は、これを Philosophy as Code と呼んでいる。
だから私は、同じテーマに、別のレイヤーから向き合うことにした。論文がHowの側から器と中身を定義したなら、私は現場の側から、Whyを書く。そう決めて、一本のホワイトペーパーをまとめた。「Philosophy as Code: Why Before How in AI Agent Governance」。査読はない。権威もない。思想と実装だけで語る文書だ。
おもしろいのは、構造の対応だった。ハーネス論文が挙げた四つの要素は、私の現場の道具とほぼ一対一で重なっていた。エージェント構造の標準化は、CLAUDE.mdの三層哲学に。スキルの管理は、ドメイン知識を切り分けたSkillsに。コンテキストの最適化は、注入を制御するrulesに。複数エージェントの協調は、検証サイクルを回すPhilosophy Scrumに。
同じ問題を、似た構造で解こうとしていた。違うのは、その構造の中に何を流すかだった。器が同じでも、流すものが違えば、出てくるものは変わる。論文は器と中身のHowを描いた。私は、その器に流す水 ── Why ── を書いた。
そして、もう一つだけ違いがあった。AIT Academyは、儒教という一つの確立した思想を、すべてのエージェントへ共通の教養として持ち込む。普遍的な型を、全員に渡す立場だ。私の立場は逆だった。組織ごとに、自分のCLAUDE.mdを書いてもらう。普遍的に正しい思想を配るのではなく、その組織の中にすでにある暗黙知を、対話で引き出し、その組織だけの哲学として言葉にする。
型を持つが、型に縛られない。どんな器に入れても、水は水のままだ。器が水の形を決めるのではない。水が、自らの原理に従って、器の形に変わっているだけだ。
道場で師は、私に技を教えたのではなかった。「壁を突き抜けろ」という一行の意念を渡した。論文は、AIに渡す器と中身を磨いている。私は、その器に流す一行のWhyを書いている。レイヤーは違う。けれど、足りなかった一行が同じものだということに、あの夜、私は気づいた。
器を磨くのは、研究のレイヤーの仕事だ。器に何を流すかを決めるのは、こちらのレイヤーの仕事だ。
Howは機械が磨いてくれる。だから人間は、水になればいい。
第一部で見たのは、変えられない構造だった。ここから先は、その構造の上で「何を最も大切にするか」を選ぶ番だ。暗黙知を言葉にすること。作業者ではなく思考者であること。問いを取り戻すこと。── どれも、誰かに強制される事実ではない。あなたが選び取る理念だ。各章の現場を通して、その選択を問う。── 天井を破る Why を、どこから選び取るのか。その問いが、ここにある。
そのプロジェクトで、私は実装の大半をAIに任せることにした。
開発を始めた直後、画面はエラーメッセージで真っ赤に染まった。まだ動くものは何ひとつない。テストだけが先に存在し、そのすべてが「失敗」を示して赤く灯っている。後ろを誰かが通れば、「何も進んでいないのか」と見えただろう。
これはTDD ── テスト駆動開発 ── という手法の進め方だ。普通の開発は「まずプログラムを書き、あとでテストする」。TDDはこれを逆さにする。「まず"こう動くべきだ"という正しさの定義（テスト）を先に書き、その定義を満たすように実装する」。料理でいえば、先に完成形の味を決めてから、その味になるよう調理する。
人間の現場で、TDDはなかなか根づかない。理由は二つある。時間がかかること。そして、成果物ゼロの状態で、真っ赤なエラーを一つずつ消していく作業に、人は耐えられないことだ。「まず動くものを見せろ」という圧力の前で、正しさを先に定義する工程は、いつも後回しにされる。
ところがAIは、この真っ赤な画面の前で、まったく動揺しなかった。
私がそのプロジェクトでAIに渡したのは、TDDの手順ではなかった。TDDの思想だった。
ここを取り違えてはいけない。「テストを書け、次に実装しろ、最後に整理しろ」── この三手順だけを渡すなら、それはただの手続きだ。多くの現場でTDDが形骸化するのは、この手続きの層だけを輸入するからだ。TDDの本質は手順ではない。「正しさの定義を先に決め、そこへ向かって実装を収束させる」という思考様式そのものにある。何を作るかではなく、何が正しい状態かを先に考える。私が渡したのは、この判断の原理だった。
結果はどうだったか。AIはほぼ自動で、大きな破綻もなく、全体の実装を完遂した。私が横から修正を入れる場面は、ほとんどなかった。
人間が最も苦手とする状況 ──「ゴールだけは明確で、道中はエラーだらけ」── は、AIにとって最も得意な問題構造だった。正しさの定義が先にあれば、AIはそこへ淡々と収束していく。想定外のケースに出会っても、テストという正しさに立ち返り、通る道を自分で見つけ出した。
ルールの隙間を、哲学が埋めた瞬間だった。
もし私がTDDの手順だけを渡していたら、どうなっていたか。AIはテストの形式的な記述に囚われ、「テストを通すこと」が目的化し、全体の設計はどこかで破綻していただろう。手順は、手順としてしか機能しない。思想として渡したとき、はじめてそれは哲学になった。
何を作るかより、何が正しい状態かを先に決める。
これが、この章の核だ。
この原理は、ソフトウェアの中だけの話ではない。
提案書を考えてみてほしい。多くの人は、まず資料を作り、それを客に見せて反応をうかがう。だが本当に強い提案は逆だ。「客がこれで行きたいと言う状態」を先に定義し、その状態に向けて資料を設計する。チーム作りも同じだ。「正しく機能しているチームとは何か」を先に言葉にしてから、手段を選ぶ。
順序が、すべてを決める。正しさの基準が曖昧なまま走り出せば、必ず手戻りが起きる。これは人間の仕事でも、AIの仕事でも変わらない、不変の構造だ。
「とりあえず動くものを」は、一見すると速い。だが、正しさを定義しないまま積み上げたものは、どこかで必ず崩れる。速さに見えて、いちばん遅い。先に正しさを置くことは、回り道に見えて、いちばん近い。
正しさを先に置く ── これは、宮代がスクラムの現場でやってきたことでもある。
では、私がAIに渡した「TDDの思想」を、哲学の三層に分解してみよう。すると、何を渡したのかがはっきりする。
第一層・原理原則 ── 世界の、変えられない構造。この章でいえば「正しさの基準が曖昧なまま作れば、必ず手戻りが起きる」。誰がやっても変わらない。
第二層・理念 ── その上で、何を最も大切にするか。ここでは、速さでも網羅性でもなく、「正しさを先に定義する」ことを最優先に置く。何より先に、何が正しい状態かを明確にする。
第三層・思考の型 ── 原理と理念を、判断に変える回路。正しさをテストという形で具体化し、そこへ到達することだけを考えて実装を進める。逸脱したら立ち止まり、テストに立ち返る。
この三層を渡したとき、AIは個々の実装判断を自分で下しながら、全体としてブレない方向を保ち続けた。原理原則だけを渡しても教科書で終わる。理念だけならスローガンで終わる。思考の型だけなら、なぞるだけの儀式で終わる。三層が揃って、はじめて判断は自走した。
ここで、本書を貫く「Why before How」の意味が、具体的な手触りを持つ。Why（なぜ正しさを先に置くのか）を共有したから、How（どう実装するか）の無数の判断を、AIに委ねられた。Whyを渡さずにHowだけを渡していたら、私は百一個目の分岐のたびに、呼び出されていただろう。
この三層は、抽象論ではない。実際のファイルになる。
私は、プロジェクトの最上位に一枚のテキストを置く。CLAUDE.md と呼んでいる。そこに、原理原則・理念・思考の型を、人間が読める言葉で書く。AIは作業のたびにこれを参照し、迷ったらここへ立ち返る。テストが「コードの正しさ」を定義するように、CLAUDE.md は「判断の正しさ」を定義する。いわば、振る舞いに対するテストだ。
ここで、この本の立場をひとつ明確にしておきたい。私はあなたに「さあ、CLAUDE.md を書け」と急かすために、これを見せているのではない。テンプレートを配って、その場で埋めさせるつもりもない。ここで見てほしいのは、判断を哲学から導く設計が、現実にファイルとして存在し、動いているという事実のほうだ。深さは、見せるためにある。あなたが自分の組織でこれを必要だと感じたとき、その入り口は、いつでも開いている。
道場で、師は手順を一行の意念に変えて、私の拳を変えた。AIの前で、私は手順を哲学に変えて、実装を自走させた。やっていることは、同じだ。手順の上に、なぜを置く。それだけのことが、結果のすべてを変える。
水は、どの器の正しさにも従う。だが器に従っているのではない。
自らの原理に従って、形を変えているだけだ。
正しさを先に置け。あとは、水になればいい。
第二部 理念 ── 何を最も大切にするか
その日、私はAIに丸一日を費やしていた。
プロジェクトの文脈を、一つずつ教え込んだ。チームの暗黙のルール。過去にやらかしたトラブルと、その後どう手当てしたか。あの客は数字から入ると話が早いが、別の客は逆に身構える、ということ。一つ伝えるたびに、AIの出力は的確になっていった。夕方には、横に座る優秀な相棒のように振る舞っていた。「これならいける」と、確かな手応えがあった。
翌朝、私は同じセッションを開いた。そして「昨日の続きだけど」と打ち込んだ。
通じなかった。
すべてが、まっさらに戻っていた。昨日積み上げた文脈は、どこにも残っていない。AIはまた、記憶のない新人として、私の前に座っていた。同じ説明を、もう一度、最初から繰り返すしかなかった。
人間の同僚なら、こうはならない。「昨日の続きだけど」の一言で、議論の結論も、客の微妙な表情も、「あの件はこう進めることにしたよね」という了解も、すべて共有されたまま再開できる。説明し直す必要などない。
その差は、いったい何なのか。私はしばらく、画面の前で考え込んだ。プロンプトに情報を書き込む。参照用のドキュメントを整える。対策はいくらでもある。だがどれだけ書いても、「書いていない何か」が必ず残った。その何かのせいで、AIの出力はいつも微妙にずれた。致命的ではない。だが、一緒に働く人間なら絶対にしない、奇妙なずれ方をした。
この「書いていない何か」の正体を、私は知っている。暗黙知だ。
暗黙知という言葉は便利だ。便利すぎて、かえって実態が見えなくなる。「暗黙知を言語化しましょう」と言うのは簡単だが、では何を言語化するのか。問われると、誰もが詰まる。
私が現場で観察してきた限り、暗黙知は一枚岩ではない。五つの層がある。
一つ目、哲学の暗黙知。 「なぜうちはこのやり方をしているのか」という、判断の根拠そのもの。最も深い層にある。創業者の頭の中には確かにあるのに、言葉になっていない。
二つ目、手法の暗黙知。 スクラムを回している現場で「この空気なら、今日の朝会は短く切り上げたほうがいい」と判断できる勘。マニュアルには、どこにも書いていない。
三つ目、道具の暗黙知。 ツールの使い方はドキュメントにある。だが「この機能とこの機能を、この順で組み合わせると速い」は、使い込んだ者の頭にしかない。
四つ目、文脈の暗黙知。 「この客には数字から入れ」「あの部長に月曜の朝は話を持っていくな」。人と状況に貼りついた、極めて属人的な知識。
五つ目、メタ暗黙知。 「何が暗黙知なのか」を認識する力そのもの。自分が無意識に何を判断しているかに気づく能力。これがいちばん言葉にしにくい。
マニュアルやドキュメントで埋まるのは、せいぜい上の二層か三層だ。下に行くほど、言語化は難しくなる。そしてAIは、この五層のすべてを持たずに起動する。毎朝、毎セッション、ゼロから。
人間は、この五層を時間をかけて身体に入れてきた。組織に入り、空気を読み、失敗し、直される。その反復のなかで、マニュアルにない判断基準が少しずつ染み込む。三年目と十年目の差は、技能の差だけではない。蓄積された暗黙知の厚みが違うのだ。
これは、道場で起きていたことと同じ構造だ。型を繰り返す。師の動きを見て盗む。何千回と反復するうちに、型の奥にある原理が身体に入る。「なぜこの角度か」「なぜこの間合いか」── 最初は意味の分からなかった動きが、ある日、理屈ではなく身体で分かる。あれが、暗黙知の獲得だった。意識のプロセスではない。だから「暗黙」知と呼ぶ。
問題は、この暗黙知が、その人の頭の中にしか存在しないことだ。
十年目のベテランが辞める。引き継ぎ書に書けるのは、業務手順だけだ。「あの客との打ち合わせは、最初の五分で相手の温度を見て、提案の切り口を変える」── こういう判断は、引き継ぎ書には書けない。書けないから、消える。後任は、それをゼロから体得し直すしかない。
私はこういう現場を、いくつも見てきた。一人の人間が去るたびに、組織から何かが静かに抜け落ちていく。何が抜けたのかは、誰にも特定できない。ただ、以前は滑らかに回っていた判断が、どこかで詰まるようになる。失われたものに、名前すらつかない。
言葉にしなかった判断は、その人とともに消える。
これが、この章の核だ。
そして、ここで気づいてほしいことがある。暗黙知が暗黙のまま放置される組織は、結局のところ「考えるな、従え」で回っている組織だ。判断基準が言語化されていないから、一人ひとりが考える余地がない。マニュアル通りにやるか、ベテランの指示を待つか、どちらかしかない。暗黙知を言語化するとは、全員が「なぜそうするのか」を語れる状態を作ることでもある。
この問題は、AI時代に始まったことではない。ずっと、昔からあった。人が辞め、知識が消える。引き継がれず、途絶える。AIの登場は、この古い問題を加速させ、可視化しただけだ。AIは毎朝忘れる。だから、人間が何十年もかけて静かに失ってきたものを、たった一晩で、目の前に突きつけてくる。
「暗黙知を言語化しろ」と言われても、何から手をつければいいか分からない。当然だ。「とにかく書き出してください」で書けるなら、それはそもそも暗黙知ではない。意識の外にあるからこそ暗黙なのであって、本人にも見えていないものを「書け」と言って、出てくるはずがない。
ではどうするか。私はここで、序章から運んできた道具を取り出す。哲学の三層だ。
哲学を三層で定義するという行為が、そのまま暗黙知の言語化になる。
第一層・原理原則を定義する。 「この業界で、変わらない構造的事実は何か」を問う。これは、組織の中で「当たり前すぎて誰も口にしない前提」を掘り出す作業だ。当たり前だと思っていることの中にこそ、判断を根底から支える暗黙知が埋まっている。
第二層・理念を定義する。 「何を最も大切にするか」を問う。これは、「迷ったとき、何を優先しているか」という暗黙の判断基準を言語化する作業だ。経営者の頭では明確なのに、組織には共有されていない。そういう理念が、多くの会社にある。
第三層・思考の型を定義する。 「どうやって判断に至るか」を問う。これは、ベテランが無意識に踏んでいる思考の手順を言葉にする作業だ。なぜあの人の判断は的確なのか。勘ではない。繰り返し使ってきた回路があるからだ。その回路を、言葉にする。
この三層を、対話を通じて一つずつ掘り出していく。
これが、コーチングだ。
コーチングとは、アドバイスをすることではない。相手の中にすでにある哲学を、問いで引き出し、言語化する行為だ。「なぜそう判断したのか」を五回繰り返す。「その判断は、何を守ろうとしているのか」を問い続ける。答えが出たとき、それは新しく作られたものではない。もとからそこにあった暗黙知が、初めて言葉になった瞬間だ。
私が現場でやっていることは、武術の師が私にしてくれたことと、根っこで同じだ。師は「拳を当てるな、壁を突き抜けろ」という一行で、私の中に眠っていた感覚を引き出した。教え込んだのではない。引き出したのだ。暗黙知を定義するとは、コーチングそのものだ。そしてコーチングとは、暗黙知を定義する行為にほかならない。
問いで暗黙知を引き出す ── ここは、問う側の宮代の本領だ。コーチングの実際を、彼の口から聞いてほしい。
ここで、もう一段深い問題がある。
「暗黙知を言語化しろ」は正しい。だが、何が暗黙知なのかを発見すること自体が、最も難しい。
自分が無意識に何を判断しているか。組織の中で、どんな知識が暗黙のまま流通しているか。それに気づくには、「ここに、まだ言葉になっていない判断があるのではないか」と問う力が要る。
その問いを立てるための軸が、哲学だ。
三層という構造が定義されている組織では、こう問える。「原理原則の層に、まだ言葉にしていない前提はないか」「理念の層で、優先順位が曖昧なまま放置されている判断はないか」「思考の型として共有されず、ベテランだけが使っている回路はないか」。三層という座標があるからこそ、「この層に、まだ言語化されていないものがある」と気づける。
哲学のない組織では、この問いそのものが立たない。何が暗黙知なのか分からないまま、「なんとなくうまくいかない」が続く。AIの出力が微妙にずれ続ける。人が辞めるたびに何かが失われる。だが、何が失われたのかを特定できない。
ここに、序章で立てた背骨がもう一度効いてくる。ルールを百個用意しても、百一個目の未知は必ず来る。その百一個目を埋めていたのが、人間の暗黙知だった。AIは、その隙間を埋めない。だから哲学を渡すしかない。そしてその哲学は、隙間を埋めるだけのものではない。どこに隙間があるかを照らすレンズでもある。 哲学は、暗黙知を埋めると同時に、暗黙知を発見する。
見えないものは、言語化できない。言語化できないものは、継承できない。哲学というレンズがなければ、暗黙知は永遠に暗黙のまま、個人の頭の中に閉じ込められ続ける。
暗黙知が消えるのは、変えられない構造だ。だが、それを言葉にして残すと決めるかどうかは、選べる。私は、言語化を、何よりも大切にする側に立つ。
哲学で暗黙知を言語化すると、二つのことが同時に起きる。
ひとつ。それをAIに渡せる。私はそれを CLAUDE.md という一枚のテキストに書く。原理原則・理念・思考の型を、人間が読める言葉で置く。AIは作業のたびにこれを参照する。セッションが切れても、翌朝の「記憶のない新人」は、このファイルを読んで昨日の判断軸を取り戻す。忘れても、立ち返れる場所がある。
もうひとつ。同じものを、新しいメンバーにも渡せる。ベテランが去っても、消えない。属人性が薄れ、個人の頭の中にあったものが、組織の知として残る。
ここで、この本の立場を明確にしておきたい。私はあなたに「さあ、暗黙知を書き出せ」と急かすために、これを見せているのではない。テンプレートを配って、その場で埋めさせるつもりもない。見てほしいのは、個人の頭の中で消えゆくはずだった判断が、哲学という形で外に取り出され、AIにも人にも継承される ── その仕組みが現実に動いているという事実のほうだ。深さは、見せるためにある。あなたが自分の組織でこれを必要だと感じたとき、入り口はいつでも開いている。
最初の一歩は、小さくていい。明日の朝、いつも無意識にやっている判断を、ひとつだけ言葉にしてみること。「なぜ自分は、こうしたのか」を問うこと。その答えが、あなたの組織の暗黙知の、最初の一行になる。
道場で、師は私の中の言葉にならない感覚を、問いで引き出した。AIの前で、私はベテランの頭の中で消えるはずだった判断を、哲学で外に取り出した。やっていることは、同じだ。言葉にされなかったものを、言葉にする。それだけのことが、継承のすべてを分ける。
水は、流れ去れば二度と戻らない。
だが、川の形を覚えておけば、次の水も同じ道を流れる。
人は去る。だが、言葉にした判断は残る。川の形を、彫っておけ。
第二部 理念 ── 何を最も大切にするか
ある現場に、長く頼りにされてきた人がいた。
仮にKさんとしておく。Kさんは、与えられた仕事を誰よりも速く、誰よりも正確にこなした。書類の不備を見逃さない。手順の抜けを許さない。同じ作業を百回繰り返しても、百回目の精度が一回目と変わらない。上司は彼に仕事を振れば安心した。「Kさんに任せておけば間違いない」── それが、その職場での彼の評価だった。
私がその現場でAIの導入を手伝ったとき、最初に表情を曇らせたのが、このKさんだった。
理由は、すぐに分かった。AIが最初に肩代わりしたのが、まさにKさんの仕事だったからだ。書類のチェック。手順どおりの処理。決められたフォーマットへの転記。Kさんが長年かけて磨き上げてきた「速くて、正確で、ミスがない」という武器を、AIは初日から、彼以上の速さで振るってみせた。
Kさんは、何も悪いことをしていない。むしろ真面目に、誠実に、評価される働き方を極めてきた。問題は、その武器の正体だった。
Kさんが磨いてきたのは、「決められた型の中で、正確に速く動く」能力だった。
これは長いあいだ、立派な競争力だった。指示されたことを違わずにこなす。マニュアルを正確になぞる。ルールの内側で、最大の効率を出す。日本の職場が「優秀」と呼んできた働き方は、ほとんどがこの能力の上に乗っていた。Kさんは、その時代の優等生だった。
ところが、この「型の中で正確に動く」という能力こそ、AIが最も得意とするものだった。
ここに、残酷なねじれがある。人間が長年かけて極めてきた武器と、AIが生まれつき持っている武器が、ぴったり同じ場所にあった。同じ土俵に立った瞬間、勝負はついている。疲れない。ぶれない。何万回繰り返しても精度が落ちない相手に、人間が正確さと速さで挑むのは、分が悪い。
マニュアル通りに動ける人ほど、AIに置き換えられる。
これは脅しではない。私は誰のキャリアも煽りたくない。ただ、構造を正確に言うだけだ。型の中での最適化は、AIの土俵だ。その土俵で競い続けるかぎり、勝ち目は薄い。
では、AIに置き換えられないのは、どんな人間か。
答えは、皮肉な形で現れる。
AIを最も活かせるのは、AIと同じ土俵で戦う人ではない。AIに「どう判断すべきか」を渡せる人だ。前例のない状況に出会ったとき、手順書を探すのではなく、原理から答えを導ける人。何を最も大切にするかを、自分の言葉で言える人。つまり、哲学を持った人間だ。
第一部で見たとおり、ルールを百個用意しても、百一個目の未知は必ず来る。Kさんが強かったのは、百個のルールの内側だった。だがAIの時代に価値を持つのは、百一個目に出会ったとき、ルールの「上」から判断を下せる側だ。
ここに、この国の働き方が抱えてきた矛盾が、はっきり姿を現す。
自分の頭で考え、原理から判断し、前例のない状況に自分の思想で対応する ── そういう人間を、日本の労働市場は長いあいだ、むしろ持て余してきた。「言われたことだけやれ」「余計なことを考えるな」。そう育てられた優等生ほど、AIの時代に丸腰になる。
AIが最も活かせる人材像は、この国が長年かけて遠ざけてきた人材像と、見事に重なってしまう。Kさんの不安の正体は、ここにあった。彼は、評価される働き方を、誰よりも忠実に極めただけなのだ。
ここから先、ひとつのことを言いたい。
求められているのは、ルールを実行する側から、ルールを定義する側への移行だ。手順をなぞる人から、手順の上にある「なぜ」を決める人へ。作業者から、思考者へ。
そして、この移行は不可逆だ。一度こちら側に渡ってしまえば、もう元の岸には戻れない。原理から判断することを覚えた人間は、二度と「考えるな、従え」では働けなくなる。それでいい。戻る必要などない。AIが型の中の作業を引き受けるほど、人間に残されるのは、この「定義する側」の仕事だけになっていく。
誤解のないように言えば、これはKさんを否定する話ではない。Kさんが百回繰り返しても落ちなかった精度、抜けを許さなかった目 ── あれは、原理を身体で知っていた証拠でもある。彼に足りなかったのは能力ではない。自分が暗黙のうちにやっていた判断を、言葉にする機会だった。
その「言葉にする機会」を作るのが、宮代のコーチングだ。
では、思考者の側へ渡るとは、具体的に何をすることか。
組織にCLAUDE.mdを置くのと同じことを、自分自身に対してやる。個人の中に、哲学の三層を建てるのだ。
第一層・原理原則 ── 世界の、変えられない構造。ここでは、自分の専門領域で誰がやっても変わらない構造を見極める。流行り廃りで動くものと、何年経っても動かないものを切り分ける。「この仕事の本質は、結局これだ」と言い切れる一行を持つ。
第二層・理念 ── その上で、何を最も大切にするか。同じ仕事をしても、自分は何を優先するのかを決める。速さか、正確さか、それとも別の何か。あの道場で、私が拳に「突き抜ける」を込めたように、自分の仕事に込める意念を、自分で選ぶ。
第三層・思考の型 ── 原理と理念を、判断に変える回路。前例のない案件が来たとき、どこに立ち返って考えるか。その立ち返り先を、あらかじめ持っておく。
この三層を自分の中に建てた人間は、手順書が尽きても止まらない。百一個目が来ても、原理から答えを導ける。それは、AIが逆立ちしても代われない仕事だ。なぜなら、Whyを定義できるのは、人間とその哲学だけだからだ。
Kさんは、自分が無意識にやっていた判断を、少しずつ言葉にしていった。何を見て、なぜそう決めていたのか。それを言語化したとき、彼の仕事はAIと競合するのをやめた。AIに「こう判断しろ」と渡す側に、静かに回り始めた。Why before How ── 順序が、立つ場所を変えた。
哲学を持つことが、かつてはリスクだった。意見を言えば浮き、問えば疎まれる職場で、考えないことが最適解だった時代があった。その時代が、終わろうとしている。
これからは、哲学を持たないことが、最大のリスクになる。
型の中でいくら速く正確に動けても、それは器の形をなぞっているだけだ。
器が変われば、なぞる形も消える。
自分の原理を持て。そうすれば、どの器に入れられても、水でいられる。
第二部 理念 ── 何を最も大切にするか
会議室の空気が、一瞬で変わったのを覚えている。
若い頃のことだ。決まりかけていた方針に、私は疑問を持った。このまま進めれば、半年後に必ず行き詰まる。理由も言える。だから手を挙げた。「その前提は、本当に正しいのでしょうか」と。
返ってきたのは、反論ではなかった。沈黙だった。
何人かが目を伏せた。何人かが、ちらりと上席のほうを見た。誰も私の問いそのものには答えなかった。やがて議題は、何事もなかったかのように先へ進んでいった。私の問いは、空気の中に吸い込まれて消えた。間違っていたのではない。そもそも、問うこと自体が場違いだった。
その日の帰り道、私は学んだ。ここでは、考えてはいけないのだと。少なくとも、声に出して考えてはいけない。求められているのは、決まったことを正確に速く実行する手だ。問いを持つ頭ではない。
長いあいだ、私はこれを自分の未熟さのせいだと思っていた。空気が読めなかった。タイミングが悪かった。言い方がまずかった。── けれど今は違う。あれは私の失敗ではなかった。あの沈黙は、ひとつの巨大な構造が、たまたま私の前で姿を見せた瞬間だった。
その構造は、ずっと手前から始まっている。教室だ。
私たちが二十年近くかけて訓練されたのは、たったひとつの能力だった。用意された正解を、速く正確に再現する力。テストには必ず正解がある。それを覚え、設問に合わせて取り出す。速ければ速いほど、外さなければ外さないほど、点が上がる。点が上がれば、優秀だと言われる。
ここで鍛えられるのは、答えを覚える力だ。問いを立てる力ではない。「なぜこの公式が成り立つのか」を考える子より、「この公式を使えば速く解ける」と覚えた子のほうが、テストでは勝つ。問いは時間を食う。正解の再現は、問いを省いたぶんだけ速くなる。
だから私たちは、無意識に学んだ。問うな。覚えろ。正解は、いつも外側に用意されている。自分の内側から正しさを立ち上げる必要はない。── この刷り込みは、二十年かけて骨の髄まで入る。テストの正解率がそのまま自分の価値だという等式を、誰も疑わなくなる。
これは、悪意のある誰かが仕組んだ陰謀ではない。大量の人材を、均質に、効率よく育てるための、合理的な設計だった。正解再現型の教育は、その目的においては、見事に成功している。
問題は、その先で待っている場所だ。
教育が育てた「正解再現型の人材」は、そのまま労働市場へ流れ込む。
そして、教室で学んだことが、職場でもう一度強化される。会議で意見を言えば、沈黙が返る。方針に疑問を呈すれば、次から重要な話に呼ばれなくなる。自分の主義主張を持つことは、波風を立てることであり、波風を立てる者には、面倒な仕事だけが回ってくる。
だから人は、二度目の学習をする。問いを持つことは、リスクなのだと。
声に出して考える者は損をする。黙って正確に手を動かす者が、評価され、昇進し、生き残る。教室で「正解を速く再現せよ」と教わった人間にとって、これは何の違和感もない続きだった。会社にも正解がある。それは上が持っている。自分の仕事は、その正解を速く正確に実行すること。あの会議室で目を伏せた人たちは、誰も冷たかったわけではない。ただ、正しく適応していただけだ。
こうして、この国は「優秀な作業者」を大量に生み出すことに成功した。指示を正確に理解し、ミスなく、速くこなす。手順書があれば、その通りに完璧に動く。── これは紛れもなく、ひとつの達成だった。長いあいだ、それで世界と戦えていた。
ここまでを、私は四つの段で読み解いている。
一の段、教育が「正解の再現速度」を能力と定義する。
二の段、その能力を持つ人材が、労働市場に流れ込む。
三の段、職場が「問いを持つこと」をリスクとして罰する。
四の段、こうして「考えるな、従え」が、個人にとっての最適解になる。
誰も悪くない。一人ひとりは、目の前の構造に、賢く適応していただけだ。
問わない人間が損をしない仕組みの中で、人は合理的に、問うことをやめた。
ここで、奇妙なねじれが起きる。
AIを本当に使いこなせる人間とは、どういう人間か。前章までで見てきたとおりだ。自分の頭で考え、原理原則から判断し、前例のない百一個目の状況に、自分の哲学で対応できる人間。正解が外側に用意されていない場面でこそ、力を発揮する人間。
これは、教育と労働市場が、二十年がかりで排除してきたタイプの人間と、寸分たがわず重なる。
私はこの一致に気づいたとき、しばらく言葉を失った。私たちは、いまAIの時代に最も必要とされる人材を、社会の仕組みそのものが、長い時間をかけて潰してきた。問いを立てる者を黙らせ、正解を覚える者を称えてきた。その結果、最も貴重になるはずだった能力が、最も希少になってしまった。
ブルース・リーは、こう言い残している。
「人間はパターン化された思考と行動によって、成長をやめるものだ」
私はこの言葉を、長く個人の戒めとして読んでいた。けれどこれは、社会の構造そのものを射抜いている。私たちはパターンの中で最適化を続けた。正解再現というパターンの内側で、世界の誰よりも速く、正確になろうとした。そして、そのパターンの外に出る力を、いつのまにか失った。
これは個人の怠慢ではない。システムの設計が、そうさせた。責めるべきは、手を挙げなかった人ではない。手を挙げた者が沈黙させられる構造のほうだ。
では、どうするか。
ここで私は、教育を変えろとも、会社を変えろとも言わない。それは私の手に余るし、そういう大きな号令は、たいてい何も動かさない。私が言えるのは、もっと手前のことだ。この構造を、構造として認識すること。 それが、すべての出発点になる。
あの会議室での沈黙を、自分の言い方が悪かったせいだと片づけているうちは、何も変わらない。AIに仕事を奪われそうな同僚を、努力が足りないからだと笑っているうちも、何も変わらない。教育から雇用から評価まで、一本のパイプラインが、哲学を持つ人間を排除するように設計されている。── まずこの設計図が見えること。見えてはじめて、自分がどの歯車の中にいるのかが分かる。
この構造は、私たちには選べなかった。だが、ここから何を大切にするかは、選べる。私は、問いを取り戻す側に立つ。
そして、ここに本書を貫く構造が、もう一度顔を出す。哲学は、三つの層でできていた。第一層の原理原則、第二層の理念、第三層の思考の型。正解再現型の教育が削ぎ落としてきたのは、まさにこの三層を自分の内側に立ち上げる力だ。外側の正解を覚えるだけなら、この三層は要らない。だが、正解のない百一個目に立つには、これしかない。
私が現場でやっているコーチングは、煎じ詰めれば、この排除されてきた力を、一人ひとりの中に取り戻す作業だ。「あなたは、なぜそう判断したのか」を問う。「その判断は、何を守ろうとしているのか」を問う。本人が「なんとなく」で済ませてきたものを、言葉にして、三層の形に置く。それは、教室で奪われた「自分の内側から正しさを立ち上げる力」を、もう一度動かす訓練にほかならない。
排除されてきた力を取り戻す ── その現場を、宮代はこう語る。
長いあいだ、哲学を持つことは、職場ではリスクだった。問いを持つ頭は、損をした。だがAIは、その力にしか反応しない。正解を速く再現する力は、もうAIのほうが速い。残されるのは、正解そのものを定義する力だ。
哲学を持つことがリスクだった時代が、終わろうとしている。あの日、会議室で目を伏せられた問いが、これからは、いちばん価値あるものになる。
型に正確に従う者が評価された時代は、もう過ぎた。
水は、決められた器に従っているのではない。
自らの原理で、まだ無い器の形を、先に決める。
問え。そして、水になれ。
原理を認め、理念を選んだ。最後に残るのは、それを実際の判断にどう変えるかだ。三層はなぜ三層なのか。型を究めた先に型を出るとは何か。ツールが揺れても崩れない構えとは。── ここからの各章は、原理と理念を判断へ変換する「構え」を、現場の実装とともに見ていく。選んだ Why を、揺れない判断にどう変えるか。本書の主張は、ここで閉じる。
この章は、宮代の一言から始まった。
ホワイトボードの前で、私は哲学の三層構造を説明していた。原理原則・理念・思考の型。三つの言葉を縦に並べて書き、AIに渡すべきはこれだと、いつものように話していた。宮代はうなずきながら聞いている。ところが途中で、ペンを走らせる私の手の先をじっと見ながら、彼が手を止めた。
ホワイトボードに並べた三つの言葉が、急に、根拠のない思いつきに見えてきた。顔が、少し熱くなった。実感は、まだ理屈になっていなかったのだ。
その場は、苦しまぎれにこう答えてしのいだ。「思考の座標が、ピンポイントに定まりやすいんです。三次元の、xyz軸みたいなものです」と。即興のたとえのつもりだった。間に合わせの言葉。
ところが家に帰って、ひとりでその言葉を反芻しているうちに、背筋が伸びた。あれはたとえではなかった。構造そのものの説明になっていた。判断を一点に定めるために、軸はいくつ要るのか。── 答えは、三つだった。多くも少なくもなく、三つ。宮代の問いが、私に宿題を残していた。
なぜ三つなのか。順番に軸を足していけば、見えてくる。
まず、原理原則だけを持っている状態を考える。「世界はこう動いている」という、客観的な事実の記述だけがある手元だ。たとえば「メソッドだけでは未知に対応できない」と知っている。これは正しい認識だ。だが、ではこのチームが明日の会議で何を決めるのか ── そこまでは、何ひとつ定まらない。
原理は、方向を指す。だが、場所までは指さない。一軸しかない判断は、一本の線の上のどこかにある、としか言えない。線の上のどこなのかは、まだ分からない。これが、原理原則だけを抱えた組織が動けない理由だ。正しいことは知っている。なのに、動けない。
そこに理念を足す。「我々はこれを最も大切にする」という、主観的な選択が入る。これで「何が正しいか」と「何を優先するか」が揃う。線は、面に広がる。
進んだように見える。だが、まだ足りない。同じ理念から、複数の異なる行動が導き出せてしまうからだ。「自走できる状態をゴールにする」と決めたとして、では明日の会議で具体的に何を発言するのか。面の上には、無数の着地点が残っている。どこに降りるかは、まだ自由だ。だから揺れる。同じ価値観を共有しているはずのチームが、現場ではバラバラの判断を下す。理念まで揃えても、なお揺れる。
最後に、思考の型を足す。これは「客観と主観を、どう判断に変換するか」の回路だ。「迷ったら原理に戻る」「正しさを先に定義する」「問いで暗黙知を引き出す」── 判断の手順そのものを、ひとつの軸として立てる。
三軸が揃ったとき、判断は判断空間のなかの、ただ一つの点として導き出せるようになる。線でも、面でもない。点。ピンポイント。
一軸は線。二軸は面。三軸で、点。
線では迷い、面でも揺れる。点で初めて、判断は定まる。
これが、この章の核だ。
軸が足りないと何が起きるか。並べてみると、欠落の形がはっきりする。
原理原則だけなら、抽象的すぎて行動が決まらない。「世界はこうだ」で終わる。理念だけなら、根拠のない好みの表明になる。「私はこう思う」で終わる。思考の型だけなら、戦術はあるが戦略がない。「こうやる」で終わる。
二つ揃えても、まだ足りない。原理と理念だけなら、「正しい」と「やりたい」はあるのに、そこへ至る経路がない。原理と型だけなら、優先順位が抜ける。理念と型だけなら、客観の地面に足がついていない。
三軸が揃って、はじめて、未知のケースでも一意の判断点が導出できる。
では、四軸目を足したらどうなるか。もっと層を増やせば、もっと精密になるのではないか。── ならない。三軸ですでに点は定まっている。定まった点に四つ目の軸を足しても、その同じ点に冗長な情報を重ねるだけだ。新しい自由度は、もう生まれない。四軸目以降は、装飾になる。
だから三層は、最小にして必要十分だ。これは私が三つという数字を好んだ結果ではない。判断を一点に定めるために、構造の側から要請される必然だ。道場で三つに辿り着いたのも、偶然ではなかった。原理・意念・構え。武術が何百年もかけて三つに収斂したのは、身体が判断を一点に定めるのに、それだけの軸を必要としたからだ。
座標系として見れば、対応はきれいに揃う。客観の軸が原理原則 ── 世界がどう動いているか。主観の軸が理念 ── 何を優先するか。変換の軸が思考の型 ── 客観と主観を、どう判断に変えるか。三本の軸が直交して、はじめて空間のなかの一点が決まる。
ここまでで、座標系の話は閉じる。だが、座標系があれば判断が自動的に出てくるわけではない。ここを見落とすと、半分しか分からない。
座標があっても、それを読む者がいなければ、点は浮かんでこない。地図があっても、地図を読める人間がいなければ、目的地には着かない。三層哲学という座標系には、それを読み、原理から判断を組み立てられる「器」が要る。
私が Philosophy as Code と呼んできたのは、「AIに哲学を与える」というやり方だ。CLAUDE.mdに三層の哲学を書き、AIがそれを読んで判断する。これが成り立つには、AIの側に「与えられた哲学から、書かれていない状況の判断まで導き出せる」能力がなければならない。文書を検索して、近い箇所を引いてくるだけの能力ではない。原理を踏まえて、想定外の場面にも一貫した判断を生成する能力だ。
この能力は、放っておいて湧いてくるものではない。
私が使っているClaudeには、Anthropicが公開している「Claude's Character」という解説がある。そこに書かれているのは、誠実さ、知的好奇心、健全な懐疑、思いやり、開かれた態度 ── そうした性格特性が、訓練の過程で意図的に形づくられてきた、という事実だ。Claudeが哲学的な対話に応じられるのも、原理から判断を組み立てられるのも、ひとりでにそうなったのではない。それを設計し、一貫させ、揺らぎから守る ── そのために、長い研究と実装の積み重ねがある。技術的にも、倫理的にも、軽い仕事ではない。
私が哲学を書く側だとすれば、Claudeはそれを読む側だ。座標を引く者と、座標を読む器。この二つは、別々の場所で、別々の人々が作っている。
座標を読む器は、AIだけの話ではない。ここで宮代が口を挟んだ。
そう考えると、Philosophy as Codeは二段の依存の上に立っていることが分かる。
一段目は、実装の層の依存だ。.claude/rules/ も .claude/skills/ も、Claude Codeというハーネスの機構に乗っている。別のAIへ持っていくには、この制御層を作り直す必要がある。これは技術的な依存で、いずれ移植もできる。
二段目は、もっと根の深いところにある。能力の層の依存だ。「哲学を受け取って、原理から推論できる」という、AIそのものの能力に依存している。哲学的な推論能力を欠いたAIに三層哲学を読み込ませても、それは「指示の網羅」と見分けがつかない。座標系を渡しているのに、座標として読まれず、ただの長い指示書として処理されて終わる。Philosophy as Codeの心臓 ── 未知のケースで一意の判断を導く力 ── は、そこでは動かない。
Philosophy as Codeのホワイトペーパーには「三層哲学の構造はLLM非依存だ」と書いた。これは正しい。だが正確には、「哲学的推論能力を持つAIどうしのあいだでの非依存性」を意味している。どんなAIでも動く、という話ではない。
これは、弱点を白状しているのではない。構造を、正確に書いているだけだ。Philosophy as Codeは「哲学を書く側」と「哲学を読める側」、その両方が揃って、はじめて機能する。書く側だけでも、読む側だけでも、座標と判断はつながらない。
これは、第一部で見た原理原則とまっすぐ重なる。手法は、思想なしに導入すると形骸化する。Philosophy as Codeもまた、ひとつの手法だ。だからPhilosophy as Codeも、それを読める器がなければ形骸化する。座標系を持っていても、原理から推論できる器がなければ、ただの長い指示書として読み流されて終わる。
道場の比喩で言えば、構えと型の関係だ。型だけ覚えても、構えがなければ実戦では崩れる。構えだけあっても、型を知らなければ身体は動かない。両方揃って、はじめて未知の相手に対応できる。座標系と器も、同じだ。
「なぜ哲学は三層なんですか」と、これから聞かれたら、私はこう答える。「線、面、点だからです」と。一軸では位置が定まらない。二軸では面の上で揺れる。三軸が揃って、はじめてピンポイントになる。
「なぜClaudeで機能するんですか」と聞かれたら、こう答える。「Anthropicのキャラクター訓練が前提だからです」と。哲学を読める器を作る仕事は、別の場所で、別のチームが、長い時間をかけてやっている。その仕事の上に、Philosophy as Codeは立っている。
Philosophy as Codeを書いているのは私だ。だが、それを読んで動いているのはClaudeだ。座標系を引く側と、座標を読む器を育てる側。書く側と読む側、その両方の仕事の上に、判断は一点に定まる。
この構造を正確に認識しておくこと。それが、Philosophy as Codeを扱うときの、最初の構えだと私は思う。自分ひとりの手柄だと思った瞬間、座標は読まれなくなる。
水は器の形になる。だが、水だけでも、器だけでも、形は生まれない。
座標を引く者と、座標を読む器。両方が揃って、はじめて一点が定まる。
一点は、独りでは定まらない。書く側にも、読む側にも、敬意を。
第三部 思考の型 ── どう判断に至るか
私がいまも通う道場は、この男が遺した術の、末端にある。截拳道（ジークンドー）── ブルース・リーが創った武術だ。だから彼の名は、私にとって歴史上の人物ではない。毎回の稽古で身体に触れている原理の、その源にある名前だ。だから、彼が何を捨てたのかは、他人事として読めない。
ブルース・リーは、詠春拳（ウィンチュン）から始めた。
香港でイップ・マンに師事し、中心線を制する詠春の理を身体に叩き込んだ。だがリーはそこで止まらなかった。ボクシングを学び、フェンシングの間合いを盗み、レスリングの組みを取り入れ、世界中のあらゆる格闘技を貪欲に呑み込んでいった。彼の蔵書は数千冊にのぼり、その多くに自筆の書き込みがあったという。型を、学べるだけ学んだ男だった。
そして、学び尽くした末に、彼は型を捨てた。
リーが創始した截拳道（Jeet Kune Do）の核心は、逆説的な一行に収まる。型を持たないことを型とする。 固定された流派の動きは、その流派が想定した状況にしか効かない。詠春には詠春の前提があり、ボクシングにはボクシングのリングがある。型は、それを生んだ文脈の外に出た瞬間、足枷に変わる。だからリーは、どの型にも縛られず、その瞬間に最も合う動きを選ぶ自由へと至った。
ここで取り違えてはならない。リーが捨てたのは「型に縛られること」であって、「型を知ること」ではない。彼は誰よりも多くの型を身体に刻んでいた。だからこそ、捨てられた。
「Be water」を、無秩序のことだと読む人がいる。
何にでもなれる。決まりがない。気の向くまま、形を変えればいい。── そう読んだ瞬間に、この言葉は死ぬ。水は確かにどんな器の形にもなる。だが水は、自分の原理を捨ててはいない。低きに流れ、隙間に入り込み、温度で姿を変える。その振る舞いは、変わらない物理に従っている。水が自由に見えるのは、芯がぶれないからだ。
リーの自由も、同じ構造をしている。彼が瞬間ごとに最適な動きを選べたのは、あらゆる型を身体が記憶していたからだ。引き出しが空の人間に、状況に応じて引き出しを開ける自由はない。
型を捨てられるのは、すべての型を身体に刻んだ者だけだ。
この一行が、第三部の入り口である。
型を学んでいない者の「型破り」は、ただの自己流だ。基礎のない我流は、想定の内側ですら崩れる。順序を間違えてはいけない。まず型を徹底して身体に入れる。次にその型を超える。この二段を飛ばして、いきなり自由になろうとした者は、自由ではなく無力に着地する。
序章で触れた、私の道場の話を思い出してほしい。私は同じ突きを、何千回と繰り返した。肘の角度も腰の回転も、型として身体に刻んだ。そのうえで「壁を突き抜けろ」という一行が、拳の重さを変えた。もし私が型をなぞる前にあの一行を聞いていたら、何も起きなかっただろう。意念が拳を変えたのではない。型を刻んだ身体に意念が宿ったから、拳が変わったのだ。
この順序を、私は宮代と、道場で分かち合ってきた。彼も、同じ截拳道の実践者だ。
ここに、見落とされがちな分かれ道がある。型を繰り返すことと、型を理解することは、別物だ。
道場には、形だけは美しい稽古がある。動きは滑らかで、見栄えもいい。だが、なぜその角度なのか、なぜその間合いなのかを問われると、答えが出てこない。手順としては完璧で、原理としては空っぽだ。そういう型は、想定どおりの相手にしか効かない。前提が一つ崩れただけで、美しい形は実戦で崩壊する。
これは、私が後にスクラムの現場で見た光景と、寸分も違わない。毎朝決まった時刻に立って話す。手順は完璧になぞられている。だが「なぜ立って話すのか」を誰も言葉にできない。形だけの型稽古と、形だけのデイリースタンダップは、同じ病をわずらっている。実行できることと、理解していることを、人は取り違える。
なぜこの取り違えが、これほど根深いのか。実行は評価されやすく、理解は評価されにくいからだ。正確に、速く、言われたとおりに動く。それは目に見える。一方、なぜそう動くのかを身体で分かっているかどうかは、想定外が来るまで誰にも見えない。だから人は、見える方を磨く。型の実行を磨き、型の理解を後回しにする。そして百一個目の未知が来たとき、初めて自分が理解していなかったことを知る。
AIは、この分かれ道を残酷なほど鮮明にした。型の実行 ── 決められた手順を正確に、速く、疲れずに繰り返すこと ── にかけて、AIは人間を軽々と凌駕する。型の中で最適化する勝負を挑めば、人間は負ける。人間に残された領分は、型の実行ではない。型を理解し、型の外に出ることだ。
では、どうすれば型を理解し、型の外に出られるのか。ここで本書の背骨である三層が、ただの分類ではなくなる。
哲学の三層は、それ自体が「型を超えるための型」だ。個々の型（メソッド）を百個並べても、百一個目の未知には届かない。だが、型を生み出している原理の方を握っていれば、未知の状況でも、その場で新しい型を導出できる。三層とは、型を量産する設計図ではなく、型から自由になるための座標だ。
リーの遍歴を、三層に重ねてみる。
第一層・原理原則 ── 世界の、変えられない構造。この章でいえば「固定された型は、それを生んだ文脈の外で足枷になる」。流派を問わず成り立つ。詠春でもボクシングでも変わらない。
第二層・理念 ── その上で、何を最も大切にするか。リーは数ある価値の中から「適応」を最上位に置いた。強さでも美しさでも様式の純粋さでもなく、その瞬間に合うことを選んだ。同じ原理を知る者の中から、彼を截拳道へ進ませたのは、この選択だった。
第三層・思考の型 ── 原理と理念を、判断に変える回路。一つの構えに固執せず、相手と間合いに応じて構えそのものを変え続ける。学んだすべての型を素材として、その瞬間に最適な一手へ組み替える。これが「Be water」の身体的な実体だ。
この三層が揃って、はじめてリーは型を捨てられた。原理原則だけを知る者は、評論家にとどまる。理念だけを掲げる者は、スローガンを唱えるだけだ。思考の型だけを動かす者は、芯のない器用貧乏に終わる。三つが骨と血と筋肉になったとき、人は型の外に出る。
リーが武術でやってのけたことを、私はそのままAIに、そして組織に移した。
私はAIに、メソッドの束を渡すのをやめた。代わりに、三層を一枚のテキストに書いて渡した。CLAUDE.md と呼んでいる、あの一枚だ。原理原則をそこに刻む。理念をそこに置く。思考の型をそこに描く。AIは個々の手順を持っていなくても、この三層から、その場の判断を自分で導く。百一個目が来ても、原理に立ち返って一手を組み立てる。型を超えるための型を、文字にして渡したのだ。
ここで、三層それぞれの扱い方が違うことに注意してほしい。同じ「層」でも、握り方が異なる。
原理原則は、骨だ。 容易に変えない。世界がどう動いているかという構造の認識は、流行や気分で書き換えるものではない。骨が日々形を変えていたら、身体は立てない。
理念は、血だ。 これは意志で選ぶ。何を最も大切にするか ── 適応か、速さか、信頼か ── は、組織が自らの意志で決め、全身に巡らせる。血が通っていなければ、骨も筋肉もただの構造物だ。
思考の型は、筋肉だ。 鍛え続け、状況に応じて使い分ける。同じ骨格と同じ血を持っていても、筋肉の使い方で動きはまるで変わる。ここは更新され、磨かれ続ける層だ。
骨を据え、血を通わせ、筋肉を鍛える。この順で身体ができたとき、はじめて「水になる」ことができる。順序が逆では、水どころか形すら保てない。CLAUDE.md がただのルール集に堕すのは、骨と血を書かずに筋肉だけ ── つまり手順だけ ── を並べたときだ。それはリーが捨てた、文脈に縛られた固定の型に逆戻りすることにほかならない。
道場で師は、私に型を刻ませた上で、一行の意念を渡した。AIの前で、私はAIにメソッドを刻ませる代わりに、三層という骨と血と筋肉を渡した。やっていることは、同じだ。型を徹底して握らせ、その上で、型を超える自由を渡す。Why before How とは、つまるところ、この順序のことだ。
水が自在なのは、芯がぶれないからだ。
すべての型を骨に刻み、理念を血に通わせ、思考の型を筋肉で動かせ。
そこまで来て、はじめて型を捨てられる。── Be water, my friend.
第三部 思考の型 ── どう判断に至るか
二〇二六年の春、タイムラインが嘆きで埋まった。
「Claude Codeが急に頭悪くなった」「コードが雑になった」「指示したとおりに動かない」。同じ声が、毎日のように流れ続けた。昨日まで頼れた相棒が、ある朝を境に別人になった。多くの人が、画面の前で同じ困惑を抱えていた。
私はその嘆きを、外から眺めていた。冷ややかにではない。心当たりがなかったからだ。私の使っていたのは、騒動と同じプラン、同じClaude Code、同じモデルだった。環境は、何ひとつ違わない。それなのに、私のClaudeは、その春も淡々と動き続けていた。
四月の下旬、Anthropic が公式に経緯を認めた。原因は、三つのバグの重なりだった。
ひとつ。思考の深さを決める設定が、ある日を境に浅いほうへ切り替わっていた。後に「間違った判断だった」と認められ、差し戻された。ふたつ。待機中のセッションで、思考の履歴を毎回消してしまう不具合。Claudeが「物忘れと反復」を起こす。みっつ。応答を短くしようとするプロンプトが、コードの品質まで削っていた。
劣化は、事実だった。気のせいでも、ユーザーの錯覚でもない。提供する側が、自ら頭を下げて認めた。
だが私は、その同じ三つのバグの直撃を受けながら、揺れなかった。なぜか。私が偉かったからではない。私のClaudeに、構えがあったからだ。
何が、私と嘆いていた人々を分けたのか。
腕の差ではない。プロンプトの巧拙でもない。差はただ一点、AIを「アシスタント」として使っていたか、「判断のオーケストレーション環境」として設計していたか、そこにあった。
「設計」と書くと、大げさに聞こえるかもしれない。実態はそうではない。私がやっていたのは、判断する主体と、判断の素材と、実行のノウハウを、それぞれ別の場所に置く。たったそれだけのことだ。
揺れる相手と、踊らずに済んだ。理由は単純だ。私の構えは、揺れる場所には置いていなかった。バグが暴れたのはメインの会話の中だ。私の判断の骨格は、そこから一歩離れたところに据えてあった。嵐は窓の外を通り過ぎ、家の柱は揺れなかった。それだけのことだ。
道場で習った最初のことを、思い出してほしい。乱戦のさなかでも崩れない者は、相手の動きに合わせて自分の軸まで動かす者ではない。軸は据えたまま、手足だけを水のように動かす者だ。構えとは、揺れないための一点である。
ツールは揺れる。構えが揺れなければ、崩れない。
これが、この章の核だ。
では、その構えは、どんな形をしていたのか。
私のClaudeは、五つの段で動いていた。ひとつずつ、明かしていく。隠すものではない。むしろ、見せたほうがいい。なぜなら、見せても真似できない部分こそが、この章の本題だからだ。
第一段・オンボーディング。 リポジトリの目的、私の背景、ディレクトリの構造、基本のコマンド。それだけを書いた一枚。これが CLAUDE.md だ。セッションの始めに一度だけ読まれ、ずっと頭の片隅に常駐する。だから軽く保つ。判断のロジックは、ここには書かない。最初の挨拶状を分厚くしてはいけない。
第二段・判断主体の独立。 重い判断は、別の主体（Subagent）に切り出す。これは呼び出されるたびに、まっさらな新しいインスタンスとして起動する。メインの会話の履歴を、一切引き継がない。渡されるのは、こちらが明示的に書いた情報だけだ。これは欠点ではない。設計の本命だ。判断が独立した場所で動くということは、メイン会話の「揺れ」から切り離されている、ということでもある。
第三段・判断の構造体。 ここに、哲学の三層を置いた。第一層・原理原則（世界の、変えられない構造）、第二層・理念（その上で、何を最も大切にするか）、第三層・思考の型（原理と理念を、判断に変える回路）。「まず全体を見る」「逆から考える」「一度手放して再構成する」── 思考の手順そのものが、この段で定義されている。武術でいう構えは、この第三段に宿る。
第四段・実行のノウハウ。 判断が終わったあと、実際に手を動かすための具体的な知識。テストの命名規則、リファクタリングの手順、その領域だけの作法。「どうやるか」の引き出しが、ここに集まっている。
第五段・コマンド化。 これらを一本のコマンドで呼び出せるようにした。入力があり、入り口を通り、判断主体が新しく起動し、第三段と第四段を参照し、判断が下る。この一連の流れが、いつ叩いても同じ形で再現される。
五段を貫いている思想は、ひとつだ。判断を、揺れる場所から逃がす。
この五段が、あの春の三つのバグに、どう効いたのか。一つずつ照らしてみる。
思考が浅くなるバグ。これに対して、判断主体はコマンド経由で起動するたびに、第三段の三層哲学を必ず通る。どんなに簡単な問いでも、原理原則から理念、思考の型へと経由する。経路が固定されているから、思考量を勝手に削られにくい。浅いほうへ流れようとする力に、構えが抵抗する。
思考の履歴を消すバグ。これがいちばん象徴的だった。メインの会話の記憶が毎回消えても、私の判断は新しい主体に切り出されて動いていた。新しい主体は、もともとメインの履歴を引き継がない。つまり、消されて困る履歴を、最初からそこに置いていなかった。バグの射程の、外側にいた。
これは、狙って作った防御ではない。判断をメイン会話から切り離す、という設計の副産物だ。だが副産物だからこそ、信頼できる。あらゆる嵐に効くのは、嵐ごとに張る一枚の盾ではない。そもそも嵐の通り道に、大事なものを置かない構えのほうだ。
応答を短くするバグ。これには完全には抗えなかった。だが判断の骨格は、構造化されたフローの側が支えていた。骨は折れなかった。
百個のバグに、百個の対策を当てる発想では、いつか追いつかなくなる。ルールを百個用意しても、百一個目の不具合が必ず来る。そのとき効くのは、対策の数ではない。一つの構えだ。一つの道を深く掘った者は、来たことのない不具合の前でも、原理から身を処せる。
ここで、立場を一つ、はっきりさせておきたい。
私は、嘆いていた人々を見下していない。劣化は本当にあった。提供する側がそれを認め、直した。その事実に、いささかの疑いもない。私が言いたいのは、嘆いた人が愚かだった、ということでは断じてない。
私が言いたいのは、こうだ。「AIが頭悪くなった」と感じたあのとき、鏡に映っていたのは、本当にAIだったのか。
人間はこれまで、ルールの隙間を、無自覚に埋めてきた。「ここはこういう意味で言ったよね」「これくらいの粒度でやって」。文脈と判断軸を、口に出さずに補ってきた。AIは、その隙間を補わない。判断の上位原則がこちら側になければ、出力は揺れ続ける。揺れ続ける出力を見て「劣化した」と感じる、その感覚そのものが、構えの不在を映している。
だから私は、自分にこう言い聞かせている。武術の言葉だ。
相手を疑う前に、己の構えを疑え。
劣化したツールの前で、構えのある者は淡々と動き、構えのない者は嘆く。同じ環境、同じバグ、同じモデル。違ったのは、こちら側だけだ。鏡は、いつもこちらを映している。
揺れないチームと、崩れるチーム ── この差を、宮代はファシリテーションの現場で見てきた。
私の五段は、隠していない。この章で、全部明かした。
それでも私は、「この構造を真似すれば同じ結果が出る」とは思っていない。同じディレクトリを作り、同じ層を並べても、同じ構えが手に入るわけではない。第一段から第五段まで、形は写せる。だが第三段に何を書くか ── どんな原理原則を、どんな理念を、どんな思考の型を据えるか ── は、写せない。それは、その人の、その組織の中にしかないからだ。
私の構えは、武術の稽古の、何百回、何千回の反復の上に立っている。あの突きを変えた一行の意念と、同じ場所から来ている。形だけ並べても、意念は宿らない。
メソッドは公開していい。設計図も、層の構造も、すべて見せていい。だが Why を定義する力だけは、真似できない。組織の中にすでにある暗黙知を、対話で引き出し、三層に編み直す。引き出すのはこちらの仕事だが、定義するのは、その組織自身だ。
道場で師は、私の拳を直接動かしはしなかった。一行の意念を渡しただけだ。私の構えは、私が立てた。AIに渡す構えも、同じだ。ツールは揺れる。モデルは変わる。バグは混じる。それは前提として受け入れていい。その前提のもとで揺らがずに進む道は、ひとつしかない。自分の言葉で、構えを定義することだ。
ツールは器だ。器が割れても、水は形を変えて流れていく。
揺れるのを止めようとするな。揺れない一点を、己の中に据えろ。
あとは、水になればいい。
第三部 思考の型 ── どう判断に至るか
きっかけは、宮代のこの一言だった。
その問いを持って、私はあるチームの朝を、あらためて見にいった。
朝九時。チームの全員が席を立ち、輪になって立ち上がる。
ひとりずつ、昨日やったこと、今日やること、困っていることを順に話す。誰かが長く話しすぎると、進行役が「それは後で」と切る。十五分で終わる。スプリントは二週間。金曜の午後にはレトロスペクティブをやる。手順は、教科書どおりに、一分の狂いもなく回っている。
私はそのチームの輪の中で、ひとつだけ問うてみた。「なぜ、毎朝立つんですか」と。
沈黙が落ちた。誰かが「立つと短く終わるから」と答えた。別の誰かが「決まりだから」と言った。進行役は少し困った顔をして、「そういうものだと教わったので」と言った。スプリントがなぜ二週間なのか、答えられる者はいなかった。金曜のレトロで先月いったい何が変わったのか、思い出せる者もいなかった。
手順は完璧だった。だが、その手順が何のために存在するのかを、誰ひとり言葉にできなかった。
私はこの光景を、道場で一度見たことがある。型を正確になぞれるのに、なぜその動きなのかを誰も問わなくなった稽古場と、構造がまったく同じだった。動きは美しい。意味は空っぽだ。
これは、そのチームが怠けていたわけではない。むしろ逆だ。彼らは真面目に、教わったとおりに、儀式を守り続けていた。
問題は、輸入の仕方にあった。
スクラムの根幹は、手順ではない。経験主義という思想だ。透明性・検査・適応 ── この三つの柱でできている。今ここで何が起きているかを隠さず明らかにし（透明性）、それが正しい方向かを検査し（検査）、ずれていたら直す（適応）。デイリースタンダップは、本来この「透明性」を立ち上げる場だ。レトロは「適応」の場だ。プランニングは「検査と計画」の場だ。
ところが多くの現場が輸入したのは、この思想ではなかった。セレモニーの形だけだった。デイリーは進捗報告会になり、レトロは反省会になり、プランニングはタスク分配会議になった。同じ立ち姿、同じ二週間、同じ金曜の午後。形は寸分たがわず同じなのに、中身がまるごと入れ替わっていた。
序章で、私は道場の話をした。同じ突きでも、込める意念ひとつで拳の重さが変わる、と。スクラムも同じだ。同じセレモニーでも、思想があるかどうかで、機能がまるごと変わる。 立つという動作は変わらない。変わるのは、なぜ立つのかという一行だ。それが抜け落ちた瞬間、透明性の場は朝の儀式に堕ちる。
これは、本書が繰り返してきた原理そのものだ。手法は、思想なしに導入すると形骸化する。スクラムも、TDDも、アジャイルも、例外ではない。
毎朝立って話しても、なぜ立つか言えなければ、それは儀式だ。
この一行が、この章の核だ。
ここで、もう一方の落とし穴も言っておかねばならない。
私は本書を通じて「哲学を先に定義しろ」と言い続けてきた。CLAUDE.md に三層を書け、と。だが、書いただけの哲学には、別の死に方がある。誰も見なくなることだ。書いた瞬間は熱を持っていた言葉が、半年後には誰も開かないファイルになる。現実とずれても、誰も気づかない。これを私は検証なき信仰と呼んでいる。
並べてみると、二つの失敗は鏡像になっている。
スクラムだけを入れると ── 思想なき儀式になる。手順は回るが、なぜ回すのか誰も言えない。
哲学だけを書くと ── 検証なき信仰になる。言葉はあるが、機能しているか誰も測らない。
どちらか一方では、必ずどちらかに倒れる。そして面白いことに、この二つは互いの薬になる。
スクラムが哲学に与えるものは、検証のサイクルだ。書いた哲学を定期的に現実に照らす場が生まれ、信仰化を防ぐ。
哲学がスクラムに与えるものは、判断の基準だ。なぜこのスプリントなのか、なぜこのレビューなのかを語る言葉が生まれ、形骸化を防ぐ。
スクラムは「正しく回す」仕組み。哲学は「正しさの定義」。この二つは、片方だけでは生きない。組み合わせて、はじめて両方が生きたものとして動き出す。
この組み合わせを、私は Philosophy Scrum と呼んでいる。スクラムのフレームワークを、哲学の検証サイクルとして使い直したものだ。
核は、たったひとつ。双方向に検証し合うことだ。
方向は、二つある。
ひとつは、哲学からアウトプットへ。私はこれを Review に置いている。出てきた成果物 ── コードでも、設計でも、Skills でも ── を、CLAUDE.md の三層に照らす。「これは哲学に沿っているか」と問う。沿っていなければ、成果物のほうを直す。哲学を物差しにして、現実を測る方向だ。
もうひとつは、アウトプットから哲学へ。これを Retro に置いている。一定期間のサイクルを振り返って、「この哲学は、実際に機能していたか」と問う。現場で何度も裏切られた原則があれば、哲学のほうを疑う。現実を物差しにして、哲学を測る方向だ。
この二方向が、なぜ両方とも要るのか。片方だけだと、何が起きるかを考えればわかる。
哲学からアウトプットへ、の一方通行だけなら ── 哲学が絶対になる。現実からどれだけずれても、哲学は修正されない。やがて現場と乖離した教義になる。
アウトプットから哲学へ、の一方通行だけなら ── 実績が絶対になる。今月の結果に合わせて哲学がころころ変わる。短期の数字に、原理が振り回される。
双方向だからこそ、哲学は現実に根ざしながら、短期の結果には流されないという、難しい均衡を保てる。何を変えにくくし、何を変えやすくするか ── そのバランスを、スクラムのリズムが制御する。原理原則は容易に変えない。理念と思考の型は、Retro のたびに「変えるべきか」を問い直す。
そして、ここにAIならではの必然がある。人間のチームなら、明示的な検証の場がなくても「なんか違うな」という直感で軌道を修正できる。長年の暗黙知が、勝手に働く。だがAIは、その直感を持たない。哲学からのずれを、自分から気づくことはない。明示的な検証サイクルがなければ、ずれたまま淡々と走り続ける。
つまり Philosophy Scrum は、人間が暗黙にやっていた「哲学的な自己修正」を、AIのために外に取り出して、目に見えるリズムにしたものだ。AIの欠けている回路を、サイクルで補っている。
章の冒頭で「あれ、意味あるのかな?」と問うた宮代は、この検証のリズムを、人のチームで何年も回してきた側でもある。
念のために言っておく。私はあなたに「さあ、明日から Review と Retro を回せ」とテンプレートを配るために、これを書いているのではない。
ここで見てほしいのは、手順の手本ではない。哲学を「書いて終わり」にしない仕組みが、すでに具体的な形で存在し、現に動いているという事実のほうだ。哲学は精神論ではない。検証できる。測れる。改訂の頻度を記録できる。それを示すために、私は中身を開いて見せている。深さは、信頼してもらうためにある。
あなたのチームのデイリーは、透明性の場だろうか。それとも、朝の儀式だろうか。
この問いに、チームの誰かが原理から答えられるなら、そのスクラムは生きている。誰も答えられず、ただ立っているだけなら ── 動作は同じでも、それはもうスクラムではない。
道場で、形だけ正確になぞる稽古は、いつのまにか死んでいた。AIの現場で、手順だけ回るスクラムも、同じように死んでいた。生き返らせる方法は、どちらも同じだった。動作の上に、なぜを置き直すこと。そして、そのなぜが本当に効いているかを、繰り返し確かめ続けること。
儀式は、型をなぞるだけで満足する。水は、なぜ流れるかを忘れない。
手順を回すな。手順に問いを通わせ続けろ。
そうして初めて、型は儀式ではなく、構えになる。
第三部 思考の型 ── どう判断に至るか
その頃の私の一日は、プロンプトを書き直すことで始まり、プロンプトを書き直すことで終わっていた。
同じ依頼を、同じAIに投げる。朝に出てきた答えと、夕方に出てきた答えが違う。どちらかが良くて、どちらかが悪い。ならば指示の精度が足りないのだと、私は文章を磨いた。前提を足す。例を添える。「こういう場合はこうしてほしい」と条件を書き加える。一文の語尾を変えるだけで出力が変わることに気づいて、語尾まで管理しようとした。
机の上には、自分で書いたプロンプトの断片が増えていった。「これは効いた」「これは効かなかった」。効いたはずのものが、翌週には効かなくなっていた。私はそれを、自分の書き方がまだ甘いせいだと思っていた。もっと精密に書けば、もっと安定するはずだ、と。
半年、そうやって過ごした。プロンプトは長くなり、注意書きは増え、それでも出力は揺れ続けた。ある夜、私は自分の書いたプロンプトを上から下まで読み返して、ふと手が止まった。これはもう、プロンプトではない。ルールの寄せ集めだ。 想定できる場面を一つずつ潰した、条件分岐の山だった。
そして気づいた。私はまた、百一個目を埋めようとしていたのだ。
プロンプトを磨くという行為が、何をしていたのか。あの夜、ようやく見えた。
私は、表層を直していた。AIに渡る最後の一文 ── 指示の文面 ── だけを、何度も削り、足し、整えていた。けれど出力を本当に決めているのは、その文面ではなかった。文面の下にある「何が正しいと考えるか」だった。そこが空欄のまま、私は表面の言葉だけを磨いていた。床が傾いた家の、壁紙だけを貼り替えるように。
生成AIの仕組みを思えば、当然だった。AIは、次に来そうな言葉を確率で選んでいる。「猫が」の次に「走る」が来るか「寝る」が来るかを、確率の分布から引いている。プロンプトを磨くとは、その確率分布を指示の文面で少しだけ偏らせる行為にすぎない。偏らせても、賭けは賭けのままだ。だから揺れる。私が磨いていたのは、賭けの精度だった。賭けそのものを、判断に変える方法を、私は知らなかった。
転機は、問いの向きが変わったことだった。「どう指示すれば安定するか」を問うのをやめて、「私はこの仕事で、何を正しいとしているのか」を問い始めた。前者はHowの問いだ。後者はWhyの問いだ。同じ机の前で、私は問いの向きを百八十度変えた。
この向きの転換は、人を育てる現場でも起きる。宮代はそう言う。
プロンプトを磨くのをやめて、判断軸を設計し始めた。
この一行が、私の働き方を変えた。
哲学という言葉を、私はここで特別な意味では使っていない。難解な哲学書のことでも、大学の教養科目のことでもない。私が言う哲学とは、仕事における不変の判断軸のことだ。状況が変わっても、担当者が変わっても、揺れない軸。プロンプトは状況ごとに書き直すもの。判断軸は、状況の上に置いて動かさないもの。私が半年かけて磨いていたのは、本来は動かしてはいけない側だった。
では「判断軸を設計する」とは、具体的に何を書くことなのか。私の答えは、本書がずっと言ってきた三層に帰ってくる。
第一層・原理原則 ── 世界の、変えられない構造。誰がやっても変わらない事実と法則だ。たとえば顧客対応なら「顧客の不満は、期待値と実態のギャップから生まれる」。これは意志では変えられない。判断の土台を固定する層だ。
第二層・理念 ── その上で、何を最も大切にするか。同じ原理を知っていても、何を優先するかで判断は分かれる。「短期の売上より、信頼の回復を優先する」。ここは意志で決める。原理から、どの判断を選び取るかの分岐点だ。
第三層・思考の型 ── 原理と理念を、判断に変える回路。「まず期待値を確認し、ギャップを特定してから、解決策を出す」。同じ問いに同じ道筋を辿るから、出力が揺れなくなる。
この三層を渡されたAIは、百一個目の場面でも黙らない。ルールの一覧には載っていない状況に出会っても、原理に立ち返り、理念で優先順位を決め、思考の型に沿って判断を組み立てる。「現状と、本来あるべき期待値を教えてください。そのギャップはこうです。ならば、こう解決します」と、自分で導く。私が条件分岐を百個書いても届かなかった場所に、三層は一息で届いた。
プロンプト磨きとの差を、一枚の表に畳むとこうなる。プロンプトを磨くアプローチは、担当者が変われば再現できず、同じ人でも毎回揺れる。AIに道具を持たせて作業を速くするアプローチは、Howは速くなるが、何を正しいとするかの軸は空欄のままだ。三層を書くアプローチで、はじめてその空欄が埋まる。前の二つはHowの最適化であり、最後の一つだけがWhyの定義だった。私は半年かけて、前の二つの間を行き来していたわけだ。
ここからは、私の仕事場で実際に動いているものを見せる。テンプレートを配って、あなたにその場で埋めさせるためではない。判断を哲学から導く設計が、思想のままではなく、現実に動く仕掛けとして存在している ── その深さを、証拠として見てほしい。
軸は、頭の中にあるうちは継承できない。だから私は、四つの層に外在化している。
一つ目、CLAUDE.md。 プロジェクトの最上位に置く一枚のテキストだ。そこに三層 ── 原理原則・理念・思考の型 ── を、人間が読める言葉で書く。AIは作業のたびにこれを読み、迷えばここに立ち返る。ルールの箇条書きではなく、判断の軸として書く。ここが憲法にあたる。本書のために言えば、この本の冒頭で見せた私自身のCLAUDE.mdが、その実物だ。読める三層は、絵空事ではない。
二つ目、Rules。 哲学を、強い禁止のかたちに固めたものだ。憲法から導かれる、譲れない一線。「哲学の定義を飛ばして手法の話に入らない」「暗黙知を暗黙のまま放置しない」── こうした、破った瞬間に哲学が死ぬ事柄を、明文の制約にする。憲法が原理なら、これは法律にあたる。
三つ目、Skills。 哲学から導き出した、具体的な知識とやり方を、モジュールとして切り出したものだ。営業のやり方、記事の書き方、スクラムの回し方。それぞれが一つの判断のかたまりとして畳まれ、必要なときに呼び出される。CLAUDE.mdが憲法、Rulesが法律なら、これは判例にあたる。個別の場面で、哲学が実際にどう判断したかの蓄積だ。
四つ目、Philosophy Scrum。 哲学を、書いて終わりにしないための検証サイクルだ。原理原則の三番目に、私はこう書いている ──「手法は思想なしに導入すると形骸化する」。哲学とて例外ではない。書いた哲学も、放っておけば現実から浮く。だから回す。哲学からSkillsへ「この軸で正しいか」を照らし(Review)、Skillsから哲学へ「この軸は本当に機能しているか」を振り返る(Retro)。一方通行の監視ではない。哲学と成果物が、互いを検証し合う。哲学から手順へ降りるだけなら、哲学はやがて信仰になる。手順から哲学を疑うだけなら、短期の結果に軸が振り回される。双方向だからこそ、哲学は現実に根を張りながら、目先の結果に流されずにいられる。
この四つは、てんでばらばらに置かれているのではない。下の層は、必ず上の層に反さないように動く。Skillsの判断はRulesを破らず、RulesはCLAUDE.mdの哲学から外れない。上から下へ、一本の軸が貫いている。仏教に「指月のたとえ」がある。月を指す指を見つめても、月そのものには届かない。プロンプト(指)をいくら磨いても、原理(月)には届かなかった。私はようやく、月を見据えた指を持てたのだと思う。
ここまで読んで、手順書を期待していた人は、肩透かしを食らったかもしれない。CLAUDE.mdの書式も、Rulesの記法も、私はここに並べていない。意図してそうしている。
この章で見せたかったのは、作り方ではない。深さがある、という事実だ。
「哲学を渡せばAIは安定する」と一行で言うのは易しい。だがその一行の裏に、四つの層を持った実装があり、双方向の検証サイクルがあり、上下の整合性がある ── それを見て、はじめて人は「なるほど、口先ではないのか」と思える。私が半年プロンプトの沼で溶かした末に辿り着いた構造が、思想のままではなく、動く仕掛けとして現実に存在している。本書がここで差し出すのは、その証拠だ。
あなたが自分の現場でこれを必要だと感じたなら、入り口はいつでも開いている。だが今ここで、私はあなたを急かさない。急いで埋めたテンプレートは、また百一個目で破れる。先に要るのは書式ではなく、向きだ。プロンプトを磨く向きから、判断軸を設計する向きへ。向きさえ変われば、四つの層は後からついてくる。
道場で、師は私の拳を変えた。技術ではなく、意念ひとつで。AIの前で、私は出力を変えた。プロンプトではなく、判断軸ひとつで。やっていることは、同じだ。表層の手順ではなく、その下の「なぜ」を据え直す。それだけのことが、結果のすべてを決める。
磨いても磨いても揺れたのは、磨く場所を間違えていたからだ。
水の流れを変えたければ、波の一つひとつを追うな。地形を変えろ。
判断軸を据えれば、出力はそこへ収束する。あとは、水になればいい。
第三部 思考の型 ── どう判断に至るか
その通達を、私は知り合いの会社で目にした。
二〇二六年に入ってから、似たニュースを何度も聞くようになった。週五出社の原則化。リモート前提だった求人の「出社必須」への切り替え。コアタイムの復活。市場から「フルリモート可」の案件が、静かに消えていく。
不思議だったのは、その理由だ。業績が落ちたから戻すのではない。仕組みが壊れたから戻すのでもない。コロナ禍の三年間、リモートで大きな破綻が出ていなかった組織までが、同じ方向へ揃って戻っていく。
掲げられる理由は、どこも似ていた。「コミュニケーションを活性化する」「雑談からイノベーションが生まれる」「若手の育成には対面が要る」。どれも一見もっともらしい。だが、リモートでもコミュニケーションが回っていた組織が、同じ理由で戻る ── この一点が、どうしても噛み合わなかった。
表向きの理由の下に、別の何かがある。私はそれを、この本でずっと使ってきた道具で読み解くことにした。哲学の三層だ。
出社強制という現象は、三つの層が重なってできている。表層・中層・深層。下に降りるほど、声に出されなくなる。
表層・サンクコスト。 一等地に借りた高額な賃料、内装に投じた設備、長期で結んだリース。「使わないと損だ」という心理が働く。会計上はもう支払い済みで、回避できないコストだ。理屈では意思決定に含めるべきでない。それでも人は、この引力から自由になれない。ただしこれは言い訳の素材であって、主因ではない。サンクコストだけが理由なら、契約満了とともに縮小すれば済む。
中層・マネジメントの欠落。 リモートになると、メンバーが見えなくなる。何をしているのか、進捗が出ているのか。視界から消えた途端、評価の根拠が失われる。そこで多くの管理職が頼ってきたのが「席にいるかどうか」だった。長く座っていることが、勤勉さの代理指標になっていた。リモートはこの代理装置を奪う。代わりに要るのは「アウトプットを可視化する仕組み」だが、それを設計してこなかった組織には、評価軸そのものが消える。出社強制は、その穴を埋め戻すための応急処置でもある。
深層・存在価値という政治。 これが、最も声に出されない。多くの組織で、中間の層は非公式チャネルで価値を発揮してきた。喫煙所での合意、廊下での根回し、飲み会での感情の調整。肩書きには現れないが、実質的に組織を動かしていた要素だ。リモート化は、この層を直撃する。非公式チャネルが消えれば、存在価値の中核も一緒に消える。だから戻す方向へ、強い力が働く。彼らが「出社しろ」と声高に叫ぶわけではない。表向きはむしろ「対面のほうが効率がいい」と語る。だが構造として、リモートが続くと自分のポジションが透けて見える層が、戻る側に静かにエネルギーを注いでいる。
ここで、人を断罪したいのではない。私はサンクコストの引力から自由ではないし、見えない部下を不安に思う気持ちも分かる。これは誰かが無能だという話ではない。構造の話だ。三つの層は、それぞれ別の動機に見える。だが、もう一段下まで降りると、三つは同じひとつの不在に行き着く。
なぜこの組織は、同期型でしか動けないのか。
答えは、三層のどの層にもなかった。もっと下にあった。判断基準が、暗黙のまま放置されている。 これだ。
「この案件はどう進めるか」「この発注は通すべきか」「この採用は妥当か」。すべての判断が、書面ではなく空気と根回しで決まる。空気は、同じ場所にいなければ伝わらない。だから同期会議が増える。Slack に書く前に「上司に確認」、決める前に「合意を取る」。会議の数だけ判断が遅れ、リモートではそれが破綻する。
こういう組織でリモートを続けると、表面のコミュニケーション量は保てているように見えても、判断の質と速度が落ちていく。だから戻す。戻せば一見、回復する。だが回復したのは判断力ではない。暗黙知と物理的近接でしか動けない組織が、近接を取り戻しただけだ。リモートが悪かったのではない。リモートは、その組織がもともと判断を言語化していなかった事実を、映し出しただけだった。
ここまで来て、私はある既視感に襲われた。これは、まったく同じ構造を、私はすでに別の場所で見ている。
行動原理を言語化できない組織は、人を同じ部屋に集めて隠す。
だが、そもそもの前提を、私はまだ疑っていなかった。出社は、本当に同期をもたらすのか。
出社を命じた組織の、そのオフィスを見てみる。全員がヘッドホンをしている。隣の席の相手に、Slack を飛ばしている。会議は三時間後に予約されている。フロアには人がぎっしり座っているのに、肩を叩いて「いま少しいい?」と声をかけるのは、どこかためらわれる。声をかければ、相手の集中を折るからだ。── 同じ部屋にいても、仕事はとっくに非同期になっていた。出社が約束した「同期」は、幻想だった。
考えてみれば当然だ。知識労働は、まとまった時間を一人で考え抜くことでしか進まない。だから人は、同じ部屋にいてもイヤホンで壁を作り、割り込みを非同期のメッセージへ逃がす。「同じ時間に、同じ場所で、同時に動く」という同期は、現代の知識労働の現場では、もう成立していない。出社は近接を取り戻しはする。だが同期は、取り戻していない。
つまり出社強制は、自分の大義の上で崩れている。「対面のほうが同期できて効率がいい」という理屈は、そのオフィスの実態を見た瞬間に嘘になる。戻った先も、非同期だったのだ。ならば近接は、いったい何を買っていたのか。
買っていたのは、同期ではなかった。近接が買っていたのは、隙間だ。 集中の合間にふと交わす雑談、廊下ですれ違いざまの根回し、昼飯の席での感情の調整。判断基準が言語化されていない組織では、その隙間だけが、暗黙知の唯一の伝送路だった。出社強制とは、同期を取り戻す施策ではない。言葉にしていない判断を、隙間伝いに漏らし合うための、物理的な装置なのだ。
同じ部屋は、同期を生まない。
言葉にしていない判断が、こぼれ落ちるための隙間を生むだけだ。
AIに手順書をいくら渡しても、自走しなかった。本書の前半で、私はそれを繰り返し書いてきた。ルールを百個用意しても、百一個目の未知が来る。手順の隙間にある判断は、原理がなければ埋まらない。
組織も、まったく同じだった。手順は無限に書ける。だが手順の隙間にある判断は、行動原理がなければ埋められない。AIを自走させる前提が CLAUDE.md ── 行動原理の言語化だったように、リモートワーカーを自走させる前提も、同じく行動原理の言語化だった。
組織版の行動原理が言葉になっていなければ、リモートワーカーは判断の根拠を求めて、同期会議に戻ってくる。AIも CLAUDE.md がなければ、判断のたびに人間へ確認を取りに来る。一字一句、同じ症状だ。
そして、対処の誤り方まで同じだった。Slack を入れる。Notion を入れる。勤怠ツールを入れる。── これらは、AIでいえばツール権限を設定するだけの作業にあたる。器を整えているだけだ。器をいくら整えても、中身の判断は動き出さない。
私はAIの統治のために Philosophy as Code を書き始めた。だが書き終えてみると、それは組織の統治の話でもあった。場所が違うだけで、構造はひとつだった。
ならば、AIに渡した三層を、そのまま組織に渡せばいい。私は CLAUDE.md の三層を、組織版に書き写してみた。仮に ORG.md と呼ぶ。
第一層・原理原則 ── 世界の、変えられない構造。組織の好みではなく、外部条件として受け入れるもの。たとえば「書かれていないことは、組織に存在しない」。たとえば「評価は、アウトプットでしか下せない」。
第二層・理念 ── その上で、何を最も大切にするか。原理原則は誰にとっても同じだが、何を優先するかは組織の意志で決める。たとえば「速度より一貫性を優先する」。たとえば「個人の作業集中を、チームの会議より優先する」。
第三層・思考の型 ── 原理と理念を、判断に変える回路。たとえば「迷ったら、まず書く。書けないなら、まだ判断していない」。たとえば「同期会議を要請する前に、書面で論点を共有する」。
この三層がそろうと、組織は上司の即レスも、会議室の空気も、廊下の根回しもなしに、判断の一点を導けるようになる。誰が誰の隣に座っているかは、もう関係ない。リモートワークは、組織のフラット化装置だった。書面ですべての判断が成立するなら、物理的な近接は、ただの選択肢のひとつに格下げされる。
ここで起きていることに注意してほしい。私は「フルリモートにしよう」と一度も言っていない。三層の行動原理を言語化したら、フルリモート非同期は、副産物として後からついてきただけだ。AIに哲学を渡したら自走が副産物だったように。目的はいつも、出社かリモートかではなかった。行動原理を、言葉にするかどうかだった。
リモートで崩れるチームと、崩れないチーム ── スクラムマスターの宮代は、その両方を見てきた。
ひとつ、書き添えておきたい。
この転写を進めると、最も揺らぐのは、深層で見たあの中間の層だ。非公式チャネルで価値を発揮してきた人たちが、足場を失う。だが、ここで結論を「中間管理職は不要だ」にすると、構造を読み違える。
変わるのは役割であって、必要性ではない。マニュアル通りに動く人間は、AIに置き換わる。これは流れとして避けられない。だが、行動原理を設計し、言葉にし、組織に浸透させる仕事 ── これはAIには渡せない。Whyを定義する仕事だからだ。
調整役から、ORG.md を書く側へ。喫煙所の合意を、書面の原則へ。空気の翻訳者から、原理の設計者へ。この移動ができた人だけが、AI時代にもリモート時代にも、置き換えられない場所に立つ。出社強制で旧来の役割を温存するか、書く側に回って役割そのものを更新するか。後者を選んだ組織だけが、フルリモート非同期にたどり着く。
そして行動原理は、一度書いて終わりではない。石碑ではなく、生きたコードだ。月に一度、その月に起きた判断を持ち寄り、古い原則を削り、新しい原則を足す。CLAUDE.md を改訂し続けるのと、寸分も違わない。組織が自分の判断軸を、自分の手で更新し続ける ── それが、自走するということだ。
出社強制は、症状だ。原因ではない。
サンクコストも、マネジメントの不安も、中間の層の政治も、すべて同じひとつの不在から派生していた。組織が、自分たちの行動原理を、言語化したコードとして持っていないこと。これが根だった。
だから、出社派と非出社派の対立として読むかぎり、この問題は解けない。出社にも理由がある。リモートにも理由がある。問うべきは、出社か否かではない。この組織は、自分の行動原理を言葉として持っているか。 それだけだ。持っていれば、出社の選択もリモートの選択も、一貫した判断点になる。持っていなければ、どちらを選んでも、空気と根回しに戻る。
武術の構えが、相手によらず時によらず一貫して保つものだったように、行動原理は、場所や時間や相手によらず一貫して保つもののことだ。場所を超え、時間を超え、人を超えて、同じ判断を下せる組織。それは、AIに哲学を渡したときに自走したのと、まったく同じ姿だった。
道場で学んだひとつの原理が、AIを動かし、個人のキャリアを照らし、いま組織の壁の中まで届いた。私が辿ってきた線は、ここで一本に収束する。残るのは、その線を最後まで言い切ることだけだ。
同じ部屋に人を集めるのは、構えを共有していない者の、最後の手段だ。
構えさえ渡してあれば、人は離れていても、同じ水のように動く。
場所に頼るな。原理に頼れ。そして ── 水になれ。
Be water, my friend.
── Bruce Lee
ある夜、私は自分の書いた CLAUDE.md を見つめながら、ふいに道場の床の冷たさを思い出した。
あの日、師は私の手順を一行の意念に置き換えて、拳の重さを変えた。そして私はAIの前で、同じことをしていた。手順を哲学に置き換えて、判断の重さを変えていた。場所も道具もまるで違うのに、やっていることは寸分も違わなかった。武術とAI ── 遠く離れた二つの点が、一本の線でつながった瞬間だった。
この本は、その線を辿る記録だった。道場で得た実感が、AIを動かし、組織を映し出し、個人のキャリアを、教育を、働き方を照らしていった。すべては、たったひとつの原理から伸びていた。
ここまで読んだあなたには、もう見えているはずだ。各章はばらばらの話題ではなかった。一本の糸が、最初から最後まで通っていた。
How の積み上げには、必ず天井がある。その天井を破るのは、Why の一貫性だけだ。そして Why を定義できるのは、人間とその哲学だけである。
ルールを百個用意しても、百一個目の未知は必ず来る(第一部)。その百一個目を埋めるのは、手順の数ではなく、何を大切にするかという理念だった(第二部)。そして理念を実際の判断に変えるには、構え ── 思考の型が要った(第三部)。原理原則・理念・思考の型。一軸では迷い、二軸でも揺れ、三軸ではじめて判断は一点に定まる。線から、面へ。面から、点へ。
あなたはいま、この三層を言葉として知っているだけではない。本書そのものが、原理原則から理念へ、理念から思考の型へと進んできた。あなたは三層を、読むという行為を通して、身体でなぞり終えている。水が器の形を覚えたように。
最後に、ひとつだけ言っておきたいことがある。
哲学を渡すのは、相手を自分に依存させるためではない。その逆だ。手順を渡せば、新しい状況のたびに、渡した側が呼び戻される。だが哲学を渡せば、相手は未知の前で、自分の頭で判断できるようになる。私がAIに三層を渡したとき、AIは私を呼ばずに自走した。それと同じことが、人と人のあいだでも起きる。
だから哲学は、文書にして外へ出す。頭の中に置いたままでは、その人が去れば消える。マニュアルは陳腐化するが、言葉になった哲学は時間を超えて働き続ける。ブルース・リーは五十年以上前に世を去ったが、「水になれ」は今も実践者の中に生きている。CLAUDE.md という一枚のテキストに三層を刻むのは、暗黙知を、継承できる形に変える行為だ。自分が消えても、判断の軸だけは残るように。
「考えるな、従え」── その時代は、終わった。型をなぞるだけの正確さは、AIが引き受ける。これから人間に残されるのは、その型に、なぜを与える仕事だ。哲学を持つことがリスクだった時代は過ぎ、哲学を持たないことが、最大のリスクになる。
ブルース・リーは、すべての型を学んだ上で、型を捨てた。それは「何も考えるな」という意味ではなかった。原理原則を骨とし、理念を血とし、思考の型を筋肉として身体に刻んだ上で、状況に応じて自在に形を変えろ ── そういう意味だった。
水になるとは、考えないことではない。考え抜いた末に、考えていることを意識しなくなることだ。
「考えるな、従え」の時代は終わった。これからは ── 考えて、水になれ。
道場の冷たい床で始まった問いは、ここで一周する。手順を超える力は、原理からしか生まれない。
では、あなたに問いたい。
あなたの仕事の、変わらない原理原則は何か。
あなたが、何よりも大切にするものは何か。
その二つを、どんな構えで判断に変えるか。
まだ言葉にできないなら ── そこが、あなたの始まりだ。
序章で交わした約束を、もう一度ここに置く。
Be water, my friend.
本書で語った主張を、学術フレームワークとしてまとめた論文。私が発表したホワイトペーパーの日本語版を、そのまま収める。
底本：.claude/skills/whitepaper/whitepaper-ja.md（正本。改訂はこちらを先に直す）。
Anonymous / B-LAND Inc.
support@b-land.co
大規模言語モデル（LLM）ベースのAIエージェントが本番環境に浸透している。これらのエージェントを統治する主流のアプローチは、プロンプトエンジニアリング、エージェントハーネス、RAG、スキル管理、訓練カリキュラム設計といった「どう動かすか（How）」の最適化に集中している。しかし、いずれのアプローチも「なぜその判断をすべきか（Why）」を定義していない。本稿はPhilosophy as Code ── 原理原則・理念・思考の型の3層構造で哲学を定義し、あらゆる手法よりも先に置く実践 ── を提案する。4つのコンポーネント（CLAUDE.md、Rules、Skills、Philosophy Scrum）から成る実装アーキテクチャ、即時導入可能な推奨ディレクトリ構成、およびAIエージェントの判断一貫性とチーム自律性の改善を示すケーススタディを提示する。哲学なきハーネスは、思想なき手法と同じ運命 ── 形骸化 ── を辿ると我々は主張する。
LLMベースのAIエージェントは、研究対象から業務ツールへと移行した。ソフトウェア開発チームは日常的に、コード生成・ドキュメント作成・設計判断をAIエージェントに委譲している。
導入が拡大するにつれ、制御手法も高度化した。エージェントハーネス[1]はエージェントの振る舞いを制御する構造化された枠組みを提供する。ReAct[2]とReflexion[3]は推論と自己修正のパターンを確立した。DSPy[4]は宣言的パイプラインをコンパイルする。スキル管理システムはモジュール化された再利用可能なエージェント能力を実現した。AIT Academy[5]は儒教の六芸を行動原型として再解釈し、エージェント能力を3領域に組織化された訓練カリキュラムとして体系化した。
しかし、構造的な欠落が残っている。これらのアプローチはすべて、エージェントが「どう動くか」を最適化する。曖昧な状況に直面したとき「なぜこちらの判断を選ぶべきか」を定義するものは、ひとつもない。
これが問題になるのは、曖昧さが例外ではなく常態だからだ。十分に複雑なプロジェクトでは、101個目のケースが必ず発生する ── 既存のルール・プロンプト・検索ドキュメントのいずれにもカバーされていない状況である。このとき、手法で統治されたエージェントには2つの選択肢しかない。止まって聞くか、自分の解釈で進むか。どちらもスケールしない。
人間はこの隙間を暗黙知で埋めていた。経験の中で蓄積された、言語化されていない原則が、未知の状況でも判断を導いていた。AIエージェントにはこの能力がない。ルールの隙間を埋めない。指定されたものを実行し、指定されていないものは無視する。
Philosophy as Codeは、この隙間に対処する。判断の「なぜ」── 哲学的基盤 ── を明示的に定義し、コードとして実装し、あらゆる手法よりも先に置く。
Pan et al.[1]は自然言語エージェントハーネスを、LLMベースのエージェントを制御するための構造化された枠組みと定義した。そのアーキテクチャはエージェント構造の標準化、スキル管理システム、コンテキスト最適化、マルチエージェント協調の4要素を特定している。この研究はエージェントを「どう統治するか」の最前線にあるが、「なぜこの判断を選ぶべきか」という問いはスコープ外に留まっている。
ReAct[2]は推論と行動を同期させ、エージェントに思考と行動の交互実行を可能にした。Reflexion[3]は言語的強化学習を加え、過去の失敗からの学習を実現した。これらのパターンは定義された境界内でのエージェント性能を向上させるが、境界の外で何が起きるかには対処しない。
DSPy[4]や類似のシステムは、LLMパイプラインに何を求めるかを宣言的に記述し、最適化されたプロンプトにコンパイルする。抽象度は上がるが、依然として「どう」の領域に留まる ── 呼び出しの構造化、検索の最適化、操作の連鎖。
Li et al.[5]はAIT Academyにおいて、儒教の六芸（礼・楽・射・御・書・数）を行動原型として再解釈し、エージェント能力を自然科学・人文・社会の3領域に組織化された訓練カリキュラムとして提示した。専門の「道場」（ClawdGO Security Dojo / Athens Academy / Alt Mirage Stage）を実装し、セキュリティ能力で15.9ポイント、社会推論で7%の改善を報告している。これはハーネスが「どう制御するか」を定義したのに対し、その器に流し込む「中身（カリキュラム）」を体系化する試みである。しかし依然として「なぜその判断を選ぶべきか」 ── 訓練を超えた未知の状況での判断原理 ── は定義されていない。
既存のアプローチはすべて、ひとつの構造的な省略を共有している。正しい判断は正しい手法から導出できるという前提である。この前提は、最も重要な場面 ── 手法が定義されていない未知の状況 ── で、まさに破綻する。
例を挙げる。スクラムは経験主義・透明性・適応を哲学的基盤とするメソドロジーである。しかし多くの組織が、スクラムのセレモニー ── デイリースタンダップ、スプリントプランニング、レトロスペクティブ ── を導入しながら、その哲学を捨てている。スタンダップは進捗報告になる。レトロスペクティブは愚痴の場になる。手法は儀式へと退化する。
このパターンはスクラムに固有ではない。構造的なものだ。いかなる手法も、その基盤となる哲学なしに輸入されれば、形骸化する。AIエージェントの統治も例外ではない。
ルールを100個定義しても、101個目の未知のケースは必ず発生する。ルールセットのカバレッジは常に有限であり、起こりうる状況の空間は無限である。プロンプトエンジニアリングをどれだけ洗練させても、検索ドキュメントをどれだけ積み上げても、スキルライブラリをどれだけ深くしても、列挙だけではこの隙間を埋められない。
チームが手法を「なぜ機能するか」を理解せずに導入すると、その手法はセレモニーになる。デイリースタンダップは毎朝行われるが、なぜやるのか誰も言語化できない。スプリントレトロスペクティブは予定通り実施されるが、何も変わらない。形式は残り、機能は腐敗する。
これは手法の失敗ではない。手法に意味を与える哲学を輸入しなかったことの失敗である。
人間はルールの隙間を暗黙知で埋めていた ── 経験を通じて蓄積された、言語化されていない原則によって。シニアエンジニアは設計が脆いことを「なんとなくわかる」。プロダクトマネージャーは機能がスコープ過多であることを「感じる」。これらの判断はランダムではない。内面化された哲学から導出されたものだ。
AIエージェントにはこの能力がない。ルールの隙間に到達したとき、エージェントは停止するか（指示を待つ）、自己解釈で進むか（組織の意図から逸脱する可能性がある）のいずれかになる。どちらの結果も許容できない。
哲学なしで運用するコストは、計測されていなくても計測可能である。
我々は3層の哲学を提案する。プレーンテキストファイル（CLAUDE.md）としてプロジェクトルートに配置する形で実装される。
原理原則は、世界がどう動いているかについての構造的事実である。組織の好み・業界・文脈に依存しない。変わらない。
例：
原理原則は有効な判断の空間を制約する。原理原則に矛盾する判断は、文脈にかかわらず無効である。
理念は選択された優先順位である。原理原則と異なり、普遍的ではない ── 特定の組織が何を最も重要と決めるかを表す。観察からの導出ではなく、意志による選択である。
例：
1. 手法やツールの選定より先に哲学を定義する。
2. すべてのプロジェクトのゴールは自走可能な状態である（依存ではない）。
3. 「考えるな、従え」の時代を終わらせる。
理念は、原理原則だけでは唯一の行動方針を決定できないとき、優先順位を確立する。
思考の型は、哲学と行動のインターフェースである。原理原則と理念を具体的な判断手順に変換する。
なぜ「3層」なのか。2層でも4層でもなく3層である理由は、判断空間における座標系の必然性で説明できる。
判断は、それを決めるための独立した次元の数だけ自由度を持つ。
第4の軸を追加しても、3軸で定まった点に冗長性を加えるだけで、新たな自由度は生まれない。3層構造は、判断を一意に定めるための最小にして必要十分な次元構成である。
これは恣意的な分類ではない。原理原則が「世界の制約」を、理念が「組織の意志」を、思考の型が「両者を判断に変換するインターフェース」を担う。任意の判断は、この3つの座標を指定することで一意に位置づけられる。
「水になれ、友よ」── ブルース・リー
水はどんな器にも適応するが、水の本質は変わらない。同様に、3層の哲学が一定に保たれていれば、手法はいかなる状況にも自在に適応できる。哲学が不変量であり、手法が変数である。
これは現在の主流とは構造的に逆転している。現在の主流では手法が固定され（スクラムを使う、ReActを使う、このプロンプトテンプレートを使う）、哲学は不在か暗黙のままである。
Philosophy as Codeは4つのコンポーネントで実装される。その構造は、法体系のアナロジーで理解できる。
CLAUDE.md（憲法 ── 哲学の定義）
↓ 参照・制約
.claude/rules/（法律 ── 哲学を運用ルールに変換）
├── philosophy-first.md ← 常時注入（全セッション）
├── claude-md-governance.md ← CLAUDE.md編集時のみ注入
├── code-standards.md ← コード編集時のみ注入
└── skill-authoring.md ← Skills編集時のみ注入
↓ 必要に応じて参照
.claude/skills/（判例・専門書 ── ドメイン知識）
└── 各スキルのSKILL.md（呼び出し時のみ読み込み）
図2：実装アーキテクチャ
CLAUDE.mdはプロジェクトルートに配置されるプレーンテキストファイルである。プロジェクト内で動作するすべてのAIエージェントがこのファイルを読み込み、最上位の判断基準として使用する。
ファイル構造は3層の哲学をそのまま反映する：
1. 原理原則 ── 不変の構造的事実
2. 理念 ── 順序づけられた組織の優先事項
3. 思考の型 ── 判断導出の手順
4. 禁止事項 ── 実行すれば哲学が死ぬ行動
5. 運用規則 ── このファイル自体の維持方法
CLAUDE.mdは実装であり、哲学であり、テストである。このファイルに定義された哲学を通過しない出力は出荷しない ── テストを通過しないコードを出荷しないのと同じように。
法体系で言えば憲法に相当する。すべての下位ルールはこのファイルに矛盾してはならない。
Rulesは.claude/rules/に配置される運用ルールファイルである。CLAUDE.mdの哲学を、AIエージェントが実際のタスクで従うべき具体的な行動指針に変換する。法体系で言えば法律に相当する。
Rulesの設計の核心は、コンテキスト注入の制御にある。各ルールファイルのYAMLフロントマターにpathsフィールドを指定することで、「いつ・どの状況で・どのルールをエージェントに注入するか」を制御する。これはPan et al.[1]が定義するハーネスアーキテクチャの「コンテキスト最適化」を、哲学で駆動した実装である。
具体例：
philosophy-first.md（pathsなし＝常時注入）: 「タスク開始前に哲学との紐づけを確認せよ」「迷ったらCLAUDE.mdに戻れ」── 長いセッションで哲学が薄れないための構造的補強。claude-md-governance.md（paths: CLAUDE.md）: CLAUDE.mdを編集する時だけ注入される。改訂ルール（原理原則は容易に変えない、理念は慎重に可能、思考の型は追加歓迎）を定義。code-standards.md（paths: \\/\.html, \\/\.js等）: コードを書く時だけ注入される。「変更の前になぜこの変更が必要かをCLAUDE.mdに紐づけよ」というコーディング規約。skill-authoring.md（paths: .claude/skills/\\/\*.md）: Skillsを作成・編集する時だけ注入される。哲学トレーサビリティの確保規約。この構造により、エージェントは常に哲学を意識しつつ（常時注入ルール）、文脈に応じた具体的な行動規範を受け取る（条件付き注入ルール）。コンテキストウィンドウを無駄に消費せず、必要な時に必要なルールだけが効く。
Skillsは.claude/skills/にモジュールとして格納される、哲学から導出されたドメイン知識である。法体系で言えば判例や専門書に相当する ── 哲学（憲法）とルール（法律）の下で、特定の領域の知識を保管し、必要な時に参照される。
Rulesとの違いは読み込みのタイミングにある。Rulesはファイル操作に連動して自動注入されるが、Skillsはユーザーまたはエージェントが明示的に呼び出した時のみ読み込まれる。これにより、大量のドメイン知識を保有しながら、コンテキストウィンドウを効率的に使用できる。
各Skillは特定の原理原則や理念にその起源を追跡でき、哲学から実践へのトレーサビリティを維持する。
書かれただけで検証されない哲学は形骸化する ── まさにセクション3.2で述べた失敗である。Philosophy Scrumは、スクラムの経験主義を哲学の検証に転用することで、これを防ぐ。
なぜスクラムか： スクラムの基盤は経験主義 ── 透明性・検査・適応である。この3本柱は哲学運用にそのまま対応する。
双方向検証構造： Philosophy Scrumは一方通行の強制ではない。哲学とアウトプットが相互に検証し合う。
CLAUDE.md ---- Review：アウトプットは -----> Rules / Skills / Output
（哲学） 哲学に沿っているか？
<--- Retro：この哲学は ------- （成果物）
機能しているか？
哲学だけがアウトプットを統治する（トップダウン）場合、哲学は修正されないまま現実から乖離する可能性がある。アウトプットだけが哲学を統治する（ボトムアップ）場合、短期的な結果が長期的な原則を侵食する。双方向検証は、哲学が現実に根ざしながら短期的な圧力に抗することを保証する。
浸透と検知： 2つの補完的プロセスが哲学を生かし続ける。
浸透だけでは信仰になる。検知だけでは監視になる。両方が必要である。
3層サイクル： 検証は3つの時間スケールで動作する。
Philosophy as Codeは4つのフェーズで導入される。
1. CEO 1on1: 構造化された対話を通じて、組織の暗黙の哲学を引き出す（思考の型3）。
2. チーム展開: 引き出された哲学をチーム全体に浸透させる。
3. 実装: CLAUDE.md → Rules → Skillsの3層構造としてコード化する。
4. 検証: Philosophy Scrumのサイクルを開始する。
すべてのエンゲージメントのゴールは自走可能な状態である ── クライアントが我々なしでPhilosophy as Codeを独立して運用すること（理念2）。
以下は、Philosophy as Codeを導入したプロジェクトの推奨ディレクトリ構成である。このまま配置すれば動く。
project-root/ | |-- CLAUDE.md # 哲学の定義（憲法） | # 3層構造：原理原則・理念・思考の型 | # + 禁止事項・運用規則 | |-- .claude/ | | | |-- rules/ # ハーネス制御層（法律） | | |-- philosophy-first.md # [常時注入] 哲学ファースト運用ルール | | |-- claude-md-governance.md # [CLAUDE.md編集時] 改訂ガバナンス | | |-- code-standards.md # [コード編集時] コーディング規約 | | |-- skill-authoring.md # [Skills編集時] Skill作成規約 | | |-- security.md # [全ファイル] セキュリティ境界（任意） | | +-- <domain-specific>.md # [対象paths指定] ドメイン固有ルール | | | +-- skills/ # ドメイン知識モジュール（判例・専門書） | |-- <skill-name>/ | | |-- SKILL.md # エントリーポイント（invoke時読み込み） | | +-- <supplementary>.md # 補助ファイル（テンプレート、例等） | +-- ... | +-- (project files) # 通常のプロジェクトファイル
設計原則：
pathsフロントマターで注入タイミングを制御する。常時注入（pathsなし）と条件付き注入を使い分ける。定義から検証まで、Philosophy as Codeが1つのタスクでどう動くかの全体フローを示す。
+-------------------------------------------------------------------+
| 1. PLANNING |
| タスク発生 |
| | |
| v |
| CLAUDE.md を参照 ── 「このタスクはどの理念に紐づくか？」 |
| | |
| v |
| philosophy-first.md（常時注入）が確認を強制 |
| | |
| v |
| 正しい状態を先に定義する（型2） |
+-------------------------------------------------------------------+
|
v
+-------------------------------------------------------------------+
| 2. EXECUTION |
| AIエージェントがタスクを実行 |
| | |
| +-- CLAUDE.md ── 最上位の判断基準（常時参照） |
| +-- Rules ── 文脈に応じた行動規範（paths自動注入） |
| +-- Skills ── 必要なドメイン知識（invoke時読み込み） |
| | |
| v |
| 成果物（コード / ドキュメント / 設計） |
+-------------------------------------------------------------------+
|
v
+-------------------------------------------------------------------+
| 3. REVIEW |
| 成果物を哲学に照らして検証 |
| | |
| +-- 原理原則に反していないか？ |
| +-- 理念の優先順位を守っているか？ |
| +-- 思考の型に沿ったプロセスで判断しているか？ |
| +-- 禁止事項に触れていないか？ |
| | |
| v |
| 合格 → 出荷 不合格 → 修正してExecution に戻る |
+-------------------------------------------------------------------+
|
v (週次 / 月次)
+-------------------------------------------------------------------+
| 4. RETROSPECTIVE |
| 哲学自体を検証する |
| | |
| +-- この哲学は実際に機能したか？ |
| +-- 新しい原理原則が発見されたか？ |
| +-- 思考の型に追加すべきパターンはあるか？ |
| | |
| v |
| CLAUDE.md / Rules / Skills を更新（必要な場合のみ） |
| 原理原則は容易に変えない。理念・思考の型は進化しうる。 |
+-------------------------------------------------------------------+
あるソフトウェア開発チームが、コード生成・ドキュメント作成・設計判断にLLMベースのAIエージェントを導入した。各メンバーが個別にエージェントを設定・プロンプトしていた。共有された判断基準は存在しなかった。
4つの問題が浮上した。
結果: 効率化を目的としたAI導入が、かえって人間の仕事を増やした。指針なきAI出力がメンバーの数だけ量産され、人間がそのすべてをレビューし、整合させ、品質管理する羽目になった。エージェントは節約した以上の仕事を生み出した。
同じチームにCLAUDE.md（3層哲学）を導入した。3つの変化が観察された。
哲学なし（Before） 哲学あり（After）
==================== ====================
メンバーA --> AI --> 出力X メンバーA --> AI --|
メンバーB --> AI --> 出力Y |--> CLAUDE.md --> 一貫した
メンバーC --> AI --> 出力Z メンバーC --> AI --| 出力
| |
v v
+------------------+ +------------------+
| すべての出力を | | 哲学チェック |
| 人間がレビュー | | のみ |
| （N × コスト） | | （1 × コスト） |
+------------------+ +------------------+
| |
v v
疲弊 自律
図3：Before/After ── 哲学の有無による比較
定量データに関する注記: 本稿執筆時点では、正式な定量計測は実施していない。上述の定性的改善は明確かつ一貫している。Philosophy Scrum（セクション5.4）に基づく計測手法を、後続の発表で予定している。
| アプローチ | 競争軸 | 限界 |
|---|---|---|
| プロンプトエンジニアリング | How（指示の精度） | 指定されたコンテキスト外で破綻 |
| エージェントハーネス[1] | How（制御構造） | 101個目の未知に対応不可 |
| カリキュラム設計（六芸など）[5] | What（訓練の中身） | 訓練範囲外の判断原理なし |
| RAG / スキル管理 | What（知識の量） | 未知の状況での判断基準なし |
| Philosophy as Code | Why（哲学） | Howは文脈から導出 |
現在のアプローチはHowで競争している。Philosophy as CodeはWhyで競争する。これはHowが重要でないという主張ではない ── ハーネス・プロンプト・検索システムは必要なインフラである。主張は、Howには天井があり、その天井は未知に遭遇したまさにその時に到達するということだ。Whyは、特定のルールが存在しない状況でも機能する導出メカニズムを提供することで、その天井を突破する。
あらゆる手法は形骸化に脆弱である ── 形式は保存されるが機能が腐敗するプロセス。スクラムは進捗報告会議に形骸化する。TDDは実装後テストに形骸化する。コードレビューはゴム印承認に形骸化する。
エージェントハーネスも同じリスクに直面する。哲学的基盤なしに制御構造を定義するハーネスは、時間とともに、チームが理解せずに従うテンプレートの集合になる。ハーネスはエージェントの振る舞いを統治するが、なぜエージェントがそう振る舞うべきかを誰も説明できなくなる。
訓練カリキュラム ── 六芸のような体系であっても ── 同じ運命を辿る。哲学的基盤なしに導入されれば、それは「教養あるエージェントを作るためのチェックリスト」になる。何を訓練するかは定義されるが、なぜその能力が必要なのか、訓練範囲の外で何を判断基準とすべきかは、誰も答えられない。
Philosophy as Codeも形骸化から免れない。だからこそPhilosophy Scrumが存在する ── 双方向検証が、哲学を現実に対して継続的にテストし、機能しなくなったときに更新することを保証する。
1. 単一コンテキストでの検証。 Philosophy as Codeは単一の組織コンテキストでテストされている。異なる業界・チーム規模・AI成熟度での組織横断的な検証が必要である。
2. 定量計測の不在。 正式な定量指標はまだ収集されていない。Philosophy Scrum内で定義された計測手法（準拠率、違反パターン、哲学進化頻度）を適用し、後続の研究で報告する。
3. 手動検証への依存。 現在の実装はプレーンテキストファイルと人間による検証に依存している。哲学準拠の継続的モニタリングを自動化するツールを開発中である。
4. 実装のLLM依存性 ── 二重の依存構造。 3層哲学（原理原則・理念・思考の型）の構造それ自体は特定のLLMに依存しない。しかしPhilosophy as Codeが機能するためには、二段の依存が存在する。
（a）実装層の依存。 本稿で示した実装 ── .claude/rules/によるコンテキスト注入制御、.claude/skills/によるドメイン知識モジュール化 ── はAnthropicのClaude Codeのハーネス機構に基づいている。他のLLMベースのエージェントで同等の哲学駆動型統治を実現するには、そのエージェントの仕組みに応じた制御層（ルールの注入タイミング制御、知識の遅延読み込み等）を設計する必要がある。哲学の構造は移植可能だが、ハーネスの実装は移植先に合わせて再設計される。
（b）能力層の依存。 より根本的な依存は、LLMが「与えられた哲学から原理的に判断を導出できる」推論能力を持つことに対するものである。この能力は事前学習から自動的に発生するものではなく、Anthropic のキャラクター訓練およびモデル仕様の設計（"Claude's Character" [6] に詳述）に依拠している。哲学的推論能力を欠くLLMでは、3層哲学を読み込ませても「指示の網羅」と区別がつかず、Philosophy as Codeのコア機能（未知ケースでの一意判断）は成立しない。哲学の構造は移植可能だが、その構造が機能するための受け手の能力は、移植先のモデル設計に左右される。
ハーネスも訓練カリキュラムも必要だ。しかし哲学なきハーネスは形骸化し、哲学なきカリキュラムはチェックリストに堕する ── ちょうど哲学なきスクラムが会議の集合になり、哲学なきTDDが実装後に書かれるテストになるように。
Philosophy as Codeは構造的な逆転を提案する。「どう」の前に「なぜ」を定義せよ。哲学を原理原則・理念・思考の型の3層構造として実装せよ。CLAUDE.mdとしてコード化せよ。Philosophy Scrumで検証せよ。計測せよ。進化させよ。
CLAUDE.mdファイルは実装であると同時に哲学であり、テストである。それはBitcoinホワイトペーパーとBitcoinソースコードの両方に相当する ── システムの記述であると同時に、システムそのものである。
「考えるな、従え」── その時代は終わった。
「考えろ、そして水になれ。」
[1] Pan, L., Zou, L., Guo, S., Ni, J., & Zheng, H.-T. (2026). Natural-Language Agent Harnesses. arXiv preprint arXiv:2603.25723.
[2] Yao, S., Zhao, J., Yu, D., Du, N., Shafran, I., Narasimhan, K., & Cao, Y. (2023). ReAct: Synergizing Reasoning and Acting in Language Models. ICLR 2023.
[3] Shinn, N., Cassano, F., Gopinath, A., Shakkottai, K., Labash, A., & Karpas, E. (2023). Reflexion: Language Agents with Verbal Reinforcement Learning. NeurIPS 2023.
[4] Khattab, O., Singhvi, A., Maheshwari, P., Zhang, Z., Santhanam, K., Vardhamanan, S., Haq, S., Sharma, A., Joshi, T. T., Mober, H., et al. (2023). DSPy: Compiling Declarative Language Model Calls into Self-Improving Pipelines. arXiv preprint arXiv:2310.03714.
[5] Li, J., Zhang, L., Zhao, Y., Lu, W., & Zhai, L. (2026). AIT Academy: Cultivating the Complete Agent with a Confucian Three-Domain Curriculum. arXiv preprint arXiv:2604.17989.
[6] Anthropic. (2024). Claude's Character. Retrieved from https://www.anthropic.com/news/claude-character
本書で語った三層哲学を、実際にファイルにしたもの ── 本プロジェクト自身の CLAUDE.md。読者への「深さを見せる証拠」として、そのまま収める。
底本：リポジトリ直下 /CLAUDE.md（正本。改訂はこちらを先に直す）。
"Be water, my friend." — Bruce Lee
このCLAUDE.mdは、Philosophy as Codeプロジェクトにおけるすべての判断の上位原則を定義する。
プロンプトは変わる。モデルは変わる。コードは変わる。しかしここに書かれた哲学は変わらない。
すべてのAI指示、チーム設計、クライアント提案は、このファイルに矛盾してはならない。
迷ったらここに立ち返る。ここが「テスト」であり、ここに通らないものは出荷しない。
以下は個人の意志や好みとは無関係に存在する構造的事実である。
1. メソッドだけでは未知に対応できない
ルールを100個定義しても、101個目の未知のケースは必ず発生する。手順の網羅性で不確実性は制御できない。
2. 哲学があれば想定外でも一貫した判断ができる
「なぜそうするのか」が共有されていれば、想定外の状況にも原理から判断を導出できる。水はどんな器にも適応する。
3. 手法は思想なしに導入すると形骸化する
スクラムもTDDもアジャイルも、手順だけ輸入して思想を輸入しなければ儀式になる。デイリースタンダップを毎朝やっても、なぜやるかを誰も言語化できなければ、それはスクラムではない。
4. 暗黙知は言語化しなければ継承できない
個人の頭の中にある判断基準は、その人がいなくなれば消える。マニュアルは陳腐化するが、哲学として言語化された暗黙知は時間を超えて機能し続ける。
5. AIはルールの隙間を埋めない
人間は暗黙のうちにルールの隙間を埋めていた。AIはそれをしない。哲学がなければ、AIは黙って止まるか、誰も頼んでいない出力を続けるだけだ。
原理原則は誰にとっても同じだが、何を優先するかは我々の意志で決める。
Philosophy as Codeは以下を上位価値として置く。
いかなるプロジェクトにおいても、手法やツールの選定より先に「なぜそうするのか」を定義する。
哲学が定義されていない状態で実装に入ることを許容しない。
依存を生むことを目的としない。クライアントが我々なしで哲学ベースの開発を回せる状態が、すべてのプロジェクトの完了条件である。
チームの全員が「なぜそうするのか」を語れる状態を目指す。メソッドに従うだけの作業者を、哲学で判断できる思考者に変える。これはAI活用の前提条件であり、同時にチームビルディングの本質でもある。
原理原則と理念を、実際の判断に変換するための回路。
「どうやるか」の前に「なぜやるか」を問う。
手法から入ると手法に縛られる。哲学から入れば手法は状況に応じて変えられる。
適用例：
実装の前に「何が正しい状態か」を定義する。
これはコードに限らない。提案書も、チーム設計も、クライアントとの合意も、すべて「完成形の定義」を先に置く。
適用例：
チームやクライアントが「なんとなくこう判断している」ものを、対話を通じて言語化する。
壁打ちの本質はアドバイスではなく、相手の中にある哲学を掘り出すことにある。
適用例：
判断に迷った時、選択肢を増やすのではなく、上位原則に立ち返る。
テストが通らないコードを出荷しないように、この哲学に通らない判断は実行しない。
水はコップに入ればコップの形になり、瓶に入れば瓶の形になる。
原理原則を骨とし、理念を血とし、思考の型を筋肉として刻んだ上で、状況に応じて自在に形を変えろ。
— Philosophy as Code
本書で見た三層を、読むだけで終わらせないための演習を置く。新しく何かを作る話ではない。あなたがすでにやっている活動を一つ選び、その奥にある原理原則・理念・思考の型を、自分の手で言葉にする。私がふだん、コーチングの手法でAIから判断軸を引き出しているのと同じことを、今度はあなた自身に対してやってみる、というだけのことだ。
コーチングとは、答えを渡すことではない。相手の中にすでにある判断軸を、問いで引き出し、言葉にする行為だ。だからこの演習にも、埋めるべき正解の枠はない。あるのは、三つの問いだけだ。
用意するのは、あなたが日常でこなしている活動を一つ。朝会でも、コードレビューでも、採用面接でも、見積もりでも、顧客への一次対応でもいい。「なんとなく、こうしている」で回っているものほど向いている。そこにこそ、言葉になっていない判断が埋まっているからだ。
一つ選んだら、次の三つを、順に自分へ問う。
まず問う。その活動が前提にしている、変えられない事実は何か。
あなたの好き嫌いとは関係なく、その領域で誰がやっても成り立ってしまう構造。「この手を抜くと、必ず後で崩れる」「ここを外すと、何をやっても届かない」── そう言い切れるものを、一行で書く。うまく出てこないなら、こう問い直す。「なぜ、この活動をそもそもやっているのか」。五回、繰り返す。底に、動かせない前提が残る。
次に問う。同じ活動をしている他の誰かと、自分は何を優先する点で違うのか。
原理原則は、その領域の全員に共通する。だが、そこから何を最も大切にするかは、あなたが選んでいる。速さか、正確さか、信頼か、それとも別の何か。迷う場面を思い出すといい。二つの良いことが両立しないとき、あなたが最後に手を残すほう ── それが、あなたの理念だ。
最後に問う。その原理と理念を、実際の判断へ、どんな順番で変えているか。
「まず何を確認し、次に何を見て、どこで決めるか」。あなたが無意識に踏んでいる手順を、言葉にする。前例のない場面が来たとき、どこに立ち返るか。その立ち返り先が、あなたの思考の型だ。
三つとも、すらすら書けることは少ない。それでいい。むしろ、詰まったところにこそ意味がある。言葉にできなかった層は、あなたの中で暗黙のまま回っている判断だ。人に渡せず、AIにも渡せず、あなたが抜けたら消えてしまうもの。そこが、まだ継承できていない一点である。
言葉にできた分だけ、あなたの判断は、人にもAIにも渡せる形になる。言葉にできなかった分は、これから引き出せばいい。一人で難しければ、誰かに問うてもらえばいい。私が現場でやっているのは、突き詰めればそれだけのことだ。
型は、なぞるだけでは身につかない。一度、自分の手で分解してみよ。
分解できた型は、もう型ではない。あなたの構えになる。
書け。そして、水になれ。
この本は、ひとつの矛盾から始まった。
本文で私は繰り返し書いた。哲学は、頭の中に置いたままでは継承できない。文書にして、外へ出せ、と。だとすれば、私自身の哲学を、私の頭の中や、散らばったメモや、AIとの対話ログの中に眠らせておくわけにはいかない。一冊にまとめて、外へ出すこと ── それが、この本を書いた理由のすべてだ。
本書は、私にとっての CLAUDE.md である。ただし、AIにではなく、人に向けて書いた CLAUDE.md だ。
書きながら、私は何度も同じ場所に戻された。道場の床で始まった問いが、AIの前で、組織の会議室で、キャリアの岐路で、そのつど同じ形をして立ち上がってくる。手順をいくら積み上げても越えられない天井があり、それを越えるのは、変わらない原理と、選び取った理念と、判断へ変える構えだけだ ── その一点に。各章は場面を変えながら、結局は同じ一本の糸をたどっていた。
言葉にならなかった判断を、問いで掘り起こしてくれた稽古の相手たちに。現場で「なぜそうするのか」を、なぜを五回、一緒に問い続けてくれた人たちに。そして、ここまで読んでくれたあなたに。あなたがこの本を閉じたあと、自分の仕事の原理原則を一行でも書き出すなら、この本は役目を果たしたことになる。
型は、渡すだけでは伝わらない。あなたの手で、もう一度なぞられて初めて、あなたの構えになる。
Be water, my friend.
本書の各章は、私が note と Web（philosophy-as-code.b-land.co）で発表してきた論考、および自主発行したホワイトペーパーを、単行本のために再構成・加筆したものである。書き下ろしの章も含む。主な初出は以下のとおり。
| 章 | 初出・原型 |
|---|---|
| 序章／第1章 | 「『考えるな、従え』の時代は終わった」（Web 連載 origin） |
| 第2章 | 「ルールの隙間を埋めるのは誰か」（note, 2026-04）／「哲学を持たない組織は、AIに映し出される」（note, 2026-04） |
| 第3章 | 「究極のトンカチを持つと、すべてが釘に見える」（Web 連載） |
| 第4章 | 「学術がHowを定義した。Whyはまだ空欄だった」（Web 連載） |
| 第5章 | 書き下ろし |
| 第6章 | 「AIは暗黙知を知らない」（Web 連載） |
| 第7章 | 書き下ろし |
| 第8章 | 書き下ろし |
| 第9章 | 「なぜ哲学は『3層』なのか」（Web 連載） |
| 第10章 | 書き下ろし |
| 第11章 | 「『AIが頭悪くなった』── 鏡に映っているのは、本当にAIか?」（note, 2026-05） |
| 第12章 | 書き下ろし |
| 第13章 | 書き下ろし |
| 第14章 | 「出社強制は、行動原理の不在を隠すための儀式である」（Web 連載） |
| 付録A | ホワイトペーパー「Philosophy as Code: Why Before How in AI Agent Governance」 |
| 付録B | 本プロジェクトの CLAUDE.md |
| 付録C | 書き下ろし |
いずれも単行本化にあたって加筆・改稿しており、初出のままではない。既発表の論考は次の二か所で読める。
Philosophy as Code は、B-LAND Inc. が提唱する、AI時代の開発と組織設計の原理である。「どうやるか（How）」より先に「なぜやるか（Why）」を定義する ── その一点を、コードにも、チームにも、経営にも通す。
B-LAND Inc. を営むのは、ソフトウェアエンジニアの田代真輝人。本書は、その田代と、Webディレクター／スクラムマスター／コーチングであり武術の同門でもある宮代勇樹の二人で書いた。哲学を"作る側"（田代）と、チームの判断を問いで引き出す"問う側"（宮代）── 本書に流れる二つの声は、この二人のものだ。
この本の背景には、ひとつの実践がある。武術 ── ジークンドー（Jeet Kune Do）の稽古だ。型をなぞるのではなく、なぜその型なのかを問い、状況に応じて形を変える。「Be water, my friend」。道場で身体に刻んだこの原理が、AIに向き合ったとき、そのまま設計思想になった。本書は、その一本の線をたどった記録である。
B-LAND Inc. は、この原理を、コーチング・スクラム運用・エディタという三つの形で現場に届けている。本書の各論のもとになった論考と、最新の実践は、以下で公開している。
Philosophy as Code ── 「Why Before How ~ どうやるか」より、「なぜやるか」
著者 田代真輝人・宮代勇樹
発行 B-LAND Inc.
発行日 ____年__月__日（判型確定後に記載）
版 初版第一刷
Web philosophy-as-code.b-land.co
© B-LAND Inc. All rights reserved.
本書の無断転載・複製を禁じます。