도메인 지식, 에이전트 시대의 진짜 해자

구현보다 판별이 병목이 됐다

Aaron Brethorst의 글은 에이전트 시대 개발자의 해자가 어디로 이동하는지 날카롭게 짚는다. 과거에는 도메인 모델을 이해한 뒤 그것을 코드로 옮기는 능력이 핵심이었다. 이제 에이전트는 그 전사 과정을 빠르게 대신한다. 남는 병목은 "만들 수 있는가"가 아니라 "이 결과가 정말 맞는가"다.

예를 들어 급여, 물류, 보험 청구, 병원 코딩, 항공 정비 같은 영역은 컴파일 여부와 업무 정합성이 다르다. 에이전트가 만든 규칙이 테스트를 통과해도 실제 규정, 관행, 예외, 감사 기준을 모르면 틀린 시스템이 된다. GitHub Copilot 연구나 McKinsey의 생성 AI 분석은 생산성 잠재력을 말하지만, 생산성이 늘어난다는 사실이 검증 비용을 없애지는 않는다.

Weave, AI 엔지니어링 측정과 채용 신호에서 본 것처럼 팀은 에이전트 산출량보다 검증 가능한 결과를 측정해야 한다. 코드가 빨리 쌓일수록 판별자의 책임은 더 커진다.

도메인 전문가는 갑자기 강해졌다

흥미로운 변화는 현업 전문가의 상대적 지위다. 예전에는 물류 배차 담당자나 임상 코더가 소프트웨어를 직접 만들기 어려웠다. 하지만 에이전트가 초안을 만들 수 있다면 이들은 결과를 즉시 평가할 수 있다. 운전자가 법정 시간을 넘겼는지, 청구 코드 조합이 거절될지, 특정 고객 약정이 예외인지 아는 사람은 모델보다 강한 오라클을 가진다.

반대로 뛰어난 일반ist 엔지니어도 낯선 도메인에서는 그럴듯한 오류를 놓칠 수 있다. NIST AI 위험관리 프레임워크는 AI 시스템의 타당성과 신뢰성을 반복 검증하라고 강조한다. 그 검증은 추상적 원칙만으로 되지 않는다. 업무 현장의 정답 집합을 가진 사람이 테스트 케이스와 승인 기준을 설계해야 한다.

한국 기업의 자동화 조직은 바뀌어야 한다

국내 기업은 AI 도입을 "현업 요구사항을 받아 개발팀이 자동화"하는 방식으로 시작하기 쉽다. 이 구조는 에이전트 시대에 느리고 위험하다. 현업 전문가는 요구사항 작성자가 아니라 실행 루프의 검증자가 되어야 한다. 개발자는 프롬프트를 잘 쓰는 사람이 아니라 권한, 로그, 테스트, 롤백을 설계하는 운영자가 되어야 한다.

Runtime, 팀 단위 코딩 에이전트 운영체제를 겨냥하다와 AI 에이전트 테스트, 분산시스템의 주장부터 검증한다가 말한 문제도 여기로 이어진다. 에이전트는 단일 기능이 아니라 여러 판단과 도구 호출이 이어지는 분산 워크플로다. 도메인 검증자가 빠지면 오류는 대화 로그 어딘가에 묻힌다.

개발자의 다음 학습 목표

개발자에게 결론은 명확하다. 새 프레임워크를 더 빨리 익히는 것만으로는 해자가 약해진다. 규제 산업, 의료 청구, 제조 공정, 금융 리스크, 에너지 운영처럼 정답이 어렵고 비용이 큰 도메인을 배워야 한다. Gartner의 AI 도메인 특화 분석도 SaaS 경쟁력이 범용 기능보다 도메인 특화로 이동한다고 본다.

다만 "전문가가 개발자를 대체한다"는 결론은 성급하다. 에이전트 결과를 실제 서비스로 배치하려면 관측성, 권한, 데이터 경계, 배포와 사고 대응이 필요하다. 희소한 인재는 도메인과 시스템 양쪽을 검증할 수 있는 사람이다. Forge, 작은 로컬 모델을 에이전트로 쓰는 법에서 보았듯 작은 자동화도 가드레일 없이는 운영 리스크가 된다.

자주 묻는 질문

Q1: 도메인 지식이 코딩 실력보다 중요해졌나요?

A: 둘 중 하나가 완전히 대체된 것은 아니다. 다만 에이전트가 구현 비용을 낮추면서 정답 판별과 테스트 설계의 가치가 커졌다.

Q2: 현업 전문가만 있으면 자동화가 가능한가요?

A: 아니다. 현업 전문가는 정답을 판별하지만 보안, 배포, 관측성, 장애 복구는 개발 조직의 역량이 필요하다.

Q3: 개발자는 무엇을 배워야 하나요?

A: 특정 산업의 규칙, 예외, 데이터 흐름을 깊게 배워야 한다. 프레임워크 지식만으로는 차별화가 약해진다.

Q4: 테스트 자동화와 무슨 관계가 있나요?

A: 도메인 지식은 좋은 테스트 케이스의 원천이다. 에이전트가 만든 테스트도 그 기준이 틀리면 의미가 없다.

Q5: 한국 기업의 첫 실행 과제는 무엇인가요?

A: 현업 전문가를 승인자나 문서 작성자가 아니라 에이전트 루프의 검증자로 배치하고, 개발팀은 그 검증을 시스템화해야 한다.