Preprint — いかなる学会にも投稿されていない

Torus Engineering

トーラスエンジニアリング

「ループを回すな、ループを巻け。」

AI駆動開発・第6世代パラダイム（たぶん）1

The Torus Engineering Working Group
2026年8月

実務で使いたい方へ：エンジニア向け実践ガイド（コピペ可）

概要 プロンプト、コンテキスト、ハーネス、ループ、グラフ——「◯◯エンジニアリング」の系譜は、いずれも位相的次元の単調な増大として理解できる。本稿では、その自然な帰結として、エージェントシステムを2つの独立な円環の直積 S1 × S1、すなわちトーラスとして設計する実践「トーラスエンジニアリング」を提唱する。あわせて、グラフエンジニアリングからの移行判断基準（系 3.2）、および周期比 (winding ratio) と呼ばれる新しい設計パラメータを与える。
実行ループ (子午線方向) 改善ループ (経線方向)
Fig. 1. トーラス T2 = S1 × S1 の概念図。子午線方向の円環が実行ループ、経線方向の円環が改善ループに対応する。

§1背景：エンジニアリングの系譜

AI駆動開発の歴史は、バズワードの歴史である。そしてバズワードの歴史は、位相空間の歴史である。表 1 に示すように、我々のコミュニティは一貫して、より高次の位相構造へと関心を移してきた。

表 1. 「◯◯エンジニアリング」の系譜と、対応する位相型。
世代年代パラダイム位相型
第12022プロンプトエンジニアリング点（0次元）
第22023コンテキストエンジニアリング区間 [0, 1]
第32024ハーネスエンジニアリング境界付き多様体
第42025ループエンジニアリング円環 S1
第52025グラフエンジニアリング1次元複体
第62026–トーラスエンジニアリングS1 × S1（種数1の閉曲面）

ここで系譜を注意深く観察すると、直近の2世代が相補的であることに気づく。ループとは時間方向の反復であり、グラフとは空間方向の構造である。片方だけを選ぶ理由は、位相幾何学のどこにも書かれていない。

ならば次は、その直積である。

§2定義

Definition 1.1（トーラスエンジニアリング）. エージェントシステムを 2 つの独立な円環の直積 S1 × S1、すなわちトーラスとして設計する実践を、トーラスエンジニアリングと呼ぶ。

2 つの円環は、それぞれ次のように解釈される。

第1の円環（子午線）＝実行ループ
CI 修復、Issue 処理、PR 作成といった日々の周回である。従来のループエンジニアリングは、この円環のみを扱う退化した特殊例（種数 0 への射影）とみなせる。
第2の円環（経線）＝改善ループ
実行ループそのものを周期的に見直すメタループである。CLAUDE.md の改訂、Skills の淘汰、失敗パターンの蓄積がここに属する。実行ループが仕事を回し、改善ループが「仕事の回し方」を回す。

トーラス上の軌道は、2 つの円環をそれぞれ何周するかで特徴づけられる。たとえば「実行ループ 100 周につき改善ループ 1 周」という運用は、巻き数 (100, 1) の軌道に対応する。この比を周期比 (winding ratio) と呼ぶ。周期比はトーラスエンジニアリングにおける第一級の設計パラメータであり、チェックポイントの頻度やモデルの選定と同格に扱われるべきものである。周期比が有理数であれば軌道は閉じ、プロジェクトは周期的に安定する。無理数であれば軌道はトーラス全体を稠密に埋め尽くすが、それはそれで網羅的である。

§3定理：移行判断

グラフエンジニアリングの実務者は、いつトーラスへ移行すべきか。判断基準は、古典的な結果から直ちに導かれる。

Theorem 3.1. 完全グラフ K5 および完全2部グラフ K3,3 は平面には埋め込めないが、トーラス（種数 1）には埋め込める。

Proof. 前半はクラトフスキーの定理として知られる。後半は読者の演習とするが、ドーナツに油性ペンで K5 を描けば確認できる。∎

Corollary 3.2（移行シグナル）. グラフエンジニアリングでエッジが交差しスパゲッティ化したとき、それは設計の失敗ではない。平面という台となる空間の失敗である。すなわちそれは、トーラスエンジニアリングへの移行シグナルである。∎

この系の実務上の含意は大きい。ワークフロー図が読めなくなったとき、我々はこれまで自らの設計を責めてきた。しかし責めるべきは平面性である。エッジの交差は、より高い種数の曲面が必要であることを示す、健全な兆候にすぎない。

§4諸性質

周期境界条件
トーラス上の状態空間には「端」が存在しない。どのコンテキストから読み始めても、文脈は必ず閉じて元に戻る（通称：パックマン原理）。画面の右端から出たものは、左端から戻ってくる。障害対応の途中でセッションが切れても、位相的には何も失われていない。
穴の存在意義
トーラスがトーラスであるためには、穴がなければならない（種数 1）。この穴は人間の判断が通る空洞のメタファーである。すべてを自動化で埋め尽くした瞬間、曲面は球面（種数 0）に退化し、我々は第4世代に逆戻りする。穴を埋めないこと。それがトーラスエンジニアリングの設計思想である。
拡張性
本パラダイムは自然に拡張される。種数を増やせばダブルトーラスエンジニアリング（種数 2、改善ループの改善ループ）。向き付けを捨てればクラインの壺エンジニアリング（付録 A 参照）。後者は DevOps の究極形とされるが、3 次元の組織図では実装に自己交差を伴うことが知られている。さらに、次元そのものを整数から解放すれば、フラクタルエンジニアリング（姉妹編）に至る。なお、これらすべてを分類する一般理論についてはトポロジックエンジニアリング（総論）を、閉曲面の内部と境界の関係を物理学の側から論じたものとしてはホログラフィックエンジニアリング（物理編）を参照されたい。

§5よくある質問

これは冗談ですか？
トーラスは種数 1 の閉曲面です。
導入コストはどのくらいですか？
コーヒーカップとドーナツは位相同型なので、ドーナツ 1 個分です。すでにコーヒーカップをお持ちの組織では追加費用は発生しません。
来年も使われていますか？
トーラス上に「来年」という端点は存在しません（§4、周期境界条件）。
既存のグラフエンジニアリング資産は無駄になりますか？
なりません。トーラスはあらゆる平面グラフに加えて K5 と K3,3 を受け入れます（Theorem 3.1）。既存の埋め込みを 1 つ上の種数へ持ち上げるだけです。

1 本主張は査読を受けていない。トーラス上では査読プロセスに終点が存在しないためである。 ↩