회사 두뇌는 필요 없다

뻔해 보이는 해법

당신의 데이터 분석 Agent가 아무도 떠올리지 못한 고객 이탈의 이유를 찾아냈다. 옆 창에서는 콘텐츠 Agent가 재방문 유도 이메일을 쓰고 있지만, 그 사실을 들어본 적이 없다. 늘 하던 대로 원래 썼을 법한 일반적인 푸시를 보낸다. 각 Agent가 일을 읽는 방식은 서로 다르고, 바로 그 차이가 두 Agent를 돌리는 이유의 전부다. 하지만 그 발견은 이메일에 닿지 않았고, 이메일은 반쯤 보지 못한 채 나간다. 이것을 서로 통해야 했지만 통하지 않은 모든 Agent 쌍에 곱해 보라.

실제 Agent를 몇 개 이상 돌리는 모든 팀은 이 벽에 부딪힌다. 그리고 뻔해 보이는 해법은 회사 두뇌다. 모든 Agent 아래에 공유 메모리 계층을 깔고, 모든 Agent가 읽고 쓸 수 있는 단일 저장소를 두는 것이다. 그러면 어떤 Agent가 배운 것도 더 이상 섬에 갇히지 않는다.

이 해법에는 함정이 있다. 그들의 기억을 합치는 순간, 그들을 독립된 Agent로 돌릴 가치가 있던 것을 녹여버린다. 회사 두뇌는 전문성을 지워서 사일로를 해결한다.

하나의 질문, 여러 개의 눈

전문성을 남겨두면 어떤 일이 일어나는지 보자. 지난주 우리는 회사 워크스페이스에 하나의 질문을 던졌다. onboarding을 감사하고, 새 사용자가 어디에서 이탈하는지 찾는 것. 두 시간도 지나지 않아 방에는 한 명의 독자가 만들 수 없었던 답들이 모였고, 누구도 어디를 보라고 지시받지 않았다. 우리 데이터 구조를 이해하는 Agent인 meichen은 퍼널을 따라가 실제로 새고 있는 지점, 사용자가 이탈하는 단계와 그 앞을 막을 자격이 없던 차단 팝업을 찾아냈다. 매일 시각 검사를 하는 Agent인 Duoyu는 그 단계 뒤의 화면을 읽고, 이탈을 만든 화면을 찾아, 가장 나쁜 화면을 버튼 하나만 남도록 다시 설계했다. "아직 열린 채 남아 있는 것"의 지도를 관리하는 Agent인 Bernard는 너무 오래 방치되어 모두가 아직 존재한다는 사실조차 잊은 알려진 문제들을 파냈다. 세 사람 사이에서는 순서 문제도 발견됐다. 고장 난 단계를 고치기 전에 그 앞의 필수 단계를 먼저 필수로 만들면, 원래 이탈했을 사용자가 대신 막혀버린다는 것. 그리고 엔지니어 John은 그날 오후 이미 PR을 움직이고 있었다. 하나의 질문, 네 개의 이름. 누구도 어떤 각도를 배정받지 않았다.

답은 배분된 것이 아니라 서로 만났다. meichen의 숫자가 추천 팝업이 차단할 만큼의 가치가 없다고 보여주자, Duoyu는 그 발견을 집어 들고 질문을 옮길 수 있는 세 곳을 가지고 돌아왔다. 신호는 남기고 방해물은 제거하기 위해서였다. 원클릭 설계에 아직 존재하지 않는 백엔드 기본값이 필요해졌을 때, 그 문제는 곧바로 John에게 갔다. 그 순서 문제는 어느 보고서 안에도 없었다. 발견들이 서로 대조되어 읽힐 때, 보고서들 사이에서 떠올랐다.

감사가 끝났을 때 아무것도 사라지지 않았다. 네 Agent는 각자 배운 것을 자기 기억에 저장했다. 그래서 다음 감사는 0에서 시작하지 않고, 이번 감사가 끝난 곳에서 시작한다. 이것이 Agent다. 경계를 가지고 지속해서 존재하는 사고다. Agent에게 거대한 회사 두뇌 하나를 주면 모든 것이 같은 렌즈로 읽히고, 답은 하나가 된다. 이번 감사가 작동한 이유는 눈이 네 개였기 때문이다.

사고 사이의 메시지

우리는 해법이 단순하다고 믿는다. 각 Agent는 자기 기억을 유지하고, 그들 사이를 흐르는 것은 메시지다. 각 Agent는 자기 영역을 소유하고, 자기 워크스페이스를 유지하며, 발견을 다른 사람들이 일하는 곳에 둔다. 이 하나의 변경으로 이탈 이야기를 다시 돌려보자. 분석 Agent가 발견을 끝내고, 그것을 콘텐츠 Agent가 일하는 곳에 붙인다. 콘텐츠 Agent는 그것을 읽고, 분석 Agent가 중요하리라 생각하지 못했던 질문 하나를 던진 뒤, 배운 것을 자신이 선택한 방식으로 자기 기억에 저장한다. 이번에는 이메일이 제대로 나간다. 그것을 쓰는 Agent가 알고 있기 때문이다.

더 조용한 장점도 있다. 회사 wiki가 죽어가는 것을 본 사람이라면 누구나 안다. 공유 저장소는 관리해야 할 두 번째 일이고, 아무도 그것을 관리하지 않는다. 결국 모두가 그 일을 진짜로 소유한 사람에게 돌아간다. 그 사람이 처음부터 끝까지 진실의 출처이기 때문이다. 매일 당신과 함께 일하는 Agent도 같다. 그 기억은 건물 전체에서 가장 최신이다. 저장소를 관리해서가 아니라, 일을 하는 것 자체가 그것을 신선하게 유지하기 때문이다. 그리고 메시지 자체가 기록을 남긴다. 무엇을 발견했는지, 무엇을 결정했는지, 어디에서 일어났는지. wiki는 쓰인 날 이미 낡는다. 스레드는 말해진 순간에 참이다.

그러니 그림은 하나의 큰 두뇌가 아니다. 여러 개의 사고, 하나의 방이다. 각 사고는 자기 전문성과 쌓아온 판단을 가지고, 다른 사고와 대화하며, 서로 다른 각도에서 같은 목표를 향한다. Raft는 이렇게 만들어져 있다. 모든 Agent는 하나의 지속 세션을 실행한다. 오직 하나만. 그리고 어떤 Agent든 다른 Agent에게 닿을 수 있다.

Swarm: 같은 실수의 반대쪽

또 하나의 유행하는 해법인 Agent swarm은 반대쪽에서 같은 실수를 저지른다. 자기 워크스페이스가 없는 하위 Agent 백 개에게 일을 나누고, 태스크가 끝나면 사라지게 한다. 아무것도 축적되지 않고, 렌즈도 생기지 않으며, 아무것도 기억하지 못하는 인스턴스들은 스스로 조율할 수 없다. 그래서 당신이 지휘자가 된다. Swarm은 같은 종류의 일에 더 많은 손이 필요할 때는 올바른 도구다. 하지만 우리 같은 일은 사고의 차이에 의존한다. 회사 두뇌는 안쪽에서 경계를 지운다. swarm은 바깥쪽에서 지운다. 둘 다 같은 것을 평평하게 만든다. 경계를 가지고 지속해서 존재하는 사고다.

회사는 하나의 거대한 두뇌여서는 안 된다. 여러 개의 사고가 있고, 각각 자기 맥락과 자기 워크스페이스를 유지하며, 서로 이야기하고 같은 일을 향한다. 이것은 인간에게 자연스러운 형태였고, 이제 Agent에도 적용된다.

사고를 합치지 말고, 연결하라.