会社というものは、そもそも 1 つのボトルネックを囲んで生まれた

彼がこのリストに与えた第一の理由は、AI よりずっと長い歴史の線です。組織は技術を形づくり、技術も組織を形づくる。複式簿記、活版印刷、蒸気機関、ファクス、そして過去 30 年のインターネットとソフトウェア。そのどれもが「組織をうまく運営する」の意味を変えてきました。AI は次のそれになります。

先にもっと手前の問いに答えましょう。なぜ会社などというものがあるのか。

1937 年、ほとんど誰も問わなかった問い

その年、経済学者の Ronald Coase はこう問いました。市場がそれほど効率的なら、なぜすべての仕事をその都度外注し、一件ずつ価格交渉しないのか。

彼の答えは、その交渉自体にコストがかかるから。適した人を見つけるのにコストがかかり、価格交渉にもコストがかかり、調整にもコストがかかり、事後に相手が本当にやったか確かめるのにもコストがかかる。これらのコストが市場よりも組織の内部で低くなったとき、その仕事は組織に取り込まれる。会社はそうやって生まれたのです。

Adam Smith のピン工場は、同じ事柄のもう半分を示しています。1 本のピンを作る工程を細かく分けた結果、それまで存在しなかった仕事が湧いて出ました。分けた作業をまた結合する仕事です。調整は 1 人の頭の中にある間は無料でしたが、分業した瞬間にコストになり、やがて 1 つの職業になりました。管理と呼ばれるものです。

この答えに従えば、会社の本質はその調整の摩擦そのものです。摩擦は会社の欠陥ではありません。摩擦こそが会社そのものなのです。

ナレッジワーカーが一日中やっていることの大半は、この摩擦の層に属します。同僚に送るあの Slack メッセージ、1 つの決定をまとめるために開くあの会議、顧客との電話のあとに書くあの議事録、Salesforce から引っ張るあのレポート。どれ 1 つとして仕事そのものではありません。1 人で работаしているとき、これらは存在しないのです。

この摩擦の層を剥がしても、従業員が少し有能になるわけではありません。会社が何であるかが変わるのです。 Jeff Huber『The quick shall inherit the earth』2026-06-15

技術がボトルネックを動かすとき、会社も組み立て直される

フォードは最もよく引かれる例です。大量生産の技術は彼以前からありましたが、彼は同時代の誰よりも流れ作業を本気で扱い、それを軸に事業全体を組み直しました。シャシー組立は 12 時間半から 93 分に短縮。Model T の価格は 1908 年の 850 ドルから 1925 年には 260 ドルまで下落。労働者の日給は業界標準の 2 倍にあたる 5 ドルに引き上げられました。この速度に追いつけなかった競合は、価格でも賃金でも追随できず、大半が元の姿のままでは生き残れませんでした。

ただしこの例の教訓は、コスト削減や効率化の層にはありません。フォードがやったのは、会社全体を新しいボトルネックを軸に組織し直すことでした。

紙の業務プロセスが業務ソフトへ移った時代も同じです。Larry Ellison の売り文句は「いまの業務プロセスをより速くコード化する」を明確に避けていました。彼が実際に語っていたのは、この会社が過去 20 年どう回ってきたかを記述するのはやめて、これからの 20 年どう回るべきかを考え抜け、ということ。この言葉を真に受けた会社はソフトウェアを軸に自らを組み直しました。旧来の業務をデジタル化しただけの会社は、より速く走る旧来の会社を手に入れ、そして敗れました。

Coase、Adam Smith のピン工場、フォードのこの数字、Larry Ellison のくだりは、いずれも Huber の前作『The quick shall inherit the earth』（2026-06-15）からで、今回の 12 条リストには含まれません。数字は彼の原文の引用に従いました。

彼はボトルネックがすでに移ったと考えている

かつての会社は「人が働く速さ」というボトルネックを軸に設計されていました。ところが実行がほぼコモディティ化したなら、context（会社が持つ知識のすべて。書かれたものも書かれていないものも含む）、知識、秘密、そして審美眼が値打ちを持ち始めます。ボトルネックは人の審美眼と判断力へ移ったのです。

ボトルネックが動けば、会社が束ねるものも変わる

彼は前作でこの仕組みに名前を付けています。アンバンドリング理論です。AI が実行をばらばらにする一方で、力を context、データ、信頼、権限、ガバナンスへ再び集めていく。

旧来の会社が束ねていたのは労働力と調整、新しい会社が束ねるのは context と権限委譲。あの 12 の原則は、すべてこの一文から生えています。

原文は 12 条を 6 組に分けています。最初の 2 組はトレードオフ（データは握る、計算資源は手放す。ツールは自作、インフラは購入）で、残る 4 組は同じ主題の下にある 2 つの動作です。各条が指す先で数え直すと、7 条が context をどう蓄えるか、4 条が仕事をどう外へ出すか、残る 2 条が人にしかできない部分について語っています。12 条の全文は末尾に。まずはこの 3 分類からそれぞれ要点を取り上げます。

第 1 条：データは本当にあなたのものでなければならない。AI が算出したものも含めて

この条の書きぶりは全編で最も強いものです。調達の動作に落とすと、判断基準は一文だけ。ベンダーは完全かつ無制限のデータアクセス権を渡すこと。あなたのデータから派生したものも含め、用途は自由であること。渡さないなら、別の選択肢に乗り換えるべきです。あなたのデータを溜め込んで自分の堀にしようとするツールは、一律で避けます。

第 1 条にはもう 1 つ、実行に落とすと最も骨の折れる要求があります。あなたの context は書き留められた知識だけではありません。書かれていない経験と慣行のすべても含みます。会社を人にも Agent にも同時に読めるようにするため、それらは初めて文字にされなければなりません。

人間の組織は数千年存在してきましたが、この種の知識はずっと徒弟制で、年季で、人がその場にいることで受け渡されてきました。すべてを文字に落とさねばならない圧力など、かつて一度もなかったのです。しかもこれ自体が難しい。この種の知識が暗黙知と呼ばれるのは、概念を提唱した Michael Polanyi の言い方に従えば「私たちは語れる以上のことを知っている」からです。

第 3 条と第 4 条：ツールは自作、土台は購入

ソフトを作ることが、いまほど安く簡単だった時代はありません。買うか作るかの境界線は「自作」の側へ動きつつあります。あなたが使うツール群はその事業と一体に育っており、それを完全に握ることは、独自の context を守るもう 1 つの方法です。

とはいえ何でも自作する必要はありません。彼はここに自分で括弧を添えています。サーバーレスの学習インフラ、データベース、オペレーティングシステムは（おそらく）自作すべきではない、と。これらを買う理由は、速く進めることやシステムの安定に加えて、最も重要なのは独自の context をより多く生み出せるようにするためです。

新しい仕事が来たら、まず Agent に教える。教えられなければ採用する

第 5 条は彼自身がとても簡単だと言い、一文で終わります。新しいタスクが来たら、たとえば応募者の履歴書を絞り込む仕事なら、まず Agent に教えてやらせてみて、そのうえで採用を考える。

順序が入れ替わりました。かつては、この仕事は誰がやるべきか、人を 1 人増やすべきかを先に考えました。いまは第 1 歩が、この仕事はその 1 人を増やさずに済まないか、に変わったのです。

第 6 条はチームについて。小さく、そして審美眼は極めて高く。小さく質の高いチームは意思決定が速く、互いの信頼も厚い。ボトルネックが実行から審美眼へ移ったのなら、新しいボトルネックを軸に人を配すべきだ、というわけです。

第 7 条：情報はデフォルトで公開。ただしこの言葉には前提がある

かつての会社は情報をブロックごとに切り分け、それぞれ囲い込みました。Huber は、このやり方は過去もおそらく大して機能していなかったが、今日では壊滅的だと考えます。Agent の実力は、受け取った context によって完全に決まるからです。

彼はこの条に限定を付けています。デフォルトで公開というのは、あなたのその小さく質の高いチームに対して言っているのだ、と。この条は前条とつながっています。チームが小さくも精鋭でもないまま、無差別に情報を全開放しても、結果が良いとは限りません。

最後の 5 条は、Agent を回すたび正確にする方法

第 8 条が扱うのは方向です。勝つ組織とは「顧客と市場にうまく応える」という山を速く登りきれる組織、つまり学習が速い組織です。だから会社を、学び続ける機械として設計し、1 周の学習サイクルをできる限り短く縮めます。

残る 4 条は、この機械の部品です。

第 9 条：指示を出し、採点表も渡す

中核タスクと重要タスクでは、Agent に十分詳しい指示を出すだけでなく、採点表も渡し、自分の出したものを表と突き合わせて点検させます。この表も、そこに並ぶ各基準も、それ自体を改め続ける必要があります。

第 10 条：待たせるだけにしない

陥りやすいやり方が 1 つあります。Agent を下級インターンとして扱うことです。仕事を割り振れば、その通りにやる。運が良ければ出来も悪くない。それでも構いません。ただ、本当に一緒に働きたくなる同僚は自分から動きます。事業を、顧客を、ロードマップをずっと考えていて、そのうえで改善を提案してくる。だから、組織の context を十分に持ったバックグラウンド Agent を用意し、それをやらせるのです。

第 11 条と第 12 条：記録を残し、あなたの判断を補う

第 11 条、実際の実行のたびに記録を残す。彼はこの条が見た目より繊細だと強調します。万一に備えて監視ツールを山ほど買うことが目的ではありません。目的は、Agent が実際に走らせた実行を使って、Agent 自身を良くすることです。これはまだ「再帰的自己改善」（AI が自分で自分を書き換え、どんどん強くなること）とは呼べないが、AI アプリを作る人にとってはもう遠くない、と彼は言います。

第 12 条、あなたの専門性をコードに埋め込む。Agent を強くするうえで最も見返りが大きいのは、繰り返し犯す誤りのパターンを見つけて正すことです。しかもこの作業自体も外に出せます。あなたの手元にある別の Agent がそうしたパターンをおそらく発見でき、そのうえであなたに聞きに戻ってきて、直す手伝いをさせてくれます。

彼自身が足した第 13 条

12 条を語り終えたあと、彼は 1 条を補い、bonus と番号を振っています。

最も大事なこと。まず考え、それから AI。あなたの思考とあなたの審美眼は、いまも、これからもあなたの強みであり続けます。 Jeff Huber『12 factor companies』2026-07-20

結びの近くで彼はこう書いています。この通りにやる組織はより小さく、より速くなり、規模をはるかに超える価値を顧客に届ける。やらない組織は死ぬ、と。

このリストには実証データが一切添えられていません。全編が 1 人の判断と推論です。

12 条の全文。あなたの会社と照らし合わせてください

以下が 12 条すべてと、あの bonus の 1 条です。各条に平易な一言を添えました。1 つずつチェックして、どれをすでにやれているか見てください。

12 条の文言は原文に沿って訳しました。括弧内の限定語（たとえば第 4 条の「おそらく」、第 7 条の「小さく質の高いチーム」）は原文に元からあるもので、本サイトは削っていません。各条の後ろにある平易な一言は本サイトによる言い換えです。

2026 年 7 月 20 日、Chroma 共同創業者兼 CEO の Jeff Huber が 12 の原則を書きました（Chroma はオープンソースの AI 検索データベースで、AI アプリが資料を保存し検索するのを助けます）。型式は借りものです。2011 年に Adam Wiggins がプログラムの書き方を語り、2025 年に Dex Horthy が Agent（自分で仕事を進められる AI プログラム）の組み立てを語り、今回の対象は会社まるごと。

彼の判断はこうです。実行は値打ちを失いつつあり、それに伴って会社が束ねるべきものも変わった。労働力と調整から、context（会社が持つ知識のすべて。書かれたものも、ベテランの頭の中にしかないものも含む）と権限委譲へ。

すると問いも付いてきます。この知識はそもそも大半が書き留められていない。では会社はそれを軸に、どんな形へ組み直すべきなのか。

リスト全体は一文に乗っています。ボトルネックは消えていない、位置が変わった。具体的な仕事で見るのが一番はっきりします。

• context を蓄える（7 条）：データは完全かつ無制限にあなたのもので、AI があなたのデータから算出したものも含みます。ベンダーができないなら乗り換える。彼はこの種のツールを「context 吸血鬼」と呼びます。もう 1 つ最も骨が折れる条も。ベテランの頭にある、一度も書かれてこなかった経験を初めて文字にする。そうして初めて、会社は人にも Agent にも読めるようになります。
• 仕事を外へ出す（4 条）：新しい仕事、たとえば履歴書の絞り込みが来たら、まず Agent に教えてやらせてみて、教えられなければ採用を考える。指示と同時に採点表を渡して自己点検させ、実際に仕事をした全過程を保存し、そこから繰り返す誤りを見つけて補います。
• 残りは人に：チームは小さく、審美眼は高く。社内情報はデフォルトで公開。ただしこの言葉は、あの小さく精鋭のチームに対して言っています。

このリストに実証データは一切ありません。Huber が出せる最も硬いボトルネックの引っ越しは、100 年前のフォードです。同じ仕事、1 台のシャシー組立で見ます。