AI 요약 · 영어에서 AI 번역
Graph Engineering in the Era of LLM Agents: From Individual Intelligence to System Intelligence
Yuyuan Feng, Zhishang Xiang, Chaobin Yang, Qichao Ma, Zerui Chen, Yujing Zhang, Ke Huang, Chuanjie Wu, Zhaoxu Liu, Yili Wang, Xin He, Jiapu Wang, Zijin Hong, Hao Chen, Yuanchen Bei, Kun Wang, Shengyuan Chen, Ningyu Zhang, Enyan Dai, Linhao Luo, Qingyi Pan, Qi Wang, Wenqi Fan, Guangjing Wang, Na Zou, Yangqiu Song, Xin Wang, Zechao Li, Xia Hu, Qing Li, Xiao Huang, Zhihong Zhang, Jinsong Su, Qinggang Zhang, Yi Chang
TL;DR
이질적이고 상호 의존적인 장기 과제에는 단일 에이전트의 역량이나 맥락 확장을 넘어서는 시스템 수준의 조직화가 필요하다. 이 서베이는 Graph Engineering을 작업 조직화, 에이전트 조율, 런타임 상태 관리의 세 축으로 정리한다. 여러 응용 분야에서 작업 조직화와 에이전트 팀 엔지니어링은 일반적이지만, 지속적인 시스템 진화는 여전히 드물다.
문제
이질적이고 상호 의존적인 장기 과제에는 개별 에이전트의 역량이나 맥락 강화를 넘어서는 시스템 수준의 조직화가 필요하다.
출처: §1 · p. 5방법
이 논문은 작업 조직화, 에이전트 조율, 런타임 상태 관리라는 세 가지 상호 보완적 그래프 관점에서 Graph Engineering을 검토한다.
출처: §1 · p. 5, §10 · p. 35결과
여러 응용 분야에서 작업 조직화와 에이전트 팀 엔지니어링은 일반적이지만, 지속적인 시스템 진화는 여전히 드물다.
출처: §9.7 · p. 34시사점과 한계
시스템 수준의 지능은 모델이나 에이전트를 단순히 추가하는 것보다 작업, 에이전트, 상태 간 관계를 명시적으로 조직하는 데 더 크게 좌우된다.
출처: §10 · p. 35명시적 그래프 구조만으로는 과제 완료, 근거, 유효한 상태, 허가된 행동에 대한 에이전트 간 일관된 해석을 보장할 수 없다.
출처: §6.1 · p. 25
Abstract
from arXiv · showhide
LLMs have evolved from language generators to autonomous agents capable of complex, long-horizon tasks. This evolution has produced paradigms including Prompt Engineering to elicit model capabilities, Context Engineering to manage information access, Harness Engineering to organize external tools and resources, and Loop Engineering to support continual reflection and self-improvement. Yet as tasks grow more complex, individual intelligence faces a fundamental limit: many tasks require heterogeneous expertise, interdependent subtasks, parallel execution, independent verification, and persistent state, exceeding any single agent's organizational capacity. Augmenting one agent's capabilities or context cannot resolve this architectural mismatch; intelligence must instead be distributed across specialized agents and organized at the system level. We call this System Intelligence: an agent system's ability to organize and coordinate multiple intelligent components into a coherent, adaptive whole pursuing a shared objective. Achieving it requires more than adding agents; it demands explicit structures to organize work, coordinate heterogeneous agents, and maintain evolving execution states. We introduce Graph Engineering, an emerging paradigm for next-generation agent systems. Unlike prior paradigms that mainly optimize individual interactions or agent-level behavior, Graph Engineering constructs explicit, dynamic, evolving graph structures representing tasks, agents, and system states. These abstractions provide a unified foundation for organizing complex objectives, orchestrating heterogeneous agents, modeling system dynamics, and enabling scalable agent evolution. We systematically review the principles, methodologies, and applications of Graph Engineering for LLM agents. Related papers, open-source data, and projects are collected at https://github.com/DEEP-JLU/Awesome-Graph-Engineering.
1 서론
서론에서는 과업 조직화, 에이전트 조정, 런타임 상태 관리를 위한 시스템 수준 패러다임으로 그래프 엔지니어링을 제안한다. 복잡한 목표를 달성하려면 개별 역량을 확장하거나 에이전트 수를 늘리는 데 그치지 않고, 전문화된 에이전트들이 조율하며 협력해야 한다고 주장한다.
1 서론
- 하네스 엔지니어링과 루프 엔지니어링은 외부 자원에 계획, 행동, 관찰, 검증, 적응의 지속적인 순환을 결합해 개별 지능을 구현한다.프롬프트 엔지니어링과 컨텍스트 엔지니어링은 구조화된 지시와 체계적으로 정리된 과업 관련 정보를 통해 모델 지능을 끌어낸다. 이 서베이는 개별 에이전트의 기반 모델, 하네스, 루프, 개별 상태와 에이전트 시스템의 팀, 공유 자원, 환경, 조정 메커니즘, 시스템 수준 상태를 구분한다.출처: §1 · pp. 4–5
- 이질적이고 상호 의존적인 과업은 단일 에이전트의 조직 역량을 넘어서므로, 시스템 지능에는 명시적인 작업 조직화, 책임 배분, 조정, 상태 관리가 필요하다.단일 에이전트 루프는 컨텍스트 내 경쟁과 주로 순차적인 제어를 유발해 독립적인 작업 격리, 동기화, 부분 복구를 가로막는다. 역량이나 컨텍스트를 확장하거나 단순히 에이전트 수를 늘리는 것으로는 이러한 조직적 한계를 해결할 수 없다.출처: §1 · p. 5
- 그래프 엔지니어링은 실행에 쓰이는 그래프 구조로 과업을 조직하고 이질적인 에이전트를 조정하며 변화하는 런타임 상태를 관리해 시스템 지능의 기반을 마련한다.과업 조직화는 분해, 의존 관계, 동시성, 검증을 표현하고, 에이전트 조정은 할당, 통신, 동기화, 통합을 구조화한다. 런타임 상태 관리는 진행 상황을 추적하고 동시 갱신을 조정하며 출처 이력을 보존하고 장애를 격리해 복구와 적응을 지원한다.출처: §1 · p. 5
- 향후 연구 방향에는 온톨로지 엔지니어링, 동적·자기진화 그래프 시스템, 그래프 기반 설계의 에이전트 운영체제가 포함된다.출처: §1 · p. 6
- 이 서베이는 모델 지능, 개별 지능, 시스템 지능 전반의 벤치마크, 데이터셋, 실행 가능한 환경을 에이전트 시스템 평가의 원칙 및 과제와 함께 체계적으로 정리한다.평가 시 고려할 사항에는 구조적 충실도, 동작의 정확성, 시스템 진화, 거버넌스가 포함된다.출처: §1 · p. 6
- 이 서베이는 엔지니어링 스택과 응용을 검토하고, 상호운용성, 실행 간 구조적 진화, 상태의 출처 이력, 지속적인 시스템 진화에서 미비점을 짚는다.소프트웨어 스택은 모델 개발, 지속적으로 동작하는 에이전트 런타임, 다중 구성요소 오케스트레이션을 지원한다. 응용 분야는 소프트웨어 공학, 과학적 발견, 의료, 기업 업무 흐름, 디지털 에이전트, 사회·경제 시뮬레이션에 걸쳐 있으며, 이들 분야에서 작업 조직화, 조정, 런타임 상태 관리가 점차 보편화되고 있다.출처: §1 · p. 6
2 기본 개념
개별 에이전트는 파운데이션 모델, 에이전트 하네스, 반복적인 에이전트 루프를 결합한다. 에이전트 시스템은 공유 자원, 외부 환경, 조정 메커니즘, 시스템 전반의 런타임 상태를 통해 여러 에이전트를 조직한다.
2.1 개별 에이전트
- 개별 에이전트는 파운데이션 모델의 인지 능력과 자원 및 행동에 대한 접근을 제공하는 에이전트 하네스를 결합한다.모델은 언어 이해, 추론, 계획, 생성을 지원한다. 하네스는 지각 및 맥락 구성, 기억 및 지식 접근, 도구 호출, 재사용 가능한 스킬, 런타임 관리·통제를 제공한다.출처: §2.1 · p. 6
- 에이전트 루프는 지각, 추론, 행동, 피드백 처리, 상태 갱신을 반복하며 에이전트의 역량을 지속적으로 활용한다.에이전트는 자율적으로 환경을 지각하고, 의사결정을 내리고, 행동을 실행하며, 피드백에 따라 행동을 조정한다.출처: §2.1 · p. 6
2.2 에이전트 시스템
- 에이전트 시스템은 역할, 역량, 과제가 서로 다를 수 있는 에이전트들을 공유 자원과 외부 환경을 중심으로 조직한다.각 에이전트는 고유한 모델, 하네스, 루프, 로컬 상태를 유지한다. 공유 자원에는 각 에이전트가 자신의 하네스를 통해 접근하는 도구, 모델 서비스, 기억, 지식 베이스, 검증기, 사람의 지원이 포함된다. 환경은 관측과 피드백을 제공하고 에이전트의 행동에 따라 변화한다.출처: §2.2 · pp. 6–7
- 조정 메커니즘은 협업을 관리하며, 시스템 상태는 개별 에이전트의 로컬 상태가 아닌 시스템 전체의 운영 상태를 나타낸다.조정은 과제 할당, 정보 교환, 결과 통합, 충돌 해결, 실패 처리를 포괄한다. 시스템 상태에는 과제 진행 상황, 공유 결과, 에이전트 가용성, 자원 상태, 환경 변화, 실패 기록이 포함된다.출처: §2.2 · p. 7
3 모델 지능에서 개별 지능으로
기반 모델 학습은 모델의 역량을 형성하고, 프롬프트·컨텍스트 엔지니어링은 그 활용 조건을 조정하며, 하네스와 피드백 기반 루프는 개별 에이전트의 지속적인 자율 행동을 가능하게 한다. 그러나 단일 에이전트 구조는 여전히 병렬 스케줄링, 독립적 검증, 추적 가능한 실패 복구를 제약한다.
3.1 기반 모델: 모델 지능의 형성
- 사전 학습은 범용 역량을 형성하고, 사후 학습은 시연, 선호도, 보상, 상호작용 피드백을 통해 지시 이행, 정렬, 추론, 에이전트적 행동을 발달시킨다.사전 학습은 데이터 큐레이션, 밀집형 또는 전문가 혼합 아키텍처, 조율된 학습 전략을 통해 모델 크기, 데이터, 연산량의 균형을 맞춘다. 사후 학습은 지도 미세 조정, 선호도 정렬, 강화 학습을 결합하며, 검증 가능한 보상, 도구 사용, 다중 턴 환경 상호작용을 점차 더 많이 통합한다.출처: §3.1 · p. 8, §3.1.1 · pp. 8–9, §3.1.2 · p. 9
3.2 프롬프트·컨텍스트 엔지니어링: 모델 지능의 유도와 조건 조정
- 추론 시 프롬프트 엔지니어링은 과제를 명세하고 추론을 조직하며 지시를 최적화한다. 컨텍스트 엔지니어링은 모델 매개변수를 바꾸지 않고 정보를 획득·처리·유지한다.프롬프트 최적화에는 실행 궤적과 성찰을 활용할 수 있다. 컨텍스트 처리는 순위화, 압축, 가지치기, 재구성을 활용하고, 컨텍스트 관리는 유용한 작업 정보를 시간에 걸쳐 보존한다. Lost in the Middle 은 컨텍스트가 길다는 것만으로 효과적인 정보 활용이 보장되지는 않음을 보여준다.출처: §3.2 · p. 9, §3.2.1 · pp. 9–10, §3.2.2 · p. 10
3.3 하네스 엔지니어링: 에이전트 역량의 오케스트레이션
- 하네스 엔지니어링은 여러 모델 호출에 걸쳐 지속적으로 이용할 수 있는 도구, 인터페이스, 실행 환경을 제공하며, 런타임 오케스트레이션은 자원 구성, 검증, 유지보수, 개선을 관장한다.도구 통합은 함수 호출과 API 접근에서 코드, 파일, 셸, 브라우저, 더 풍부한 컴퓨터 상호작용으로 확장된다. 컨텍스트 엔지니어링이 모델 호출에 제시할 정보를 결정한다면, 하네스는 호출 간에 자원과 실행 가능한 기능을 유지한다.출처: §3.3 · p. 10, §3.3.1 · p. 10, §3.3.4 · p. 11
- 메모리 관리는 호출 간에 재사용 가능한 경험을 능동적으로 유지하고, 스킬 조합은 성공적인 절차와 외부 지식을 지속적으로 유지·발전하는 역량 라이브러리로 전환한다.메모리 메커니즘은 저장, 검색, 갱신, 통합, 삭제를 점차 더 적극적으로 제어하면서 관계 기반 조직화와 실행 상태 복구를 지원한다. 스킬 엔지니어링은 절차 재사용을 넘어 구축, 조합, 피드백 기반 최적화, 출처 이력, 거버넌스, 생애주기 유지보수, 런타임 비용 절감으로 확장된다.출처: §3.3.2 · pp. 10–11, §3.3.3 · p. 11
3.4 루프 엔지니어링: 에이전트의 반복 실행 지원
- 루프 엔지니어링은 범위가 제한되고 상태를 유지하는 피드백 제어를 통해 진행 상황과 증거에 따라 실행을 계속·수정·복구하거나 상위 감독자에게 이관 또는 종료한다.목표, 수용 기준, 미해결 요구사항, 검증 관문, 자원 한도, 중단 조건은 실행의 지속을 자동이 아닌 조건부로 만든다. ResearchLoop 는 계약과 증거를 지속적으로 유지하며, Proof-or-Stop [131]은 생애주기 전환마다 기계적으로 검증 가능한 새로운 증거를 요구한다.출처: §3.4 · p. 12, §3.4.1 · p. 12
3.4.2 상호작용 패러다임
- 루프 상호작용은 과제 상태, 행동 의도, 관측값, 검증 결과, 오류를 교환하여 제어기, 모델, 하네스, 감독자 간의 연속성을 유지한다.Sovereign Agentic Loops [115]는 실행 전에 구조화된 의도를 상태 및 정책과 대조해 점검한다. AgentRx [19]는 실행 궤적에서 실패 지점을 식별하고, Supervising Ralph Wiggum [407]은 반복적인 개선이 정체될 때 메타인지적 감독을 추가한다.출처: §3.4.2 · p. 12
3.4.3 환경 피드백
- 환경 피드백은 관측된 상태 변화를 증거로 전환하여 루프가 진전을 수용할지, 재시도할지, 재계획할지, 상태를 복원할지, 상위 감독자에게 이관할지를 결정한다.의도한 효과, 실제 상태 전이, 관측된 결과는 서로 다를 수 있으므로 관측은 현재 상태를 반영하고 후속 결정의 근거가 되어야 한다. 이는 하네스가 제공하는 실행 환경이 아니라, 환경에서 얻은 결과가 루프의 지속 여부를 어떻게 결정하는지에 관한 문제다.출처: §3.4.3 · pp. 12–13, §3.4 · p. 12
3.5 개별 지능의 한계
- 개별 지능은 직렬화된 과제 스케줄링, 전문 역할과 검증의 불충분한 독립성, 지속 상태 유지와 실패 복구의 어려움에 여전히 제약받는다.직렬 실행은 병렬성을 활용하지 못하고 잘못된 중간 결과를 전파할 수 있으며, 제어를 공유하면 역할 혼동과 확증 편향이 발생할 수 있다. 컨텍스트만으로는 체계화된 지속 상태가 형성되지 않아 오류 지점을 식별하고 영향을 받은 단계를 추적 가능하게 복구하기 어렵다.출처: §3.5 · pp. 13–14
4 그래프 엔지니어링: 개별 지능에서 시스템 지능으로 · 4.1 그래프 엔지니어링 개요
그래프 엔지니어링은 그래프 구조로 작업, 구성 요소, 런타임 상태 간 관계를 외부화하여 시스템 수준의 조직화, 조정, 모니터링, 복구, 최적화를 지원한다.
4.1 그래프 엔지니어링 개요
- 개별 에이전트는 병렬적이고 상호 의존적인 작업, 이질적인 역량, 런타임 상태를 다루는 데 한계가 있어, 상호 보완적 구성 요소들이 공동 목표를 중심으로 적응적 전체를 이루는 구조가 필요하다 [154] [159].출처: §4.1 · p. 14
- 시스템 지능에는 단순한 에이전트 집합이 아니라 명시적으로 표현되고 제약·최적화된 관계가 필요하다. 이러한 관계는 스케줄링 가능한 작업, 역량을 고려한 조정, 지속적으로 유지되고 복구 가능한 런타임 상태를 뒷받침한다.이러한 요구사항으로 인해 작업, 구성 요소, 런타임 상태 간 관계를 관리하는 일이 시스템 지능의 핵심이 된다.출처: §4.1 · p. 14
- 그래프는 목표 분해, 의존성 모델링, 워크플로 정교화를 통해 복잡한 목표를 스케줄링과 실행이 가능한 연산으로 변환한다 [91] [158] [280].출처: §4.1 · p. 14
- 그래프는 협업을 가능하게 하는 운영 토폴로지와 통신 패턴을 표현하여 이질적인 지능형 구성 요소들을 조정한다 [69] [79] [205] [433].출처: §4.1 · p. 14
- 그래프는 이벤트, 의존성, 상태 전이를 기록하여 컨텍스트와 로그에 흩어진 정보를 감사 및 복구가 가능한 시스템 상태로 변환한다 [35] [41] [467].출처: §4.1 · p. 14
- 그래프 엔지니어링은 그래프 구조를 시스템 수준에서 작업을 조직하고 구성 요소를 조정하며 런타임 상태를 관리하는 기반으로 삼는다.실행 피드백과 상태 증거는 반복적인 구조 개선과 시스템 지능의 지속적인 진화를 뒷받침한다.출처: §4.1 · p. 15
4.2 작업 조직화: 수행할 작업의 구조화
작업 조직화는 목표와 실행 가능한 연산을 스케줄링·최적화·수정할 수 있는 그래프 구조로 외재화한다. 목표 분해는 하위 작업 간 의존성을 드러내고, 워크플로 최적화는 실행 가능한 연산을 구성하고 실행 중 피드백을 바탕으로 조정한다.
4.2.1 목표 분해
- 목표 분해는 목표를 명시적 하위 목표 그래프로 표현하며, 간선에 선후 관계, 데이터 의존성, 논리적 의존성을 담아 조율된 스케줄링을 지원한다.이 그래프는 워크플로 구성과 실행 적응을 위한 목표 공간을 정의한다. 하위 목표 그래프와 워크플로 그래프는 함께 암묵적인 추론과 행동을 스케줄링·최적화·수정 가능한 작업 구조로 대체한다.출처: §4.2.1 · p. 15, §4.2 · p. 15, §4.2.2 · p. 16
- 스케줄링 가능한 작업 그래프는 의존성 제약하의 병렬 실행을 지원하며, 동적 분해는 중간 결과가 나올 때마다 작업을 구체화한다.LLMCompiler [156]는 실행 준비가 된 데이터 흐름 DAG 노드를 병렬로 실행하고, Plan-over-Graph [464]는 의존성 제약하에서 병렬화 가능한 일정을 생성한다. TDAG [362]와 Flow 는 실행 중 작업 분해를 구체화하며, 진화하는 그래프는 에이전트 생성, 작업 할당, 병렬 협업을 이끌 수도 있다.출처: §4.2.1 · p. 15
4.2.2 워크플로 최적화
- 워크플로 최적화는 의미 수준의 하위 목표를 실행 가능한 그래프로 컴파일하며, 그래프의 연산자 노드와 의존성 간선은 스케줄링, 조율, 검증을 지원한다.연산자에는 LLM 호출, 전문화된 에이전트, 검색 모듈, 도구, 메모리 연산, 집계기, 검증기가 포함될 수 있다.출처: §4.2.2 · p. 15, Figure 6 · p. 16
- 워크플로 탐색은 연산자 동작, 그래프 연결, 실행 가능한 제어 흐름을 최적화해 수동으로 설계한 에이전트 파이프라인에 대한 의존도를 줄인다.GPTSwarm 은 노드와 간선을 최적화하고, AFlow 는 실행 가능한 워크플로 코드를 탐색한다. A2Flow [473]는 시연에서 연산자를 학습하고, MermaidFlow [476]는 구조화된 중간 표현과 안전 제약하의 진화를 결합하며, VFlow [373]는 도메인별 검증기를 통합한다.출처: §4.2.2 · p. 16
- 실행 중 적응은 중간 피드백으로 워크플로 그래프를 수정하여, 개방형 환경에서 정적 최적화로 예방할 수 없는 실패에 대응한다.DyFlow [363]는 후속 연산자 부분 그래프를 생성·조정하며 남은 하위 목표를 수정할 수도 있다. EvoFlow [450]는 추론 중 다양한 워크플로 후보를 진화시킨다. QualityFlow [127]는 품질 신호를 바탕으로 수락, 디버깅, 명확화, 롤백, 계속 실행 중 하나를 선택하고, FlowSteer [181]는 실행 도중 워크플로 구조를 수정한다.출처: §4.2.2 · p. 16
4.3 에이전트 조율: 작업 주체의 구조화
에이전트 조율은 그래프 구조로 역량을 모델링하고, 팀의 책임을 조직하며, 실행 중 통신을 관리한다. 이 기능들은 누가 작업을 수행하고, 책임을 어떻게 배분하며, 실행이 진행됨에 따라 상호작용을 어떻게 조정할지 결정한다.
4.3.1 에이전트 역량 모델링
- 지속적으로 유지·갱신되는 역량 그래프를 통해 에이전트의 전문성, 자원, 권한, 신뢰도를 조회하고 작업 배정과 재구성에 재사용할 수 있다.기존 접근법은 역량을 재사용 가능한 관계보다 점수나 라우팅 정책으로 표현하는 경우가 많다. SkillGraph [254]와 MaAS [451]는 역량을 그래프 조직 구조와 연결하지만, 그 표현은 여전히 특정 작업이나 오케스트레이션에 한정된다.출처: §4.3.1 · pp. 17–18
4.3.2 에이전트 팀 조직
- 팀 조직 그래프는 작업 배정, 인계, 위임, 감독, 검증, 보고를 명시하여 에이전트의 역량을 실행 가능한 분업 체계로 전환한다.하나의 시스템에서 전문가 라우팅, 병렬 실행, 출력 통합, 검토자 체인을 결합할 수 있다. 그래프는 안정적으로 유지되는 책임과 작업에 따른 구조 변화 모두를 표현해야 한다.출처: §4.3.2 · p. 18
- 체인, 전문가 라우팅, fan-out/fan-in 구조는 각각 단계 간 의존성, 이질적인 전문성, 병렬 후보 생성을 다루며, 조율의 상충관계도 서로 다르다.체인은 실행 순서를 명확히 하지만 경로를 대부분 사전에 고정하며, 중앙집중식 라우팅은 조율 에이전트에 부담을 줄 수 있다. 병렬 분기와 통합은 추론의 다양성을 높이는 대신 통신·연산·통합 비용을 추가한다.출처: §4.3.2 · p. 18
- 팀 구조는 작업 요구사항이나 에이전트 성능이 변해도 고정된 채로 남는 대신, 설계 시 최적화와 실행 중 재구성을 통해 진화할 수 있다.Puppeteer [53]는 에이전트를 동적으로 선택하고 실행 순서를 정하며, AgentNet 는 중앙 제어기 없이 연결과 라우팅을 조정한다. SwarmAgentic 은 에이전트 기능과 협업 패턴을 공동 최적화하며, 자기조직화 에이전트 연구 [60]는 전문화와 얕은 계층 구조가 창발할 수 있음을 시사한다.출처: §4.3.2 · p. 18
4.3.3 다중 에이전트 통신
- 통신 최적화는 작업 성능, 통신 비용, 강건성의 균형을 맞추며 유용한 정보 경로를 선택하고, 실행 중 피드백으로 해당 경로를 조정한다.각 방법은 중복 연결이나 기여도가 낮은 에이전트를 제거하고 정보 수요에 맞춰 희소한 간선 구조를 재구축한다. 피드백에는 역량과 자원의 변화를 반영할 수 있으며, 실행 이력은 재사용·수정 가능한 통신 설계 규칙을 제공한다.출처: §4.3.3 · p. 19
- 통신 그래프는 요구사항을 명확히 하고, 오류를 수정하며, 출력을 검토하고, 행동을 승인하거나 실행 중 제어권을 넘겨받는 능동적 협력자로 사람을 포함할 수 있다.에이전트 피드백만으로 암묵적 선호, 전문 지식, 고위험 행동을 신뢰성 있게 다루기 어려울 때 사람의 참여가 중요하다. 지원, 피드백, 승인, 상위 단계 이관을 나타내는 간선은 사람을 최종 평가에만 참여시키는 대신 진행 중인 피드백 루프에 통합한다.출처: §4.3.3 · p. 19
- 통신 그래프는 실행 중 정보 교환과 피드백을 포착하며, 팀 조직이 표현하는 비교적 안정적인 역할 및 책임과 구별된다.활성화된 간선은 누가 어떤 정보를 교환하며 그 정보가 후속 행동을 어떻게 바꾸는지 명시한다. 생성–평가–수정 루프는 오류 탐지와 수정을 돕지만, 연결을 추가한다고 협업이 반드시 개선되지는 않는다.출처: §4.3.3 · p. 19
4.4 런타임 상태 관리: 시스템 운영 방식의 구조화
런타임 상태 관리는 상태 기록, 근거 기반 결함 위치 추적, 검증된 상태로부터의 복구를 통해 분산 실행의 추적 가능성을 확보한다. 이러한 기능은 모니터링, 진단, 복구, 지속적인 시스템 진화를 지원한다.
4.4 런타임 상태 관리: 시스템 운영 방식의 구조화
- 런타임 상태 관리는 일관된 런타임 뷰를 유지하고, 실행의 이탈을 식별하며, 검증된 상태에서 실행을 복원하거나 방향을 전환함으로써 작업 조직화와 에이전트 조정을 보완한다.신뢰할 수 있는 실행 기록이 없으면 에이전트마다 상태를 다르게 인식할 수 있고, 장애 위치를 찾거나 유효한 진행 상태를 복구하기 어려워진다.출처: §4.4 · pp. 19–20, Figure 8 · p. 20
4.4.1 상태 기록
- 상태 기록은 구조화된 표현, 통제된 갱신, 범위별 가시성, 일관성 관리를 갖춘 명시적이고 질의 가능한 실행 기록에 전이 근거, 출처 정보, 버전을 보존한다.제안-검증-커밋 경계는 제안된 변경과 확정 상태를 구분하며, 여러 주체가 동시에 기록할 때는 격리, 인과적 순서 보장, 충돌 해결이 필요하다. 이벤트 소싱 설계는 재구성, 재실행, 분기를 위해 추가만 가능한 커밋 이력을 보존한다 [252].출처: §4.4.1 · p. 20
- 기존 상태 기록 연구는 신뢰성 요건을 정립했지만, 아직 통합된 그래프 네이티브 구현을 제공하지는 못한다.출처: §4.4.1 · p. 20
4.4.2 결함 위치 추적
- 결함 위치 추적은 런타임 기록과 외부 근거를 활용해 결함을 탐지하고, 그 영향을 추적하고, 가능한 원인을 검증하며, 복구에 사용할 수 있는 유효한 실행을 판별한다.오류는 드러나기 전에 작업과 에이전트 전반으로 전파될 수 있으며, 시간적·구조적 연결만으로는 인과관계가 입증되지 않는다. 실행 주체, 전이, 의존성, 검증 근거, 근거에 뒷받침된 진단을 보존하면 원인 규명과 후속 복구를 지원할 수 있다.출처: §4.4.2 · p. 21
4.4.3 장애 복구
- 장애 복구는 명시적인 복구 경계에서 실행을 선택적으로 복구하며, 상태 의존성과 외부 영향을 고려하면서 유효한 작업을 보존한다.복구는 무효한 상태를 철회하거나, 연산을 재실행하거나, 외부 영향을 보상하거나, 대안적 실행으로 분기할 수 있다. 이때 재구성 가능한 내부 상태와 보상이 필요한 영향을 구분한다. 복구 경계, 시정 조치, 그 결과 상태를 기록하면 기록·진단·복구의 순환이 완성된다.출처: §4.4.3 · p. 21
4.5 시스템 진화
시스템 진화는 작업 조직화, 에이전트 조율, 런타임 상태 관리를 개선해 실행 중의 경험을 후속 실행의 개선으로 이어 간다. 검증과 롤백은 신뢰할 수 있는 개선을 유지하고 실패를 후속 의사결정에 반영함으로써 이 순환을 완성한다.
작업 조직화의 진화
- 작업 조직화는 실행 피드백을 바탕으로 작업 분해 방식, 의존 관계, 워크플로를 진화시키지만, 구조를 수정하려면 신뢰할 수 있는 신호가 필요하다.TDAG [362]는 작업을 동적으로 분해하고 전문 에이전트를 생성하며, DynTaskMAS 는 의존 관계를 유지한다. EvoFlow [450]는 워크플로 후보를 진화시키며, QualityFlow [127]은 품질 검사를 통해 진행, 명확화, 되돌리기를 결정한다. FlowSteer [181]는 조작된 계획 신호가 재계획과 의존 관계 형성을 바람직하지 않은 실행 경로로 유도할 수 있음을 보여 준다.출처: §4.5 · p. 22
에이전트 조율의 진화
- 에이전트 조율은 작업 요구사항과 구성 요소의 역량이 변함에 따라 협업 경험을 통해 팀 구조와 의사소통 양상을 진화시킨다.SwarmAgentic 은 에이전트 기능과 협업 구조를 공동으로 최적화하며, AgentNet 은 각 에이전트의 전문성과 맥락을 활용해 연결 구조와 작업 라우팅을 조정한다. DyTopo [228]는 추론 단계마다 의사소통 경로를 재구성하며, QueenBee Planner [335]는 실행 기록과 평가에서 재사용 가능한 의사소통 설계 규칙을 추출한다.출처: §4.5 · p. 22
런타임 상태 관리의 진화
- 런타임 상태 관리는 재사용 가능한 경험을 축적하는 동시에 영속 상태를 검증하고 수정해 잘못된 지식의 전파를 방지한다.ReCreate [112]는 성공과 실패에서 도메인 패턴을 추출하고, SkillGraph [254]는 실패를 추론 휴리스틱으로 전환하며, Swarm Skills [470]는 성공적인 조율 기술을 추출하고 정교화한다. MemTX [195]는 잠정적 쓰기와 검증된 커밋을 분리하고 철회된 믿음을 바로잡는다. ActiveGraph [252]는 결정론적 재실행과 이전 상태에서의 분기를 위해 이벤트 소싱 기반 이력을 보존한다.출처: §4.5 · p. 22
시스템 진화
- 시스템 진화는 실행, 경험, 시스템 수준의 갱신을 연결해 성공적인 전략이 축적되고 실패가 후속 의사결정에 반영되도록 한다.검증과 롤백 메커니즘은 런타임 적응을 넘어 신뢰할 수 있는 개선을 뒷받침한다.출처: §4.5 · pp. 22–23
5 미해결 과제와 연구 기회
그래프 엔지니어링은 작업별 구조를 넘어, 상호 연결된 그래프를 일관되게 해석하고 안정적으로 실행하며 지속적으로 진화시키는 재사용 가능한 인프라로 발전해야 한다. 주요 연구 방향은 그래프 네이티브 역량, 통제된 구조 진화, 공통 런타임 인프라, 프라이버시 및 윤리적 안전장치다.
5.1 그래프 네이티브 역량 기반
- 통합 역량 그래프는 모델, 도구, 스킬, 메모리, 데이터 소스, 검증기, 실행 환경을 작업 그래프, 에이전트 그래프, 런타임 상태 그래프와 연결해야 한다.현재 암묵적으로 존재하는 역량 간 관계는 의존성, 호환성, 조합, 대체, 권한 부여, 비용, 신뢰성을 나타내는 유형화된 간선으로 명시된다. 작업 분해는 필요한 역량을 드러내고, 에이전트 배정은 가용한 역량 부분 그래프를 고려하며, 실행 결과는 역량의 신뢰성과 적용 가능성을 갱신한다.출처: §5.1 · p. 23
5.2 자기 진화형 그래프 시스템
- 자기 진화형 그래프 시스템은 개별 실행 궤적을 조정하는 데 그치지 않고 실행 근거를 영속적이고 재사용 가능한 구조적 변화로 전환해야 한다.이를 위해 관찰, 구조적 기여도 할당, 수정, 검증, 확정 또는 롤백이 필요하며, 변화가 현재 실행을 넘어 일반화되는지도 판단해야 한다. 작업, 에이전트, 역량, 상태 그래프 전반의 변화는 공통 제약을 준수하고, 출처 이력, 버전 관리, 검증, 재현, 롤백을 통해 통제 가능한 상태를 유지해야 한다.출처: §5.2 · pp. 23–24
5.3 그래프 네이티브 에이전트 운영체제
- 그래프 네이티브 에이전트 운영체제는 유형과 버전이 관리되는 작업, 에이전트, 역량, 상태 그래프와 공통 런타임 서비스를 통해 파편화된 인프라를 통합할 수 있다.온톨로지 엔지니어링은 유형, 관계, 제약을 정의하고, 런타임 서비스는 스케줄링, 역량 탐색, 저장, 권한, 출처 이력, 구조적 트랜잭션, 체크포인팅, 재현, 롤백, 관측 가능성을 통해 정의된 의미 체계를 강제한다. 실행 추적을 이를 생성한 구조와 연결하면 변경 후보를 과거 이력에 기반하거나 반사실적으로 평가하고, 검증된 개선을 새 그래프 버전으로 확정할 수 있다.출처: §5.3 · p. 24
5.4 프라이버시와 윤리
- 분산형 영속 에이전트 시스템은 프라이버시 및 책임성 위험을 높이므로, 프라이버시를 보존하는 상태 관리, 범위가 제한된 권한, 출처 이력을 반영한 로깅, 사람의 철저한 감독이 필요하다.민감한 정보는 구성요소 사이로 확산되고 작업이 바뀌어도 남아 무단 접근, 작업 간 정보 유출, 실행 추적을 통한 사적 속성 추론을 가능하게 한다. 편향된 근거, 잘못된 추론, 적대적 입력이 시스템을 통해 증폭될 때 분산된 의사결정은 책임소재 규명을 어렵게 한다.출처: §5.4 · p. 24
6 향후 방향: 차세대 시스템 지능을 위한 온톨로지 공학
온톨로지 공학 은 명시적 그래프 구조만으로 보장할 수 없는, 기계가 해석 가능한 공유 의미 체계를 제공한다. 향후에는 온톨로지를 시스템 지능의 완전한 해법으로 간주하기보다 모듈형 온톨로지, 실세계에 근거한 공유 의미, 엄밀한 시스템 수준 평가, 거버넌스에 따른 런타임 강제 적용을 추구해야 한다.
6 향후 방향: 차세대 시스템 지능을 위한 온톨로지 공학
- 온톨로지 공학 은 그래프 구조의 연결·검증·재사용·진화에 필요한 공유 개체·관계·제약 조건을 정의해 그래프 공학을 보완한다.개방된 장기 실행 환경에서는 그래프 관점, 구성 요소, 실행 단계에 따라 개념의 의미가 달라질 수 있다. 공유 의미 체계는 기반을 제공하지만, 목표 형성이나 시스템 수준 평가의 모든 문제를 해결하지는 못한다.출처: §6 · pp. 24–25, §6.1 · p. 25
6.1 그래프 공학 기반 시스템 지능의 한계
- 시스템 지능 평가에서는 조직 구조의 기여를 더 강력한 모델, 더 긴 문맥, 추가 추론 샘플, 더 큰 계산 비용에 따른 성능 향상과 구분해야 한다.평가는 목표 형성, 의미적 일관성, 병렬 효율, 이질적 역량의 배분, 집단 의사결정, 상태 일관성, 복구, 전이, 런타임 오버헤드를 다뤄야 한다. 개입, 구조적 제거 실험, 실행 추적 분석을 통해 불완전한 목표, 동시 작업 부하, 분산된 정보, 장애, 환경 변화를 시험해야 한다.출처: §6.1 · p. 25
- 시스템 온톨로지는 하나의 단일체 모델을 요구하기보다 공유 핵심부에 특화 모듈과 도메인 확장을 결합해야 한다.모듈은 목표와 가치, 에이전트와 역량, 관찰과 증거, 행동과 상태, 평가 기준을 포괄한다. 온톨로지는 그래프에 주석을 다는 데 그치지 않고 개체, 관계의 의미, 필수 제약 조건, 도출 가능한 결론을 정의해 완료 여부, 증거, 유효한 상태, 허가된 행동에 관한 불일치를 다룬다.출처: §6.1 · p. 25
6.2 목표 형성과 가치 정렬
- 목표 온톨로지는 출처, 우선순위, 권한 범위, 완료 기준, 제약 조건을 명시해 충돌과 무단 변경을 탐지하고 완료 증거를 검증할 수 있게 한다.목표 온톨로지는 시스템이 어떤 가치를 채택해야 하는지 결정할 수 없다. 그 역할은 목표와 규범적 제약을 명시적이고 검증 가능하게 만들고, 의미적 제약을 외부화해 에이전트 간에 공유하도록 하는 것이다.출처: §6.2 · p. 25
6.3 공유 의미 체계와 실세계 근거 연결
- 의미적 일관성만으로는 사실적 정확성이 보장되지 않으므로, 공유 의미 체계는 도구 출력, 관찰, 타임스탬프, 출처, 검증 결과에 근거해야 한다.에이전트는 구조적 제약, 출처, 인간의 감독을 유지하면서 온톨로지의 구축·보강·정렬·갱신을 지원할 수 있다. 의미 개념은 실행 가능한 역량 및 도구 인터페이스와도 연결되어야 한다.출처: §6.3 · p. 26
6.4 시스템 지능 측정
- 온톨로지 기반 측정은 성공, 실패, 에이전트 기여, 복구, 상태 일관성, 런타임 비용을 표준화해 시스템 조직 구조의 비교를 지원한다.구성, 사건, 증거, 개입, 결과를 공유된 방식으로 표현하면 실행 추적을 더 쉽게 비교하고 구조적 제거 실험과 인과 분석을 수행할 수 있다. 온톨로지는 지표가 기반 모델, 개별 에이전트, 시스템 조직 구조 중 무엇을 평가하는지 명확히 하지만, 평가 방법을 대체하지는 않는다.출처: §6.4 · p. 26
- 온톨로지 거버넌스는 검증된 의미 변경과 수명주기 관리를 권한, 증거 요건, 유효한 상태 전이의 런타임 강제 적용과 연결해야 한다.LLM이 제안한 개념과 관계에는 출처 확인, 일관성 검증, 영향 분석이 필요하며, 진화하는 온톨로지에는 버전 관리, 호환성 확인, 마이그레이션, 롤백도 필요하다. 온톨로지는 개념 모델을 정의하고, 그래프는 과제별 구조를 구체화하며, 런타임 메커니즘은 그에 따른 운영상의 규칙을 강제 적용한다.출처: §6.4 · p. 26
7 벤치마크, 데이터셋, 평가
평가는 범위가 한정된 모델 출력, 개별 에이전트의 지속적인 실행 궤적, 다중 구성요소 시스템의 조직 방식을 중심으로 구성된다. 그래프 엔지니어링 기반 시스템에는 구조, 운영, 거버넌스 측면의 점검도 필요하며, 성과의 공정한 기여도 귀속과 지속적인 시스템 진화는 여전히 미해결 과제다.
7 벤치마크, 데이터셋, 평가
- 평가 자원은 모델 지능, 개별 지능, 시스템 지능으로 구분되며, 각각 범위가 한정된 상호작용, 단일 에이전트의 지속적인 실행 궤적, 여러 구성요소가 협업하는 시스템을 다룬다.벤치마크는 과제, 프로토콜, 채점 방식을 정의하고, 데이터셋은 재사용 가능한 사례, 주석, 그래프, 기록, 실행 추적을 제공한다. 환경은 관찰하고 수정할 수 있는 실행 상태를 제공하며, 이 세 자원 유형은 서로 겹칠 수 있다.출처: §7 · p. 26
7.1 모델 지능
- 모델 지능은 범위가 한정된 모델 출력을 평가하며, 지속적인 상호작용과 환경 상태는 대체로 평가 범위에서 제외된다.벤치마크는 지식, 추론, 지시 이행, 코드 생성, 멀티모달 이해, 검색 증강 추론을 다룬다 [33] [117] [487]. LiveBench는 데이터 오염을 줄이기 위해 문항을 갱신하며, NPPC는 난이도를 조절할 수 있고 자동 검증이 가능한 NP-완전 문제 사례를 생성한다.출처: §7.1 · pp. 26–27
7.2 개별 지능
- 개별 지능은 외부 기능, 지속적 메모리, 적응을 포함한 지속적인 에이전트 실행 궤적을 평가하되, 과제 조직은 여전히 단일 에이전트나 로컬 런타임을 중심으로 이루어진다.A2E는 표준화된 실행 추적을 수집하고 효율성, 도구 사용, 계획 수립, 오류 복구를 평가한다 [345]. Evo-Bench는 모델이 자신의 에이전트 하네스를 개선할 수 있는지 평가한다 [133].출처: §7.2 · p. 28
7.3 시스템 지능
- 시스템 지능은 작업 조직, 조정, 런타임 상태를 평가하지만, 반복 실행 전반에 걸쳐 지속되고 다른 상황에도 전이 가능한 개선은 아직 충분히 연구되지 않았다.MASEval은 토폴로지, 오케스트레이션, 프레임워크, 런타임 설계를 평가 변수로 다룬다 [72]. BenchAgent는 통제된 프로토콜 아래 단일 에이전트, 고정형 다중 에이전트, 진화하는 워크플로를 비교한다 [88].출처: §7.3 · p. 28
7.4 평가 원칙과 미해결 과제
- 평가는 효과성, 효율성, 강건성과 함께 구조적 충실도, 운영 정확성, 진화와 거버넌스를 측정해야 한다.이러한 추가 평가 차원은 구조가 유효한지, 그래프 연산이 올바르게 실행되는지, 구조 변경을 계속 추적하고 통제할 수 있는지를 평가한다.출처: §7.4 · p. 28
- 시스템 수준의 성능 향상을 평가하려면 모델 성능, 컨텍스트, 도구, 재시도, 연산량을 통제해야 하며, 파편화된 평가, 미흡한 구조적 기여도 할당, 동적 평가는 여전히 과제다.향후 벤치마크는 동일하게 맞춘 실행 예산, 버전이 관리되는 그래프 산출물, 완전한 실행 추적과 상태 스냅샷, 통제된 구조적 교란, 여러 과제와 시점에 걸친 반복 평가를 제공해야 한다.출처: §7.4 · p. 28
8 오픈소스 라이브러리와 엔지니어링 생태계
이 생태계는 모델 인프라, 영속적 에이전트 런타임, 다중 구성요소 조직화를 아우르며, 배타적 기능이 아닌 주된 엔지니어링 대상에 따라 분류된다. 핵심 한계는 인터페이스와 상태의 파편화, 실행 간 구조 진화의 제약, 시스템 개선에 대한 인과 추적의 부족이다.
8 오픈소스 라이브러리와 엔지니어링 생태계
- 기능이 지능 수준을 넘나들며 중첩되므로, 라이브러리는 모델 역량, 영속적 에이전트 런타임, 다중 구성요소 조직화 중 주된 엔지니어링 대상에 따라 분류한다.수록 대상은 공개된 소스 코드와 문서, 지능형 시스템의 구축이나 실행에 관련된 재사용 가능한 추상화를 갖춰야 한다. 소스 공개 프로젝트도 라이선스를 명시하여 포함하며, 범용 유틸리티와 도메인 특화 응용은 직접 관련된 재사용 가능한 추상화를 제공해야 한다.출처: §8 · p. 29
8.1 모델 지능
- 모델 지능 라이브러리는 모델 인터페이스, 분산 사전학습, 사후학습, 강화학습 파이프라인, 추론 인프라를 통해 모델 파라미터와 실행을 설계·최적화한다.예로는 Transformers와 Megatron Core [323], LLaMA-Factory, verl, slime, vLLM과 SGLang [163] [479]이 있다. 강화학습 파이프라인은 학습, 롤아웃 생성, 보상을 연결하며, 점차 에이전트의 자율적 환경 상호작용까지 통합한다. 추론 엔진도 롤아웃 인프라를 제공한다.출처: §8.1 · p. 29
8.2 개별 지능
- 개별 지능 프레임워크는 권한, 검증, 세션, 상태, 인간의 제어, 명시적 워크플로 전이를 통해 모델–도구 루프를 영속적이고 관측 가능한 실행으로 전환한다.LangChain, OpenAI Agents SDK, Claude Agent SDK, Pydantic AI는 모델–도구 루프와 런타임 제어 기능을 제공한다. LlamaIndex Workflows, Haystack, Burr는 맥락 구성, 워크플로 전이, 이벤트 라우팅, 영속적 실행에 중점을 둔다.출처: §8.2 · p. 29
- 에이전트 런타임은 장기 유지 메모리, 시간적 지식, 표준화된 기능 접근, 시각적 워크플로 구성도 통합하지만, 시스템 조직화를 반드시 핵심 추상화로 삼지는 않는다.Letta는 영속적 상태와 메모리를 유지하고, Graphiti는 변화하는 맥락 지식을 출처 이력이 포함된 시간 그래프로 모델링한다 [296]. MCP는 도구, 리소스, 프롬프트의 제공 방식을 표준화하며, Langflow와 Dify는 시각적 워크플로 구성을 지원한다.출처: §8.2 · p. 29
8.3 시스템 지능
- 시스템 지능 프레임워크는 그래프 실행, 메시지 전달, 조직적 추상화를 통해 작업, 에이전트, 실행기, 공유 상태를 명시적으로 조직한다.LangGraph, Microsoft Agent Framework, Google ADK는 조건부·동시·순환·협업 실행을 지원한다. CrewAI는 Crews와 Flows를 분리하고, CAMEL은 작업 분해와 계층적 작업자 조정을 결합하며 [182], Mastra는 에이전트, 워크플로, 영속적 실행 상태를 통합한다.출처: §8.3 · pp. 29–30
8.4 엔지니어링 생태계의 미해결 과제
- 서로 호환되지 않는 실행 의미론과 표현 방식은 지능 스택을 파편화한다. MCP는 기능의 상호운용성을 높이지만 실행 가능한 시스템 조직 구조를 표준화하지는 않는다.다중 에이전트 시스템은 작업 의존성, 역량, 권한, 통신, 런타임 상태의 표현 방식을 공유하는 경우가 드물다.출처: §8.4 · pp. 30–31
- 현재 프레임워크는 대부분 사전 정의된 구조 안에서 실행을 변화시킨다. 실행 간 영속적 토폴로지 진화는 여전히 드물어, 실행 증거를 구조 개선에 재활용하는 데 한계가 있다.GPTSwarm은 노드 프롬프트와 에이전트 간 간선을 최적화한다. 조건부 라우팅, 병렬 분기, 작업자 배정, 복구는 향후 실행을 규정하는 영속적 조직 구조를 바꾸지 않고도 실행 경로를 변경할 수 있다.출처: §8.3 · p. 30, §8.4 · p. 31
- 상태 파편화와 취약한 인과 추적은 검증된 구조 변경 트랜잭션, 출처 이력, 재실행, 롤백, 개선 사항의 통제된 보존을 지원하는 타입과 버전이 명시된 구조의 필요성을 제기한다.상태는 체크포인트, 메모리, 워크플로 스냅샷, 이력, 로그, 시간적 지식 저장소에 걸쳐 분산된다. 그래프 수준 추적과 반사실적 비교는 관측, 결정, 구조 변경, 실패, 복구, 후속 개선을 연결해야 한다.출처: §8.4 · p. 31
9 그래프 엔지니어링의 응용
여러 응용 분야에서 그래프 엔지니어링은 작업, 전문가 팀, 지속되는 실행 상태를 조직하는 데 점점 더 많이 쓰이지만, 이러한 구조의 지속적인 진화는 여전히 드물다. 대부분의 시스템은 축적된 증거를 바탕으로 조직 구조를 영구적으로 수정하기보다 사전에 정의된 조직 내에서 실행을 조정한다.
9.1 소프트웨어 공학과 IT 운영
- 소프트웨어 공학에서는 병렬 브랜치, 의존성, 테스트, 병합을 관리하는 일이 점점 더 중요해지고 있으며, Project ALICE는 원격 측정 데이터와 소프트웨어 의존성 증거를 바탕으로 IT 전문가들을 조율한다.MetaGPT와 ChatDev는 단계별 전문가 팀을 도입했고 [119], SWE-agent는 저장소 인터페이스를 강조했으며 [418], OpenHands는 지속적으로 보존되는 이벤트를 통해 도구와 위임을 연결했다. 남은 과제는 계획, 코드 의존성, 담당 주체, 외부 부수 효과, 테스트, 복구를 연결하고 버전으로 관리하는 구조를 마련해 작업 조직이 성공하는 이유를 설명하는 것이다.출처: §9.1 · p. 31
9.2 과학적 발견과 실험실 자동화
- 과학 연구 에이전트는 가설–실험 피드백 루프를 점차 완결하고 있지만, 재현 가능한 그래프 엔지니어링을 위해서는 증거와 의존성을 보존하면서 증거에 따라 시스템 조직을 재편할 수 있어야 한다.Co-Scientist는 생성, 비판, 순위 평가, 개선을 조율하고 [99], Robin은 실험실 결과를 후속 가설에 반영하며, Virtual Lab은 전문가 팀을 실제 실험 검증과 연결한다. 가설 개선만으로는 조직의 진화라 할 수 없다. 더 발전된 시스템은 부정적 결과, 데이터 계보, 실험적 개입, 인과적 의존성을 보존해야 한다.출처: §9.2 · p. 33
9.3 의료와 임상 의사결정 지원
- 임상 그래프 엔지니어링은 출처 이력, 불확실성, 접근 권한 경계, 사람의 승인을 보장하면서 전문가들과 시간에 따른 상태를 조율해야 한다. 그래프 조직화만으로 임상적 정확성이 입증되지는 않는다.DeepRare는 표현형, 유전형, 검색, 분석 에이전트를 조율하면서 추적 가능한 진단 증거를 축적한다. AMIE는 대화 상태를 장기적 관리 추론 및 변화하는 진료 계획과 분리하며, 이전 증상, 치료, 반응이 이후 행동에 어떤 영향을 미치는지 보여준다.출처: §9.3 · p. 33
9.4 기업 워크플로와 디지털 조직
- 기업용 그래프 엔지니어링은 권한, 직무 분리, 정책, 트랜잭션 경계, 롤백 의무를 준수하도록 하면서 계획된 워크플로와 커밋된 외부 상태를 구분해야 한다.WorkTeam과 SOAN은 워크플로 구축 에이전트와 재사용 가능한 계층적 워크플로를 조직한다 [396]. Gemini Enterprise Agentic RAG는 정보가 충분한지 확인하고 필요한 정보가 여전히 없으면 검색을 계속한다.출처: §9.4 · p. 33
9.5 범용 디지털 에이전트와 개인 자동화
- 지속형 디지털 에이전트는 세션 간 상태와 재사용 가능한 역량을 유지하지만, 현재의 실행 간 적응은 아직 일반적인 구조적 자기 진화에 이르지 못한다.OpenClaw는 정체성, 작업 공간, 인증, 세션, 채널을 분리하고, Hermes Agent는 위임, 일정 관리, 지속 기억, 재사용 가능한 스킬을 결합한다. 남은 과제는 검증, 버전 관리, 되돌리기를 지원하면서 어떤 경험이 향후 작업 구조, 역량 배정, 에이전트 간 관계를 바꾸어야 하는지 판단하는 것이다.출처: §9.5 · pp. 33–34
9.6 사회·경제 시뮬레이션
- 사회·경제 시뮬레이션은 상호작용 위상과 변화하는 공유 상태를 드러내지만, 관측 자료 기반 보정과 불확실성 분석 없이는 시뮬레이션에서 나타난 창발 현상으로 현실 세계의 인과관계를 입증할 수 없다.에이전트 간 상호작용과 국소적 의사결정은 후속 에이전트가 마주할 환경을 바꾼다. 그래프 엔지니어링을 적용한 시뮬레이터는 모델, 페르소나, 위상, 기억, 프롬프트, 환경 규칙에 관한 가정을 드러내면서 위상 개입, 재실행, 통제된 절제 실험을 지원할 수 있다.출처: §9.6 · p. 34
9.7 분야 공통 발견
- 작업 조직화와 에이전트 팀은 널리 활용되고, 실행 상태 관리도 점차 명시적으로 이루어지고 있지만, 지속적인 시스템 진화는 여전히 드물다.응용 시스템은 체크포인트, 공유 작업 보드, 이벤트 스트림, 시간에 따른 기록, 변화하는 환경을 드러낸다. 대부분은 사전에 정의된 조직 구조를 영구적으로 수정하기보다 그 안에서 실행을 조정한다.출처: §9.7 · p. 34
- 시스템 지능에는 단순히 에이전트를 추가하거나 그래프 구조를 명시하는 것이 아니라 체계적으로 설계된 조율이 필요하다.시스템의 가치는 작업 분해, 책임 배정, 공유 상태, 실패 진단과 복구에 달려 있다. 완전한 그래프 엔지니어링에는 구조적 목표, 그래프 수준의 관측 가능성, 통제된 구조 변경, 구조 간 일관성, 구조적 개선이 지속되고 전이된다는 증거가 추가로 필요하다.출처: §9.7 · p. 34
10 결론
이 서베이는 단순히 에이전트 수를 늘리는 대신 작업, 에이전트, 실행 상태 간 관계를 명시적으로 조직하는 그래프 엔지니어링을 시스템 지능을 위한 구조 중심 패러다임으로 제시한다.
10 결론
- 시스템 지능은 복잡한 목표를 체계화하고, 이질적인 구성요소를 조율하며, 작업의 전체 생애주기에 걸쳐 일관된 실행 상태를 유지한다.에이전트는 이제 지속적인 상호작용, 도구 사용, 반복 실행을 지원하지만, 단일 루프로는 병렬 작업, 전문 지식 활용, 독립적 검증, 지속적인 상태 유지를 감당하기 어렵다.출처: §10 · p. 34
- 그래프 엔지니어링은 그래프 추상화를 통해 시스템 내 관계를 명시하고, 실행에 활용하며, 변화에 맞게 조정한다.이 서베이의 핵심 시사점은 시스템 수준의 지능이 단순히 모델이나 에이전트를 추가하는 것보다 작업, 행위자, 상태 간 관계를 조직하는 데 더 크게 좌우된다는 것이다.출처: §10 · pp. 34–35
- 세 가지 상호보완적 그래프 관점은 작업 조직, 에이전트 조율, 실행 상태 관리를 다룬다.그래프는 작업, 에이전트, 상태를 표현하는 데 그치지 않고 작업 스케줄링, 역량 연결, 실행 추적, 실패 지점 식별, 통제된 진화를 지원한다.출처: §10 · p. 35
- 그래프 엔지니어링은 아직 초기 단계의 분야로, 의미 정렬, 그래프 거버넌스, 평가, 개인정보 보호, 안전한 자기 개선이라는 과제에 직면해 있다.이 서베이는 그래프를 기본 구조로 삼는 인프라가 확장성, 통제 가능성, 진화 가능성이 더 높은 에이전트 시스템으로 발전하도록 방향을 제시하고자 한다.출처: §10 · p. 35
11 부록
그래프 엔지니어링은 그래프를 특정 에이전트의 역량을 강화하는 수단이 아니라 작업, 에이전트, 런타임 상태를 조직하는 명시적 구조로 다룬다. 부록에서는 이러한 시스템 수준의 범위를 역량 중심, 런타임 중심, 진화 중심의 서베이와 구분한다.
11.1 관련 서베이와의 비교
- 에이전트 전반을 다루는 서베이 와 그래프–에이전트 서베이 [20] [218]는 시스템 지능으로 나아가는 엔지니어링의 전체 발전 과정을 체계화하기보다 역량의 특성을 정리한다.계획, 추론, 메모리, 도구 사용, 환경 상호작용, 실행, 다중 에이전트 조율을 다룬다.출처: §11.1 · p. 62
- 인프라 서베이는 주로 에이전트 런타임,, 외부화된 역량과 코드 중심 하네스 [255] [484], 또는 실행 가능한 워크플로 [432] [443]를 살펴본다.실행 루프, 도구 인터페이스, 컨텍스트 관리, 영속 상태, 생애주기 제어, 평가, 워크플로 최적화를 다루며, 개별 지능 및 작업 조직화의 일부와 범위가 겹친다.출처: §11.1 · p. 62
- 시스템 중심 서베이는 오케스트레이션, 협업과 자율적 진화 [284], 구성요소의 지속적 개선 [90]을 다루며 그래프 엔지니어링의 조직화 문제에 접근한다.반면 이 서베이는 작업 조직화, 에이전트 조율, 런타임 상태 관리를 상호 연결된 구조로 체계화하고, 시스템 진화와 온톨로지 엔지니어링으로 이를 보완한다.출처: §11.1 · p. 62
11.2 에이전트의 그래프 기반 접근법과의 차이
- 그래프 엔지니어링은 그래프를 시스템의 조직화 기반으로 삼아 작업 의존성, 에이전트의 역량과 책임, 런타임 실행 상태를 함께 표현한다.이 구조들은 서로 결합되어 있다. 작업의 변화는 필요한 역량과 할당에 영향을 주고, 에이전트의 변화는 통신과 실행의 전제에 영향을 주며, 런타임에서 얻은 근거는 양쪽 모두를 수정할 수 있다.출처: §11.2 · pp. 62–63
- 시스템 진화는 경험에 기반한 구조적 개선을 보존하고, 온톨로지 엔지니어링은 개체, 관계, 제약에 대해 기계가 해석할 수 있는 공통 정의를 제공한다.개선 사항은 실행 간에 검증, 유지, 재사용하거나 되돌릴 수 있다. 진화 중심의 동적 그래프 관점 과 달리, 그래프 엔지니어링은 진화를 시스템 지능을 조직하는 하나의 차원으로 다룬다.출처: §11.2 · p. 63
- 그래프 엔지니어링은 엔지니어링의 대상을 모델 행동과 지속적인 에이전트 실행에서 명시적으로 조율되는 시스템 수준의 관계로 확장한다.프롬프트 엔지니어링과 컨텍스트 엔지니어링은 역량 발현과 가용 정보를 관리하고, 하네스 엔지니어링은 실행 가능한 역량을 제공하며, 루프 엔지니어링은 피드백 기반 실행을 조직한다. 반면 기존 그래프–에이전트 접근법은 특정 역량을 지원하는 데 그래프를 활용한다.출처: §11.2 · pp. 62–63
Related papers
This paper cites
- Language Models are Few-Shot Learners2020
- Training language models to follow instructions with human feedback2022
- GPT-4 Technical Report2023
- LLaMA: Open and Efficient Foundation Language Models2023
- Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks2020
- Efficient Memory Management for Large Language Model Serving with PagedAttention2023