Different decisions require different agents.
수익성 분석과 공급계획은 필요한 지식·계산·변경 권한이 다릅니다. 이 차이를 분리 기준으로 사용합니다. 원인 분석·예측·시뮬레이션이라는 질문 유형마다 Agent를 하나씩 만들지는 않습니다.
업무 Application, 공통 지식 기반, 검증과 승인 절차를 함께 설계합니다. 전문 Agent는 담당 업무에 필요한 지식과 도구를 사용하고, 결과를 다음 업무로 연결합니다.
하나의 거대한 Agent에 모든 업무·도구·권한을 집중하지 않고, 필요한 전문 업무를 Coordinator로 연결합니다. 실제 Agent 수는 업무 요구와 평가 결과로 정합니다. 단순한 업무에는 단일 Agent나 정해진 절차만으로 충분할 수 있습니다.
수익성 분석과 공급계획은 필요한 지식·계산·변경 권한이 다릅니다. 이 차이를 분리 기준으로 사용합니다. 원인 분석·예측·시뮬레이션이라는 질문 유형마다 Agent를 하나씩 만들지는 않습니다.
Context Boundary = Responsibility / Permission Boundary는 같은 업무 범위에 맞추는 설계 원칙입니다. 문맥 자체가 보안을 보장하지는 않습니다. 데이터 서비스와 도구가 실제 권한을 확인하며, Coordinator가 모든 Agent의 권한을 자동으로 갖지 않습니다.
Agent별 상태·도구·권한·평가를 관리하되 공통 모델 서비스와 실행 기반은 재사용할 수 있습니다.
계산과 규칙 처리는 검증된 도구에, 해석과 탐색은 Agent에 맡깁니다. 사전 허용된 작업은 자동 처리하고 정책이 요구하는 변경은 승인 후 실행합니다. 실행 결과와 반복 예외는 검토·평가를 거쳐 지식과 운영 기준에 반영합니다.