Agents' next frontier: agent-to-agent and network effects — Jean-Denis Greze, Town

한 줄 핵심

에이전트 간 협업의 본질은 ‘모든 정보에 접근하는 단일 LLM’에 얼마나 가깝게 만들 수 있느냐의 문제이며, 그 해법은 신뢰 경계·도구·공유 저장소·인간 검토·블랙박스 검증을 거쳐 결국 자동화된 프라이버시 정책으로 수렴한다.

시간별 요약

1. 0:00
   다른 에이전트와 협업하는 에이전트 에이전트가 다른 에이전트와 일할 때 네트워크 효과가 크게 생기지만, 실제 핵심은 ‘agent-to-agent’라는 개념보다 여러 정보원을 엮어 올바른 문맥을 만드는 문제다.
2. 1:20
   멀티 에이전트 시스템을 검색 문제로 다시 보기 LLM 시스템의 본질은 답변이나 도구 호출 직전에 필요한 정보를 컨텍스트 윈도우에 정확히 넣는 검색 문제다. 수동 입력, RAG, agentic search는 모두 이 컨텍스트를 잘 채우기 위한 서로 다른 방식이다.
3. 2:30
   모든 것을 볼 수 있는 단일 에이전트 이상적인 세계는 하나의 에이전트가 모든 사람·회사·정부의 정보를 모두 보고 최적의 결정을 내리는 구조다. 멀티 에이전트의 목표는 결국 이 이상 상태를 얼마나 가깝게 근사하느냐에 있다.
4. 3:24
   Coase 정리와 프라이버시 한계 이론적으로는 모든 정보가 있고 거래비용이 없으면 최적의 계약과 협상이 가능하지만, 실제로는 프라이버시와 보안 때문에 모든 데이터를 LLM에 넣을 수 없다. 그래서 멀티 에이전트 시스템의 평가는 ‘완전한 정보 접근’에 얼마나 근접하는지로 봐야 한다.
5. 4:17
   공유 신뢰 경계 가장 단순한 전략은 하나의 신뢰 경계 안에서만 거의 완전한 접근을 허용하는 방식이다. 가족, HR 팀, IT 팀처럼 내부 권한이 명확한 집단에서는 잘 작동하지만, 여전히 사람이 모든 데이터를 염두에 둬야 하므로 확장성에는 한계가 있다.
6. 5:28
   왜 이 방식은 모델과 함께 확장되지 않는가 신뢰 경계 방식은 모델이 좋아져도 자동으로 더 좋아지지 않고, 인간이 계속 데이터와 권한을 관리해야 한다. 결국 새로운 사일로를 하나 더 만드는 셈이라 장기적인 해법이 되기 어렵다.
7. 6:21
   프라이버시와 권한을 맞교환하는 도구 도구를 잘 설계하면 전체 Gmail 접근 대신 관계 강도 같은 요약값만 반환해 프라이버시를 지키면서도 연결 가능성을 찾을 수 있다. 다만 이런 방식도 도구 정의와 사용 설명이 수동적이라, 조직 전체에 널리 배포하려면 운영 부담이 남는다.
8. 8:39
   공유 사일로와 sweeper 에이전트 위키, Airtable, 공유 스킬처럼 공용 저장소를 만들어 정보가 자연스럽게 축적되도록 하면, 유용한 정보가 사일로에 갇히지 않는다. 여기에 하루 끝에 private silo를 훑어 공용 공간으로 옮기는 sweeper AI를 두면, 자동으로 지식 기반이 살아 있는 상태를 유지할 수 있다.
9. 11:54
   인간을 정보의 통로로 쓰기 전통적인 방식은 요청이 올 때마다 사람이 승인하고 정보를 흘려보내는 구조다. 하지만 관련자 전원을 계속 깨워야 하므로 비효율적이며, 소수만 답을 아는 질문일수록 스팸처럼 느껴질 수 있다.
10. 12:49
    블랙박스 방식 질문을 먼저 블랙박스 LLM에 넣고, 실제로 필요한 정보의 소유자에게만 마지막 공유 승인 요청을 보내는 방식이 더 정교하다. 이 접근은 보안과 컴플라이언스를 만족시킬 수 있지만, 결국 어떤 정보가 흘러나갔는지 감사 가능한 구조가 필요하다.
11. 15:31
    어디서 깨지는가, 그리고 영원히 오염된 위키 프롬프트 인젝션, 잘못 축적된 위키, 잘못된 자동 공개는 장기적으로 지식베이스를 망가뜨릴 수 있다. 특히 한번 잘못 들어간 정보가 메모리처럼 남아 버리면, 회사 수준에서는 심각한 사고나 법적 문제로 이어질 수 있다.
12. 17:32
    프라이버시의 자동 모드, 그리고 회사 경계 넘기 앞으로는 저위험 정보는 자동으로 공유하고, 고위험 정보만 사람이 검토하는 자동 모드가 표준이 될 가능성이 높다. 더 나아가 회사 간에도 서로의 에이전트를 신뢰해 제한된 정보만 교환하는 구조가 생기면, 멀티 에이전트의 진짜 네트워크 효과가 발생할 수 있다.

실무 인사이트

• 에이전트 협업 시스템은 ‘더 많은 에이전트’보다 ‘더 정확한 컨텍스트 주입’ 문제로 설계하면 구현 우선순위가 훨씬 명확해진다.
• 프라이버시 설계는 전면 공개/전면 차단의 이분법보다, 저위험 영역부터 자동화하고 고위험 영역만 사람 검토를 남기는 점진적 구조가 현실적이다.
• 조직 내 지식 공유는 위키를 만드는 것보다, private silo에서 공용 공간으로 옮기는 정책과 감사 가능성을 함께 설계할 때 지속 가능해진다.