もう少し詳しく

AIシステムの設計で使われる比較的新しい呼び方です。この辞典では、複数の処理をノードとして配置し、どの結果を受けて次へ進むか、どこで分岐・合流するかをグラフとして設計する意味で扱います。個々の処理に改善用のループを含めることもできます。

グラフエンジニアリングは、分岐・並列・合流・反復を含むワークフローを、可視化しやすい構造として設計します。各ノードの入力・出力・失敗時の遷移を明示すると、複数のAIや通常のプログラムを組み合わせた処理を検証しやすくなります。

HISTORY

開発された年代と歴史

この用語を大きな流れで見ると、2020年代〜に発展してきました。

  1. 2020年代前半知識グラフ、ワークフロー、依存関係をAIシステムに組み込む実装が増えた。
  2. 2024〜エージェントの状態遷移やツール連携をグラフで設計する呼び方が広がった。
  3. 現在単一の標準や発明者はなく、関係・経路・検証を扱う実務用語として発展中。

キーマン・関わった研究者

特定の発明者は定まっていない。知識グラフ・ワークフロー・エージェント開発者の実践用語。

技術の変遷

グラフ理論 → 知識・処理フローのモデル化 → エージェントの状態・経路設計

理解のポイント

  • この辞典では、処理をノードに分け、分岐・合流・次へ進む条件を設計する意味で使います。
  • 各処理の内容だけでなく、結果を次の処理へどう渡すかがワークフロー全体の動作を決めます。
  • 複数のAIを用意することが目的ではなく、一つのAIと通常の処理を組み合わせる構成も考えられます。
FOR EXAMPLE

たとえば、こんな場面で

複数の担当AIが資料を調べ、その結果がそろってから統合し、人の確認を経て報告を完成させる流れを設計します。

覚えておきたいこと

必ず複数のAIが必要なわけではありません。ここでの説明はワークフロー設計の文脈であり、知識グラフの構築とは区別します。

参考資料

Sakhinana・Runkana — Graph and Loop Engineering(研究プレプリント)