Google ADK 2.0 Workflows: AI 에이전트를 업무 흐름처럼 운영하는 법 | DAKER 커뮤니티

Google Developers가 ADK 2.0을 설명하며 에이전트와 결정적 워크플로를 함께 쓰는 구조를 강조했습니다. 핵심은 LLM에게 모든 실행 순서를 맡기는 대신, 환불 처리나 승인 흐름처럼 순서가 정해진 업무는 코드 기반 그래프로 고정하고 애매한 판단에만 모델을 쓰는 방식입니다. 한국 개발팀은 에이전트 도입 전에 "자율 실행"과 "반드시 지켜야 할 절차"를 분리해야 합니다.

오늘의 한 줄 요약: ADK 2.0의 메시지는 더 자율적인 에이전트가 아니라 더 통제 가능한 에이전트 운영입니다.

ADK 2.0 Workflows란, AI 에이전트 실행 순서를 코드 그래프로 고정해 신뢰성을 높이는 Google의 개발 구조입니다.

작성 기준일: 2026년 7월 2일. 공식 확인 기준은 Google Developers Blog의 ADK 2.0 발표입니다.

## Google ADK 2.0에서 무엇이 바뀌었나요?

직접 답은 에이전트 오케스트레이션을 LLM 추론에서 분리한다는 점입니다. Google은 실제 기업 환경에서 에이전트가 무한 루프에 빠지거나, 환각 때문에 핵심 비즈니스 로직을 건너뛰거나, 실패를 깨끗하게 보고하지 못하는 문제를 언급했습니다. ADK 2.0 Workflows는 도구 호출, 사람 승인, 에이전트 판단, 오류 처리를 그래프 구조로 섞어 이런 문제를 줄이려는 접근입니다.

이 관점은 국내 팀에도 바로 적용됩니다. 고객 환불, 내부 승인, 데이터 갱신, 보고서 발송처럼 순서가 정해진 업무는 LLM에게 "잘 따라 해"라고 맡기면 안 됩니다. 순서는 코드가 맡고, 예외 판단과 문장 이해만 모델이 맡는 구조가 더 운영 친화적입니다.

| 구분 | 자율 에이전트 중심 | ADK 2.0 Workflows 관점 |

| --- | --- | --- |

| 실행 순서 | 프롬프트와 모델 판단에 의존 | 코드 그래프로 고정 |

| 실패 처리 | 모델이 해석하거나 넘어갈 수 있음 | 노드별 오류와 재시도 설계 |

| 비용·지연 | 매 단계마다 긴 프롬프트 재처리 | 결정적 단계는 일반 코드로 처리 |

| 사람 승인 | 대화 지시로 표현 | HITL 단계로 명시 |

| 적합 업무 | 탐색, 조사, 비정형 판단 | 반복 업무와 비정형 판단의 혼합 |

## 왜 지금 중요한가요?

AI 에이전트는 이제 데모가 아니라 업무 시스템 안으로 들어가고 있습니다. 이때 "에이전트가 알아서 한다"는 표현은 매력적이지만, 기업 업무에는 순서와 책임이 있습니다. 환불은 구매 확인 뒤에만 가능하고, 고객 통지는 처리 완료 뒤에만 나가야 하며, 예외는 사람이 봐야 합니다.

Google의 ADK 2.0 설명은 에이전트 제품을 만드는 팀에 실용적인 기준을 줍니다. 모델은 창의성과 해석에 강하지만, 정해진 순서와 오류 처리는 전통적인 코드가 더 안정적입니다. 두 방식을 섞을 때 에이전트가 실제 운영 도구가 됩니다.

## 실무자가 볼 포인트는 무엇인가요?

1. 업무 단계를 먼저 그린 뒤, 모델이 꼭 필요한 단계만 표시합니다.

2. 조회, 판단, 변경, 통지, 종료를 같은 에이전트 프롬프트에 모두 넣지 않습니다.

3. 결제, 환불, 권한 변경, 외부 발송은 사람 승인 노드로 둡니다.

4. 실패했을 때 멈출지, 재시도할지, 사람에게 넘길지 노드별로 정합니다.

5. Python, Go, TypeScript 등 팀 언어별 ADK 지원 범위를 확인하고 기존 서비스 경계와 맞춥니다.

## 바로 할 일은 무엇인가요?

- 현재 만들고 싶은 AI 에이전트 업무를 5단계 이하로 쪼갭니다.

- 각 단계에 "결정적 코드", "LLM 판단", "사람 승인" 라벨을 붙입니다.

- LLM이 순서를 고르게 만든 프롬프트가 있다면 워크플로 그래프로 옮길 후보를 찾습니다.

- 테스트 케이스에는 정상 흐름보다 실패·취소·예외 케이스를 먼저 넣습니다.

- 운영 로그에는 노드명, 입력, 출력, 도구 호출, 승인자를 남깁니다.

## 주의할 점은 무엇인가요?

ADK 2.0은 에이전트를 없애자는 메시지가 아닙니다. 모델이 필요한 애매한 판단과 언어 처리는 계속 에이전트가 맡습니다. 다만 비즈니스 규칙을 모델의 즉흥 판단에 맡기지 말자는 메시지입니다.

또 하나의 주의점은 "워크플로"라는 이름 때문에 기존 RPA처럼 모든 예외를 미리 코딩하려는 유혹입니다. 실제로는 정해진 절차는 그래프로 잠그고, 고객 설명 해석이나 예외 사유 분류처럼 모호한 지점에 모델을 넣는 균형이 필요합니다.

## FAQ

### ADK 2.0 Workflows는 기존 에이전트보다 덜 자율적인가요?

일부 단계에서는 그렇습니다. 대신 실제 업무에서 반드시 지켜야 하는 순서와 오류 처리를 더 안정적으로 만들 수 있습니다.

### 어떤 업무가 Workflows에 잘 맞나요?

환불, 온보딩, 승인, 리포트 발송처럼 순서가 명확하지만 중간에 문장 이해나 예외 판단이 필요한 업무가 잘 맞습니다.

### LLM 호출을 줄이면 성능이 떨어지지 않나요?

정해진 라우팅과 도구 호출은 코드가 더 빠르고 예측 가능합니다. 모델은 판단이 필요한 단계에 집중시키는 편이 낫습니다.

### 사람 승인 단계는 꼭 필요할까요?

돈, 권한, 개인정보, 외부 전송이 관련된 단계에는 필요합니다. 승인 노드가 있어야 감사와 책임 추적이 쉬워집니다.

### 기존 Google ADK와 다른 점은 무엇인가요?

공식 설명 기준으로 ADK 2.0은 구조화된 워크플로 런타임과 작업 협업 모델을 더 강조합니다.