검증 60일이 50분이 됐습니다.

셀렉트스타가 NH농협 데이터 검증 프로세스를 이 숫자로 줄였습니다. zdnet이 7월 17일 보도한 내용입니다. 이 한 줄이 에이전트 시대 경쟁의 새 축을 가리키고 있습니다.

생성이 아니라 검증이 막혀 있다

에이전트가 답을 만들어내는 속도는 이미 인간을 압도합니다. 퍼플렉시티가 WANDR과 함께 낸 리서치에서도 같은 결론이 나왔습니다. 제목은 “최고 AI도 리서치 실무 한계”이지만, 본문이 실제로 말하는 것은 생성 속도의 문제가 아닙니다. 검증 속도의 문제입니다.

에이전트가 10분 만에 만들어낸 분석 보고서를 PM이 검토하는 데 3일이 걸립니다. 에이전트가 한 시간에 100건의 데이터를 처리하면, 그 결과를 사람이 확인하는 데 한 주가 걸립니다. 생성 쪽 병목은 이미 AI가 풀었습니다. 병목은 검증 쪽으로 완전히 이동했습니다.

에이전트 도입률은 오르는데 실제 운영 비율이 낮은 근본 이유가 여기 있습니다.

셀렉트스타가 실제로 한 것

60일에서 50분이라는 숫자는 단순한 자동화 속도 개선이 아닙니다. 검증 프로세스 자체를 에이전트 워크플로 안으로 끌어들인 구조 전환입니다.

수동 검증이 병목인 상황에서 검증 단계를 사람이 아닌 에이전트가 처리하도록 재설계했습니다. 그리고 이것이 NH농협처럼 데이터 규정이 엄격한 금융 환경에서 작동했습니다. 검증이 자동화되기 어려운 도메인에서 가능했다는 것은, 오케스트레이션 설계가 이미 충분한 수준에 도달했다는 신호입니다.

중요한 것은 설계 방식입니다. 생성 에이전트와 검증 에이전트를 명시적으로 분리하지 않으면, 검증 비용은 결국 사람이 감당합니다.

# 생성 중심 설계 (기존)
generator → output

# 검증 속도를 1차 변수로 놓은 설계
generator → verifier → output
               ↑
       (자동 검증 레이어)

이 구조 차이가 60일과 50분의 차이입니다.

PyPI가 보내는 같은 신호

비슷한 시기, PyPI가 패키지 배포 파이프라인에 오케스트레이션을 기본 전제로 포함하기 시작했습니다. 개발 생태계에서 오케스트레이션이 선택지가 아닌 인프라 기반이 되어가고 있다는 신호입니다.

두 신호를 합치면 방향이 선명해집니다. 에이전트 오케스트레이션의 다음 경쟁 포인트는 더 빠른 생성이 아닙니다. 더 빠르고 신뢰할 수 있는 검증입니다.

PM이 볼 지표를 바꿔야 한다

지금 에이전트 성능을 평가할 때 가장 먼저 보는 지표가 무엇입니까?

생성 속도, 토큰 처리량, 모델 정확도 — 대부분 생성 쪽 지표입니다. 하지만 이 지표들은 현장의 실질 병목을 설명하지 못합니다. 에이전트를 실제 운영에 배포하면, 속도를 결정하는 것은 생성 속도가 아닙니다.

그 답을 얼마나 빠르게, 얼마나 적은 사람이 검증하느냐입니다.

에이전트 설계 검토에서 먼저 확인해야 할 질문이 바뀝니다.

  • 에이전트 출력의 검증 사이클이 얼마나 걸립니까?
  • 검증을 누가, 어떤 방식으로 합니까?
  • 검증이 자동화되어 있습니까, 수동입니까?

verifier를 명시적으로 설계하지 않은 오케스트레이션은 검증 비용을 사람에게 미루는 구조입니다. 아무리 생성이 빠른 에이전트여도 검증이 인간 속도에 묶여 있으면 조직은 반만 씁니다.

검증 속도가 에이전트 도입의 다음 관문이다

60일이 50분이 된 팀과 아직 그 전환을 못 한 팀의 차이는 모델 선택이 아닙니다. 검증 워크플로를 에이전트 설계 안으로 언제 끌어왔느냐의 차이입니다.

에이전트가 만들어낸 결과물을 검증하는 데 지금 여러분의 팀은 얼마나 걸립니까?