에이전트 기반 시스템은 Planning(계획), Memory(기억), Tool Use(도구 사용), Action Execution(실행)이라는 네 기능이 결합되어 목표를 단계적으로 달성한다. 각각은 독립된 모듈이 아니라 서로 연결된 역할 분담이다. 계획이 방향을 정하고, 메모리가 맥락을 유지하고, 도구가 실행 능력을 확장하고, 실행이 결과를 만든다.
에이전트 기반 시스템은 Planning(계획), Memory(기억), Tool Use(도구 사용), Action Execution(실행)이라는 네 기능이 결합되어 목표를 단계적으로 달성한다. 각각은 독립된 모듈이 아니라 서로 연결된 역할 분담이다. 계획이 방향을 정하고, 메모리가 맥락을 유지하고, 도구가 실행 능력을 확장하고, 실행이 결과를 만든다.
이 글에서는 에이전트 시스템을 구성하는 주요 요소와 각각의 역할을 개념적으로 설명한다. 특정 프레임워크나 구현 방식은 다루지 않는다.
"신규 공급사 계약 초안 검토"라는 목표가 들어왔다고 가정해보자.
에이전트는 먼저 Planning을 수행한다. 목표를 실행 가능한 단계로 분해하고 순서를 정하는 것이다. 계약서 접수 확인 → 조항별 리스크 분류 → 유사 계약 선례 비교 → 검토 의견 초안 작성 순서로 흐름을 구성한다. Planning이 없으면 작업이 즉흥적으로 흘러가고 필수 단계가 누락된다.
실행이 시작되면 상태(state)와 메모리(memory)가 함께 작동한다. State는 현재 어느 단계에 있는지를 나타낸다. "현재 3번 조항 분류 완료"가 State다. Memory는 이미 쌓인 맥락 정보다. "이 공급사와의 과거 계약에서 분쟁이 발생한 이력"이나 "앞선 계약에서 발견된 모호한 표현 유형"이 Memory에 해당한다. 이 둘이 없으면 에이전트는 매 단계마다 처음부터 다시 파악해야 한다.
Tool Use는 모델 내부 지식만으로 확인할 수 없는 정보를 외부에서 가져온다. 공급사의 최신 신용등급은 외부 데이터 API로 조회하고, 유사 계약 선례는 사내 계약서 DB를 검색한다. 수치 계산이 필요하면 코드를 실행한다. 도구 없이는 에이전트의 실행이 학습 당시의 내부 지식에 갇힌다.
마지막으로 Action Execution이 실제 결과물을 만든다. 분류된 리스크 조항을 바탕으로 검토 의견서를 작성하고, 담당자에게 전달할 요약본을 생성한다. 실행 결과를 확인한 뒤 특정 조항의 법적 해석이 모호하면, 그 조항만 법령 DB를 추가 조회해 재작성한다. 이 관찰-조정 과정이 에이전트를 단순한 자동화와 구분짓는다.
구성 요소주된 역할없을 경우 나타나는 문제Planning목표를 단계로 분해하고 순서를 정함작업이 즉흥적으로 흘러가거나 단계 누락상태(State)현재 진행 상황을 명확히 유지반복 작업, 단계 혼선메모리(Memory)누적 맥락과 과거 결과를 이어받음같은 정보 재확인, 맥락 단절Tool Use외부 정보와 기능 활용추론이 내부 지식에만 의존Action Execution실제 결과물 생성계획은 있으나 실행이 멈춤
"네 가지 요소가 항상 동일한 비중으로 있어야 한다"
목적과 설계에 따라 특정 요소가 단순화되거나 생략될 수 있다. 단발성 조회 작업이라면 Planning이 최소화될 수 있고, 메모리가 필요 없는 경우도 있다.
"메모리는 반드시 장기 저장이어야 한다"
메모리는 단기·중기·장기 형태로 설계할 수 있다. 한 세션 안에서만 유지하는 단기 메모리도 메모리의 한 형태다.
"Tool Use가 있으면 에이전트다"
도구 사용은 중요한 요소지만, Planning·State 관리·Action Execution과 결합될 때 에이전트 시스템으로서의 의미가 커진다.
Q1. Planning이 없으면 에이전트가 될 수 없는가?
단순하거나 즉각적인 작업에서는 Planning 없이도 가능하다. 다단계 목표를 다루는 경우에는 Planning이 포함되는 것이 일반적이다.
Q2. State와 Memory는 반드시 분리해야 하는가?
개념적으로는 구분되지만, 구현에서는 하나의 구조로 묶여 표현될 수 있다. 역할이 다르므로 설계 시 구분해서 생각하는 것이 도움이 된다.
Q3. Action Execution은 텍스트 생성과 같은 개념인가?
텍스트 생성도 포함되지만, Action Execution은 도구 호출, DB 조회, 파일 저장, 시스템 상태 변경 등 더 넓은 범위의 실행을 포함한다.
