ハーネスでAIは制御できる。でも判断はできない。

同じ指示なのに、メンバーごとに違うものが返ってくる

AIに同じ指示を出しているのに、メンバーごとに違うものが返ってくる。レビューに追われる。手法を増やしても、101個目の未知は埋まらない。

2026年3月、清華大学の研究グループがハーネス論文を公開した。「Natural-Language Agent Harnesses」── AIエージェントを自然言語で制御する「ハーネス」の概念を定義した論文だ。続いて4月、別の研究チームが儒教の六芸をAIエージェント訓練に持ち込む論文を公開した。「AIT Academy: Cultivating the Complete Agent with a Confucian Three-Domain Curriculum」── そのハーネスという器の中に流す「カリキュラム」を定義した論文だ。

ハーネスという器が定義され、その器に入れる中身も定義された。学術界が立て続けに、エージェント統治の How を二段階深めたのだ。

読み始めて、すぐに気づいた。「これ、うちがやっていることじゃないか？」

エージェントの構造を標準化する。スキルをモジュール化する。コンテキストを最適化する。古典の知をエージェントに継承させる。やっていることの構造が、驚くほど似ていた。

しかし、読み進めるうちに、決定的な違いも見えてきた。

論文の主張：AIエージェントをHowで制御する

Pan et al.のハーネス論文は、AIエージェントを統治するための4つの要素を特定している。

• エージェント構造の標準化
• スキル管理システム
• コンテキスト最適化
• マルチエージェント協調

どれも重要だ。どれも正しい。そしてどれも「どうやるか（How）」の話だ。

続いて公開されたAIT Academy論文は、その器に流し込む中身を体系化した。儒教の六芸（礼・楽・射・御・書・数）を「行動原型」として再解釈し、自然科学・人文・社会の3領域にマッピング。ClawdGO Security Dojo / Athens Academy / Alt Mirage Stage という3つの「道場」を実装し、セキュリティ能力で15.9ポイント、社会推論で7%の改善を報告している。

これも見事だ。器の How（ハーネス）が定義され、中身の How（カリキュラム）が定義された。しかし「なぜその判断を選ぶべきか」── Why ── には、どちらも一切触れていない。

共通点：構造は似ている

実は、Philosophy as Codeの実装と論文側の構造は驚くほど対応している。

同じ問題を、似た構造で解こうとしている。違うのは、その構造の中に何を流すかだ。

決定的な差異：Howの天井は二段重ねでも残る

ルールを100個定義しても、101個目の未知のケースは必ず発生する。

ハーネスは「どう制御するか」を最適化する。AIT Academy は「何を訓練するか」を体系化する。器を最適化しても、六芸というカリキュラムを流し込んでも、未知の101個目には到達できない。

人間はこの隙間を暗黙知で埋めていた。シニアエンジニアが「なんとなくこれは危ない」と感じるのは、内面化された哲学が働いているからだ。AIにはそれがない。

器が完璧でも、中身が体系化されていても、何のためにそれを動かすかが定義されていなければ、エージェントは隙間で沈黙する。

Howには天井がある。その天井は、未知に遭遇したまさにその時に到達する。

Whyは、その天井を突破する。特定のルールがなくても、原理原則から判断を導出できるからだ。

もう一つの差異：既存の思想体系 vs 各組織の哲学

AIT Academy論文は、儒教という特定の既存思想体系を全AIに輸入する立場をとる。六芸という型を、すべての教養あるエージェントの訓練基盤として提示する。

Philosophy as Codeは違う。各組織が自分のCLAUDE.mdを書く。普遍的に正しい儒教のような既存の思想体系を提供しない。組織の中にすでにある暗黙知を、対話を通じて引き出し、その組織固有の哲学として言語化する。

武術の比喩で言えばこうだ。論文は「全員に詠春拳を教える」。Philosophy as Codeは「各人が自分のスタイルを言語化する」。型を持つが、型に縛られない。

「水になれ、友よ」── ブルース・リー

水はどんな器にも適応するが、水の本質は変わらない。各組織の哲学が水であり、ハーネスもカリキュラムも器に過ぎない。

ホワイトペーパーを書いた

この気づきを体系化して、ホワイトペーパーを書いた。

「Philosophy as Code: Why Before How in AI Agent Governance」

3層哲学の定義、実装アーキテクチャ（CLAUDE.md + Rules + Skills）、検証メソドロジー（Philosophy Scrum）、そして導入前後のケーススタディ。査読なし。権威なし。思想と実装だけで語る。AIT Academy論文を含む論文2本との位置関係も整理した（v1.1で更新）。

全文は日本語版またはEnglish versionで読める。

これは論文への批判ではない

学術と現場は別レイヤーで動いている。ハーネスの構造化も、六芸の現代的再解釈も、それ自体が重要な研究だ。論文の天井がある、と言っているのではない。研究は研究のレイヤーで前進している。

本記事は、そのフレームを現場側でどう使うかという別レイヤーの話だ。論文を読み込み、自分たちの位置を整理した上での発信であって、研究へのカウンターを意図したものではない。

おわりに：Whyを定義できるのは人間だけだ

ハーネスも訓練カリキュラムも必要だ。しかし哲学なきハーネスは形骸化し、哲学なきカリキュラムはチェックリストに堕する。

スクラムが哲学なしに導入されると進捗報告会議になるように。TDDが哲学なしに導入されると実装後テストになるように。ハーネスもカリキュラムも、哲学なしに導入されれば、テンプレートの集合になる。

Howは機械が最適化できる。しかしWhyを定義できるのは、人間だけだ。

あなたの組織には、AIに渡せる「哲学」があるだろうか。