AI 에이전트, 이메일 자동화를 넘어 보험·세금 서류 정리까지 확장하는 설계 원칙

핵심 메시지

• 대부분의 에이전트 데모는 위험이 낮은 이메일·일정에서 멈추지만, 진짜 가치는 보험·세금 같은 고신뢰 서류 업무에 있다.
• 보험 이의신청, 세금 정리처럼 달라 보이는 문제도 에이전트 입장에서는 '흩어진 문서를 구조화한 뒤 통찰을 뽑는' 같은 문제다.
• 에이전트가 실제로 무게를 더는 부분은 버튼을 누르는 행위가 아니라, 어수선한 자료를 정리해 판단 준비를 끝내주는 일이다.
• 제출·결제·서명은 에이전트에게 절대 맡기지 않고 사람이 최종 승인하는 '게이트'를 처음부터 설계에 넣어야 한다.
• 한 번 만든 수집·정규화·영수증·게이트 같은 구성 요소는 다음 작업에 그대로 재사용돼, 빌드를 거듭할수록 비용이 싸진다.

쉽게 이해하기

발표자는 올해 본 거의 모든 AI 에이전트 데모가 이메일과 일정에서 시작한다고 지적한다. 답장을 대신 쓰고 회의를 잡는 일은 매일 시간을 잡아먹는 문제라 시연하기 좋지만, 많은 사람이 여기서 막힌다. 에이전트가 어느 정도 동작하긴 해도, 보험·결제·의료처럼 섬세함과 신뢰가 필요한 진짜 업무로 넘어가는 방법을 모르기 때문이다.

그는 문제를 도메인(건강, 세금)으로 나누는 습관 때문에 서로 달라 보이지만, 문서와 서류를 다루는 일은 에이전트 관점에서 모두 같은 문제라고 설명한다. 정책과 범주, 세부 사항을 이해해 흩어진 자료를 구조화한 뒤 정돈된 통찰을 뽑아내는 패턴이 반복된다는 것이다. 그래서 그는 버튼을 누르는 에이전트보다, 관료적 서류의 무게를 대신 들어 올려 판단 준비를 끝내주는 에이전트가 더 유용하다고 강조한다.

영상은 하나의 뼈대를 세 번 반복해 보여준다. 이 뼈대는 컨텍스트 팩(에이전트가 읽어도 되는 범위 정의), 수집, 청킹, 정규화, 저장, 검색, 인용, 내보내기, 그리고 게이트라는 아홉 단계로 구성된다. 특히 마지막 게이트는 에이전트가 읽고 정리하고 초안을 쓰고 인용까지 할 수 있어도, 제출·결제·서명은 하지 못하게 막는 안전장치다.

첫 번째 빌드는 위험이 낮은 이메일·일정이다. 에이전트는 스레드를 수집해 사람·날짜·시간대를 뽑아 정규화하고, 답장 초안과 일정 제안을 만든 뒤 '보내기' 직전에 멈춘다. 대신 어떤 출처를 썼고 무엇을 바꿨으며 무엇이 승인 대기 중인지 담은 '영수증'을 남긴다. 발표자는 이 영수증이 'AI가 처리했다'와 'AI가 무엇을 했는지 내가 알고 신뢰한다'를 가르는 핵심이라고 말한다.

두 번째와 세 번째 빌드는 보험 이의신청과 세금 정리다. 보험 빌드에서는 보험사가 공개한 실제 약관을 대상으로 거절 통지서를 날짜·사유·청구번호·기한 단위로 쪼개고, 모든 것을 로컬 SQLite에 저장한다. 거절 통지는 근거 약관 조항을 반드시 명시하므로 벡터 검색이 아니라 구조 기반 검색으로 충분하며, 인용한 조항이 실제로 그렇게 말하는지 점검한다. 결과물은 타임라인·거절 지도·증거 체크리스트·초안이 담긴 '사건 파일'이다.

주요 인사이트

• 에이전트의 가치는 최종 클릭이 아니라 그 앞의 맥락 정리에 있다. 어수선한 데이터 더미를 먼저 정돈하는 것이 가장 어렵고 가장 중요한 부분이다.
• 실수 비용이 낮은 곳(이메일)에서 게이트와 뼈대를 학습한 뒤, 같은 구조를 고위험 업무로 옮기면 처음부터 다시 만들 필요가 없다. 발표자는 이를 '플라이휠'이라 부른다.
• 돈이나 건강이 걸린 업무에서는 전문가가 반드시 개입해야 하며, AI가 그 판단을 대신한다고 착각하면 안 된다. 에이전트는 사건 파일을 준비할 뿐 이의신청을 대신 이겨주지 않는다.
• 날짜가 날짜가 되고 모든 청구에 주소가 붙는 등 데이터가 깨끗하게 정규화되면, 대부분의 작업에 가장 비싼 모델이 필요 없어진다. 가벼운 모델로도 충분해진다.

자주 묻는 질문

관련 AI 소식