구글 ADK 장기 실행 AI 에이전트 패턴: 신입 온보딩 사례로 본 휴면·메모리·멀티에이전트

핵심 메시지

• ADK의 장기 실행 패턴은 며칠~몇 주에 걸친 작업을 컨텍스트 손실 없이 끝까지 수행한다.
• 에이전트는 외부 이벤트를 기다리는 동안 완전히 휴면(dormant) 상태가 되며, 폴링 루프나 스레드를 돌리지 않는다.
• 상태(state)를 데이터베이스의 enum으로 저장해, 채팅 로그가 쌓여 토큰이 비대해지는 문제를 피한다.
• 코디네이터 에이전트는 IT 계정 프로비저닝 같은 작업을 전담 서브 에이전트에게 위임한다.
• 전체 예제는 오픈소스로 공개되어 있어 그대로 가져다 쓰거나 커스터마이즈할 수 있다.

쉽게 이해하기

구글 클라우드 팀이 '컨텍스트를 잃지 않는 장기 실행 AI 에이전트'라는 블로그 글과 함께 ADK(Agent Development Kit) 기반 예제를 공개했다. 예제는 신입사원 온보딩을 처리하는 코디네이터 에이전트로, 한 번 시작하면 수 주 동안 이어질 수 있는 업무 흐름을 하나의 에이전트가 관리한다.

동작 방식은 이렇다. 에이전트가 신입에게 환영 패킷을 보내고 곧바로 멈춘다. 그 뒤 직원이 서류에 서명하고, IT 부서가 계정을 만들고, 노트북이 배송되기를 기다리는 동안 며칠씩 휴면한다. 모든 단계가 끝나면 마지막으로 개인화된 첫 출근일 일정을 만들어 준다. 시연에서는 HR 관제 센터와 직원 포털 두 화면을 통해 서명·하드웨어·일정 단계가 순서대로 진행되는 모습을 보여준다.

핵심은 UI가 낙관적으로 먼저 갱신되지 않는다는 점이다. 직원이 패킷에 서명하면 백엔드에서 ADK가 '깨어나(resume)' 실제 처리를 끝낸 뒤에야 화면이 바뀐다. 발표자는 이것이 장기 실행 패턴이 흉내가 아니라 실제로 작동한다는 증거라고 강조한다. 컨테이너는 확장 가능하고, 그 사이 폴링 루프나 스레드 스피닝 없이 그저 외부 이벤트를 기다린다.

발표자는 이 패턴이 흔한 챗봇형 에이전트와 다른 세 가지를 짚는다. 첫째, 내구성 있는 메모리 스키마다. 상태가 데이터베이스의 enum 값으로 저장되며 벡터 스토어 속 원시 채팅 로그가 아니다. 덕분에 몇 주가 지나도 컨텍스트 오염이나 토큰 비대화가 없다. 둘째, 이벤트 기반 휴면이다. 일시정지 구간 사이에 에이전트는 계속 돌지 않고 완전히 잠들어 있다. 셋째, 멀티 에이전트 위임이다. 코디네이터가 IT 계정을 만들 때 혼자 처리하지 않고 전담 서브 에이전트에게 맡겨, 각 에이전트의 추론 흐름을 깔끔하게 유지한다.

주요 인사이트

• 장기 실행 에이전트의 관건은 모델 성능이 아니라 '며칠씩 쉬었다 깨어나도 상태를 잃지 않는' 구조 설계다.
• 상태를 자유 형식 텍스트가 아니라 enum으로 모델링하면 시간이 지나도 토큰이 불어나지 않고 다음 행동이 명확해진다.
• 상태 머신이 정한 순서대로만 단계가 진행되므로, 에이전트가 앞 단계를 건너뛰도록 유도당하지 않는다.
• 복잡한 업무는 단일 에이전트가 떠안기보다 전담 서브 에이전트로 위임할 때 추론 흐름이 깔끔해진다.
• 오픈소스 예제에는 커스터마이즈 가능한 프런트엔드까지 포함돼 실제 배포 형태에 가깝게 시작할 수 있다.

자주 묻는 질문

관련 AI 소식