Además, tomando este caso como ejemplo, se profundizará en los aspectos prácticos clave de «cómo redactar las reivindicaciones y la descripción de una invención de agente de IA». Para los desarrolladores y responsables de propiedad intelectual que piensen «quiero patentar el agente de IA de mi empresa, pero no sé por dónde empezar ni cómo redactarlo», una solicitud real y bien elaborada es el mejor manual de referencia.
💡 Punto clave: este artículo forma parte de la serie sobre patentes de agentes de IA y corresponde a la «Sección de análisis en profundidad de patentes concretas». Para conocer los requisitos básicos, consulte la «Sección básica», y para ver una comparación de casos de Japón, EE. UU. y Europa, consulte la «Sección de casos prácticos».
Índice
| Concepto | Contenido |
|---|---|
| Número de publicación | US 2025/0265443 A1 |
| N.º de solicitud | 18/738,984 |
| Denominación de la invención | Sistemas y métodos para la creación de arquitecturas de agentes jerárquicas orientadas a tareas |
| Fecha de publicación | 21 de agosto de 2025 |
| Fecha de presentación | 10 de junio de 2024 |
| Fecha de prioridad | 19 de febrero de 2024 |
| Solicitante | Salesforce Inc. |
| Inventores | Zhiwei Liu y otros 14 |
| Número de reivindicaciones | 20 (3 independientes: reivindicaciones 1, 11 y 20) |
| Clasificación principal (CPC) | G06N3/00, 3/02, 3/04, 3/045 (redes neuronales) |
| Estado | Publicación de la solicitud (en trámite de examen) |
Según el resumen, la presente invención consiste en «un método para construir una estructura jerárquica de múltiples modelos de redes neuronales para ejecutar tareas». El flujo de procesamiento central es el siguiente:
| Nivel | Función (según lo descrito en el pliego de condiciones) |
|---|---|
| Agente gestor | Se comunica con cada agente individual y gestiona la asignación de tareas entre los agentes |
| Agente subgerente | Nivel intermedio que desglosa aún más las tareas asignadas |
| Agente individual | Responsables de la ejecución, optimizados para funciones específicas |
Los agentes intercambian «paquetes de tareas» a través de la API. Los paquetes incluyen indicaciones adaptadas al agente destinatario, lo que le lleva a generar una acción. Para la optimización de cada agente se describen dos métodos: (1) el ajuste fino del propio LLM y (2) la optimización de las indicaciones.
| Ejemplos de aplicación | Contenido |
|---|---|
| Pintor en línea | El agente de búsqueda y el agente pintor colaboran para buscar características visuales en línea y, a continuación, generar imágenes |
| Comprensión interactiva de imágenes | Responde a preguntas formuladas por personas basadas en imágenes mediante una interacción de varias rondas |
| Resolución de problemas matemáticos | El agente matemático resuelve operaciones como «75 × 34 + 12 =» mediante la integración con WolframAlpha |
| Partidas de ajedrez | El agente de ajedrez reconoce el tablero, realiza jugadas válidas y juega una partida contra un humano |
Lo que realmente protege una patente no es el resumen ni los planos, sino las «reivindicaciones». A continuación, citamos en el texto original la reivindicación independiente n.º 1 (reivindicación de método), que es la más importante de este caso.
Reivindicación 1 (texto original / inglés)
Método para construir una estructura jerárquica de una pluralidad de modelos de redes neuronales para realizar una tarea, el método comprende: recibir, a través de una interfaz de datos, una instrucción de tarea; generar, mediante un primer modelo de red neuronal, una primera subtarea a partir de la instrucción de tarea; seleccionar un segundo modelo de red neuronal de entre la pluralidad de modelos de red neuronal basándose en la primera subtarea; establecer una primera conexión, a través de una primera interfaz de programación de aplicaciones (API), entre el primer modelo de red neuronal y el segundo modelo de red neuronal; generar, mediante el primer modelo de red neuronal, un primer paquete de subtareas en un formato compatible con el segundo modelo de red neuronal; recibir, a través de la primera conexión, una primera salida del segundo modelo de red neuronal que ejecuta el primer paquete de subtareas; generar, mediante el primer modelo de red neuronal, una segunda subtarea basada en la instrucción de la tarea y la primera salida; y hacer que la instrucción de la tarea sea ejecutada conjuntamente por uno o más modelos de red neuronal seleccionados de entre la pluralidad de modelos de red neuronal, basándose, al menos en parte, en la segunda subtarea.
Traducción de referencia realizada por un agente de patentes (en japonés)
La ingeniosidad de esta reivindicación radica en que desglosa la idea abstracta de «coordinar varias IA» en ocho pasos de procesamiento concretos. En particular, desde el punto de vista de la patentabilidad (elegibilidad y carácter inventivo), resulta determinante la siguiente limitación:
| Limitación | Significado técnico | Por qué es importante |
|---|---|---|
| ④ Establecimiento de una conexión API | Define la colaboración entre modelos no como una «coordinación» abstracta, sino como una conexión de comunicación concreta | Alejarse de la «mera idea». Especificar la implementación técnica |
| ⑤ Generación de paquetes en el formato adecuado | Conversión a un formato que el modelo destinatario pueda interpretar | Núcleo técnico de la coordinación entre agentes. Punto clave para demostrar el avance |
| ③ Selección dinámica basada en subtareas | Selección en función del contenido, en lugar de una configuración fija y estática | Dónde reside la inteligencia de la orquestación |
| ⑦ Generación de la siguiente tarea en función de la salida | Constituye un bucle de retroalimentación | Autonomía = fundamento de la naturaleza del agente |
💡 Punto clave: la restricción «un formato compatible con el segundo modelo de red neuronal» constituye el aspecto técnico más destacado de esta reivindicación.No se trata de una mera transferencia de información, sino de un ingenio técnico que permite la interoperabilidad entre modelos diferentes, lo que constituye un indicio sólido para evitar el rechazo por ideas abstractas (equivalente al caso estadounidense «Alice» y al artículo 2, apartado 3, letra k), de la legislación japonesa).
En este caso, de las 20 reivindicaciones totales, las reivindicaciones independientes se han estructurado en tres categorías diferentes. Se trata de una estrategia habitual en las patentes de software.
| Reivindicaciones | Categoría | Objeto de protección | Sujeto de la supuesta infracción |
|---|---|---|---|
| Reivindicación 1 | Método (method) | Procedimiento de tratamiento | Persona que lleva a cabo dicho método |
| Reivindicación 11 | Sistema (system) | Dispositivo provisto de memoria y procesador | Persona que fabrica, comercializa o utiliza el dispositivo |
| Reivindicación 20 | Soporte legible por máquina no transitorio | Soporte de almacenamiento en el que se ha grabado un programa | Quien distribuye o proporciona el programa |
La reivindicación 11 (sistema) describe el mismo procesamiento que la reivindicación 1 junto con los componentes físicos «memoria» y «uno o más procesadores de hardware».
Reivindicación 11 (extracto) (texto original en inglés)
Un sistema... que comprende: una memoria que almacena una pluralidad de modelos de redes neuronales y una pluralidad de instrucciones ejecutables por el procesador; una interfaz de comunicación que recibe una instrucción de tarea; y uno o más procesadores de hardware que leen y ejecutan la pluralidad de instrucciones ejecutables por el procesador desde la memoria para realizar operaciones que comprenden: ... (A continuación, se aplica el mismo tratamiento que en la reivindicación 1)
💡 Punto clave: Según los criterios de examen japoneses, se evalúa si «el procesamiento de la información se lleva a cabo de forma concreta utilizando recursos de hardware».El hecho de que la reivindicación 11 especifique «memoria» y «procesador de hardware» es precisamente una estrategia habitual para cumplir este requisito. Al presentar la misma invención en Japón, también resulta eficaz dejar claro en las reivindicaciones de sistema la colaboración con los recursos de hardware.
Aunque, en el peor de los casos, las reivindicaciones independientes fueran declaradas nulas por el estado de la técnica, los derechos se mantendrían si las reivindicaciones dependientes sobrevivieran. Las reivindicaciones dependientes funcionan como una «defensa en capas». De las reivindicaciones dependientes de este caso se puede aprender a aplicar limitaciones de forma ingeniosa.
Reivindicación 3 (texto original / inglés)
El método de la reivindicación 1, en el que el primer paquete de subtareas comprende una primera indicación compatible con el segundo modelo de red neuronal, que instruye al segundo modelo de red neuronal para que realice la primera subtarea.
La reivindicación 3 concreta el contenido del paquete como una «indicación compatible». Al limitar el concepto superior «formato» (reivindicación 1) con el concepto subordinado «indicación», se establece un grado gradual de amplitud y restricción en el alcance de los derechos.
Reivindicación 5 (Texto original / inglés)
El método de la reivindicación 1, que comprende además: recibir... una instrucción humana; y generar, mediante el primer modelo de red neuronal, la primera subtarea basándose en la instrucción de la tarea y en la instrucción humana.
La reivindicación 5 recoge una variante (human-in-the-loop) que incorpora «instrucciones humanas (human instruction)» en el procesamiento. Al abarcar las variaciones de implementación en las reivindicaciones subordinadas, se evita que la competencia eluda la patente mediante cambios en el diseño.
Reivindicación 10 (texto original / inglés)
El método de la reivindicación 1, en el que la primera red neuronal y la segunda red neuronal se entrenan de forma independiente.
La reivindicación 10 limita el punto de que «cada modelo se entrena de forma independiente». Incorpora a la protección de los derechos la realidad de la combinación de modelos heterogéneos.
💡 Puntos clave: Las reglas básicas de las reivindicaciones subordinadas son: ① la limitación gradual de conceptos superiores a conceptos inferiores (reivindicación 3),② la cobertura de las variantes de implementación (la intervención humana de la reivindicación 5, la delegación en varias etapas de las reivindicaciones 6 a 9), y ③ la especificación de las características de la configuración (el entrenamiento independiente de la reivindicación 10).Formular una reivindicación principal amplia y cubrir a fondo las formas de realización concretas en las reivindicaciones subordinadas: esta «jerarquía de amplitud y precisión» crea una sólida red de protección mediante patente.
A la luz de este caso, a continuación se presenta un modelo de enfoque a seguir a la hora de redactar las reivindicaciones para las invenciones de agentes de IA de su empresa. Lo que sigue es un ejemplo de referencia general para facilitar la comprensión (no se trata de las reivindicaciones de esta patente).
📝 Ejemplo de referencia para la redacción de reivindicaciones (no se trata de las reivindicaciones de esta patente)
📝 Ejemplos de referencia para la redacción de reivindicaciones (no son reivindicaciones de esta patente)
Lista de comprobación para el diseño de reivindicaciones: ① Redactar en términos de pasos de procesamiento, en lugar de objetivos abstractos («automatizar...»); ② Utilizar como gancho técnico las interfaces entre agentes (formato, API, protocolo); ③ Especificar claramente la lógica de selección y control dinámica; /④ Estructurarlas en las tres categorías: método, sistema y medio; ⑤ Abarcar todas las variantes de implementación en las reivindicaciones subordinadas.
Una reivindicación sólida solo es válida si cuenta con una descripción que la respalde. A continuación se indican los elementos especialmente importantes de la descripción de una invención de agente de IA, en correspondencia con la estructura del presente caso.
| Elemento | Contenido que debe incluirse | Aplicación en este caso |
|---|---|---|
| Retos técnicos | Dejar claro el reto técnico, como que un agente único o un LLM no puede resolver tareas complejas | Se indica claramente que «un agente LLM único tiene dificultades para realizar tareas complejas que requieren acciones especializadas diversas» |
| Soluciones | Configuración y flujo de procesamiento concretos para resolver los retos | Descomposición jerárquica + selección dinámica + formato adaptado + integración con API |
| Ejemplos de aplicación (importante) | Se garantiza el cumplimiento de los requisitos de implementación y soporte mediante múltiples y diversos ejemplos de aplicación | Cuatro ejemplos: pintura, comprensión de imágenes, matemáticas y ajedrez |
| Definición de términos | Definición y concreción de conceptos funcionales como «paquete de tareas» y «formato adecuado» | Paquete = incluye indicaciones adecuadas, etc. |
| Ejemplos de variaciones | Variaciones como la intervención humana, la delegación en varias etapas y el aprendizaje autónomo | Justificar en la descripción las variaciones correspondientes a las reivindicaciones subordinadas |
Prestar atención a los requisitos de viabilidad y de apoyo: el procesamiento de la IA tiende a convertirse en una «caja negra».Una descripción abstracta del tipo «si se introduce en la IA, se obtienen buenos resultados» será rechazada tanto en Japón como en EE. UU. Es imprescindible describir de forma lo suficientemente concreta como para que un experto en la materia pueda reproducir el proceso: qué datos se introducen, qué ramificaciones se siguen, qué modelo se elige y a qué formato se convierte. El motivo por el que este caso incluye cuatro ejemplos de aplicación tan detallados es precisamente para cumplir este requisito.
💡 Punto clave: la regla de oro para redactar la descripción es «una divulgación amplia que respalde unas reivindicaciones amplias».Si en las reivindicaciones se utilizan conceptos generales (formato, selección de modelos), en la descripción deben incluirse varios ejemplos concretos (formato de las indicaciones, algoritmo de selección) y preestablecerse posiciones alternativas para los conceptos intermedios. De este modo, aunque durante el examen se solicite una limitación, se podrán reducir las reivindicaciones sin que ello suponga la incorporación de elementos nuevos.
En EE. UU. se evalúa si «la invención se refiere a una idea abstracta y, en caso afirmativo, si existe un concepto inventivo». En este caso, la invención se describe como un flujo concreto que incluye implementaciones técnicas, como un conjunto de modelos de redes neuronales, la conexión a una API y un paquete de formatos adaptados, lo que constituye una estructura que facilita alegar una «solución técnica a un problema técnico».Además, se ajusta al enfoque de las directrices de examen de IA de la USPTO de julio de 2024 (casos 47 a 49).
En Japón, el criterio es «si el procesamiento de la información se lleva a cabo de forma concreta utilizando recursos de hardware». Dado que la reivindicación 11 de este caso menciona explícitamente la memoria y el procesador de hardware, y que se describen procesos concretos como la interfaz de datos, la conexión a la API y la conversión de formatos, se considera que cumple fácilmente los requisitos de patentabilidad como invención relacionada con el software.En cuanto a la actividad inventiva, la clave reside en los recursos técnicos y los efectos de la «selección dinámica de modelos» y la «conversión de formatos adaptada».
En Europa, solo se tienen en cuenta para la novedad las características que contribuyen a la naturaleza técnica. En este caso, la «conversión de formatos que permite la interoperabilidad entre modelos heterogéneos» y la «integración mediante conexión API» pueden considerarse fácilmente soluciones técnicas a un problema técnico (la interoperabilidad), lo que permite evitar que se evalúen como meros métodos comerciales.
① Redactar en términos de «flujo de procesamiento» en lugar de «ideas». Desglosarlo en pasos concretos: recepción → descomposición → selección → conversión → conexión → salida → generación de la siguiente tarea.
② Utilizar la «interfaz» entre agentes como gancho técnico. Los formatos compatibles, las conexiones API y los protocolos de comunicación son pistas sólidas para alejarse de la teoría abstracta.
③ Estructurar la solicitud en tres categorías: método, sistema y soporte. De este modo, se abarcan diferentes sujetos infractores y se amplía la red de protección.
④ Estratificar los derechos mediante reivindicaciones subordinadas. Captar de forma escalonada los conceptos superiores → conceptos subordinados, las variaciones de implementación y las características de la configuración.
⑤ Redactar ejemplos de aplicación de forma exhaustiva. Cumplir los requisitos de viabilidad y de respaldo mediante ejemplos de aplicación diversos, lo que respalda las reivindicaciones amplias.
El alcance de los derechos aún no está determinado: este caso (US2025/0265443 A1) es una solicitud de patente publicada en EE. UU. y no una patente registrada. El alcance definitivo de los derechos se determinará tras el examen posterior (respuestas a las notificaciones de la oficina, correcciones, etc.).Este artículo es una explicación general de la tecnología y el sistema basada en los documentos de la solicitud publicados, y no garantiza ningún alcance de derechos ni validez específicos. A la hora de tomar decisiones empresariales como terceros (análisis de infracción, FTO, etc.), utilice siempre la información más reciente sobre el estado del procedimiento, el original oficial de la USPTO y el análisis individual de un experto.
Analizamos si la tecnología de agentes de IA de su empresa es patentable.
Un agente de patentes especializado en los sectores de las tecnologías de la información y el software le ofrecerá un apoyo integral, desde la entrevista técnica hasta el diagnóstico gratuito de la viabilidad de la protección, el diseño de las reivindicaciones y la estrategia de presentación de solicitudes en Japón, EE. UU. y Europa.
Reserve una primera consulta gratuita: Servicios de propiedad intelectual en TI e IAP. ¿En qué consiste la patente US2025/0265443 A1?
R. Se trata de una solicitud de patente estadounidense presentada por Salesforce relativa a una «arquitectura de agentes jerárquica orientada a tareas» (publicada el 21 de agosto de 2025, con un total de 20 reivindicaciones).Se refiere a una tecnología básica de IA multiagente en la que un «agente gestor» de nivel superior desglosa tareas complejas en subtareas, selecciona dinámicamente el modelo de nivel inferior más adecuado para cada subtarea y transfiere, a través de una API, un paquete en un formato compatible con el modelo destinatario para que se procese de forma coordinada.
P. ¿Se trata de una patente registrada?
R. No. La «A1» al final significa que se trata de una solicitud de patente estadounidense publicada (published application) y, a fecha de 2026, se encuentra en trámite de examen. El alcance definitivo de los derechos se determinará en el examen posterior.
P. ¿Cuántas reivindicaciones independientes tiene esta patente?
R. Tres. Se distribuyen en tres categorías: la reivindicación 1 (método), la reivindicación 11 (sistema) y la reivindicación 20 (soporte legible por máquina no transitorio), y todas comparten la misma limitación fundamental.Las restantes reivindicaciones, de la 2 a la 10 y de la 12 a la 19, son reivindicaciones dependientes.
P. ¿Se puede patentar el mecanismo de agentes múltiples?
R. La idea en sí misma de «utilizar varias IA» es abstracta y difícil de patentar, pero si se describe como un flujo concreto de procesamiento de información —tal y como ocurre en este caso— que consiste en «descomponer una tarea, generar un paquete con el formato adecuado, establecer una conexión mediante una API para recibir los resultados y generar la siguiente tarea», aumentan las posibilidades de obtener la protección tanto en Japón como en Estados Unidos.
P. ¿Por qué se formulan tres reivindicaciones: de método, de sistema y de soporte?
R. Para ampliar el alcance de la protección.Las reivindicaciones de método protegen los procedimientos de procesamiento; las de sistema, los dispositivos (memoria, procesador); y las de soporte, los soportes en los que se graba el programa. De este modo, se puede abarcar a diferentes sujetos infractores de la misma invención, como «quienes la ponen en práctica», «quienes fabrican o venden los dispositivos» o «quienes distribuyen el programa».
P. ¿Cómo pueden las empresas japonesas obtener una patente sobre la tecnología de agentes múltiples?
R. Resulta eficaz centrar las reivindicaciones en los aspectos que pueden concretarse técnicamente, como el protocolo de comunicación entre agentes, la lógica de selección dinámica o la conversión de formatos de paquetes de tareas. La clave está en no limitarse a meras ideas de negocio o a ingeniosas sugerencias, sino describirlas como un flujo de procesamiento del sistema.
P. ¿A qué hay que prestar especial atención en la descripción de una invención relacionada con agentes de IA?
R. Hay tres puntos clave: ① describir de forma correlacionada el problema técnico (por ejemplo, «un único agente no puede resolver tareas complejas») y la solución; ② incluir varios ejemplos de aplicación diversos para cumplir los requisitos de aplicabilidad y de apoyo; y ③ plasmar conceptos funcionales, como «formato compatible» o «conexión API», en procesos concretos.
P. ¿Se puede obtener una patente para una tecnología que ya se ha publicado antes de presentar la solicitud?
R. Por regla general, una vez que se ha hecho pública la tecnología mediante artículos, software de código abierto (OSS) o comunicados de prensa, se pierde la novedad y no es posible obtener una patente. Aunque en Japón existe una excepción a la pérdida de novedad bajo ciertos requisitos (artículo 30), los requisitos varían según el país y no es una solución universal, por lo que la regla de oro es completar la solicitud antes de la divulgación.