Action Execution은 계획과 판단의 결과를 실제 작업으로 옮겨 결과를 만들어내는 단계다. 텍스트를 생성하는 것에 그치지 않고, 도구를 호출하고, 상태를 갱신하고, 오류를 처리하는 과정을 포함한다. "생각을 끝내는 단계"가 아니라 "일을 실제로 끝내는 단계"다.
Action Execution은 계획과 판단의 결과를 실제 작업으로 옮겨 결과를 만들어내는 단계다. 텍스트를 생성하는 것에 그치지 않고, 도구를 호출하고, 상태를 갱신하고, 오류를 처리하는 과정을 포함한다. "생각을 끝내는 단계"가 아니라 "일을 실제로 끝내는 단계"다.
이 글에서는 에이전트 시스템에서 Action Execution의 개념과 역할을 설명한다. 특정 실행 엔진, 워크플로 도구, 운영 자동화 구현 세부는 다루지 않는다.
Planning이 "무엇을 어떻게 할지"를 결정하는 단계라면, Action Execution은 실제로 수행해 결과를 만드는 단계다.
실행은 특정 조건이 갖춰지면 시작된다. Planning 단계에서 하위 작업 분해가 완료되면 첫 번째 작업 실행을 시작하는 방식이다. 이후 행동은 순서대로 또는 조건에 따라 이어진다. 검토 의견 초안이 승인되면 다음 단계로 진행하고, 반려되면 수정 단계로 돌아가는 흐름이 그 예다.
각 행동에서는 필요한 외부 기능을 실행하고 결과를 수집한다. 계약서 데이터를 DB에서 조회하고, 결과를 다음 분석 단계의 입력으로 전달한다. 실행이 완료되거나 단계가 바뀔 때마다 상태(State)를 갱신한다. "3번 조항 분석 완료"라는 기록이 있어야 다음 단계가 올바른 순서에서 시작된다.
실행 중 오류가 발생하면 감지하고 대응한다. 외부 API 호출이 실패하면 일정 횟수 재시도하고, 재시도가 모두 실패하면 담당자에게 알림을 발송하거나 해당 단계를 건너뛰고 진행하는 등의 결정을 내린다. 오류와 예외를 전제로 한 설계가 실행 단계의 핵심이다.
Planning은 외부 시스템에 직접적인 영향을 미치지 않는다. Action Execution은 다르다. 실제로 DB에 쓰거나, 파일을 저장하거나, API를 호출하면 그 결과가 남는다. 계획 단계의 실수는 방향 수정으로 대응할 수 있지만, 실행 단계의 실수는 재시도·중단·복구를 필요로 한다.
구분PlanningAction Execution역할무엇을 어떻게 할지 결정실제로 수행해 결과 생성산출물계획·단계 정의실행 결과·관찰 정보외부 시스템 영향없음실제 데이터·시스템 변경 가능실패 시 대응방향 수정재시도·중단·복구
"Action Execution은 단순히 텍스트를 출력하는 것이다"
텍스트 생성은 실행의 한 형태지만, Action Execution에는 도구 호출, 상태 갱신, DB 쓰기, API 요청 같은 실제 시스템 변경이 포함될 수 있다.
"계획만 정확하면 실행은 자동으로 잘 돌아간다"
실행 중 환경이 변하거나 예상치 못한 오류가 발생할 수 있다. 오류 처리와 재시도 로직은 실행 단계 설계에서 빠질 수 없는 부분이다.
"오류는 예외적인 상황이다"
다회 실행 구조에서 오류는 예외가 아니라 전제다. 어떤 지점에서 어떤 오류가 발생할 수 있는지를 설계에 반영하는 것이 일반적이다.
Q1. Action Execution은 항상 도구 호출을 포함하는가?
아니다. 단순 텍스트 생성으로 완결되는 실행도 있다. 외부 처리가 필요한 경우에 도구 호출이 포함된다.
Q2. 실행 실패는 시스템 오류를 의미하는가?
아니다. 실패는 정상적인 실행 결과 중 하나다. 재시도나 경로 변경의 신호로 활용할 수 있다.
Q3. 실행 단계에서 사람의 개입을 완전히 배제해야 하는가?
아니다. 영향 범위가 크거나 되돌리기 어려운 행동에서는 사람이 승인, 검토, 중단할 수 있는 지점을 두는 것이 일반적으로 권장된다.
