1. 어느 규모의 이야기인가

AWS에서 클라우드 규모로 에이전트를 만드는 이야기를 한다. 먼저 규모를 깔아 둔다.

발표가 든 규모

알렉사 대목은 미리 만든 영상으로 보여 준다.

2. 방법을 정하지 않는 설계

아마존 Q 디벨로퍼의 CLI 에이전트를 3주 만에 만들어 내보냈다고 한다. 발표자는 청중에게 얼마나 걸렸을지 손을 들어 보게 한 뒤 이 숫자를 밝힌다.

그 속도를 내려고 만드는 방식을 근본부터 다시 생각했다는 것이 이 발표의 주장이다. 요즘 모델이 판단하고 계획하고 행동하는 데 훨씬 나아졌으니 그 힘을 쓰자는 것이다. 개발자는 에이전트가 무엇을 할지에 집중하고 어떻게 할지는 일러 주지 않는다.

이것을 코드로 편 것이 오픈소스 파이썬 SDK 스트랜즈 에이전트다. 모델과 도구 둘을 잇는 것이 전부라고 설명하며 DNA의 두 가닥에 빗댄다. 미리 만들어 둔 도구가 20개 넘게 딸려 오고, *MCP를 안에 넣어 두었고, *A2A 지원도 곧 붙는다고 한다. 모델은 클로드 3.7 소네트를 쓰는 화면을 보이고 다른 제공자도 붙일 수 있다고 말한다.

3. 도구가 6,000개일 때

이 발표에서 가장 옮겨 쓸 만한 대목이다. 사내 에이전트 하나가 도구를 6,000개 넘게 다루는데, 발표자는 그 수를 한 컨텍스트 창에 넣고 모델 하나에게 고르라고 하기는 어렵다고 그대로 인정한다.

그래서 목록을 넣는 대신 찾아오게 만든다. 도구 설명을 *지식 베이스에 넣어 두고, 의미로 검색하는 도구를 하나 두고, 지금 일에 맞는 것만 꺼내 컨텍스트에 넣는다. 모델은 그 안에서 고른다.

4. MCP를 바깥으로 내보내기

MCP는 원래 한 대 안에서 클라이언트와 도구를 잇는 것으로 시작했다. *표준 입출력으로 붙는 방식이다.

이것을 바깥으로 내보내는 순서를 보인다. *람다 함수로 올리고, 배포하면 주소가 나오고, 클라이언트가 토큰을 들고 붙어 도구를 부른다.

바깥으로 나가면서 붙는 것이 있다. 누가 부르는지 확인할 자리가 필요하다. 인가자와 사용자 풀과 세션을 담는 표가 함께 들어간다고 설명한다.

5. 발표가 밝히지 않은 것

성능을 잰 값이 하나도 없다. 지연도 비용도 정확도도 나오지 않는다. 6억 대와 6,000개와 3주는 규모와 기간이지 잘 돌아간다는 증거가 아니다.

3주가 빠른지 판단할 기준이 없다. 청중에게 손을 들어 보게 한 것은 추측을 모은 것이지 견줄 대상이 아니다. 같은 것을 예전 방식으로 만들면 얼마나 걸리는지가 안 나온다.

도구 검색이 얼마나 맞는지가 없다. 6,000개 중에서 관련된 것만 꺼내 온다는 설계인데, 맞는 도구를 못 찾으면 어떻게 되는지와 검색이 몇 퍼센트나 맞히는지가 나오지 않는다. 이 방식의 급소가 바로 거기다.

언제까지 유효한 이야기인지도 밝히지 않는다.

발표는 자사 오픈소스 블로그 시리즈로 더 보라며 QR 코드로 넘기고 끝난다.