𝗧𝗵𝗲 𝗙𝘂𝗹𝗹𝗔𝗴𝗲𝗻𝘁𝗶𝗰𝗦𝘁𝗮𝗰𝗸 𝗠𝗮𝗻𝗶𝗳𝗲𝘀𝘁𝗼
모두가 에이전트를 만들려고 노력하고 있습니다.
사람들은 프롬프트, 도구, 그리고 LLM에 대해 이야기합니다. 에이전트가 API를 호출하는 것에 집중하죠. 하지만 이것은 시작일 뿐입니다.
몇 년 안에 질문은 바뀔 것입니다. 에이전트를 어떻게 만드는지가 아니라, 에이전트로 구성된 신뢰할 수 있는 시스템을 어떻게 구축할지를 묻게 될 것입니다.
에이전트는 시스템이 아닙니다. 에이전트는 더 큰 아키텍처의 한 부분일 뿐입니다.
소프트웨어의 다음 단계에는 인프라가 필요합니다. 에이전트, 인간, 그리고 서비스는 신뢰, 메모리, 그리고 증명을 바탕으로 상호작용해야 합니다. 저는 이것을 FullAgenticStack이라 부릅니다.
에이전트를 만드는 것은 점점 쉬워지고 있습니다. 이것이 함정을 만듭니다. 사람들은 에이전트 소프트웨어가 그저 LLM에 도구와 메모리를 더한 것이라고 생각합니다.
그것만으로는 충분하지 않습니다.
도구 호출 기능이 있는 챗봇은 시스템이 아닙니다. 프롬프트 체인은 아키텍처가 아닙니다.
진짜 문제는 에이전트가 작업을 한 번 수행하게 만드는 것이 아닙니다. 진짜 문제는 에이전트 시스템이 현실 세계에서 안전하고 반복적으로 작동하게 만드는 것입니다.
여러분은 다음 질문들에 답해야 합니다:
- 에이전트를 어떻게 오케스트레이션하나요?
- 에이전트를 어떻게 인증하나요?
- 에이전트의 행동을 어떻게 감사(audit)하나요?
- 에이전트의 권한을 어떻게 제한하나요?
- 장애 발생 후 상태를 어떻게 복구하나요?
- 에이전트들이 협업할 때 발생하는 혼란을 어떻게 방지하나요?
이것들은 사소한 문제가 아닙니다. 이것들이 바로 토대입니다.
FullAgenticStack은 에이전트 소프트웨어가 프로덕션 환경에서 작동할 수 있는 환경을 제공합니다. 여기에는 다음이 포함됩니다:
- 인간 및 에이전트의 신원(identity)
- 인증 및 인가(authorization)
- 권한 및 역량(capabilities)
- 상태 및 메모리
- 이벤트 이력 및 관찰 가능성(observability)
- 복구 및 롤백
- 실행 증명
- 제로 트러스트 상호작용
도구 호출은 단지 인터페이스일 뿐입니다. 그것은 신원 문제를 해결하지 못하며, 책임 문제를 해결하지도 못합니다.
만약 에이전트가 제품을 구매한다면, 누가 이를 승인했습니까? 에이전트가 실패한다면 어떻게 복구합니까? 에이전트가 해를 끼친다면, 무슨 일이 일어났는지 어떻게 증명합니까?
이것들은 엔지니어링 요구사항입니다.
차세대 웹은 사람과 기업을 대신해 행동하는 에이전트들로 구성될 것입니다. 에이전트는 협상하고, 일정을 잡고, 사고, 팔 것입니다.
이것이 가능하려면 에이전트는 보이지 않는 스크립트여서는 안 됩니다. 에이전트는 식별 가능하고, 관찰 가능하며, 증명 가능해야 합니다.
여러분에게 필요한 것은 프롬프트 스택이 아닙니다. FullAgenticStack이 필요합니다.
표면만 보지 마십시오. 목표는 에이전트가 도구를 호출할 수 있느냐가 아닙니다. 목표는 에이전트가 신뢰할 수 있는 시스템 내에서 존재할 수 있느냐입니다.
에이전트는 끝이 아닙니다. 그것은 새로운 아키텍처의 시작입니다.
FullAgenticStack 매니페스토: 에이전트는 단순한 LLM이 아닙니다
만약 에이전트가 단순히 LLM에 보내는 프롬프트라고 생각한다면, 당신은 더 큰 그림을 놓치고 있는 것입니다. 에이전트는 하나의 시스템입니다.
에이전트는 다음과 같은 요소들이 유기적으로 맞물려 돌아가는 루프입니다:
- 인지 (Perception): 환경으로부터 정보를 받아들이고 인식합니다.
- 추론 (Reasoning): 받은 정보를 바탕으로 사고하고 판단합니다.
- 계획 (Planning): 목표를 달성하기 위한 단계와 전략을 설계합니다.
- 행동 (Action): 도구를 사용하여 환경에 직접적인 영향을 미칩니다