미스트랄이 'LLM이 코드 짜서 도구 호출하기'에 특허를 받았어요

AI 에이전트를 만들어본 분이라면 다들 아는 패턴이 하나 있어요. LLM한테 JSON으로 도구를 호출시키는 대신, 아예 파이썬 코드를 짜게 해서 그 코드가 도구를 호출하게 하는 방식인데요. 미국 특허청(USPTO) 공보에 프랑스 AI 회사 미스트랄(Mistral)이 바로 이 'Code implemented tool calls', 그러니까 '코드로 구현하는 도구 호출'에 대한 특허를 등록받은 사실이 올라오면서 개발자 커뮤니티에서 논쟁이 벌어지고 있어요.

어떤 기술이냐면

먼저 배경 설명이 필요한데요. LLM이 외부 도구를 쓰는 표준적인 방법은 '함수 호출(function calling)'이에요. 모델이 "search라는 도구를 query='날씨'로 실행해줘" 같은 내용을 JSON으로 출력하면, 런타임이 그 함수를 실행하고 결과를 다시 모델에게 넣어주는 방식이죠. 그런데 이 방식은 도구를 하나 부를 때마다 모델과 한 번씩 왕복해야 해요. 도구 열 개를 조합하는 작업이면 열 번을 오가야 하는 거예요.

코드 방식은 접근이 달라요. 모델이 파이썬 코드 한 덩어리를 생성하면, 그 코드 안에서 여러 도구를 함수처럼 호출하고, 결과를 변수에 담아 조합하고, 반복문이나 조건문까지 쓸 수 있거든요. "검색 결과를 돌면서 각 항목의 상세 정보를 가져와 정렬해줘" 같은 작업이 코드 한 번 실행으로 끝나는 거죠. 왕복이 줄어드니 빠르고, 표현력도 훨씬 높아요.

그런데 이게 왜 논란이냐면

문제는 이 아이디어가 전혀 새롭지 않다는 데 있어요. 2024년에 나온 CodeAct 논문("Executable Code Actions Elicit Better LLM Agents")이 정확히 이 방식을 제안해서 널리 알려졌고, 허깅페이스의 오픈소스 에이전트 프레임워크 smolagents는 아예 이 '코드 에이전트' 방식을 기본값으로 채택했거든요. 더 거슬러 올라가면 LLM이 추론 과정을 코드로 쓰게 하는 PAL(Program-Aided Language models) 같은 연구 흐름도 있었고요. 그래서 "이렇게 널리 쓰이는 패턴에 특허라니, 선행 기술은 어떻게 된 거냐"는 반응이 나오는 거예요. 선행 기술(prior art)이 뭐냐면, 특허 출원 전에 이미 공개되어 있던 기술을 말하는데, 이게 인정되면 원칙적으로 특허를 받을 수 없거든요.

흥분하기 전에 알아둘 것

다만 몇 가지는 짚고 가야 해요. 특허는 제목이 아니라 청구항(claims)이 권리 범위를 정해요. 제목은 넓어 보여도 실제 청구항은 특정한 구현 방식으로 좁혀져 있는 경우가 많거든요. 그러니 '코드로 도구를 호출하면 다 걸린다'고 단정하는 건 성급해요. 그리고 등록된 특허도 선행 기술이 확인되면 무효 심판으로 뒤집힐 수 있어요. 또 하나, 많은 회사가 특허를 공격용이 아니라 방어용으로 쌓아요. 특허 괴물(특허만 사 모아서 소송으로 돈을 버는 회사)에게 당하지 않으려는 보험이자, 투자 유치 때 회사 가치를 보여주는 자산인 거죠. 미스트랄이 이 특허로 오픈소스 프레임워크를 공격할 가능성은 현실적으로 낮다는 시각도 많아요.

그래도 남는 불편함

그럼에도 찜찜함은 남아요. 소프트웨어 업계는 아마존의 '원클릭 주문' 특허 같은 사례를 거치면서, 뻔해 보이는 아이디어에 특허가 주어질 때 생태계가 얼마나 위축되는지 경험했거든요. 지금 AI 업계는 특허 출원 경쟁이 한창이라, 에이전트의 기본 상호작용 패턴들이 하나씩 누군가의 특허가 되어가는 상황이에요. 오픈소스로 빠르게 발전해온 이 분야의 문화와 충돌할 수밖에 없는 지점이죠.

한국 개발자 입장에서 당장 실무에 영향은 없을 거예요. smolagents 같은 프레임워크를 쓰는 게 문제될 가능성도 낮고요. 오히려 이 기회에 코드 실행 방식 에이전트 패턴 자체를 공부해보시길 권해요. JSON 함수 호출과 코드 실행의 장단점을 이해하면 에이전트 설계의 폭이 확 넓어지거든요.

한줄 정리: 미스트랄이 '코드로 도구 호출' 패턴에 특허를 받았지만 실제 권리 범위는 청구항을 봐야 하고, 그보다 AI의 기본 패턴들이 하나씩 특허화되고 있다는 흐름 자체가 더 중요한 신호예요.

여러분은 어떻게 생각하세요? 이런 상호작용 패턴에 특허를 인정하는 게 맞을까요, 아니면 업계의 공유 자산으로 남겨야 할까요?