고객 문의를 읽고 답변 초안을 만드는 자동화에서 AI는 분류만 맡을 수도 있고, 주문 내역과 문서를 더 찾아볼지까지 결정할 수도 있습니다. 앤트로픽(Anthropic)은 에이전트 설계 문서에서 미리 정한 코드 경로가 모델과 도구를 조정하는 워크플로우와, 모델이 실행 과정과 도구 사용을 동적으로 이끄는 에이전트를 구분합니다. 이 구분을 적용하면 어떤 판단을 모델에 맡기는지 구체적으로 적을 수 있습니다.
다음 행동의 결정권으로 두 방식을 구분합니다
정해진 워크플로우에서는 실행 가능한 단계와 단계 사이의 이동 규칙을 설계자가 정합니다. 문의를 분류하고, 분류 결과에 맞는 문서를 읽고, 답변을 작성한 뒤 검사하는 순서가 한 사례입니다. 분류와 작성에 언어 모델을 사용해도 다음 행동의 후보와 이동 조건이 코드에 고정되어 있다면 이 구간은 워크플로우로 볼 수 있습니다.
에이전트에는 관찰한 결과를 보고 다음 행동을 고르는 구간이 있습니다. 주문 조회에서 배송 완료가 확인되면 수령지 정보를 조사하고, 배송 중이면 운송장 상태를 먼저 확인하는 식입니다. 미리 등록한 도구 안에서도 호출 순서와 탐색 범위를 모델이 선택할 수 있습니다. 도구를 쓴다는 사실만으로 두 방식을 나누기 어려운 이유입니다.
목표를 누가 정하는지도 별도로 살펴야 합니다. 운영자가 ‘답변 초안을 작성한다’는 목표를 주었다면 에이전트가 그 목표를 달성할 경로를 고르는 것이고, 환불이나 대외 발송까지 임의로 목표를 늘리는 것은 위임 범위를 벗어납니다. 과정의 자율성과 업무 범위를 분리하면 탐색은 유연하게 두면서 실제 변경은 제한할 수 있습니다.
다음 표는 구현 제품과 무관하게 자동화 설계에서 결정권을 배치하는 비교 기준입니다.
| 설계 질문 | 정해진 워크플로우 | 에이전트가 포함된 설계 |
|---|---|---|
| 달성할 목표는 누가 정하는가 | 업무 담당자가 목표와 산출물을 정함 | 업무 담당자가 목표와 산출물을 정함 |
| 다음 단계는 누가 고르는가 | 코드의 순서와 분기 규칙 | 허용 범위 안에서 모델이 선택 |
| 새로 필요한 정보는 어떻게 얻는가 | 정해 둔 조회 단계와 입력 항목 | 중간 결과를 보고 추가 조회 결정 |
| 예외는 어디로 가는가 | 사전에 정한 오류 처리나 사람 인계 | 허용된 대안 탐색 후 한도에서 인계 |
| 실제 저장·발송은 누가 허용하는가 | 도구 권한과 업무 승인 규칙 | 도구 권한과 업무 승인 규칙 |
| 완료는 무엇으로 확인하는가 | 정한 산출물과 검증 조건 | 정한 산출물과 검증 조건 |
한 시스템이 양쪽 칸의 특성을 함께 가질 수 있습니다. 조회와 초안 작성은 에이전트가 맡고, 최종 발송은 고정된 확인 단계를 통과하는 설계라면 자율성의 위치를 단계별로 표시하는 편이 명확합니다.
예외가 많다는 이유만으로 에이전트가 필요해지지는 않습니다
예외의 종류를 미리 열거할 수 있다면 분기가 있는 워크플로우로 처리할 여지가 있습니다. 필수값 누락, 권한 없음, 조회 결과 없음처럼 대응이 정해진 오류는 사람이 판단할 재료를 모아 인계하는 고정 분기로 둘 수 있습니다. 아마존의 Step Functions 오류 처리 문서도 오류별 재시도와 대체 처리 경로를 명시하는 방식을 제공합니다.
에이전트를 검토할 구간은 새로운 관찰 때문에 다음에 필요한 작업 자체가 달라지는 곳입니다. 서비스 장애 원인 조사에서는 오류 메시지를 보고 설정을 읽을지, 의존 서비스의 상태를 확인할지, 직전 변경을 비교할지가 달라집니다. 이때 가능한 경로를 전부 미리 작성하는 비용과 모델이 잘못된 경로로 가는 비용을 비교할 수 있습니다.
입력 문장이 다양하다는 사정과 실행 경로가 다양하다는 사정도 다릅니다. 고객이 같은 요청을 여러 표현으로 보내더라도 분류 결과가 정해진 몇 가지 업무로 모이면 분류 모델 뒤에 고정 절차를 붙일 수 있습니다. 반대로 입력은 짧아도 ‘이 오류를 해결한다’처럼 원인을 찾는 과정이 열려 있다면 여러 번의 관찰과 판단이 필요합니다.
업무 규칙이 아직 정리되지 않아 담당자마다 처리가 다른 상태는 따로 다룹니다. 이 상태에서 자율성을 넓히면 어떤 결과가 올바른지 평가하기도 어렵습니다. 허용한 예외, 담당자가 실제로 내리는 결정, 인계가 필요한 조건부터 기록하면 규칙의 빈자리와 탐색이 필요한 구간을 나눌 수 있습니다.
같은 문의 업무를 두 가지 흐름으로 설계합니다
배송 지연 문의에 답변 초안을 만드는 가상 설계입니다. 두 방식 모두 고객 식별과 주문 접근 범위를 먼저 확인하고, 고객에게 보내는 답변은 담당자가 검토한다고 가정합니다. 아래 흐름은 실행·성능 측정 결과가 아닌 설계 비교입니다.
| 업무 구간 | 고정 절차를 중심으로 한 흐름 | 탐색을 위임한 흐름 |
|---|---|---|
| 시작 | 문의에서 주문 번호 추출 → 필수값 검사 | 문의와 허용 도구 전달 → 필요한 정보 판단 |
| 자료 조회 | 주문 조회 → 배송 조회 → 정해진 정책 조회 | 주문 상태 관찰 → 추가 조회 도구 선택 → 근거 수집 |
| 자료가 부족함 | 정해진 질문을 만들거나 담당자에게 인계 | 허용된 자료를 더 찾거나 구체적 추가 질문 작성 |
| 초안 생성 | 고정한 자료 묶음으로 답변 작성 | 탐색에서 확인한 자료로 답변 작성 |
| 완료 확인 | 주문 일치·근거·금지 약속 검사 → 담당자 검토 | 주문 일치·근거·금지 약속 검사 → 담당자 검토 |
모든 주문에 같은 조회가 필요하면 고정 절차의 예상 실행 경로를 설명하기 쉽습니다. 예외 주문이 드물고 그 예외를 담당자가 맡아도 처리량을 감당한다면 탐색 기능을 추가할 실익이 작을 수 있습니다. 이때 자동화가 처리하지 않은 건수는 의도한 인계와 실제 오류로 나눠 기록합니다.
운송사별 기록이나 여러 주문의 관계를 조사해야 하는 문의가 반복된다면 탐색 구간을 따로 시험할 수 있습니다. 에이전트가 다른 주문까지 읽거나 필요 없는 자료를 더 찾는다면 조회 범위와 완료 조건이 충분히 좁지 않은지 살핍니다. 그 문제를 해결하지 않은 채 호출 횟수만 늘리면 자료 수집량과 비용만 커질 수 있습니다.
한 번의 분류 모델 호출로 끝나는 간단한 문의와 복잡한 조사를 같은 설계로 묶을 필요는 없습니다. 일반 문의는 고정 절차로 보내고, 정해 둔 예외 유형만 제한된 탐색으로 보내는 혼합 방식에서는 에이전트가 개입하는 비율도 측정 대상이 됩니다.
정확성·추적·비용에 맞춰 자율성을 배치합니다
정확성은 최종 문장이 자연스러운지와 별개로 정합니다. 이 문의 업무라면 올바른 주문을 읽었는지, 배송 상태와 답변이 일치하는지, 근거 없는 도착일을 약속하지 않았는지가 검사 항목입니다. 경로를 다르게 선택해도 이 조건은 유지됩니다. 어떤 경로를 택했는지만 평가하면 유효한 대안을 불필요한 오류로 처리할 수 있습니다.
실행을 추적하려면 단계별 입력 식별자, 선택한 도구, 받은 결과, 다음 행동의 근거가 된 관찰을 연결합니다. 운영 기록에는 판단을 뒷받침한 자료와 선택한 행동을 남기면 됩니다. 모델 내부의 모든 사고 과정을 확보해야만 추적이 가능한 것은 아닙니다. 고객 식별값과 문의 본문은 접근 범위와 보관 필요에 맞춰 최소한으로 남깁니다.
비용 비교에는 성공한 실행의 모델 사용료뿐 아니라 추가 도구 호출, 재시도, 잘못된 초안의 수정, 담당자 인계 처리도 들어갑니다. 외부 서비스가 느린 업무에서는 모델 호출을 줄여도 전체 처리 시간이 거의 달라지지 않을 수 있습니다. 에이전트가 불필요한 조회를 생략하는지, 판단을 위한 모델 호출을 더하는지 실제 경로를 봐야 차이를 설명할 수 있습니다.
결과를 기다리는 시간과 전체 사용량은 다른 축입니다. 여러 조회를 동시에 실행하면 대기 시간을 줄일 여지가 있지만 조회 비용의 합은 그대로 남습니다. 건당 평균만 보면 일부 긴 탐색이 가려지므로 느리게 끝난 건과 한도 때문에 멈춘 건도 별도로 살핍니다.
자율성을 넓히기 전에는 실패 원인을 나눕니다
두 방식을 비교할 때는 같은 입력 묶음, 같은 접근 자료, 같은 완료 조건을 사용합니다. 일반 사례와 예외 사례를 섞되 결과는 유형별로 분리합니다. 담당자 인계를 허용한 설계와 완전 자동 완료를 요구한 설계를 단순 완료율 하나로 비교하면 요구 조건부터 달라집니다.
오답이 난 뒤에는 필요한 자료를 얻지 못했는지, 자료를 잘못 해석했는지, 도구 선택이 잘못됐는지, 끝났는데도 계속 탐색했는지를 나눠 봅니다. 자료 접근 자체가 불가능한 문제라면 자율성을 높여도 해결 경로가 생기지 않습니다. 고정 경로 밖의 유효한 자료를 자주 놓친다면 그 구간만 탐색 후보가 됩니다.
실행 규칙과 도구·검증을 묶는 구성은 AI 자동화 하네스 구축 가이드에서 이어 볼 수 있습니다. 자동화 방식의 초기 선택에서는 이미 설명 가능한 절차부터 고정하고, 예외 기록으로 필요성이 확인된 구간에만 판단권을 추가하는 편이 좋습니다. 위임한 구간마다 허용 도구와 완료 조건을 적으면 이후 시험에서 자율성이 실제로 무엇을 바꿨는지 비교할 수 있습니다.
자료 확인 기준: 2026년 10월 28일 UTC. 구현 문서의 설정과 제공 기능은 변경될 수 있습니다.
멀티에이전트는 언제 도움이 될까: 분업 비용과 결과 통합
조사할 범위가 넓어져도 모든 작업을 동시에 나눌 수 있는 것은 아닙니다. 앞 단계 의존성과 공유 자료를 먼저 구분하고, 위임·중복·검수·통합까지 포함한 분업 비용을 기록합니다.
AI 에이전트에 어디까지 권한을 줄까: 조회·수정·결제의 경계
문서를 읽도록 연결한 도구가 수정·삭제까지 허용하면 작은 오판의 영향도 커집니다. 행동의 대상·외부 영향·복구 가능성을 기준으로 위임 범위와 승인 지점을 설계합니다.
AI 에이전트가 멈추지 않을 때: 반복·시간·비용의 중단 조건
같은 오류를 다시 만나는 실행과 자료를 더 찾으며 전진하는 실행은 중단 기준이 다릅니다. 진척 신호와 호출·시간·비용 한도를 함께 두고, 끝날 때 남길 상태와 인계 정보를 정합니다.
