Graph 엔지니어링 vs Loop 엔지니어링: 실제로 달라진 것은 무엇인가

Graph Engineering은 완전히 새로운 개념이라기보다 여러 Agent Loop를 하나의 작업 흐름으로 연결하는 오케스트레이션에 가까움 병렬 실행/검증/작업 인계/공유 상태/중단 조건을 명시적으로 구성하는 방식 Loop와 Graph는 경쟁 개념이 아님 Loop는 하나의 목표를 반복적으로 수행하고 검증하는 단위이며, Graph는 여러 Loop와 작업 단계를 연결한 상위 구조 Graph 자체는 Workflow Engine/DAG Scheduler/State Machine에서 오래전부터 사용해온 구조 달라진 점은 각 노드가 고정된 규칙을 실행하는 대신 지시를 해석하고 스스로 판단하는 확률적인 LLM Agent가 됐다는 것 이 때문에 중요한 것은 Graph의 모양보다 상태 전달/병렬 실행/거부 권한/실패 복구/비용과 반복 제한을 명시하는 오케스트레이션 설계 여러 Agent가 서로 검증한다고 신뢰성이 자동으로 높아지는 것은 아님 실제 테스트/완료된 거래/사용자 행동/전문가 판단처럼 Agent 시스템 외부의 독립된 증거가 필요함 Loop Engineering은 무엇인가 Agent가 하나의 목표를 향해 작업하고 외부 Verifier가 결과를 확인하며, 실패하면 다시 작업하고 조건을 만족하면 종료하는 구조 기본 형태는 하나의 Loop에 하나의 작업 Agent가 작업 수행 Verifier가 결과 검사 실패하면 결과를 Agent에게 돌려보냄 테스트 통과 같은 명확한 조건에서 종료 사람이 매 반복을 직접 지시하고 검토하는 부담을 줄이는 것이 목적 간단한 Loop는 별도 프레임워크 없이 프롬프트만으로도 구성 가능 코드 작업이라면 테스트가 통과할 때까지 검토와 수정을 반복하도록 만들 수 있음 Graph는 Loop가 하나로 부족할 때 생김 복잡한 코드 리뷰 시스템은 하나의 Loop만으로 처리하기 어려움 Codex가 변경을 만들고 PR 생성 여러 감사 Agent가 병렬로 PR 검사 Verifier가 발견 사항을 모아 실제 문제인지 확인 확인된 문제를 Fixer에 전달 테스트 실행 실패하면 수정 단계로 되돌아가고, 통과하면 완료 여러 작업자가 일을 나눠 맡고 결과를 인계하며 서로 검토하는 인간 조직과 비슷한 구조 따라서 Loop냐 Graph냐라는 비교 자체가 적절하지 않음 Graph는 Loop를 대체하지 않음 여러 Loop와 작업 단계를 연결하면 자연스럽게 Graph가 됨 Graph라는 구조 자체는 오래된 것 Agent 시스템에서 ...