Best practices for building agentic automations with Amazon Quick Automate

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

Amazon Quick Automate의 운영 환경용 자동화는 프로세스 재설계, 명확한 에이전트 책임, 결정적 단계, 사람 검토, 지속적인 평가를 토대로 구축해야 한다.

📌 핵심 요약

• Amazon Quick Automate는 Amazon Quick의 다중 에이전트 자동화 기능으로, 부서·시스템·사용자 인터페이스·API·외부 애플리케이션에 걸친 작업을 조율한다.
• 자동화는 구체적인 업무 문제에서 출발하고, 처리 시간·오류율·처리량·거래당 비용 등 성공 지표를 정의한 뒤 불필요한 단계를 제거하는 목표 프로세스를 설계해야 한다.
• 각 에이전트는 하나의 일관된 책임을 맡고 필요한 지침과 도구만 사용해야 하며, Structured Output으로 반환 데이터의 형식을 지정하면 단계 간 전달 오류를 줄일 수 있다.
• 완전히 명시할 수 있는 규칙에는 결정적 단계를, 비정형 정보 해석과 맥락 판단에는 에이전트를 사용한다. Quick Automate는 토큰 수가 아니라 실행 시간에 해당하는 에이전트 시간 단위로 과금한다.
• 사람 검토는 응답을 기다리는 차단형과 처리를 계속하는 비차단형으로 구분하며, 실제 검토 결과로 개입 수준을 조정해야 한다. 에이전트 평가는 실제 입력 범위를 대상으로 지속해야 하지만, 제공된 원문은 대표성 있는 평가 데이터의 필요성을 소개하는 부분에서 끝난다.

🧩 주요 포인트

1. 프로세스 재설계와 성공 지표의 선행 → 기존 낭비의 자동화와 범위 확대를 억제하고 업무 성과를 기준으로 설계 판단.
2. 책임 분리·Structured Output·결정적 단계의 결합 → 개별 시험과 오류 추적을 쉽게 하고 데이터 전달의 안정성과 실행 효율을 확보.
3. 사람 검토 결과와 지속적인 평가의 활용 → 과도한 승인 요청과 필요한 개입의 누락 사이에서 자동 처리 범위를 근거에 따라 조정.

🧠 상세 정리

1. 운영 환경에서 필요한 설계 원칙

Amazon Quick Automate는 Amazon Quick 안에서 여러 에이전트를 조율해 기업의 업무 자동화를 구축·배포·유지하도록 돕는 기능이다. 자동화 범위는 부서와 시스템을 넘어 사용자 인터페이스, API 상호작용, 외부 애플리케이션까지 이어지며, 에이전트는 맥락을 해석하고 변형된 입력에 적응하면서 사람 및 다른 에이전트와 협력한다. 그러나 여러 시스템에 걸친 프로세스, 비정형·반정형 입력, 잦은 업무 규칙 변경은 운영상의 어려움을 만든다. 책임 경계, 사람의 감독, 결정적 제약, 평가를 의도적으로 설계하지 않으면 흐름이 쉽게 깨지고 행동을 예측하기 어려워질 수 있다. 원문은 시범 운영에서 실제 운영으로 확장할 때 기술 자체보다 업무가 실제로 어떻게 수행되는지 이해하는 일이 성공을 좌우한다고 강조한다.

2. 업무 문제에서 출발하는 대상 선정과 성공 기준

자동화 대상은 에이전트를 사용하고 싶다는 의도보다 높은 운영비, 낮은 고객 만족도, 긴 처리 시간, 반복적인 수작업처럼 구체적인 업무 문제에서 찾아야 한다. 적합한 프로세스는 여러 업무 기록 시스템을 연결하고 이메일이나 문서 같은 비정형·반정형 입력을 받으며, 단순한 조건 분기보다 맥락 판단을 요구하고 예외가 자주 발생한다. 예를 들어 PDF 송장은 구매 주문과 대조하고 적절한 승인을 거쳐 전사적 자원 관리 시스템에 반영해야 하며, 직원 입사 처리는 인사·정보기술·시설 시스템을 가로지른다. 대상을 정한 뒤에는 구축에 앞서 처리 시간 단축, 오류율 감소, 처리량 증가, 거래당 비용 감소 등 측정할 성과를 합의해야 한다. 이렇게 정한 지표는 추가하려는 기능이 실제 목표에 얼마나 기여하는지 판단하게 하므로 범위가 불필요하게 커지는 것을 막는 기준이 된다.

3. 목표 프로세스를 먼저 설계하고 낭비 제거

수작업을 에이전트 기반 업무로 바꾸는 일은 기존 단계에 에이전트를 덧붙이는 것이 아니라, 에이전트가 많은 작업을 담당할 때 업무가 어떻게 흘러야 하는지 다시 설계하는 일이다. PDF 내용을 스프레드시트에 재입력하거나, 가시성 확보를 위해 문서를 여러 수신함으로 전달하거나, 도구 사이에서 파일을 내려받고 다시 올리는 단계는 시스템 단절을 메우기 위해 존재했을 수 있다. 원문은 이런 단계를 제거하고 앞선 작업이 끝나는 즉시 다음 작업을 시작하도록 하여 인계와 대기 시간을 줄일 수 있다고 설명한다. 동시에 일부 수동 확인은 불필요해지지만, 에이전트의 판단을 사람이 확인해야 하는 특정 시점은 오히려 더 중요해진다. 가능한 단계를 충분히 삭제하는 방향으로 목표 프로세스를 먼저 그린 뒤 현재 상태를 정리해야 하며, 현재 상태 분석의 주된 목적은 목표와의 격차를 찾는 것이다.

4. 에이전트의 책임과 데이터 반환 형식 제한

모든 일을 담당하는 하나의 에이전트는 구축과 디버깅이 어렵고, 더 많은 지침·도구·작업과 추론 단계를 필요로 하므로 실행 비용도 커질 수 있다. 송장 처리에서는 문서를 읽어 구조화하는 역할, 구매 주문 및 계약과 대조해 불일치를 찾는 역할, 금액과 범주에 따라 승인 경로를 정하는 역할을 나누는 방식이 제시된다. 이렇게 일관된 책임 단위로 나누면 각 에이전트를 독립적으로 시험하고 개선할 수 있으며 문제가 생겼을 때 확인할 대상을 좁히기 쉽다. Quick Automate에서는 에이전트별 지침과 사용 가능한 도구 및 작업을 제한할 수 있고, Automation Assistant는 제공된 프로세스 설명을 바탕으로 자동화를 구축하면서 도구 범위를 조정한다. Structured Output은 공급업체명, 송장 번호, 항목, 합계처럼 반환해야 할 데이터 형식을 지정해 자유 형식 텍스트의 해석에 따른 오류를 줄이고 다음 단계로의 전달을 안정화한다.

5. 판단이 필요한 작업과 결정적 실행의 결합

Quick Automate는 모델 없이 실행되는 결정적 단계와 에이전트 단계를 함께 구성할 수 있으며, 판단이 필요한 곳에만 에이전트를 배치하는 접근을 권장한다. 코드 단계는 데이터 변환, 계산, 고정된 계약을 따르는 연동에 적합하고, 결정적 제어 흐름은 구조화된 필드를 평가해 송장 금액의 승인 기준 초과 여부처럼 정해진 조건에 따라 경로를 선택한다. 규칙에서 벗어났을 때 에이전트가 임의로 우회하기보다 예측 가능하게 실패하도록 만들거나, 여러 에이전트를 고정된 순서로 연결하는 것도 가능하다. 공급업체 이메일 해석, 스캔한 계약서의 지급 조건 추출, 두 구매 주문과 부분적으로 일치하는 송장의 처리 판단 등에는 에이전트가 적합하다. 과금은 토큰 수가 아닌 실행 시간에 해당하는 에이전트 시간 단위이므로, 빠른 결정적 단계와 순차 구성을 활용해 전체 실행 시간을 줄이는 것이 실질적인 비용 효율과 연결된다.

6. 차단형과 비차단형 사람 검토의 구분

중요도가 높은 업무에서 완전한 자율 실행이 항상 적절한 것은 아니며, Quick Automate는 필요한 시점에 사람을 참여시키는 두 가지 서로 다른 방식을 지원한다. 차단형 사람 검토는 에이전트가 도움을 요청하고 응답이 올 때까지 멈추는 방식으로, 구매 주문과 명확히 일치하지 않는 송장을 재무 검토자에게 전달한 뒤 처리 방향이 확인되면 재개하는 사례가 제시된다. 큰 금액의 지급, 고객에게 계약서 발송, 업무 기록 시스템의 정정 반영도 승인 전 정지가 필요한 사례다. 비차단형 사람 검토는 담당자에게 알린 뒤 응답을 기다리지 않고 다음 거래 처리를 계속하므로, 감독을 유지하면서 처리 속도를 보존해야 하는 상황에 적합하다. 사람이 정해진 시간 범위 안에서 비동기로 답하는 경우에도 일부 예외를 해결 대기 상태로 두면서 다른 건을 처리할 수 있다는 점이 두 방식의 중요한 차이다.

7. 검토 개입 수준과 응답 지연 처리

사람 검토를 얼마나 넣을지는 실제 데이터를 보며 조정해야 하며, 원문은 불필요한 검토 요청과 필요한 검토의 누락이라는 두 실패 유형으로 설명한다. 에이전트가 스스로 처리할 수 있는 건까지 넘기면 검토자가 승인을 형식적으로 반복할 수 있고, 반대로 개입이 필요한 건을 자동으로 진행하면 신뢰를 훼손하고 사후 복구 비용을 키울 수 있다. 초기에는 보수적으로 시작해 검토자가 에이전트의 제안 행동을 실제로 얼마나 수정하는지 측정하고, 특정 사례군의 신뢰성이 입증되면 자동 처리 범위를 점진적으로 넓혀야 한다. 검토 양식에는 에이전트의 요약과 함께 근거 이미지 및 PDF를 포함할 수 있어, 검토자가 실제 송장이나 계약서를 보며 판단하도록 지원한다. 또한 응답이 늦어질 때의 처리와 상위 담당자에게 넘기는 경로를 정해야 하며, 시간 제한이 없는 차단형 단계가 전체 프로세스를 멈추게 해서는 안 된다고 강조한다.

8. 실제 입력 범위를 반영하는 지속적인 평가

에이전트의 행동은 실행할 때마다 달라질 수 있으므로 원문은 전통적인 자동화보다 평가의 중요성이 더 크다고 설명한다. 평가는 출시 전에 한 번 수행하는 시험이 아니라 지속적인 운영 활동으로 다뤄야 하며, 각 에이전트가 실제로 접하게 될 다양한 입력에서 얼마나 잘 작동하는지 근거를 확보하는 것이 목적이다. 이는 한 번의 성공적인 실행만으로 전체 입력 범위에 대한 성능을 판단하기 어렵다는 문제와 연결되며, 원문은 평가의 대상을 개별 에이전트의 실제 입력 범위로 명시한다. 좋은 평가가 대표성 있는 데이터에서 시작한다는 설명까지는 제공되지만, 이후 문장이 중간에 끊겨 데이터 구성이나 세부 평가 절차는 확인할 수 없다. 따라서 이 부분에서 확인 가능한 핵심은 평가의 지속성, 실제 입력 범위에 대한 성능 확인, 대표성 있는 데이터의 필요성이다.

🧾 핵심 주장 / 시사점

• 프로세스를 그대로 옮기는 방식보다 불필요한 단계를 먼저 제거하는 방식이 자동화의 성과 목표와 직접 연결된다.
• 책임 분리와 구조화된 출력은 에이전트 간 연결을 안정화하고, 결정적 단계는 규칙이 명확한 작업의 실행 시간과 변동성을 줄이는 역할을 한다.
• 사람 검토의 효과는 승인 단계의 존재만으로 확보되지 않으며, 실제 수정 빈도와 개입 누락을 살펴 자동 처리 범위를 조정해야 한다.

✅ 액션 아이템

• 처리 시간·오류율·처리량·거래당 비용 중 성공 지표를 정의하고, 불필요한 단계를 제거하는 목표 프로세스 설계.
• 에이전트별 책임과 필요한 도구를 한정하고, Structured Output과 결정적 단계의 적용 범위 구분.
• 차단형·비차단형 사람 검토를 배치하고, 실제 검토 결과와 지속적인 평가를 근거로 자동 처리 범위 조정.

❓ 열린 질문

• 처리 시간·오류율·처리량·거래당 비용 중 자동화의 성공을 판단할 우선 지표는 무엇인가?
• 자동화 대상에서 결정적 단계로 완전히 명시할 수 있는 규칙과 에이전트의 맥락 판단이 필요한 작업은 각각 무엇인가?
• 차단형과 비차단형 사람 검토를 어떤 경우에 적용하며, 실제 검토 결과가 어느 수준일 때 자동 처리 범위를 넓힐 것인가?