에이전트 도구 연동은 왜 표준으로 수렴하는가 — 흐름 정리

에이전트가 무엇을 할 수 있는지는 모델의 능력만으로 정해지지 않는다. 어떤 도구에 닿을 수 있는지가 절반이다. 그래서 연결 방식이 바뀌면 할 수 있는 일의 범위가 함께 바뀐다.

1. 2024-01-01개별 연동의 시기

   도구마다 호출 방식이 달랐다. 연동 하나를 붙일 때마다 전용 코드가 늘었고, 도구가 늘수록 유지 비용이 곱으로 늘었다.

2. 2025-01-01함수 호출 규약의 정착

   모델이 구조화된 인자로 도구를 부르는 방식이 일반화됐다. 호출 형식은 비슷해졌지만 도구를 어디서 어떻게 찾을지는 여전히 제각각이었다.

3. 2025-07-01연결 계층의 분리

   도구 목록·권한·전송을 애플리케이션 밖으로 빼내려는 시도가 나타났다. 모델과 도구 사이에 별도의 계층을 두는 형태다.

4. 2026-01-01공통 규약으로의 수렴

   같은 도구를 여러 클라이언트에서 재사용하려는 요구가 커지면서, 연결 방식 자체를 규약으로 고정하는 쪽으로 무게가 옮겨갔다.

무엇이 문제였나

초기 방식의 비용은 연동 하나하나가 아니라 조합에서 나왔다. 클라이언트가 n개, 도구가 m개면 붙여야 할 연결이 n×m개가 된다. 도구를 하나 늘릴 때마다 모든 클라이언트를 손봐야 했다.

규약이 생기면 이 곱셈이 덧셈이 된다. 도구는 규약을 한 번 구현하고, 클라이언트도 규약을 한 번 구현한다.

수렴이 해결하지 못하는 것

연결이 표준화돼도 남는 문제가 있다. 어떤 도구를 언제 부를지 판단하는 일, 그리고 그 도구가 돌려준 결과를 신뢰할지 정하는 일이다. 이 둘은 규약의 바깥에 있다.

연결을 표준화하는 것과 판단을 표준화하는 것은 다른 문제다.

— 정리 노트

따라서 규약 채택은 출발점이지 결론이 아니다. 도구를 고르는 기준과 결과를 검증하는 절차는 여전히 각자 설계해야 한다.