배경 및 맥락

2025년의 에이전트 프레임워크는 주로 데모 제작과 빠른 프로토타입에 초점이 맞춰져 있었다. 하지만 실제 서비스 환경에서는 에이전트가 실패했을 때 이유를 추적할 수 있어야 하고, 민감한 작업에는 사람 승인 절차가 있어야 하며, 툴 오류 복구와 상태 관리도 갖춰져야 한다. 생산 환경으로 갈수록 프롬프트보다 운영체계가 중요해진다.

Google이 내놓은 ADK Go 1.0은 바로 이 문제를 정면으로 다룬다. Go 생태계가 가진 서버·인프라 친화성과 결합해, 에이전트를 웹앱 기능이 아니라 백엔드 서비스처럼 운영할 수 있게 만드는 쪽으로 프레임워크를 확장했다.

핵심 내용

공식 블로그에 따르면 ADK Go 1.0은 OpenTelemetry 기반 tracing을 통해 모든 모델 호출과 tool execution loop를 span으로 남길 수 있다. Plugin System은 logging, security filter, retry-and-reflect 같은 횡단 관심사를 에이전트 본문과 분리해 주며, HITL confirmation은 RequireConfirmation 플래그로 고위험 작업 전 승인 흐름을 삽입한다. YAML 기반 agent 정의도 추가돼, 코드 재빌드 없이 persona·tool·sub-agent 구성을 바꿀 수 있다.

여기에 A2A protocol 안정화까지 더해지면서 Go·Java·Python 에이전트 간 협업을 전제로 한 런타임으로 성격이 강화됐다. 이는 에이전트가 단일 프로세스 실험이 아니라 여러 서비스와 언어를 넘나드는 운영 환경으로 이동하고 있다는 뜻이다.

경쟁 구도 / 비교

많은 프레임워크가 여전히 agent authoring 경험이나 간단한 툴 연결에 초점을 두고 있다. ADK Go 1.0은 observability, approval, recovery, config separation, interoperability를 전면에 내세우며 훨씬 운영 친화적인 포지션을 취한다. 이 점은 단순 래퍼 라이브러리와 분명히 구분된다.

또한 Go를 전면에 둔 것은 의미가 있다. Python 중심이던 에이전트 생태계가 이제 서비스 백엔드·플랫폼 팀이 선호하는 언어와 런타임으로 확장되고 있음을 보여주기 때문이다.

의미

ADK Go 1.0은 에이전트 프레임워크가 실험 도구에서 production middleware로 바뀌는 전환점에 가깝다. 앞으로 좋은 프레임워크의 기준은 prompt ergonomics보다 tracing, policy enforcement, state handling, interop를 얼마나 잘 제공하느냐가 될 가능성이 높다.

실무적으로는 에이전트 도입을 애플리케이션 기능 추가로 보기보다, 새 운영 스택 도입으로 보는 편이 정확하다. 플랫폼 팀은 에이전트 런타임의 승인 흐름, 오류 복구, 이벤트 추적 표준을 먼저 정해야 한다.