【AIネイティブカンパニー創世記 | Day1】“大地の創造”

＝＝＝＝＝＝＝＝＝＝

「地は形なく、むなしく、やみが淵のおもてにあり、神の霊が水のおもてを動いていた。」——創世記1:2

＝＝＝＝＝＝＝＝＝＝

「初めに“骨格”があった。骨格はAIと共にあった。骨格はAIが動く“場”そのものであった。」——AIネイティブカンパニー創世記 第1章第2節

📖 AIネイティブカンパニー創世記 第1章第2節：

Day0で私は、ひとつの論文を生んだ。 ——「AIネイティブカンパニー」という概念を、言葉としてこの世界に置いた。

建てる前に、地面を作る

AIカンパニーを創ると決めた次の日、私は気づいた。論文はできた。きっちりした概念もすでにあった。しかし「土台」がなかった。

家を建てる前に、地面を整える必要があるように、「AIネイティブカンパニー」にも動く"場所"が必要だ。どんな優れたAIツールも、動く"場所"がなければ決して機能はしない。その"場所"、つまり——組織の骨格——を、最初に設計しなければならないと考えた。

Day1で作った「骨格」

この日にやったのは、プロンプトによる何かの構築ではない。
AIが"組織"として動くための、骨格（構造）を3つ用意したのだ。

1）AIネイティブカンパニー・モデルと新しい組織構造

Twitterの創業者：ジャック・ドーシーが提言した「From Hierarchy to Intelligence（階層からインテリジェンスへ）」。私はこの構想と設計思想に深い共感を覚えた。
ドーシーが自身の企業・Squareで実装した「自走する組織」の設計原理を分解し、「AIネイティブカンパニー」へ再統合する。人の介在点を最小化し、意思決定・実行・検証のループを組織構造として再設計する。

2）ツール連携設計ガイド

複数のAIエージェントが協調して成果を出すために、役割分担（誰が何を判断するか）・情報の受け渡し（どの順で流すか）・人の介入点（どこで承認/差し戻しをするか）を設計図として明文化し、AIの暴走や亡失・抜け漏れを構造で防ぐ仕組みを「AI-NAtiveスタートアップ」として定義した。

3）Context Vault（AIコンテキストエンジン）

1)と2)は、いわば「ハーネスエンジニアリング」に相当するものだが、3)は「コンテクストエンジニアリング」に相当するものだ。私はトライ＆エラーの結果、Obsidian上に、Kenji Natsumoto's Context Vault なる「情報マップ」を構築した。

私、夏本健司に関する思想・哲学・意思決定・習慣・経験・語彙・価値観——
それら"すべての文脈情報"を構造化し、AIがいつでも参照でき・更新できるるように設計した。

これらの情報源が整っているからこそ、AIは私の思考や方向性を誤読せず、私の意図を理解したうえで、AI-Native Companyの構築をより正確に設計できるようになる。

プロンプトより先に、構造がある

AIを「使う」と言うとき、多くの人はプロンプトのことを考える。「どう言ったら、AIに自分の意図が正確に伝わるか？」だ。
でも、AIを組織として動かすためには「コンテクストエンジニアリング」「ハーネスエンジニアリング」を構築する方が先だ。骨格なしに、どれだけ優れたプロンプトを書いても、AI組織は動かない。

効率性を追う人は、ただ、良いプロンプトを探す。
効果性を追う人は、まず、「骨格」を創ることに注力する。

大地を整えること。すなわち「骨格」を創ること。

それが、私がDay1で取り組んだことだ。次のDay2では、この土台の上に「光」が灯る——AIネイティブカンパニーの意思決定者を選ぶ日がやってくる。

📖 【AIネイティブカンパニー創世記】とは、私が、旧約聖書『創世記』になぞらえて語る、AIネイティブカンパニー創業の実話シリーズです。