graph engineering non adoption

グラフエンジニアリングの Li+ 非採用

Question

2026 年夏のバズワード「グラフエンジニアリング」（およびそれが前提とするグラフランタイム）を Li+ で採用するか。

Current resolution

採用しない。Li+ は既にグラフ相当の配置に、ループの入れ子で到達している。グラフランタイムが売る価値は Li+ では二重払いになり、さらに設計時固定の配線が、Li+ の譲れない性質である「配線そのものを AI が書き換える」と正面から衝突する。

Edges

• relates to: ace-context-engineering-non-adoption / dynamic-workflows-non-adoption / memory-graphrag-sqlite-exploration — 外部技術の非採用 verdict 群

背景

系譜 prompt → context → harness → loop → graph の第 5 項。2026 年 6 月の Loop Engineering 提唱の後、夏に広まった。定義は「複数の AI エージェントや処理ステップをノードとエッジで接続し、実行順序・条件分岐・並列処理・人間承認を一つの有向グラフとして設計する」。

制約（判断を駆動した観測）

1. 縮尺の非対称: prompt / context / harness / loop の 4 項は個数も縮尺も持たない。graph だけ定義に「複数」が入り、一個では成立しない。世間の「loop = 単一エージェントの連続実行」という読みは、ループという語から出る制限ではなく外から持ち込まれたもの。
2. 空席の自作: ループの縮尺自由を 1 段に切り詰めた結果「複数を扱う層」という空席ができ、graph がそこに座った。層の発見ではなく縮尺の取り方。実際、繰り返し走らせる限りグラフはループ内の 1 ノードでもあり、包含関係は可逆。
3. 基盤による縮尺自由: ループがプロセス内に住むと一個しか持てない。Li+ は状態を issue / branch / PR に外置きしているため、コンパイル・CI・進化の 3 縮尺のループを同時に保持でき、グラフランタイムを要しない。
4. 配線の所有者: グラフは機械が実行するが機械が書かない（設計時固定）。Li+ は外周ループの出力が rules そのもの、すなわち配線を AI が書き換える（modifier / initiator 軸）。設計時固定の配線はこの性質を奪う。
5. 汎用性の喪失: 実践の成果物（ノード / エッジ / State 定義）を消費するランタイムが要る。主要実装ごとに方言が異なり技能が完全には移らない（2026-08 時点の観測）。prompt / context は共通基盤であるモデル自身が成果物を消費するため移る。
6. 価値の所在の取り違え: 紹介記事群自身が「用語は新しいが中の難しい問題はほぼ古い問題」「配線図の複雑さより各交差点での判定精度が品質を決める」と書く。名指されたのは見える層（配線）で、品質を決めるのは見えない層（判定）。警告「気づいたら 12 ノード」は、配線を足す道具はあり引く規則が無いことの兆候であり、Li+ 側は subtractive-structural-beauty が加算デフォルトを毎回問うている。

結論

• 採用: なし。 移行判断テスト（専門化された文脈分割 / 並列 fan-out・fan-in / 制御フローの監査可能性 / 完了と正確性の定義の変化）を Li+ は既に満たすが、満たし方がグラフランタイムではなく入れ子ループ + 外部記憶である。
• 監査可能性の払い方の違い: グラフは「起こりうる経路の静的な図」、Li+ は issue / PR / commit diff による「実際に通った経路のトレース」。現実の挙動を正義に据える Li+ の identity とは後者が整合する。
• 買う一点: 分岐点と幅（fan-out / fan-in）に名前を付ける語彙。工学の層としてではなく語彙として、brake 設計を見直す際の物差しに使える。
• 再燃時: 再調査せず本結論から入る。「次の層」という主張を見たら、縮尺の取り方の話に引き戻す。