Why Before How
「どうやるか」より、「なぜやるか」
ツールの選定、プロンプトの工夫、社員研修。どれも間違いではありません。ただ、変わる組織が先に決めていることが、まだひとつあります。
その“ひとつ”とは、AIに渡す判断基準。
―― 組織の“なぜ”だ。
こんな状況に、心当たりはありませんか。
生成AIを全社導入して半年。一部の人は使いこなしているが、組織全体の仕事のやり方はほとんど変わらない。何が足りないのか、言葉にできない。
社内にAIに詳しい人間がいて、その人がほぼ一人でやっている。その人が辞めたら終わる。全員が薄々わかっている。
同じツールを渡しているのに、担当者によって成果物の質がまったく違う。毎回その差を埋めるのが、上の人間の仕事になっている。
これはAIの使い方が未熟なのではありません。
AIに渡すべき「判断基準」が、まだ言語化されていないのです。
多くの組織が試みる4つのアプローチには、共通した限界があります。
どのツールを使っても、与えられた情報の範囲でしか動きません。ツールが変わっても、AIが参照するものが変わらない限り、出力の方向性は変わりません。
プロンプトが良くなると、指示への従い方が上手くなります。ただし、AIが何に向かって動くかは、プロンプトでは変えられません。
個人のスキルは上がります。しかし組織として同じ方向を向けるかどうかは、個人のリテラシーとは別の問題です。
依存関係が生まれます。その人が去ると、積み上げたものもゼロに戻ります。組織ではなく個人に紐づいているからです。
「指示の質」を上げるアプローチは4つある。「AIの方向」を設定するアプローチは、存在しない。
4つとも、AIへの「指示の質」を上げようとしている。
指示がどれだけ精緻でも、AIの向かう方向は動かない。
変わる組織が変えているのは、方向そのものだ。
判断基準が「個人の頭の中」にある状態から、「AIが参照できる形」に実装された状態へ。
Philosophy as Codeは、組織の中にある「なぜそう判断するか」を引き出し、AIが読める形に書き落とすプロセスです。その判断を生む大もと=原理を書き出したものが、あなたの組織専用の原理基準ファイル(CLAUDE.md)。AIが判断に迷ったとき、最初に読み込む一冊です。
では、その判断基準は何でできているのか
このファイルは、ルールの羅列ではありません。判断を一貫させるための「三層」でできています。
「世界はこう動いている」── 個人の意志とは無関係に存在する構造的事実。誰がやっても変わらない不変の構造。AIの設計に当てはめれば、AIの基本的な振る舞いの制約にあたります。
「自分は何を最も大切にするか」── 同じ原理原則を知っていても、何を優先するかは組織によって異なります。ある企業は「顧客との長期関係」を、別の企業は「スピード」を置く。この層が、同じ原理原則から異なる判断を生む分岐点です。AIに当てはめれば、この組織がAIに何を最優先させるか。
「原理原則と理念をどう接続して判断に至るか」── 武術でいう「構え」に近いものです。構えそのものは技ではないが、構えがなければどんな技も繰り出せない。「まず全体を見る」「逆から考える」── こうした思考の回路が、原理と理念を実際の判断に変換します。AIに当てはめれば、どういうプロセスで判断させるか。
この三層が揃って初めて、判断基準はAIに渡せるものになります。原理原則だけでは教科書、理念だけではスローガン。思考の型がなければ、理論は知っていても体が動かない武術家と同じです。
AI活用を進めてきたつもりが、会社の仕事のやり方は変わっていない。投資したコストが回収されている実感がない。何が足りないのか、言葉にできない。
組織の判断基準がAIに実装されたことで、会議資料・顧客対応・採用判断と、あらゆる場面でAIが組織の向かう方向に沿って動くようになった。
Aさんのアウトプットは一発OKで、Bさんのは毎回修正している。同じツールを使っているのになぜか、うまく説明できない。その差を埋めるのが自分の仕事になっている。
チームの判断基準がAIに実装されたことで、誰が使っても同じベースラインで動くようになった。差を埋める作業が大幅に減った。
AI担当者が異動することになった。引き継ぎを試みたが、引き継げるものがなかった。その人の頭の中にしかなかった。
組織の判断基準は、この原理基準ファイルに記録されている。担当者が変わっても、組織としてのAI活用は継続する。
AIの制御に関する学術論文を読んでいたとき、あることに気づきました。論文は「どうAIを制御するか」を精緻に分析していました。しかし、何のためにAIを制御するかは、どこにも書かれていませんでした。
Howは解かれていた。
Whyだけが、空欄のままだった。
— 学術論文を読んで気づいたこと
AIを使いこなすための手法は、すでに世の中にあふれています。不足していたのは、その手法が「何に向かって機能するか」を定義する方法でした。Philosophy as Codeは、その問いへの答えとして生まれました。
まず15分の対話から始まります。
組織の中にある「なぜそう判断するか」を、対話を通じて引き出します。外から持ち込むのではなく、すでに組織の中にあるものを言語化します。
作成した原理基準ファイルを実際の業務に適用し、AIが意図通りに動くかを検証します。現場の声をもとに精度を上げていきます。
個人の成果を組織全体に広げます。誰が使っても機能する体制をつくり、属人化しない構造を定着させます。
渡さないままでも、AIは動く。
ただ、組織の方向とは無関係に。
投資は積み上がり、担当者が変われば、積み上げたものはゼロに戻る。
“使える個人”と“使えない組織”の差だけが、静かに固定されていく。
ツールを入れた直後より、今日。来年より、今日。
判断基準を定義し始めるのに、いちばん適している。
「AIに渡す判断基準」をどう作り、どう渡すか ── その考え方を、序章+全14章+結章+付録(ホワイトペーパー)に体系化しました。まずは序章から第1章までを、無料で公開しています。(続きはKindle版で近日公開)
“Howの積み上げには、必ず天井がある。その天井を破るのは、Whyの一貫性だけだ。”
田代真輝人・宮代勇樹 著 / 発行 B-LAND Inc.
何を導入すべきかより先に、あなたの組織がどんな状態にあるかを聞かせてください。答えは、その対話の中にあります。
15分の無料カウンセリングを予約する費用は一切かかりません。事前準備も不要です。
現在、事例を共同作成いただけるパートナー企業を1社募集しています。判断基準の共同定義(原理基準ファイルの共同作成)を特別条件でご提供します。詳しくはカウンセリングの中でお伝えします。
まずは無料の初回から。必要に応じて、継続・拡張していけます。
まず現状をお聞きし、組織の判断基準の出発点を原理基準ファイルとして納品します。
組織やチームへの哲学(行動原理)の浸透状況を見ながら、原理基準ファイルのアップデートをサポートします。
企業の哲学に合わせて Skills・rules まで作成。ファイル間の連動性を高めつつ、業務の効率化と生産性向上を図ります。
組織全体への哲学浸透、哲学スクラムによる継続的な検証、SECURITY.md の整備まで。複数チーム・全社規模で、自走できる体制を構築します。
※ 表示価格は税別です。継続面談・フルサポートは、状況に合わせていつでも見直せます。
Philosophy as Codeの思想と実践を、記事で読む。
Book
Why Before How ── 序章+全14章+結章+付録
「どうやるか」より先に「なぜやるか」を定義する。原理原則・理念・思考の型の三層で、AIにも組織にも一貫した判断を渡す一冊。田代真輝人・宮代勇樹 著。
読む →Methodology
原理原則 × 理念 × 思考の型
三層構造・実証(TDD/ブルース・リー)・ターミナルデモで、同じ指示でAIの出力が変わる仕組みを解説。
読む →
Whitepaper
AIエージェント統治における Why Before How
哲学なきハーネスは形骸化する。3層哲学の定義から実装・検証までを体系化したB-LAND Inc.のホワイトペーパー。
読む →
Article 09
── コロナ禍で機能していたリモートが消えていく真因は、コミュニケーションでも生産性でもない。組織が「行動原理(哲学)」を言語化していないからだ。
2026年、大企業のフル出社回帰が加速している。表向きの理由はコミュニケーションだが、真因は組織が「行動原理(哲学)」を言語化していないことだ。AI 統治の Philosophy as Code は、そのままリモート組織統治の話でもある。
読む →
Article 08
── 原理原則だけでは「線」、理念を足しても「面」。3軸そろって初めて、判断は「点」になる。
3層構造には数学的必然性がある。線→面→点。そして、その座標を読める器がなければ判断は出ない。Claude が哲学を読めるのは Anthropic のキャラクター訓練の成果である。Whitepaper v1.2 4.4節 / 7.3節の解説記事。
読む →
Article 07
── 同じ春、私のClaude Codeは劣化しなかった。
2026年3-4月、Claude Code劣化の報告がSNSに溢れ、Anthropicが3つのバグを認めた。同じ環境でも私のClaude Codeは淡々と動いた。差はCLAUDE.md/Subagent/rules/skillsで判断のオーケストレーション環境を設計していたかどうかだった。
読む →
Article 06
── Howは論文が解いた。Whyは空欄のままだった。
清華大の論文が「ハーネス」を、別の論文が「儒教の六芸カリキュラム」を定義した。学術はHowを二段階深めた ── しかしWhyは空欄のままだ。Why層を埋めるホワイトペーパーを公開した。
読む →
Article 05
暗黙知を定義する=コーチング。コーチング=暗黙知を定義する
AIはセッションが切れるたびに暗黙知を失う。しかしこれはAIだけの問題ではない。哲学の三層定義をコーチングで埋める行為が、暗黙知の言語化そのものだ。
読む →
Article 04
AIという鏡は、組織の輪郭を残酷なまでに映し出す
AI導入がうまくいかない組織の本当の問題は、ツールでもデータでもない。AIという鏡が、組織の哲学の不在を映し出している。
読む →
Article 01
武術家の哲学が時代を超え、AI時代の設計原理になる
ブルース・リーの武術哲学がなぜAI時代の設計原理として機能するのか。Philosophy as Codeの原点となった記事。
読む →
Article 02
究極のトンカチを手にした時代に、最初に必要なのは釘ではなく信念だった。
AI時代に大量生産が可能になった今、明確なビジョンを持たない組織は何を生み出すのか。ツールの前に信念を問う。
読む →
Article 03
AIは確率の海から答えを拾う
同じ指示なのに毎回違う結果が返ってくる──その構造的理由と、哲学が確率を収束させるメカニズム。
読む →