ChaoYue0307/awesome-graph-engineering
ChaoYue0307/awesome-graph-engineering has 43 GitHub stars and 8 forks. GitHot measured 0 stars in 24 hours. Last checked 2026-11-14 23:15 UTC. Last push 2026-11-03.
計測したスター増加
- 24時間
- 0
- 7日間
- 履歴を収集中
- 15日間
- 履歴を収集中
- 1か月
- 履歴を収集中
期間ごとの純増数です。期間は重複しており、日別の値ではありません。未計測の値は空欄です。スター数は注目度の指標であり、品質の保証ではありません。
概要
🕸️ Engineer the organization, not just the agent. 620 curated resources · 9 design layers · 11 sections · 298 papers & preprints — a field guide, CC0 open dataset, and interactive atlas for graph-structured multi-agent systems: roles, topologies, handoffs, work graphs, state, gates, reliability, observability.
AIi18n/ja/README.md
オリジナルAwesome Graph Engineering
エージェント単体ではなく、組織そのものを設計する。
プログラム可能な AI エージェント組織のための実践ガイド、オープンデータセット、インタラクティブ・アトラス。
English · 简体中文 · Español · Français · Deutsch · 日本語 · 한국어 · Português (Brasil)
ここでの **Graph Engineering(グラフ・エンジニアリング)**は AI エージェント・システムを対象とします。グラフデータベース、知識グラフ、グラフ ETL、グラフニューラルネットワークは対象外です。
暫定的な定義
グラフ・エンジニアリングとは、グラフ構造を持つエージェント・システムについて、役割と実行時インスタンス、それらを結ぶ契約、共有する状態と成果物、そして集団としての振る舞いを判定する証拠を明示し、実行・観測・進化させることで、システム全体を制御・テスト・改善可能な工学対象にする実践です。
グラフは装飾ではなく、実行を支える構造でなければなりません。宣言されたトポロジー、実際に生じた実行グラフ、またはグラフ生成方針が実行を実質的に制約し、バージョン管理・追跡・評価・意図的な変更が可能な程度に検査できる必要があります。
Graph Engineering は新興の実践を表す暫定的な用語であり、確立した学術分野や業界標準ではありません。 この定義は、マルチエージェント・システム、分散システム、ワークフロー・オーケストレーション、言語エージェント・グラフの研究を統合しています。各主張の出典はエビデンスマップにまとめています。
最小の三条件
システムが中核スコープに入るには、次の三条件すべてが実行上の意味を持つ必要があります。
- 境界づけられた複数のエージェント実体:少なくとも二つの個別に説明責任を持つ実行時インスタンスがあり、それぞれが文脈、権限、目的または責任を所有し、境界内で次の行動を選べること。
- 契約に基づく協調:制御、文脈、状態、成果物または評価をどう受け渡し、いつ結果を受理・拒否・エスカレーションするかを、少なくとも一つの明示的な関係が定めること。
- 実行を支え、検査可能なグラフ成果物:トポロジー、実行グラフまたはグラフ生成方針が実行を実際に制約し、バージョン化・追跡・評価・意図的変更ができること。
中核スコープに含まれないもの
- 多数のツールを使う単一エージェントは、依然として一つのエージェント・ノードです。
- 通常の決定論的関数だけで構成された DAG はワークフロー工学です。エージェント・グラフの基盤にはなれますが、それ自体が自動的にグラフ・エンジニアリングになるわけではありません。
- 契約、権限境界、状態規則、エビデンスゲートのない「ペルソナのグループチャット」は条件を満たしません。
- 実行を制約しない静的な組織図や事後的な可視化だけでは不十分です。
- グラフデータベース、知識グラフ、GNN、GraphRAG は、エージェント組織の協調または実行を直接支える場合に限り対象になります。
- エージェント数が多いほど良いとは限りません。単一エージェントの方が安価で信頼できるなら、より小さなシステムを選びます。
コア・プリミティブ
| プリミティブ | 中心となる設計上の問い |
|---|---|
| エージェント・ノード | この文脈、目的、能力、権限境界を誰が所有するか? |
| 型付きエッジ | 何が、どの条件・スキーマ・失敗規則で関係を横断するか? |
| 組織グラフ | どの再利用可能な役割が委任・協調・検証・エスカレーションできるか? |
| 実行/作業グラフ | 今回の仕事に必要な依存関係、分岐、インスタンス、成果物は何か? |
| エビデンスゲート | どの外部証拠が、続行・拒否・人への移管を許可するか? |
| 状態境界 | 何を共有・隔離・チェックポイント化し、誰の記録を正本とするか? |
| グラフ方針 | 誰がノードやエッジを生成・経路変更・書き換え・取消できるか? |
組織グラフは「誰が何を実行・検証できるか」、実行/作業グラフは「この実行で次に何が必要か」を表します。これは相補的な分析視点であり、二つの物理グラフを実装することを強制するものではありません。
まず見る場所
- 🌐 インタラクティブな Resource Atlas:動的な組織図、九つの工学レイヤー、検索可能な資料を探索します。
- 🤗 Hugging Face データセット:構造化された資料レコードを閲覧・ロードします。
- 🧭 詳細な定義とエビデンスマップ:各境界主張と独立した根拠を確認します。
- 🧱 分類体系と比較ガイド:グラフ、ループ、ワークフロー、隣接領域を区別します。
- 🛠️ 貢献する:翻訳の修正、資料の提案、根拠の改善に参加します。
- 📚 英語版の主ディレクトリ:全資料の一覧を参照します。
引用
Curated by He Chaoyue.
@misc{he2026awesomegraphengineering,
author = {He, Chaoyue},
title = {Awesome Graph Engineering: A Field Guide, Dataset, and Interactive Atlas for Programmable AI-Agent Organizations},
year = {2026},
doi = {10.5281/zenodo.23617107},
version = {1.4.2},
publisher = {Zenodo},
howpublished = {\url{https://github.com/ChaoYue0307/awesome-graph-engineering}},
url = {https://github.com/ChaoYue0307/awesome-graph-engineering}
}
機械可読メタデータは CITATION.cff にあります。
ライセンス
本リポジトリの選定、スキーマ、要約、および独自制作物は CC0 1.0 Universal で公開しています。リンク先の著作物には、それぞれのライセンスと著作権が適用されます。CC0 は商標権・特許権を放棄するものではなく、保証も提供しません。学術的な追跡可能性のための引用を推奨しますが、CC0 上の要件ではありません。