Methodology

判断基準は、なぜ「三層」で
渡すと機能するのか

ホームでは「組織の判断基準をAIに渡す」と書きました。ここでは、その判断基準(=行動原理・哲学)が実際にどんな構造を持ち、なぜ同じ指示でAIの出力が変わるのか——その仕組みと実証を解説します。

Three-Layer Structure

三層構造 ── 判断基準の中身

判断基準とは「何を基準に判断するか」を構造化したものです。曖昧なまま使い続けると精神論になります。これを因数分解すると、三つの層が見えてきます。

LAYER 01

原理原則

「世界はこう動いている」── 個人の意志とは無関係に存在する構造的事実。誰がやっても変わらない不変の構造。AIの設計に当てはめれば、AIの基本的な振る舞いの制約にあたります。

LAYER 02

理念(意念)

「自分は何を最も大切にするか」── 同じ原理原則を知っていても、何を優先するかは組織によって異なります。ある企業は「顧客との長期関係」を、別の企業は「スピード」を置く。この層が、同じ原理原則から異なる判断を生む分岐点です。AIに当てはめれば、この組織がAIに何を最優先させるか

LAYER 03

思考の型

「原理原則と理念をどう接続して判断に至るか」── 武術でいう「構え」に近いものです。構えそのものは技ではないが、構えがなければどんな技も繰り出せない。「まず全体を見る」「逆から考える」── こうした思考の回路が、原理と理念を実際の判断に変換します。AIに当てはめれば、どういうプロセスで判断させるか

判断基準原理原則 × 理念 × 思考の型

この三層が揃って初めて、判断基準はAIに渡せるものになります。原理原則だけでは教科書、理念だけではスローガン。思考の型がなければ、理論は知っていても体が動かない武術家と同じです。

Demo

同じ指示、異なる結果

判断基準(CLAUDE.md)の有無で、AIの応答がどう変わるか。

01 — カスタマーサポート

Without CLAUDE.md

$ claude "顧客からクレームが来た。対応して"

...

どのような対応をご希望ですか?

以下のテンプレートから選択してください:

1. 謝罪文(汎用)

2. 返金案内

3. エスカレーション

→ 判断基準がないため汎用テンプレートを提示

With CLAUDE.md

$ claude "顧客からクレームが来た。対応して"

CLAUDE.md 参照中...

理念:顧客の信頼回復を最優先にする

┃ テンプレート返金案内を検討...

┃ → 照合:返金だけでは信頼回復にならない。却下。

┃ まず事実確認が先。顧客が本当に求めているのは何か?

提案:事実確認 → 共感 → 根本原因の提示 → 再発防止

理念チェック:信頼回復を最優先 ✓

→ 自ら問いを立て、基準に反する案を排除し最適解を導出

02 — 営業

Without CLAUDE.md

$ claude "A社向けの提案書を作って"

...

提案書のテンプレートを生成します。

1. 課題整理

2. ソリューション概要

3. 料金・スケジュール

※汎用構成で出力しました

→ どの案件でも同じ構成。顧客の文脈が反映されない

With CLAUDE.md

$ claude "A社向けの提案書を作って"

CLAUDE.md 参照中...

理念:顧客の課題を自分事として捉え、本質的な解決策を出す

┃ 汎用テンプレートを検討...

┃ → 照合:「自分事」になっていない。却下。

┃ A社の本質的課題は?コスト?いや、属人化による判断遅延だ。

提案の軸を変更:コスト削減 → 判断速度の構造改善

理念チェック:本質的な解決策か ✓

→ 安易な正解を退け、問いを立て直し、文脈に踏み込む

03 — 開発

Without CLAUDE.md

$ claude "このPRレビューして"

...

コードレビュー結果:

- L12: 変数名が不適切

- L34: nilチェック漏れ

- L56: コメント不足

→ 表面的なスタイル指摘のみ。設計意図に触れない

With CLAUDE.md

$ claude "このPRレビューして"

CLAUDE.md 参照中...

思考の型:正しさの定義を先に決め、それに収束させよ

┃ このPRの「正しさの定義」は何か?

┃ → PR説明:認証フローの簡素化

┃ → L34で条件分岐を追加。簡素化の意図と矛盾。

指摘:L34はPRの目的「簡素化」と矛盾しています。

代替案:既存ミドルウェアへの統合が設計意図に沿います。

理念チェック:正しさの定義に収束しているか ✓

→ 「なぜこの変更か」に立ち返り、設計意図違反を検知

Evidence & Inheritance

実証と継承

Case A: メソッドだけを渡した場合

「テストを先に書け → 実装しろ → リファクタリングしろ」

  • テストを通すことが目的化
  • 全体の設計が早い段階で破綻
  • 形骸化 ── メソッドは儀式になった

Case B: 判断基準を渡した場合

「正しさの定義を先に決め、それに向かって実装を収束させよ」

  • AIが自律的に判断しながら方向性を維持
  • 想定外でも「正しさの定義」に立ち返り自己解決
  • 自走 ── ルールの隙間を判断基準が埋めた

TDDは、メソッドとして使えばメソッドだが、思想として渡せば判断基準になる。

AI時代において、プロンプトやコード、使用するモデルは頻繁に変わります。しかし「何を判断させたいのか」という判断基準が組織に共有されていれば、ツールが変わっても一貫した方向性を保てます。

マニュアル

陳腐化する

プロンプト

モデル更新で壊れる

コード

技術変化で書き直す

判断基準

時間を超えて機能する

◆ 50年の実証

ブルース・リーは1973年に亡くなりました。しかし「Be water」という判断基準(行動原理)は、Jeet Kune Doの実践者たちの中に50年以上生き続けています。マニュアルは陳腐化するが、判断基準は生き残る。

この考え方は、一人が辿り着いたものではない。
宮本武蔵は『五輪書』で「一つの道を知れば万事に通ず」と述べ、
AnthropicはConstitutional AIで、ルールではなく原則をAIに内在化させ、
タレブは『反脆弱性』で、固定的ルールへの依存がシステムを脆くすると論じた。

武術・AI開発・複雑系科学 ── 異なる分野で独立に到達された同じ結論。
これ自体が、この原理の普遍性を物語っている。

あなたの組織の三層を、
一緒に言語化しませんか。

原理原則・理念・思考の型 ── これを引き出すのが、私たちのコーチングです。まず15分、現状からお聞かせください。

15分の無料カウンセリングを予約する ← ホームに戻る