AI가 견적·메일을 보내기 전: 사람의 승인을 넣는 설계

AI에게 자료 조회와 초안 작성을 맡기고, 금액 확정·외부 발송·중요 데이터 변경은 실제 실행 전에 담당자가 승인하도록 설계하세요. 승인자는 누구에게 무엇이 전달되거나 바뀌는지 보고 결정하고, 시스템은 승인한 내용 그대로 실행한 뒤 결과를 기록합니다.

견적서나 고객 답장을 자주 만들지만 최종 내용은 담당자가 책임져야 하는 팀, 여러 시스템의 정보를 모아 변경 요청을 처리하는 팀에 적합합니다. 모든 작은 조회까지 승인받으면 업무가 막히므로, 권한과 되돌리기 어려운 정도에 따라 단계를 나누는 것이 출발점입니다.

초안 검토와 실행 승인은 다릅니다

작성된 문장을 확인하는 것은 내용 검토입니다. 메일 보내기, 주문 변경, 금액 확정 같은 도구를 실제 호출할 권한을 주는 것은 실행 승인입니다. 초안이 좋아 보여도 수신자나 첨부파일이 다르면 발송 결과는 달라집니다. 승인 화면은 문장만이 아니라 실행될 행동 전체를 보여줘야 합니다.

n8n의 사람 승인 안내는 AI 도구 실행 전 승인·거부와 대기 흐름을 설명합니다. 어떤 도구를 승인 대상으로 지정하고 무엇을 보여줄지는 해당 업무의 위험과 책임에 맞춰 설계합니다.

승인 범위는 회사의 규칙에 맞게 조정합니다. 예를 들어 사내 정기 보고서 발송은 정해진 수신자와 내용 범위에서 자동 처리하고, 새 외부 수신자가 추가될 때만 승인하도록 나눌 수 있습니다. 읽기 권한이 없는 자료를 AI가 검색하지 않도록 접근 범위도 별도로 정합니다.

승인 화면에 들어갈 것

다음은 가상의 견적 발송 요청입니다. 고객 ‘다온상사’에 품목 두 개의 견적서를 보내려는 상황입니다. 승인자는 메일의 표현뿐 아니라 발송에 쓰일 실제 값이 맞는지 확인합니다.

승인자는 잘못된 수신자를 발견하면 거절하거나 수정 요청을 남깁니다. AI가 내용을 수정한 뒤에는 수정된 대상·내용·첨부를 다시 보여주고 새로 승인받습니다. 이미 승인한 내용과 실제 발송 내용이 달라지면 무엇에 동의했는지 추적하기 어렵기 때문입니다. 승인 화면의 문서 버전과 실행할 파일 버전을 연결하고, 승인 이후 값이 바뀌면 실행을 멈추는 규칙을 둡니다.

상태를 분명히 나눕니다

1. 초안

   자료를 모아 내용과 실행할 행동을 준비합니다.

2. 승인 대기

   대상·내용·첨부·변경 사항을 지정된 승인자에게 보여줍니다.

3. 승인 또는 거절

   승인자는 현재 버전을 확인하고 승인하거나 수정 사유를 남깁니다.

4. 실행

   승인된 버전만 실행하며 중복 클릭과 만료를 확인합니다.

5. 결과 확인

   대상 시스템의 결과와 업무 상태를 기록하고 실패를 담당자에게 알립니다.

승인 요청이 오래 방치될 수 있으므로 만료 시각과 재요청 방법을 정합니다. 승인자가 부재 중일 때 누가 대신 처리하는지도 업무 책임자가 지정합니다. 거절하면 자동으로 다시 보내지 말고 사유와 수정할 항목을 초안 담당자에게 돌려줍니다. 승인자가 두 번 클릭하거나 알림을 두 번 받아도 같은 행동이 두 번 실행되지 않도록 실행 키와 상태를 확인합니다.

발송 중 응답이 끊기면 곧바로 다시 보내기보다 발송 시스템에서 결과를 조회합니다. 결과를 확인할 수 없다면 담당자가 확인할 때까지 대기합니다. 자세한 재처리 흐름은 자동화 재시도와 중복 방지에서 다룹니다.

성공 메시지 다음에 실제 결과를 확인합니다

‘승인 완료’는 발송 완료가 아닙니다. 승인 뒤 도구 호출이 실패할 수 있고, 도구가 요청을 접수했더라도 업무에 필요한 상태가 아직 만들어지지 않았을 수 있습니다. 메일이라면 발송 시스템이 남기는 결과 ID와 상태를 기록하고, 주문 변경이라면 대상 주문의 변경 후 값을 다시 조회합니다. 어떤 상태를 업무 완료로 볼지는 사용하는 시스템과 업무 담당자가 함께 정의합니다.

Anthropic의 에이전트 평가 안내는 에이전트가 성공을 말했다는 사실과 실제 환경의 최종 상태를 구분해 평가하도록 설명합니다. 이 원칙을 적용하면 화면 메시지뿐 아니라 실제 주문·문서·발송 기록을 검수 대상으로 삼을 수 있습니다.

시작하기 전에 결정할 다섯 가지

1. 행동: AI가 조회, 작성, 발송, 변경 중 무엇을 할 수 있나요?
2. 권한: 어떤 계정과 자료에 접근하고, 누가 승인할 수 있나요?
3. 확인 내용: 수신자, 금액, 첨부, 변경 전후 중 무엇을 화면에 보여주나요?
4. 예외: 승인 거절, 기한 만료, 내용 변경, 실행 실패를 누가 처리하나요?
5. 완료: 어느 시스템의 어떤 상태를 확인해야 업무가 끝났다고 보나요?

처음에는 영향 범위가 작은 한 업무에 적용하고 정상 실행과 거절·만료·중복 클릭·응답 유실을 시험합니다. 승인 요청 수와 대기 시간을 살펴 반복되는 작은 승인은 줄이고, 책임자가 결정해야 할 단계는 유지합니다. 복잡한 자율 실행을 한 번에 도입하기보다 정해진 절차에서 시작하는 접근은 Anthropic의 에이전트 설계 글에서도 제시합니다.

로보텍스트는 기존 견적·메일·업무 시스템의 행동을 나누고 승인 화면, 승인자 권한, 상태 기록과 결과 확인을 설계합니다. 승인 이후 내용 변경이나 실패가 생겼을 때 담당자가 어디서 다시 처리할지도 함께 연결합니다.

자동으로 실행하려는 일과 승인자가 확인할 항목을 hello@robotext.co.kr로 알려 주세요. 자동 실행할 일과 승인받을 일을 나누겠습니다.

관련 글: 견적서 자동 생성 · 이메일 자동 분류 · AI 에이전트 설계 패턴