ADK Go 2.0 출시: 그래프 기반 워크플로우와 HITL로 에이전트 구축 혁신
지난 ADK 기반 에이전트 구축 경험을 뛰어넘어, ADK Go 2.0이 가져온 혁신적인 워크플로우 엔진
지난 2026년 8월 25일에 다루었던 Google Agent Development Kit(ADK)을 활용한 다중 언어 및 제로 트러스트 기반 AI 에이전트 구축 이슈가 꾸준히 후속 업데이트를 거치며 진화하고 있습니다. 당시에는 ADK가 Go 개발자들에게 생산성 높은 에이전트 구축의 기반을 제공하는 데 큰 진전을 이루었음을 확인했습니다. 하지만 실제 프로덕션 환경에서 마주하는 문제는 단일 프롬프트 호출로는 해결할 수 없는 복잡한 ‘조율(Orchestration)’의 영역이었습니다. 예를 들어, 에이전트가 문서를 분류하고, 그 결과에 따라 여러 전문 에이전트에게 작업을 분산(fan out)해야 하며, 중간에 인간의 검토(Human-in-the-Loop)가 필요하거나, 실패 시 재시도(retry) 메커니즘까지 갖춰야 하는 시나리오들이 대표적입니다. 이러한 복잡한 제어 흐름(control flow)을 기존의 임시적인 로직으로 구현하려 하면 구조가 매우 취약해지고 유지보수성이 급격히 떨어진다는 한계가 있었습니다.
※ AI로 생성된 이미지입니다
이러한 난제에 대한 명쾌한 해답으로 등장한 것이 바로 ADK Go 2.0입니다. 이번 버전의 핵심은 ‘그래프 기반 워크플로우 엔진’의 도입입니다. 이는 개발자가 애플리케이션의 전체 동작 방식을 노드와 엣지로 연결된 그래프 형태로 정의하게 함으로써, 복잡한 다중 에이전트 애플리케이션의 구성을 근본적으로 단순화했습니다. 이전 버전에서 잘 작동하던 단일 에이전트 수준의 API 우수성을 유지하면서도, 이제는 마치 하나의 거대한 에이전트처럼 작동하는 전체 워크플로우를 하나의 통합된 런타임 위에서 관리할 수 있게 된 것이 가장 큰 진전이라고 할 수 있습니다. 이로써 에이전트 개발의 복잡도가 ‘코드 로직’에서 ‘워크플로우 설계’의 영역으로 명확하게 분리되고 체계화되었습니다.
그래프 기반 워크플로우 엔진: 복잡한 비즈니스 로직의 구조화
ADK Go 2.0의 가장 주목할 만한 업데이트는 바로 이 그래프 기반 워크플로우 엔진입니다. 이전에는 각 단계의 처리가 순차적이거나, 혹은 여러 개의 별도 모듈을 호출하는 식으로 분리되어 전체 흐름을 관리하는 것이 까다로웠습니다. 하지만 이번 업데이트에서는 애플리케이션의 구조 자체를 노드(Node)와 엣지(Edge)로 정의합니다. 개발자는 `workflow.Chain`과 같은 방식으로 시작점, 중간 처리 노드, 최종 결과를 연결하는 구조를 명시적으로 선언할 수 있습니다. 이 그래프 정의가 바로 ‘에이전트’ 자체가 됩니다.
※ AI로 생성된 이미지입니다
이러한 구조화 덕분에, 실행 시 스케줄러가 각 노드의 실행 순서, 병렬 처리, 상태 지속성(state persistence) 등을 총체적으로 관리합니다. 특히, 그래프를 이용하면 단일 에이전트의 실행 흐름과 여러 노드가 얽힌 복잡한 워크플로우가 동일한 런타임 위에서 동작한다는 점이 중요합니다. 이는 텔레메트리(Telemetry) 수집이나 상태 관리 측면에서 엄청난 이점을 제공하며, 개발자가 별도의 오케스트레이션 계층을 구축할 필요성을 크게 줄여줍니다. 마치 데이터 흐름도(Data Flow Diagram)를 코드로 구현하는 느낌이라, 비즈니스 분석가와 개발자 간의 의사소통 비용까지 낮추는 효과를 기대할 수 있습니다.
내장된 인간 개입(HITL) 및 동적 오케스트레이션의 구현
실제 업무 자동화 시나리오에서 ‘인간의 판단’은 필수적인 지점입니다. ADK Go 2.0은 이를 위한 Built-in Human-in-the-Loop (HITL) 프림티브를 기본 기능으로 제공합니다. 이는 개발자가 워크플로우의 특정 지점에서 실행을 일시 중지하고, 외부의 승인(Approval)이나 입력을 받아 다시 워크플로우를 재개할 수 있게 해줍니다. 이전 버전에서는 이 과정을 구현하려면 복잡한 외부 API 호출과 상태 저장 로직을 직접 코드로 짜야 했지만, 이제는 그래프의 일부로 간결하게 정의할 수 있습니다.
※ AI로 생성된 이미지입니다
더 나아가, 이 엔진은 단순한 순차적 실행을 넘어선 동적 오케스트레이션을 지원합니다. 이는 일반적인 Go 코드를 사용하여 실행 흐름을 제어할 수 있음을 의미합니다. 예를 들어, 특정 조건에 따라 A 노드 대신 B 노드를 실행하거나, 여러 경로를 동시에 탐색(Fan out)한 후 결과를 취합하는 등의 로직을 마치 네이티브 Go 코드처럼 그래프 내에 삽입할 수 있습니다. 또한, 시스템의 안정성 확보를 위해 지수 백오프(exponential backoff) 재시도와 같은 복원력(Resilience) 기능까지 기본적으로 제공하는 것은, 프로덕션 레벨의 애플리케이션을 구축하는 데 있어 개발팀의 부담을 획기적으로 덜어주는 요소입니다. 이로 인해 에이전트의 신뢰성(Reliability)이 한 단계 업그레이드되었다고 평가할 수 있습니다.
ADK Go 2.0 도입이 가져올 에이전트 개발 워크플로우의 변화
ADK Go 2.0의 등장은 단순한 라이브러리 업데이트를 넘어, ‘AI 에이전트 애플리케이션 개발 패러다임의 변화’를 예고합니다. 이전에는 에이전트를 ‘하나의 거대한 LLM 프롬프트 호출 레이어’로 이해하는 경향이 강했지만, 이제는 에이전트를 ‘정교하게 설계된 데이터 흐름 그래프’로 바라봐야 합니다. 이 변화는 개발자가 AI의 추론 능력(Reasoning)과 시스템의 구조적 안정성(Robustness)을 분리하여 설계할 수 있게 함을 의미합니다.
※ AI로 생성된 이미지입니다
실무 관점에서 보면, 이 변화는 다음과 같은 워크플로우 최적화를 가능하게 합니다. 첫째, 복잡도 관리의 용이성입니다. 비즈니스 로직이 복잡해질수록 코드가 난해해지기 쉬운데, 그래프 구조는 시각화가 용이하여 팀원 간의 이해도를 높여줍니다. 둘째, 모듈성과 재사용성 극대화입니다. 각 노드는 명확하게 정의된 ‘작업 단위’이므로, 한번 만든 분류 노드나 데이터 검증 노드를 다른 프로젝트의 다른 그래프에서도 재사용하기가 매우 쉬워집니다. 셋째, 테스트 용이성입니다. 각 노드를 독립적인 유닛 테스트로 분리하여 테스트 케이스를 작성할 수 있으므로, 전체 시스템 통합 테스트의 범위와 난이도가 크게 낮아집니다. 이는 개발 속도와 안정성을 동시에 잡는 핵심 동력입니다.
결론: ADK Go 2.0으로 구현하는 차세대 자동화 시스템의 표준
ADK Go 2.0은 단순한 버전 업그레이드가 아닌, ‘프로덕션급 다중 에이전트 오케스트레이션 프레임워크’로서의 위상을 공고히 했습니다. 그래프 기반 엔진, 내장 HITL, 그리고 안정적인 실행 모델의 통합은, 개발자가 LLM의 강력한 추론 능력을 믿고 활용하는 것과 동시에, 그 추론 결과가 실제 비즈니스 시스템에 안전하게 적용될 수 있도록 튼튼한 ‘골격(Skeleton)’을 제공합니다. 이제부터 복잡한 업무 프로세스 자동화는 ‘코딩’을 넘어 ‘그래프 설계’의 영역으로 진화하고 있습니다. 여러분의 자동화 워크플로우가 단일 스크립트 수준을 넘어, 여러 전문가 에이전트들이 협업하는 복잡계 시스템으로 진화할 준비가 되셨다면, ADK Go 2.0의 그래프 모델링을 깊이 있게 탐구해 보시길 강력히 권장합니다. 이 기술 스택을 익히는 것이 미래 자동화 시스템 구축의 핵심 역량이 될 것이라 판단합니다.
📎 원문
