Google, AI 에이전트 프롬프트도 빌드·검증하라고 제안했다

무엇을 발표했나

Google Developers Blog는 7월 16일 공식 글에서 AI 에이전트의 시스템 프롬프트를 production prompt transpiler로 빌드·검증하는 방식을 설명했습니다. 여기서 핵심은 “더 멋진 문장을 쓰자”가 아니라, 프롬프트를 소프트웨어 산출물처럼 다루자는 제안입니다.

처음 AI 에이전트를 만들 때는 긴 시스템 프롬프트 하나로도 충분할 수 있습니다. 하지만 실제 업무에 붙이면 안전 정책, 도구 사용 규칙, 도메인 지식, 출력 형식, 에스컬레이션 조건이 계속 붙습니다. Google은 이 상태가 되면 단일 프롬프트 파일이 에이전트의 control plane 전체를 떠안게 되고, 작은 수정이 다른 작업을 깨뜨릴 수 있다고 설명했습니다.

왜 긴 프롬프트 하나가 위험해지나

Google이 짚은 문제는 크게 세 가지입니다. 첫째, 변경 영향 범위가 흐려집니다. 코드라면 모듈 경계와 테스트로 어느 부분이 바뀌었는지 보이지만, 시스템 프롬프트 한 줄은 여러 워크플로에 동시에 영향을 줄 수 있습니다.

둘째, 복사·붙여넣기한 규칙이 서로 달라지는 drift가 생깁니다. 개인정보 처리, 안전 정책, 내부 서비스 사용법 같은 공통 규칙을 여러 에이전트에 복사하면 버전이 조금씩 어긋날 수 있습니다. 셋째, 변수 누락이나 잘못된 include 같은 오류가 배포 전이 아니라 특정 작업이 실행되는 순간 터질 수 있습니다.

모듈식 프롬프트와 transpiler가 하는 일

Google의 제안은 프롬프트를 작은 skill 파일과 template 조각으로 나누고, 최종 실행 전에 transpiler가 이를 합쳐 완성본을 만드는 방식입니다. 예를 들어 안전 규칙, 도구 사용 규칙, SRE 조사 절차를 각각 다른 파일로 두고, 상위 에이전트 프롬프트가 필요한 조각을 include하는 식입니다.

이렇게 하면 build system이 각 include를 의존성으로 보고, 변수 누락·순환 의존성·잘못된 경로를 배포 전에 잡을 수 있습니다. 쉽게 말하면 AI에게 줄 지시문을 손편지처럼 바로 보내지 않고, 조립 설명서처럼 검수한 뒤 보내는 방식입니다.

CI/CD와 드리프트 체크가 왜 붙나

Google은 production-grade transpiler라면 missing import, undefined variable, circular dependency를 build process에서 잡아야 한다고 말합니다. 또한 CI가 소스 파일에서 최종 프롬프트를 다시 만들고, 현재 커밋된 산출물과 비교하는 drift check도 제안합니다.

이 관점이 중요한 이유는 간단합니다. 팀이 실제로 운영하는 에이전트라면 “소스에 적힌 규칙”과 “실제로 모델에 들어가는 규칙”이 같아야 합니다. 소스와 배포 산출물이 어긋나면 리뷰를 통과한 규칙이 실제 실행에는 빠졌거나, 반대로 오래된 규칙이 계속 살아 있을 수 있습니다.

스킬을 필요한 때만 불러오는 흐름

글은 모든 skill을 매번 프롬프트에 넣는 방식도 조심해야 한다고 설명합니다. skill 라이브러리가 커지면 토큰을 많이 쓰고, 현재 작업과 상관없는 지시가 모델 판단을 흐릴 수 있기 때문입니다.

그래서 Google은 안정적인 기본 control plane과 작업별 context를 나누는 progressive disclosure를 언급합니다. 기본 프롬프트는 정체성·안전 경계 같은 비협상 규칙을 지키고, 실제 작업에서는 필요한 skill module만 도구로 불러오는 구조입니다. 이는 Hermes Agent 같은 도구형 에이전트를 오래 운영할 때도 중요한 패턴입니다.

어떤 독자에게 의미가 있나

이 소식은 일반 ChatGPT 사용자에게 바로 체감되는 기능 발표는 아닙니다. 하지만 AI 에이전트를 업무, 개발, 운영, 고객지원에 붙이려는 팀에는 꽤 직접적입니다. 앞으로 에이전트 경쟁은 모델 성능뿐 아니라 지시문을 얼마나 안전하게 버전 관리하고 검증하느냐로도 갈릴 수 있습니다.

다만 모든 프로젝트가 처음부터 이런 구조를 가져야 하는 것은 아닙니다. 작은 개인 자동화라면 단일 프롬프트와 간단한 테스트로도 충분할 수 있습니다. 중요한 기준은 에이전트가 여러 사람의 업무를 대신하거나, 안전 정책·권한·도구 실행을 다루기 시작하는 순간입니다. 그때는 프롬프트도 코드처럼 빌드, 검증, 리뷰, 배포의 대상으로 봐야 합니다.