2026년 6월 30일, Google AI 개발자 블로그로부터 AI 에이전트 개발에 관한 중요한 발표 2건이 공개되었습니다.

에이전트 품질 플라이휠 (Agent Quality Flywheel): 코딩 에이전트의 프롬프트 개선이 운영 환경에서 정말 효과가 있는지, 5단계 프로세스로 자동 검증하는 새로운 개발자 스킬 -
ADK for Go 2.0: 그래프 기반의 워크플로 엔진과 human-in-the-loop (인간의 개입)를 표준 탑재한 Agent Development Kit (ADK)의 메이저 업데이트

두 발표 모두 「멀티 에이전트 시스템을 어떻게 망가뜨리지 않고 진화시킬 것인가」라는 공통된 테마를 가지고 있습니다. 에이전트 개발이 개인의 프로토타이핑에서 운영 단계로 넘어가는 가운데, Google은 이 두 가지 릴리스를 통해 「품질 평가」와 「실행 기반」 양면에서 에코시스템을 강화하려 하고 있습니다.

📌 영향을 받는 사람

• Go로 AI 에이전트·멀티 에이전트 시스템을 구축하고 있는 개발자
• 코딩 에이전트(자동 코드 수정·자동 리뷰 등)를 지속적으로 운용하며, 프롬프트 변경에 따른 영향 평가에 고민하고 있는 팀
• human-in-the-loop가 필요한 업무 흐름(승인·리뷰가 필수적인 워크플로)을 AI 에이전트화하고 싶은 개발자

두 발표는 독립된 프로덕트이지만, 「에이전트를 안전하게·지속적으로 진화시킨다」는 목적으로 연결되어 있습니다.

플라이휠이 「변경사항이 품질을 떨어뜨리지 않는가」를 지속적으로 검증하는 **피드백 루프 (Feedback Loop)**를 제공하고, ADK for Go 2.0은 그 루프 안에서 동작하는 에이전트 자체를 더욱 신뢰성 높게, 인간의 판단을 포함하며 실행하기 위한 기반을 제공한다는 관계입니다.

코딩 에이전트 운용에서 자주 발생하는 문제는 「단일 버그를 수정하기 위한 프롬프트 수정이 다른 케이스에서 의도하지 않은 리그레션 (Regression)을 일으키는 것」입니다. 이를 탐지하기 위해 Google은 다음과 같은 5단계를 자동화하는 개발자 스킬을 공개했습니다.

스테이지	내용
① 데이터 준비	평가 대상이 되는 운영 트래픽 또는 합성 시나리오를 수집
...

특징적인 점은 개발자가 자연어로 테스트 목표를 기술하기만 하면 되며, 독립된 평가 서비스가 성능 개선을 객관적으로 카운트하고 검증해 준다는 점입니다. 「직관적으로 좋아진 것 같다」는 주관적 평가가 아니라, 정량적인 뒷받침을 얻을 수 있게 됩니다.

Agent Development Kit (ADK) for Go가 메이저 버전 업그레이드되었으며, 다음과 같은 기능이 추가되었습니다.

항목	ADK for Go 1.x	ADK for Go 2.0
워크플로 정의	단일 에이전트 중심	그래프 기반의 워크플로 엔진 (First-class 대응)
...

가장 큰 포인트는 「실행 모델의 통일」입니다. 지금까지 심플한 단일 에이전트와 복잡한 멀티 에이전트 그래프를 별개의 메커니즘으로 다루던 팀도, ADK for Go 2.0에서는 동일한 런타임 위에서 둘 다 다룰 수 있게 되어 코드베이스의 일관성이 향상됩니다.

💡 Tips

두 가지 모두 파괴적 변경 (Breaking Change)이나 요금 변경을 동반하지 않는 「신기능 추가」입니다. 기존 구현을 즉시 변경할 필요는 없지만, 다음과 같은 케이스에서는 빠른 검토를 권장합니다.

코딩 에이전트를 운영 중인 팀: 프롬프트 변경 시마다 육안이나 임시방편적인 테스트로 리그레션을 확인하고 있다면, 품질 플라이휠 스킬을 도입함으로써 개선 사항을 정량적으로 입증할 수 있게 됩니다. 도입 비용이 「자연어로 테스트 목표를 기술하는 것」 정도로 억제되어 있다는 점도 채택하기 쉬운 포인트입니다. -
Go로 승인 흐름·리뷰 흐름을 동반하는 에이전트를 구축하고 싶은 팀: 지금까지 HITL을 직접 구현해 왔다면, ADK for Go 2.0으로의 이전을 통해 구현 비용을 절감할 수 있을 가능성이 있습니다. -
복잡한 멀티 에이전트 오케스트레이션 (Orchestration)을 검토 중인 팀: 그래프 기반의 워크플로 엔진을 통해 조건 분기·병렬 실행·인간의 승인 대기 등을 통일된 모델로 표현할 수 있게 되므로, 신규 설계 시에는 ADK for Go 2.0을 전제로 검토할 가치가 있습니다. -

구체적인 API 시그니처 (API signature)는 공식 블로그를 통해 향후 상세 내용이 공개될 예정이지만, 설계 사상을 이해하기 위한 이미지 예시를 제시합니다.

Before: 단일 에이전트 구현에 HITL을 개별적으로 포함하는 경우 (이미지)

// 승인 대기 로직을 직접 구현해야 했다
func handleTask(task Task) (Result, error) {
result, err := agent.Run(task)
...

After: ADK for Go 2.0의 그래프 기반 워크플로 (이미지)

// HITL과 레질리언스 (Resilience)가 워크플로 엔진에 내장됨
workflow := adk.NewGraph().
AddNode("run_agent", agentNode,
...

재시도(Retry)나 승인 대기와 같은 "정형 처리"가 엔진 측에 표준 탑재됨으로써, 에이전트 개발자는 비즈니스 로직 그 자체에 집중할 수 있게 됩니다.

**에이전트 품질 플라이휠 (Agent Quality Flywheel)**은 코딩 에이전트의 프롬프트 개선이 실제로 성능 향상으로 이어지는지를 5단계(데이터 준비 → 추론 실행 → AutoRaters에 의한 그레이딩 (Grading) → 실패 클러스터 분석 → 최적화 실행)로 자동 검증하는 개발자 스킬입니다. 자연어로 테스트 목표를 작성하는 것만으로 도입할 수 있습니다. -
ADK for Go 2.0은 그래프 기반 워크플로 엔진, 내장 HITL, 동적 오케스트레이션 (Dynamic Orchestration), 자동 레질리언스 (Automatic Resilience) 기능을 추가한 메이저 업데이트입니다. 단일 에이전트부터 복잡한 멀티 에이전트 그래프까지 통일된 런타임 (Runtime)에서 다룰 수 있게 되었습니다. - 두 기능 모두 파괴적 변경(Breaking Changes)이나 요금 변경을 수반하지 않는
신규 기능 추가이므로, 기존 구현에 대한 즉각적인 대응은 불필요합니다. 다만, 운영 중인 코딩 에이전트나 Go를 이용한 멀티 에이전트 개발을 계획 중인 팀은 조기에 내용을 파악해 둘 가치가 있습니다. - AI 에이전트 개발이 "프로토타입"에서 "운영" 단계로 전환되는 가운데, Google은 "품질 보증"과 "실행 기반"이라는 두 축으로 에코시스템을 강화하고 있다는 큰 흐름을 파악해 두면 향후 업데이트도 이해하기 쉬워질 것입니다.