반응형
핵심 요약
Google은 2026년 7월 1일 Agent Development Kit(ADK) 2.0 의 설계 철학을 공개했다(〈Google Developers Blog〉 2026.07.01). 핵심 메시지는 "LLM에게 실행 오케스트레이션(라우팅·스케줄링·에러 처리)까지 맡기지 말라" 는 것이다. ADK 2.0은 결정론적 Workflow 그래프와 자율 Agent 를 한 앱 안에서 조합해, 환불 처리 같은 고정 순서 업무 에서 토큰·지연시간을 각각 약 50%·20% 절감(벤치마크 예시, 〈Google Developers Blog〉 2026.07.01)할 수 있다고 설명한다. Python·Go 등 v1 기반 위에 Task/Single-turn 모드, 동적 워크플로, 프롬프트 인젝션 완화 를 추가했다.
무슨 일이 있었나
배경 문제 (〈Google Developers Blog〉 2026.07.01)
- 프로덕션 에이전트는 무한 루프, 업무 로직 우회(환각), 깨끗하지 않은 예외 로 실패
- 가드레일·프롬프트만으로는 구조적 한계 — 실행 경로 를 코드로 통제해야 한다
ADK 2.0 핵심 기능
- Workflow: Tool 호출·HITL(사람 개입)·LLM Agent 노드를 그래프 로 연결
- Programmatic Routing: Tool 출력을 LLM이 해석해 다음 행동을 고르는 대신 코드 조건 으로 분기
- Strict State Boundaries: 다음 Agent에 필요한 데이터만 전달 — 컨텍스트 비대화 완화
- Dynamic Workflows: Python
asyncio·제어 흐름으로 재시도·분기 표현 - 보안: 워크플로 그래프가 허용되지 않은 Tool 경로 를 차단 — 프롬프트 인젝션 완화
벤치마크 예시(환불 워크플로, 〈Google Developers Blog〉 2026.07.01)
- Vanilla LLM Agent: 5,152 tokens, 7.2초
- ADK 2.0 Workflow: 2,265 tokens, 5.7초
- LLM은 정책 판단·이메일 초안 등 인지가 필요한 노드 에만 배치
언어·버전
- ADK v1: Python, Java, Go, TypeScript, Kotlin
- Workflow: Python 3월부터, Go 최근 GA(〈Google Developers Blog〉 2026.07.01)
시장·커뮤니티의 해석
엔터프라이즈 관점
- 컴플라이언스·감사 가 필요한 금융·CS·물류에서 순수 에이전트 대신 하이브리드 수요 증가
- Google Genkit Agents API(7/1)와 함께 풀스택·에이전트 스택 정리 국면
개발자 실무 관점
- "에이전트가 맞는가?" 를 먼저 묻는 heuristic 제공
- Workflow: 순서 고정, 컴플라이언스, 토큰·지연 minimization
- Agent: 비구조 입력, 주관적 판단, 동적 추론
한계·주의
- 벤치마크는 mock API·gemini-3.5-flash 예시 — 실서비스 SLA 는 도메인별 검증 필요
- 그래프 설계 초기 비용 — 단순 CRUD에는 과설계 위험
고유 인사이트
- ADK 2.0은 "에이전트 = 만능" 내러티브의 반작용이다. 2026년 현장에서 실패하는 POC의 공통점은 결정론적 단계까지 LLM 루프에 넣는 것이다. 실무에서는 ① Tool/API는 코드 ② 분기는 Workflow ③ 자연어·예외 케이스만 Agent 로 3층 분리하면, OWASP·보안 팀과의 대화 비용도 줄어든다. ADK 2.0 문서의 환불 예제는 '토큰 절감' 보다 '실행 경로 증명 가능성' 이 더 큰 가치다.
체크포인트와 리스크
- 체크포인트
- 기존 ADK v1 workflow agent → 2.0 그래프 마이그레이션 가이드
- Go/Python SDK breaking change 여부
- Cloud Workflows·Application Integration 과 역할 분담
- 리스크 요인
- Preview/Beta API — minor 버전 breaking(Genkit Agents와 유사 주의)
- 과도한 그래프 — 유지보수 복잡도 증가
- 멀티 Agent 협업 시 상태 일관성 버그
마무리
ADK 2.0은 "프로덕션 AI = 순수 LLM 에이전트" 가 아니라 "인지는 LLM, 실행은 코드" 라는 하이브리드 를 공식화했다. 토큰·지연·보안 이득은 워크플로 설계 품질 에 달려 있으며, 개발팀은 업무 프로세스를 먼저 그림으로 그린 뒤 Agent를 어디에 끼울지 정하는 순서가 안전하다.
참고 자료
'개발이야기' 카테고리의 다른 글
| OWASP 'AI 코딩 보안' 치트시트 — 에이전트 시대에 새로 생긴 위협 (0) | 2026.07.08 |
|---|---|
| MaxText '탄력적 학습' — TPU 슬라이스 장애 후 2분 만에 재개한 이유 (0) | 2026.07.08 |
| Ornith-1.0 — '자기 스캐폴딩' 오픈소스 코딩 모델이 바꾸는 에이전틱 개발 (0) | 2026.07.07 |
| Mozilla Otari — LLM '컨트롤 플레인'이 프로덕션 AI에 필요한 이유 (0) | 2026.07.07 |
| AI 코딩 도구 '대 consolidation' — Continue.dev 종료, Windsurf EOL, Copilot 오픈웨이트 시대 (0) | 2026.07.07 |