AI 에이전트 특허는 실행을 제어하는 조건에 달려 있습니다
핵심 요약
AI 에이전트 특허는 도구 호출 자체보다 실행계획과 결과 판정의 제어구조에서 차이가 드러납니다. Oracle의 실행 전 계획과 Stripe의 실행 후 상태처리를 청구항으로 비교합니다.
여러 도구로 업무를 수행하는 AI 에이전트를 개발하면 중간에 멈춘 작업을 처리할 기준이 필요해집니다. 도구가 응답하지 않았을 때 실패한 것인지 이미 실행된 것인지부터 구분해야 다음 행동을 정할 수 있습니다. 이 판단에 사용하는 상태 정보와 제어 방식은 개발팀이 만든 중요한 기술입니다.
특허 검토에서도 도구 선택과 결과 확인, 재시도·취소·승인을 연결하는 조건을 살펴야 합니다. 업무의 목표를 실제 제어 단계로 풀어내면 기존 연구와 비교할 구성과 자사 기술의 차이가 구체화됩니다.
에이전트의 이름보다 동작을 설명합니다
AI 에이전트는 목표를 받아 여러 단계를 실행하는 형태로 구현될 수 있습니다. ReAct 논문처럼 추론과 행동을 연결하는 연구가 이미 공개되어 있어, 계획과 실행을 한다는 설명만으로 새로운 발명이 드러나지는 않습니다. 어떤 상태를 보고 어떤 도구를 선택하며 결과에 따라 무엇을 바꾸는지 구체화해야 합니다.
실패 뒤의 경로에서 기술이 드러납니다
가상의 결제 업무 에이전트가 외부 도구의 응답을 받지 못했을 때 같은 명령을 반복하면 중복 결제가 생길 수 있습니다. 실행 상태를 확인하고 중복 가능성을 판정한 뒤 재시도·취소·사람 확인 중 하나를 선택하는 구조라면 판단 조건과 상태 정보의 관계가 중요해집니다. 업무 목적보다 그 목적을 안전하게 실행하는 기술을 설명하는 예입니다.
등록항에서 확인되는 종료 판단의 입력
AI 에이전트가 도구를 반복 호출한다는 사실만으로 동일한 특허 구성이 되는 것은 아닙니다. Stripe의 미국 등록특허 US12524399B2 제1항은 복수의 과제를 처리할 때 반복 판단마다 여러 과제의 식별자와 첫 번째·후속 실행결과를 포함하는 특징벡터(feature vector)를 만들어 작업 에이전트에 입력하고, 모든 과제를 충족하는지 판단한 뒤 결과를 집계하는 관계를 명시합니다. 대응하는 공개공보 US20250181576A1의 제1항에는 이러한 복수 과제 식별자·각 결과를 묶는 특징벡터의 구체적 한정이 동일하게 나타나지 않습니다.
다른 단계의 문제를 다루는 Oracle 공개출원 US20260119853A1 제1항은 실행계획을 생성할 때 모델 입력에 후보 작업들과 템플릿 슬롯 그룹을 주고, 각 슬롯에 선택할 작업과 해당 작업의 의존관계를 채우도록 합니다. 전자는 실행결과를 모아 계속할지 종료할지 판단하는 데이터 구조이고, 후자는 실행 전에 어떤 작업을 어떤 순서로 수행할지 표현하는 구조입니다. Oracle 문헌의 병렬 실행은 별도 종속항에서 구체화되며 공개 제1항의 모든 사례에 무조건 적용되는 조건은 아닙니다.
개발 기록도 ‘도구를 몇 번 불렀는가’보다 과제 ID, 각 도구의 입력·결과, 상태벡터 갱신, 후속 행동의 트리거를 시간순으로 남기는 편이 유용합니다. 공개항·등록항 문언의 차이만으로 그 보정이 허여를 결정했다고 단정하거나 특정 상용 에이전트의 실시를 추정해서는 안 됩니다.
사람의 승인을 어디에 넣는지도 구체화합니다
모든 단계에 승인을 받는 방식과 위험도를 계산해 특정 단계만 멈추는 방식은 다릅니다. 다만 승인 절차라는 업무 규칙만 나열하지 말고 입력 정보, 판단 방식, 실행 제한이 시스템에서 어떻게 작동하는지 설명해야 합니다. 출원국별 특허대상 적격성도 함께 검토합니다.
로그는 발명 설명의 자료가 됩니다
상태 전이도와 실패 로그, 도구 선택 기준, 실제 제어 가능한 범위를 준비하면 개발팀과 변리사가 같은 동작을 놓고 논의할 수 있습니다. 인트로는 에이전트가 잘 작동한 결과뿐 아니라 실패를 구분하고 회복하는 처리관계를 검토해 보호 후보를 찾습니다.
공보 두 건을 시간축에 놓으면 기술의 차이가 보인다
Oracle US20260119853A1 공개 제1항은 실행 전 candidate action과 dependency slot을 채워 계획을 세우는 처리에 초점을 둡니다. Stripe US12524399B2 등록 제1항은 실행 이후 작업 식별자와 작업 결과를 사용해 반복·종료 판단에 이용하는 상태·특징 처리를 포함합니다.
| 관측 시점 | 실제 처리 | 청구항·증거 |
|---|---|---|
| 실행 이전 | 할 액션·의존관계·병렬/순차 순서 생성 | Oracle 공개 제1항, 계획용 슬롯·액션 선택 |
| 실행 중 | API 호출 ID·권한·응답 저장 | 서비스 실행 로그와 중복방지키 |
| 실행 이후 | 완료·실패·다음 작업 여부 평가 | Stripe 등록 제1항, 작업 식별자/결과 특징 |
재실행 정책을 청구하려면 실패 전후 상태의 입력과 결정조건을 로그에서 뽑아낼 수 있어야 합니다. 반대로 실행계획을 청구하려면 액션 간 의존성의 표현과 실제 호출순서가 재현돼야 합니다.
인트로 인사이트
실패 로그에서 당시 상태, 도구 호출, 응답과 다음 행동을 시간순으로 연결하면 에이전트의 제어 방식을 구체적으로 설명할 수 있습니다. 재실행과 중단을 가르는 조건, 그 판단에 필요한 정보의 출처를 상태 전이도에 표시합니다. 사람이 승인하는 경우에도 어떤 판단이 실행을 제한하고 재개하는지까지 연결해야 보호할 기술이 분명해집니다.
관련 자료
특허법인 인트로 AI·소프트웨어팀
관련 전문가: 강대환 변리사