에이전트는 답보다 불확실성을 남겨야 한다

아비드 칼은 Codex를 기업 영업 보조로 쓴 한 장면을 소개했다. “컴플라이언스를 위해 이 숫자나 통계가 필요하다”고 요청하면 코드베이스를 찾아 근거를 확인하고, FAQ를 채울 때는 확실하지 않은 부분을 표시한다. S3 버킷 설정을 물었을 때도 관련 구성을 찾아 보여준다. 그가 강조한 것은 에이전트가 대신 답했다는 사실보다 답을 확인할 수 있는 경로였다.

임베딩이 보이지 않으면 X 원문에서 확인할 수 있다.

기업 영업에서 제품을 설명하는 사람은 자주 내부로 들어가야 한다. 고객이 보안이나 컴플라이언스 수치를 물으면 마케팅 문서만으로는 부족하다. 실제 기능이 어디에 구현돼 있는지, 어떤 설정을 사용하는지, 해당 답변을 뒷받침하는 문서가 있는지 찾아야 한다.

영업 보조의 첫 번째 기능은 검색이다

Codex가 코드베이스를 뒤져 숫자와 통계를 찾는다는 설명은 화려한 자동화라기보다 검색에 가깝다. 다만 검색 대상이 공개 문서가 아니라 제품을 실제로 작동시키는 코드와 설정이라는 점이 다르다. 영업 담당자가 개발자에게 매번 “이 기능이 정말 있나요?”라고 묻는 대신, 에이전트가 관련 파일과 구현 위치를 먼저 찾아볼 수 있다.

이 흐름에서 답변의 품질은 문장보다 근거에 달려 있다. “지원합니다”라는 한 문장보다 어떤 모듈이 이 기능을 처리하고 어떤 설정이 켜져 있는지 보여주는 편이 검토하기 쉽다. 고객에게 전달하기 전 개발자나 보안 담당자가 해당 근거를 빠르게 확인할 수도 있다.

모르는 부분을 표시하는 것이 업무 기능이 된다

아비드가 특히 강조한 부분은 FAQ를 채우면서 확실하지 않은 곳을 표시했다는 점이다. 에이전트가 모든 질문에 매끄러운 답을 만들어내는 것보다, 확인이 필요한 문장을 따로 남기는 편이 기업 업무에는 낫다. 빈칸과 질문이 보여야 사람이 검토할 수 있기 때문이다.

이 표시가 없으면 그럴듯한 문장이 최종 답변처럼 흘러갈 수 있다. 반대로 불확실성에 표지가 붙으면 작업은 “초안 작성 → 근거 확인 → 승인”의 흐름으로 바뀐다. 에이전트가 맡는 범위는 넓어지지만 최종 책임을 자동으로 가져가지는 않는다.

S3 버킷 설정을 찾아주는 사례도 같은 구조에 들어간다. 설정은 제품의 인프라와 보안 정책에 연결되어 있으므로, 설명만으로 끝낼 수 없다. 어떤 버킷을 가리키는지, 접근 권한은 어떻게 제한되어 있는지, 현재 코드가 그 값을 어떻게 읽는지까지 확인해야 한다.

기업용 에이전트는 흔적을 남겨야 한다

이 사례를 일반화할 때 주의할 점도 있다. 한 번의 성공적인 조회가 곧 모든 영업 질문에 정확히 답한다는 증거는 아니다. 코드베이스가 최신인지, 검색 결과가 실제 배포 환경과 같은지, 숫자의 기준일과 범위가 무엇인지 사람이 확인해야 한다.

그럼에도 업무 설계에 참고할 만한 방향은 분명하다. 기업용 에이전트는 답변을 빨리 만드는 것만으로 충분하지 않다. 어떤 자료를 읽었는지, 어디까지 확실한지, 사람이 어디를 검토해야 하는지를 함께 남겨야 한다. 영업에서 신뢰를 만드는 것은 자동 생성된 문장의 매끄러움보다 그 문장을 다시 확인할 수 있는 흔적이다.