6 次元プロセス分類法は、プロンプトからプロセスへ：AI ソフトウェア開発エージェントを支援するフレームワークのプロセス分類法と比較評価 で提案された手法で、AI コーディングエージェントの上で動作してその周囲の作業を組織化するフレームワーク同士を比較するためのものである。これは記述的な語彙としてではなく、再現可能な手法として提示されている。各次元には導きとなる問いと一連の観察可能な指標があり、3 段階のルーブリックによって、その次元が存在しないか萌芽的な段階にあるフレームワークには 0、部分的であれば 1、強力であるか設計の中心にあれば 2 が付けられる。
用法
6 つの次元と、それぞれが問うことは次のとおりである。
- 仕様（Specification） — 意図はどのようにして作業契約になるのか。指標は、仕様、PRD、計画、ストーリー、タスク、受け入れ基準である。弱い極は素のプロンプトであり、強い極は要求、受け入れ基準、計画、タスク、アーキテクチャ、ポリシーをバージョン管理した一式である。
- コンテキスト（Context） — エージェントは何が関連するのかをどのように知るのか。指標は、リポジトリ、ドキュメント、フック、ルール、メモリ、エビデンス、ギャップである。この次元は、エージェントが行動する前に何を知っておくべきかをフレームワークがどう決めるかを扱う。
- 役割（Roles） — 誰が決定し、誰が実装し、誰がレビューするのか。指標は、ペルソナ、エージェント、スキル、責任、権限である。役割の分担は、プロンプトの曖昧さを減らし、出力に対する期待を生み出すことを意図している。
- 実行（Execution） — フレームワークは環境に対して行動するのか、それとも指針を与えるだけなのか。指標は、コード編集、コマンド、テスト、ブラウザ、ターミナル、IDE である。
- 検証（Validation） — エラーは成果物になる前にどのように検出されるのか。指標は、テスト、チェックリスト、ゲート、アーティファクト、人間によるレビュー、確信度ラベルである。
- 可搬性（Portability） — そのプロセスは単一のツールの外でも生き残るのか。指標は、複数の統合、オープンなフォーマット、ロックイン、ローカルインストールである。
これらの次元は、互いに重ならない区分ではなく、相補的な読み解きのレンズとして明示的に扱われているため、1 つの機能が複数の次元で得点することもある。論文自身が挙げる例では、実装を Git ワークツリーの中に隔離することは実行であり、マージ前にレビューと受け入れを求めることは検証であって、あるフレームワークのワークツリー設計はその両方を行っている。
6 つのフレームワークに適用したところ、6 つの次元すべてで 2 を得たフレームワークはなかった。著者が結果の表から読み取るパターンは、プロセスの深さと可搬性の間の構造的な対立である。可搬性で 2 を得た 2 つのフレームワークは役割と検証を犠牲にしており、プロセスの合計点が最も深いフレームワークは可搬性と実行を削っており、コンテキストに最も焦点を当てたフレームワークは役割、検証、可搬性で 0 となっている。ほぼすべてのフレームワークで 2 となった仕様は、この分野の共通分母であり、したがって最も識別力の低い次元とされる。最も二極化している役割と検証は、最も識別力が高い。
適用される場面
この手法が適用されるのは、論文がサポートフレームワークと呼ぶもの、すなわち誰かがすでに運用している開発エージェントの上で動作する、アーティファクト、コマンド、役割、テンプレート、ワークフロー、ポリシーの層である。エージェントやランタイムそのもの、エージェントを組み込んだクローズドな IDE やプラットフォーム、エージェントシステムを構築するための汎用 SDK には適用されない。この 3 つはいずれも、この手法を提案した研究からカテゴリーとして除外されていた。
この手法は、フレームワークの公式ドキュメントとリポジトリが採点の十分な根拠になることを前提としている。これは、この手法の対象となったフレームワークの大半が独立した学術的評価を経ていないためである。この前提は、実際の適用における最大の弱点でもある。この手法で報告されたスコアは、第三者によって検証された経験的測定ではなく、そのドキュメントに基づく著者の判断を表している。論文は、採点が単一の評価者によって行われ、独立した第二のコーダーはおらず、評価者間信頼性も報告されていないことを記録している。
スコアそのものとは切り分けて考えるべき、実証された特性が 1 つある。牽引力（トラクション）が低いという理由で意図的にサンプルから除外されたフレームワークにこの手法を適用したところ、検討したどの事例よりも完全なプロファイルが得られた。論文はこれを、この分類法がサンプルを超えて一般化できること、そして採用度とプロセスの完全性が直交する次元であることの両方の証拠と読んでいる。したがって、牽引力によるフィルタが選び出すのは最も完全なフレームワークではなく、最も採用されているフレームワークである。また、スコアはスナップショットでもある。スコアが記述するフレームワークは活発に開発が続いており、その基になった牽引力の数値は出典において 2026 年 5 月時点のものとされている。
体系としては新しく、単一の自己完結した研究に依拠している。著者はこれを論文の中心的な貢献として提示し、6 つの次元は先行する理論から導かれたのではなく、分析した 6 つのフレームワークに名前を変えて繰り返し現れることから選ばれたと述べている。
関連用語
- プロンプトからプロセスへ：AI ソフトウェア開発エージェントを支援するフレームワークのプロセス分類法と比較評価 — この分類法を提案し、適用した研究
- 仕様駆動開発 — 採点されたフレームワークの大半が実装している実践であり、仕様の次元の強い極の由来
- リバースドキュメンテーションエンジニアリング — 採点されたフレームワークの 1 つがとる逆方向のアプローチで、新しいシステムのために仕様を書くのではなく、既存のシステムから仕様を復元する
- コンテキストエンジニアリング — コンテキストの次元が測定する関心事