サイボウズラボ勉強会「探索を加速する抽象度の設計勉強会」(2026-07-24)の準備中、「経営学のモジュラー/インテグラル議論との関連を考えて」という問いから出た分析。講演本体には採用されなかった(役割がAnthropic/OpenAIの一次ソース年表と被ったため任意部品に降格)が、独立した価値があるので保存する。

基本対応

手段まで縛る詳細な指示＋毎ステップの人間介入 = インテグラル型(すり合わせ)。部品間の濃密な相互調整で品質を出すが、調整が直列で高コスト。「PDCAを直列化するな」が問題にしていたのはすり合わせの直列性。

抽象度の高い指示＋判断基準の外部化 = モジュラー化。目的・成功条件・報告形式(階層圧縮のL0-L3はinterface規約)を design rules として固定し、手段=モジュール内部を hidden information にする。人間がAIの作業内部を見なくてよいのは hidden module の中を見なくてよいのと同じ理屈。「提案として戻る」はモジュール境界での情報交換。

ここは「なるほど一理ある」という温度感である一方で、当初「モジュラーとインテグラル」という言葉で僕が表現しようとしていた軸とは少し異なっており、どう違うのかの言語化が今後の課題

関連: 理解したい欲によって過剰にコンポーネント化される

既存理論が定式化済みの部分

手数のオプション価値: Baldwin & Clark はモジュラリティの価値を「各モジュールで k 個の並行実験を走らせ最良を選べる(substitution operator)」オプションバリューとして定式化した。「未知の探索は試行錯誤の手数が重要」「エスキースの枚数」「3案3歩」はこの定式化に乗る。

工程二段=アーキテクチャの進化: 産業論では ドミナントデザイン 確立前はインテグラル、確立後にモジュラー化が進む。エスキース(全体像がない=interfaceを定義できない=すり合わせしかない)→デッサン(構図結晶後にdesign rules固定・細部を並行開発)と正確に同型。「曖昧な指示」の失敗の正体=design rulesをまだ固定できない段階で固定したふりをして分業を始めること。

任せる境界はgood-enough線に沿って動く: Christensenの統合/モジュール理論(not-good-enough区間は統合型が勝ち、十分になった区間からモジュール化)を人間-AI協働に写すと、AIの性能が不十分な作業は密結合が必要で、十分になった作業からinterface越しに任せられる。nishioの2025-11「把握できる範囲を超えるべきでない」→2026-06「手放す」の変遷は、good-enough線が自分の作業領域を通過した瞬間の記録として読める。「どこまで任せるか」は性格や好みでなくこの線の位置の関数。

綺麗に写像できない場所が本体

純粋なモジュラー化と決定的に違う点: 探索的プロジェクトでは interface(成功条件・評価軸)自体がまだ仮説。B&Cはdesign rulesを事前に固定できることを前提にするが、実際の構図は:

平常時はモジュラー(任せて手段を見ない)、食い違いが起きたらinterfaceを跨いですり合わせる(「Bにして」でなく理由の深掘り)。

引き抜き検査はモジュラー規律から見れば hidden module を覗く規約違反だが、interfaceが仮説である以上必要な行為。

すり合わせの成果をその場限りにせず、言語化してwikiに入れる=design rulesの更新に昇格させる(仕分けの境界例深掘りで判定基準が育つ、のはこれ)。

つまり「モジュラー型」ではなく、すり合わせの結果がdesign rulesに資本化され続ける進化するモジュラー型。藤本が日本企業の強みとした「すり合わせ組織能力」のモジュラー化への障壁は暗黙知の言語化コストだったが、AI協働では食い違いの一回一回が言語化の機会になり変換コストが下がった——すり合わせ能力とモジュラー化が対立でなくパイプラインになった。「判断の資本化」のアーキテクチャ論的言い直しでもある。

残る緊張: 「体験はリッチ、言語化で情報が失われる」を認めるなら design rules への資本化は原理的に不完全で、interfaceに載らない残余が常にある。これがインテグラルすり合わせ(と引き抜き検査)を完全には廃止できない理由であり、人間の残余価値がアーキテクト(評価軸の設計者)に集中するスマイルカーブ的帰結の例外条項。