Planning은 주어진 목표를 달성하기 위해 필요한 작업을 단계로 나누고, 수행 순서를 정하는 기능이다. "해야 할 일 목록을 만드는 것"이 아니라, 어떤 순서로 어떤 방법으로 목표에 도달할지 실행 경로를 설계하는 과정이다. 잘 짜인 Planning은 작업 중 예상치 못한 상황이 생겨도 경로를 수정할 수 있는 여지를 남긴다.
Planning은 주어진 목표를 달성하기 위해 필요한 작업을 단계로 나누고, 수행 순서를 정하는 기능이다. "해야 할 일 목록을 만드는 것"이 아니라, 어떤 순서로 어떤 방법으로 목표에 도달할지 실행 경로를 설계하는 과정이다. 잘 짜인 Planning은 작업 중 예상치 못한 상황이 생겨도 경로를 수정할 수 있는 여지를 남긴다.
이 글에서는 에이전트 시스템에서 Planning과 목표 분해의 개념적 기준을 설명한다. 특정 프롬프트 기법, 자동 분해 알고리즘, 구현 방식은 다루지 않는다.
계획은 목표가 구체적일 때만 의미를 갖는다. "보고서 작성"은 계획을 세울 수 없다. "경쟁사 3곳의 가격 정책을 비교한 3쪽 분량의 요약 보고서 작성"이어야 분해와 순서 설정이 가능해진다.
목표가 명확해지면 하위 작업 분해(Task Decomposition)가 시작된다. 목표를 각각 독립적으로 수행 가능하고, 결과를 확인할 수 있는 단위로 쪼갠다. 공시 자료 수집 → 항목별 가격 추출 → 비교 기준 설정 → 표 작성 → 요약 의견 작성처럼 단계를 구성한다.
이때 중요한 것이 의존성 설정이다. 어떤 작업이 먼저 완료되어야 다음 작업이 시작될 수 있는지 파악해야 한다. 가격 데이터 수집이 완료되지 않은 상태에서 비교표를 만들 수 없다. 의존 관계를 무시하면 실행 중 막히는 지점이 생긴다. 반대로 의존성이 없는 작업들은 병렬로 처리해 시간을 줄일 수 있다.
실행 전에 실행 가능성 점검도 필요하다. 각 하위 작업에 필요한 도구, 데이터, 접근 권한이 확보되어 있는지 확인한다. 특정 경쟁사의 가격 정보를 공개 출처만으로 얻을 수 없다면, 그 단계의 접근 방법을 바꿔야 한다.
수집한 공시 자료에 비교 가능한 데이터가 부족하면 어떻게 할까. 다른 출처를 탐색하거나 분석 범위를 조정하는 결정을 내린다. 이처럼 중간 결과에 따라 계획을 수정하는 것을 재계획(Replanning)이라 한다. 재계획은 실패가 아니라 계획이 현실에 적응하는 과정이다.
기준의미충족되지 않을 경우명확성작업의 결과가 분명히 정의됨완료 여부 판단이 어려움독립성다른 작업과 과도하게 얽히지 않음병렬 처리나 순서 변경이 어려움실행 가능성실제 수행 수단이 갖춰져 있음계획만 있고 실행 불가순차성앞뒤 의존 관계가 논리적임단계 누락·중복 발생검증 가능성결과를 확인할 수 있음오류 감지가 어려움
"계획은 한 번 세우면 변경하지 않는다"
실행 결과에 따라 계획이 수정되는 것은 정상이다. 처음부터 완벽한 계획보다, 수정 가능한 계획을 세우는 것이 실용적이다.
"세분화할수록 좋은 계획이다"
지나친 분해는 관리 복잡도를 높이고 실행 속도를 늦춘다. 하위 작업의 크기는 실행 단위로서 의미 있는 수준으로 유지해야 한다.
"Planning은 자동화 알고리즘이다"
Planning은 개념적 기능이다. 사람이 명시적으로 정의하기도 하고, 시스템이 목표를 분석해 자동으로 구성하기도 한다. 구현 방식은 설계에 따라 다양하다.
Q1. Planning 없이도 에이전트가 동작할 수 있는가?
단순하거나 즉각적인 작업에서는 가능하다. 다단계 목표를 다루는 경우에는 Planning이 포함되는 것이 일반적이다.
Q2. 목표 분해는 항상 사람이 정의해야 하는가?
설계에 따라 시스템이 자동으로 분해하기도 한다. 다만 분해의 기준과 제약은 사람이 정하는 경우가 일반적이다.
Q3. 모든 하위 작업은 순차적으로 실행되어야 하는가?
아니다. 서로 의존성이 없는 하위 작업은 병렬로 처리할 수 있다. 순차성이 필요한 작업과 병렬화 가능한 작업을 구분하는 것이 효율적인 계획의 조건 중 하나다.
