에이전트가 많아질수록 회사에는 기억층이 필요하다
에이전트가 회사 안으로 들어오면 많은 사람은 실행 속도부터 본다.
세일즈 agent가 리드를 찾고, 코딩 agent가 PR을 만들고, 고객지원 agent가 답변하고, 프로젝트 매니저 agent가 이슈를 정리한다. 멋진 그림이다. 하지만 실행층만 늘리면 회사는 더 똑똑해지는 것이 아니라 더 시끄러워질 수 있다.
에이전트가 많아질수록 회사에는 더 강한 기억층이 필요하다.
실행층은 기억층 없이는 오래 못 간다
agent는 일을 처리할 수 있다. 하지만 무엇을 기준으로 처리해야 하는지, 지금 회사가 어떤 결정을 이미 했는지, 고객과 어떤 약속을 했는지, 어떤 말은 쓰면 안 되는지, 어떤 예외는 사람에게 넘겨야 하는지 모르면 실행은 쉽게 흩어진다.
사람 팀에서도 같은 문제가 있다. 신입이 들어오면 회사의 맥락을 배워야 한다. 어떤 고객이 중요한지, 어떤 프로젝트가 민감한지, 어떤 결정은 이미 실패했는지, 어떤 표현은 조직 안에서 위험한지 배운다. agent도 다르지 않다. 다만 agent는 모르는 상태에서도 자신 있게 실행하기 때문에 문제가 더 빠르게 드러난다.
그래서 에이전트 회사의 핵심은 agent 수가 아니다. agent가 읽고 실행할 수 있는 조직의 기억이다.
문서는 저장소가 아니라 실행 조건이 된다
기존 문서는 사람이 나중에 찾아보는 보관소에 가까웠다. 회의록, 정책, PRD, 고객 메모, 회고, 가이드가 어딘가에 있었다. 잘 정리되어 있으면 좋았지만, 대충 흩어져 있어도 사람은 눈치와 대화로 메웠다.
에이전트 환경에서는 문서의 성격이 달라진다. 문서는 실행 조건이 된다. agent가 어떤 일을 시작하기 전에 읽어야 할 기준이고, 어떤 판단을 했는지 남기는 로그이고, 다음 실행이 참조하는 memory가 된다.
이때 필요한 것은 단순한 wiki가 아니다. agent-readable한 운영 기억층이다.
- 현재 목표와 하지 않기로 한 일
- 고객별 약속과 민감한 맥락
- 제품/서비스의 금지 조건과 예외 처리
- 반복 업무의 입력과 출력 포맷
- 사람이 최종 판단해야 하는 위험 구간
이런 정보가 없으면 agent는 일을 많이 하지만 회사는 배우지 못한다.
에이전트 회사의 병목은 모델이 아니다
모델 성능은 계속 올라간다. 더 긴 컨텍스트, 더 빠른 추론, 더 좋은 도구 호출, 더 안정적인 코딩 능력이 나온다. 하지만 회사 안에서 실제 병목은 모델 하나의 지능보다 연결이다.
일감은 어디서 생기는가. 누가 우선순위를 정하는가. 어떤 기준으로 agent에게 넘기는가. 결과는 어디에 남는가. 실패는 어떻게 복구되는가. 학습은 다음 작업에 어떻게 반영되는가.
이 질문에 답하지 못하면 회사는 agent를 많이 붙이고도 계속 같은 설명을 반복한다. 사람은 agent에게 맥락을 먹이는 일을 하느라 바빠지고, agent는 같은 실수를 다른 모양으로 반복한다.
그러면 자동화는 생산성이 아니라 새로운 관리 비용이 된다.
사람은 사라지는 게 아니라 판단 루프가 된다
기억층이 생긴다고 사람이 사라지지는 않는다. 오히려 사람의 역할은 더 선명해진다. 사람은 모든 태스크를 직접 처리하는 대신, 목표를 정하고, 예외를 판단하고, 기준을 고치고, 다음 실행에 남길 학습을 결정한다.
좋은 agent 회사는 사람을 제거한 회사가 아니다. 사람의 판단을 반복 가능한 루프 안에 넣은 회사다.
에이전트가 실행층이라면, 사람은 판단층이고, 문서는 기억층이다. 세 층이 같이 움직여야 회사가 배운다.
에이전트가 많아질수록 필요한 것은 더 많은 자동화가 아니라, 더 읽기 쉬운 회사의 기억이다.
이것이 에이전트 시대의 회사 설계가 어려운 이유다. 도구를 붙이는 일은 쉽다. 조직의 기억과 판단 기준을 agent가 읽고 실행할 수 있는 형태로 바꾸는 일이 어렵다. 하지만 해자는 바로 거기서 생긴다.
Source note. 이 글은 Zero Draft Lab 내부 초안 “에이전트 시대의 회사는 실행층과 기억층을 다시 짜야 한다”와 사이트 안의 에이전트 회사 큐레이션 카드들을 바탕으로 독립 아티클화한 초안입니다.
