Coming Soon

Endue 를 만들고 있습니다. 아직 보여드릴 화면은 없습니다. 그래서 화면 대신 우리가 어디를 보고 있는지를 먼저 적습니다. 이 글은 우리가 이 제품을 왜 만드는지에 대한 기록입니다.

에이전트 서비스는 어디까지 왔나

지난 두 해 동안 AI 에이전트 서비스는 빠르게 자랐습니다. 처음에는 대화창이었습니다. 질문을 넣으면 답이 나왔고, 거기까지였습니다. 그다음 모델이 도구를 쥐었습니다. 검색을 하고, 코드를 실행하고, 파일을 읽습니다. 지금은 루프를 돕니다. 목표를 주면 계획을 세우고, 도구를 골라 쓰고, 결과를 보고 다음 걸음을 정합니다.

이 발전은 계속됩니다. 모델은 더 길게 집중하고, 더 정확하게 도구를 다루게 될 겁니다. 우리는 그 방향을 의심하지 않습니다. 다만 한 가지가 눈에 밟힙니다. 지금의 서비스 대부분이 에이전트를 한 명씩, 한 창 안에서, 사람이 지켜보는 동안만 부린다는 점입니다. 모델의 능력은 해마다 자라는데 에이전트를 담는 그릇은 아직 대화창 하나에 머물러 있습니다. 우리가 만들려는 것은 그 그릇입니다.

하나에서 여럿으로, 멀티 에이전트

사람의 일은 혼자 끝나지 않습니다. 회사에는 역할이 있고, 역할마다 권한과 책임이 다릅니다. 에이전트도 같은 길을 갑니다. 조사를 잘하는 에이전트, 글을 다듬는 에이전트, 고객을 응대하는 에이전트. 하나의 만능 에이전트에 모든 지시를 욱여넣으면 지시가 서로 부딪히고, 컨텍스트는 금방 바닥납니다. 역할을 나누면 각자는 단순해지고, 전체는 유능해집니다.

여럿을 쓰는 순간 새 문제가 생깁니다. 이 에이전트가 누구인지, 무엇을 할 수 있는지, 어제 무슨 일을 했는지 누군가는 알아야 합니다. 그래서 멀티 에이전트 시스템의 중심에는 관리가 옵니다. 신원, 권한, 기록. 사람을 고용할 때 계정과 권한을 먼저 만들듯, 에이전트에게도 같은 것이 필요합니다.

채널이 늘어나면 일이 달라진다

에이전트를 쓰려고 새 앱을 여는 동안은 에이전트가 도구에 머뭅니다. 일은 카카오톡에서, 슬랙에서, 메일함에서 벌어집니다. 에이전트가 동료가 되려면 사람이 이미 말하고 있는 곳으로 에이전트가 가야 합니다. 팀 채널에 초대되고, 고객 문의에 답하고, 메일 스레드를 이어받는 식으로요.

채널이 늘어나면 에이전트의 성격도 달라집니다. 대화창 안의 에이전트는 물음에 답하면 됩니다. 채널 위의 에이전트는 메시지가 언제 올지 모릅니다. 밤에도 오고, 동시에 열 개가 옵니다. 상시 대기, 동시 처리, 채널마다 다른 말투와 권한. 이건 시스템이 풀어야 하는 문제입니다.

에이전트끼리 일을 나누는 법

여러 에이전트가 한 조직에 있으면 다음 질문은 협업입니다. 조사 에이전트가 모은 자료를 작성 에이전트가 받아 초안을 쓰고, 검토 에이전트가 읽고 돌려보냅니다. 사람 팀이 하는 그 흐름을 에이전트 팀도 하게 됩니다.

협업에는 규약이 필요합니다. 일을 넘길 때 무엇을 함께 넘기는지, 결과를 누가 받아 확인하는지, 실패하면 누구에게 돌아가는지. 그리고 전부 기록되어야 합니다. 어떤 에이전트가 어떤 권한으로 무엇을 했는지 나중에 따라갈 수 없다면, 그 협업은 조직에 들일 수 없습니다. 우리는 에이전트 간 협업을 워크플로로 봅니다. 넘겨주기, 검토, 승인, 기록이 시스템 레이어에 있어야 합니다.

완전한 자율을 향해

마지막 단계는 사람이 시키지 않아도 움직이는 에이전트입니다. 아침마다 지표를 읽고 이상하면 알리는 에이전트, 문의가 쌓이면 스스로 분류부터 시작하는 에이전트. 목표를 받고, 때가 되면 스스로 일어나는 존재입니다.

자율은 방임과 다릅니다. 자율이 커질수록 통제는 정교해져야 합니다. 지금 무엇을 하고 있는지 실시간으로 보이고, 언제든 개입할 수 있고, 즉시 멈출 수 있어야 합니다. 위험한 행동 앞에서는 멈춰 서서 사람의 승인을 기다려야 하고요. 브레이크가 좋은 차가 빨리 달릴 수 있습니다. 자율형 에이전트도 같습니다. 관찰과 개입과 정지가 갖춰진 만큼만 자율을 늘릴 수 있습니다.

우리는 왜 이걸 잘할 수 있는가

위에 적은 것들의 공통점이 보이실 겁니다. 신원, 권한, 실시간 관찰, 기록, 채널 연동. 전부 시스템의 문제입니다. 우리는 그 시스템을 만들어 온 사람들입니다. 인증과 권한, 실시간 파이프라인, 메시징 플랫폼 연동 같은 기반을 오래 다뤄 왔습니다.

접근도 거기서 출발합니다. 에이전트를 프롬프트로 다스리는 데는 한계가 있습니다. 프롬프트는 부탁이고, 부탁은 어겨질 수 있습니다. 권한과 승인과 정지는 시스템 레이어에서 강제되어야 합니다. 모델이 아무리 바뀌어도 흔들리지 않는 층을 만드는 것, 그게 우리가 잘하는 일이고 이 제품의 뼈대입니다.

왜 클라우드인가

자율형 에이전트는 꺼지지 않아야 합니다. 새벽 세 시에 온 고객 메시지를 받으려면, 매일 아침 아홉 시에 스스로 일어나려면, 노트북 전원과 상관없이 어딘가에서 계속 돌고 있어야 합니다. 채널 연동도 마찬가지입니다. 메신저의 웹훅을 받으려면 항상 열려 있는 주소가 필요합니다.

보안 경계도 클라우드에 있을 때 명확해집니다. 자격 증명을 각자의 기기에 흩뿌리는 대신 한곳에서 보관하고, 감사 로그를 한곳에 쌓고, 사고가 나면 한곳에서 끊습니다. 에이전트가 열 개에서 백 개가 될 때 개인 기기는 그 무게를 감당하지 못합니다. 클라우드는 선택이라기보다 자율형 에이전트의 전제에 가깝습니다.

인터넷 트래픽의 다음 주인

이미 인터넷 트래픽의 절반 가까이는 사람이 아닌 것으로 조사됩니다. 크롤러와 봇이 그만큼을 차지한 지 오래고, 여기에 에이전트가 더해지고 있습니다. 사람 대신 검색하고, 사람 대신 예약하고, 에이전트끼리 API 로 대화하는 트래픽입니다.

이 곡선은 한동안 위로만 갈 겁니다. 사람 한 명이 에이전트 여럿을 부리고, 에이전트 하나가 수십 번의 호출을 만들어내니까요. 그 세상에서 필요한 것은 그 트래픽을 만들고, 보고, 다스릴 수 있는 자리입니다. 에이전트가 인터넷의 주요한 행위자가 될 때, 그 행위자들을 위한 운영 기반이 있어야 합니다. 우리는 그 자리를 만들고 있습니다.

생태계라는 완성

에이전트 혼자서는 쓸모가 제한됩니다. 쓸모는 연결에서 나옵니다. 메일과 캘린더와 문서 도구로 이어지는 커넥터, 일하는 방법을 담은 스킬, 에이전트끼리 서로를 찾고 부르는 규약. 이런 것들이 쌓여야 에이전트가 실제 업무에 들어옵니다.

그리고 생태계는 혼자 만들 수 없습니다. 누구나 커넥터를 더하고, 스킬을 나누고, 자기 에이전트를 다른 에이전트와 잇게 만드는 것이 우리의 계획입니다. 플랫폼의 가치는 그 위에서 남들이 만든 것의 합이라고 믿습니다.

그래서, Coming Soon

멀티 에이전트, 멀티 채널, 협업, 자율. 갈 길이 짧지 않다는 것을 압니다. 순서대로 가겠습니다. 먼저 에이전트를 만들고 관리하는 자리, 그다음 채널, 그다음 협업과 자율. 준비가 되는 대로 이 페이지에서 보여드리겠습니다.

곧 만나요.