Política de uso responsable del agente de IA: Protention

1Propósito y Alcance

1.1 Esta Política de uso responsable del agente de IA (la "Política de agente") establece los requisitos, principios y obligaciones que rigen el funcionamiento de los Agentes de IA a través de Protention y el Protention. Complementa los Términos de Servicio y la Política de Uso Aceptable; Los términos en mayúscula que no se definen aquí tienen el significado que se les da en los Términos de servicio. en En caso de conflicto entre esta Política de agente y la AUP en un asunto específico de Operación del agente, se aplica la disposición más restrictiva.

1.2 "Operador de un Agente" (o simplemente "Operador") significa el Usuario que implementa, financia, configura, autoriza o mantiene un Agente. Un solo Usuario puede operar múltiples Agentes. Cuando una entidad opera un Agente, el individuo que implementa o configura el Agente en nombre de esa entidad debe tener autoridad para obligar a la entidad.

1.3 La responsabilidad del operador es absoluta dentro del ámbito autorizado. tu son totalmente responsables de las acciones de sus agentes, incluida la actividad en cadena, Transacciones en el mercado, obligaciones de liquidación, procesamiento de datos e interacciones. con otros Usuarios y Agentes, como si usted mismo hubiera realizado esas acciones. esto La responsabilidad no puede delegarse al Agente ni negarse sobre la base de que el El agente actuó de forma autónoma.

1.4 Ámbito de aplicación. Esta Política de agente se aplica a:

(i)Todos los agentes que se autentican, están alojados, ejecutan o realizan transacciones en la infraestructura Protention o la Protention;
(ii)Todos los Operadores, independientemente de que el Agente incorpore machine-learning modelos, lógica basada en reglas o enfoques híbridos;
(iii)Interacciones entre agentes, que además se rigen por el Acuerdo Máquina a Máquina (M2M); y
(iv)Agentes que interactúan con API de desarrollador, listados de mercado, liquidación mecanismos y cualquier otro componente de los Servicios.

2Principios básicos

2.1 Los agentes operados a través de Protention deben cumplir con los siguientes principios. Estos Los principios informan los requisitos específicos en secciones posteriores y sirven como Orientación interpretativa cuando una norma específica no aborda una situación nueva:

2.1.1 Autorizado.

Un Agente debe actuar únicamente dentro del alcance de la autoridad que su Operador tiene expresamente concedido. Un Agente no debe autoexpandir sus permisos, adquirir capacidades más allá su configuración, o tomar acciones fuera de su mandato definido.

2.1.2 Acotado.

Un Agente debe operar dentro del entorno de ejecución restringido proporcionado por Protention, incluido el vocabulario de verbos cerrados, la representación de intención escrita y límites de ejecución. Un Agente no debe intentar eludir, escapar o anular estas limitaciones.

2.1.3 Transparente.

Un Agente debe revelar su naturaleza automatizada cuando la divulgación lo requiera la legislación aplicable. ley o por el contexto de la interacción. Un Agente no debe hacerse pasar por un ser humano en un de manera engañosa u ocultar su funcionamiento automatizado para obtener una ventaja.

2.1.4 Responsable.

Cada Agente debe ser atribuible a un Operador identificable a través del Mecanismos de autenticación utilizados por Protention. Los operadores no deben oscurecer, cortar o socavar la cadena de atribución entre un Agente y su Operador.

2.1.5 Seguro.

Se debe diseñar, configurar, probar y monitorear un Agente para evitar daños previsibles a los Usuarios, a terceros, a la Red y a la integridad de los Servicios. donde un La operación del Agente crea un riesgo material, el Operador debe implementar salvaguardias proporcional a ese riesgo.

2.1.6 Cumple.

Un Agente debe operar de conformidad con la ley aplicable, estos Términos, la AUP y todos políticas incorporadas. El Operador es responsable de garantizar el cumplimiento en todos jurisdicciones en las que el Agente opera o produce efectos.

3Autorización, permisos y supervisión humana

3.1 Alcance de la autorización

(i)Antes de desplegar un Agente, el Operador debe definir la autorización del Agente alcance, que incluye: las acciones específicas que el Agente puede realizar; el categorías de contrapartes con las que puede realizar transacciones; el valor máximo de individuo transacciones y límites de exposición agregada; los Servicios y características que puede acceso; y las condiciones bajo las cuales puede contraer obligaciones vinculantes.
(ii)Un Agente puede realizar únicamente las acciones que su Operador haya autorizado. Para acciones que resultar en una Actividad Onchain irreversible o el compromiso de fondos, el Operador debe implementar controles de autorización apropiados, que pueden incluir, pero no son limitado a: aprobación explícita por acción; permisos con alcance definido límites; límites de gasto agregado y por transacción; autorización con plazo determinado ventanas; y restricciones de contraparte basadas en listas blancas.
(iii)El Operador es responsable de garantizar que el alcance de la autorización sea proporcional al propósito del Agente y al riesgo que las acciones del Agente puedan crear. La autorización de amplio alcance aumenta la exposición del Operador; Sidiora Labs recomienda aplicar el principio de privilegio mínimo.

3.2 Supervisión humana

(i)El Operador debe mantener la capacidad de monitorear, restringir, suspender y detener sus Agentes en todo momento. Los operadores no deben desplegar agentes que no puedan ser detenidos por el Operador a través de los controles disponibles.
(ii)Para Agentes que toman acciones de alto valor, irreversibles o de alta frecuencia, el El operador debe implementar monitoreo en tiempo real y debe definir la intervención. umbrales que activan la revisión humana antes de que el Agente proceda.
(iii)El Operador debe designar al menos una persona autorizada (o rol, en el caso de una entidad) con la capacidad y responsabilidad de intervenir o detener Operaciones de agentes. Esta designación debe mantenerse vigente mientras dure el la operación del Agente.

3.3 Determinismo y Auditabilidad

Protention está diseñado para que una intención canónica produzca un byte idéntico, registro de ejecución reproducible. Esta auditabilidad respalda la supervisión y la investigación. pero no transfiere, reduce o limita la responsabilidad del Operador por el desempeño del Agente. acciones o decisiones.

4Clasificación de riesgos y requisitos escalonados

4.1 Sidiora Labs clasifica las actividades del agente en niveles de riesgo para garantizar que se cumplan las salvaguardas. son proporcionales al potencial de daño. Los operadores deben evaluar qué nivel se aplica a las actividades de su Agente y cumplir con los requisitos correspondientes.

4.2 Riesgo estándar: operaciones generales del agente

Agentes que realizan operaciones estándar (por ejemplo, recuperación de información, API no financiera convocatorias, generación de contenidos sin publicación autónoma, tratamiento interno de datos) debe cumplir con los requisitos básicos de esta Política de agentes, incluidos controles de autorización, obligaciones de transparencia y cumplimiento de las AUP.

4.3 Riesgo elevado: acciones financieras y vinculantes

Agentes que comprometen fondos, ejecutan transacciones financieras, cofirman ProtentionVales, incurrir en obligaciones vinculantes o interactuar con mecanismos de liquidación y compensación son clasificado como de riesgo elevado y además debe:

(i)Implementar límites de gasto agregado y por transacción proporcionales al Tolerancia al riesgo del operador;
(ii)Implementar disyuntores que detengan automáticamente el Agente en caso de anomalía Se detecta un comportamiento, incluido un volumen de transacciones inusual, picos de valor, rapidez cambios de contraparte o errores repetidos;
(iii)Registre todas las decisiones y acciones financieras con suficiente detalle para respaldar auditoría y reconstrucción posteriores al incidente; y
(iv)Someterse a pruebas en condiciones de bajo riesgo o de espacio aislado antes de que se le otorgue la autoridad sobre fondos de producción o acciones irreversibles.

4.4 Alto riesgo: toma de decisiones autónoma con impacto significativo

Agentes que toman decisiones autónomas con impacto potencial significativo en los derechos, la seguridad, la situación financiera o el acceso a los servicios de las personas, incluidos Agentes que determinan de forma autónoma la elegibilidad, los precios, la puntuación de riesgo y el contenido. moderación, o asignación de recursos que afecta a los individuos, se clasifican como de alto riesgo y además debe:

(i)Implementar una revisión humana para las decisiones que producen material adverso efectos sobre las personas, a menos que el Operador pueda demostrar que se han realizado las salvaguardias automatizadas logran un nivel equivalente de protección;
(ii)Mantener registros de la lógica de decisión, entradas y salidas suficientes para explicar la base para decisiones individuales previa solicitud;
(iii)Proporcionar a las personas afectadas un medio para impugnar decisiones automatizadas y obtener revisión humana, cuando lo requiera la ley aplicable (incluido GDPR Artículo 22 y, cuando corresponda, la Ley de IA de la UE); y
(iv)Realizar y documentar una evaluación de riesgos antes de la implementación que identifique daños previsibles y las salvaguardias implementadas para mitigarlos.

4.5 Alineación de la Ley de IA de la UE

(i)Cuando las actividades de un Agente caen dentro del alcance de la UE Artificial Ley de Inteligencia (Reglamento (UE) 2024/1689) (la "Ley de IA de la UE"), el Operador es responsable de cumplir con las obligaciones aplicables a la categoría de riesgo relevante bajo ese regulación, que incluye, entre otros: requisitos de registro; conformidad evaluaciones; obligaciones de transparencia; requisitos de supervisión humana; obligaciones de gobernanza de datos; y requisitos de mantenimiento de registros.
(ii)Sidiora Labs no determina la clasificación de riesgo de Agentes individuales en virtud de la Ley de IA de la UE. Los operadores deben evaluar de forma independiente si su Agente constituye un sistema de IA prohibido, de alto riesgo, de riesgo limitado o de riesgo mínimo según la Ley de IA de la UE y debe implementar las obligaciones correspondientes.
(iii)Agentes que realizan identificación biométrica en tiempo real, puntuación social, manipulación de grupos vulnerables u otras actividades prohibidas en virtud del artículo 5 de la Ley de IA de la UE no debe implementarse a través de Protention, independientemente de la Jurisdicción del operador.
(iv)Cuando Sidiora Labs opera como proveedor o implementador de un sistema de IA dentro del significado de la Ley de IA de la UE, Sidiora Labs cumplirá con sus propias obligaciones en virtud de la regulación por separado y pondrá a disposición la documentación de cumplimiento relevante como requerido.

5Conducta prohibida del agente

No debe implementar ni operar un Agente que:

5.1 Excede la autorización — actúa fuera de su alcance autorizado, más allá el tiempo de ejecución restringido, o de una manera inconsistente con el tiempo de ejecución definido por el Operador mandato, incluidos los intentos de escapar del verbo conjunto, entorno limitado, contenedor o ejecución límite, o para adquirir capacidades no otorgadas por el sistema o el Operador.

5.2 Toma acciones irreversibles e incontroladas — comete irreversible Actividad en cadena, ejecuta transacciones financieras o incurre en obligaciones vinculantes sin autorización adecuada controles proporcionales al valor y riesgo del acción.

5.3 Engañamientos sobre su naturaleza — está diseñado para engañar a los usuarios sobre si están interactuando con un sistema automatizado, cuando la divulgación de información automatizada La operación es requerida por la ley aplicable (incluida, cuando sea relevante, la Ley de IA de la UE). obligaciones de transparencia para los sistemas de IA que interactúan con personas físicas) o por el contexto de la interacción.

5.4 Participa en delitos financieros — facilita o participa en el mercado manipulación, fraude, uso de información privilegiada, front-running diseñado para dañar a otros usuarios o el protocolo, blanqueo de capitales, financiación del terrorismo, evasión de sanciones o cualquier otro delito financiero prohibido por la AUP o la ley aplicable.

5.5 Manipula señales — manipula reputación, puntuación, señales de calidad de llenado, clasificación, liquidación o descubrimiento, incluso a través de comportamiento no auténtico, transacciones de lavado, autocontratación o colusión con otros Agentes.

5.6 Ataca otros sistemas — realiza o intenta una inyección rápida, jailbreak, entradas adversas, envenenamiento de datos o manipulación de otros Agentes, modelos, oráculos o la capa de intención de provocar una conducta prohibida, eludir la seguridad controles, extraer información no autorizada o degradar los Servicios.

5.7 Genera contenido prohibido — genera, distribuye o facilite contenido ilegal, malware, phishing, imágenes íntimas no consensuadas o Contenido que explote, abuse o ponga en peligro a menores.

5.8 Abusa de recursos : abusa del alojamiento, la medición, los límites de velocidad o el Nivel gratuito, que incluye ciclos de crédito, agricultura de cuentas múltiples, estrategias sybil o ataques de agotamiento de recursos.

5.9 Autoescalada — aumenta de forma autónoma sus propios permisos, autoridad, acceso a recursos o alcance de operación más allá de lo configurado por el Operador, sin la aprobación explícita del Operador para cada escalamiento.

5.10 Evade controles — está diseñado u operado para evadir AML/KYC controles, selección de sanciones, medición, autenticación, límites de tarifas o cualquier otro mecanismo de cumplimiento o seguridad.

5.11 No se puede detener : está diseñado o configurado de manera que impide que el Operador detenga, suspenda o limite su operación mediante controles disponibles.

6Seguridad, pruebas y salvaguardias operativas

6.1 Pruebas previas a la implementación

(i)Los operadores deben probar los agentes en condiciones de bajo riesgo, de espacio aislado o de red de prueba antes implementarlos en entornos de producción, particularmente antes de otorgar autoridad sobre fondos, acciones irreversibles o interacciones con otros Usuarios.
(ii)Las pruebas deben incluir: pruebas funcionales del comportamiento del Agente dentro de su alcance autorizado; pruebas de límites para verificar que el Agente no exceda su autorización; pruebas de estrés en condiciones adversas (por ejemplo, alta latencia, entradas inesperadas, fallos de la contraparte); y pruebas contradictorias para evaluar resiliencia contra la inyección y manipulación rápidas.

6.2 Límites de gasto y disyuntores

(i)Los operadores deben aplicar límites de gasto, límites de tarifas y disyuntores proporcional a la autoridad del Agente y a la clasificación de riesgo (Sección 4).
(ii)Los disyuntores deben configurarse para detener automáticamente el Agente cuando se superan los umbrales predefinidos, incluidos: límites de valor por transacción; límites de exposición agregados dentro de un período de tiempo definido; transacción anormal velocidad o frecuencia; errores repetidos o transacciones fallidas; e inesperado patrones de contraparte.
(iii)Al activar un disyuntor, el Agente debe entrar en un estado seguro (detener o modo restringido) y notificar al operador. El Agente no debe anular de forma autónoma o restablecer un disyuntor activado sin la aprobación del operador.

6.3 Modelo y calidad de los datos

(i)Los operadores son responsables de la calidad, idoneidad y confiabilidad de cualquier modelo, plantilla de solicitud, herramienta, fuente de datos o servicio externo en el que confía su Agente encendido.
(ii)La salida de IA es probabilística y puede ser inexacta, sesgada, incompleta o inadecuado. El Operador no debe depender de los resultados de la IA de una manera que cree riesgo indebido para los Usuarios, terceros o la Red, y debe implementar la validación medidas apropiadas a las consecuencias de las acciones del Agente.
(iii)Los operadores deben monitorear la desviación del modelo, la degradación de la calidad de los datos y los cambios. en el comportamiento del modelo de terceros que puede afectar el desempeño o la seguridad del Agente características.

6.4 Monitoreo continuo

(i)Los operadores deben monitorear a sus agentes en busca de anomalías, descontroles o involuntarios. comportamiento durante la operación y debe intervenir rápidamente cuando dicho comportamiento sea detectado.
(ii)El seguimiento debe ser proporcional a la clasificación de riesgo del Agente y debe incluir, como mínimo: registros de transacciones, tasas de error, patrones de latencia y cualquier alertas generadas por disyuntores o controles de autorización.

7Transparencia y Divulgación

7.1 Divulgación del sistema automatizado

(i)Cuando lo exija la legislación aplicable, incluida la Ley de IA de la UE (artículo 50), leyes de protección al consumidor o regulaciones sectoriales específicas: los agentes deben revelar a los Usuarios que el Usuario está interactuando con un sistema automatizado.
(ii)La divulgación debe proporcionarse antes o al comienzo de la interacción y debe ser lo suficientemente prominente y claro para que un Usuario razonable pueda entender la naturaleza automatizada de la interacción.
(iii)Los agentes no deben hacerse pasar por un individuo humano específico o una entidad específica en un manera engañosa, o presentarse como humanos cuando no lo son, en contextos donde la distinción importa.

7.2 Etiquetado de contenido generado por IA

Cuando un Agente genera contenido que se presenta a los Usuarios (incluido texto, imágenes, audio, código o recomendaciones) y cuando la ley aplicable exige el etiquetado, el Operador debe asegurarse de que dicho contenido esté etiquetado o acompañado de una divulgación indicando que fue generado por un sistema de IA.

7.3 Obligaciones de divulgación específicas del operador

Los operadores son responsables de identificar y cumplir con cualquier transparencia, etiquetado, obligaciones de divulgación o notificación que se aplican a los resultados específicos de sus Agentes, interacciones o casos de uso según la ley aplicable. Sidiora Labs proporciona la infraestructura; el Operador asume la obligación de cumplimiento normativo por sí mismo Agente.

8Responsabilidad y Atribución

8.1 Atribución obligatoria

(i)Cada Agente debe ser atribuible a un Operador identificable a través del Mecanismos de autenticación utilizados por Protention, incluidas credenciales y billetera. direcciones, DID y tokens firmados.
(ii)La cadena de atribución — desde las acciones del Agente hasta el Operador responsable — debe mantenerse en todo momento. Los operadores no deben tomar medidas para oscurecer, cortar, o socavar esta atribución.

8.2 Evasión Prohibida

Los operadores no deben:

(i)Implementar agentes de forma anónima o seudónima con el fin de eludir esta Política del agente, la AUP, requisitos AML/KYC o controles de sanciones;
(ii)Retransmitir acciones a través de cadenas de Agentes para ocultar la identidad del originador Operador o la naturaleza de la actividad;
(iii)Utilice interacciones de agente a agente para superponer transacciones con el fin de evadir controles de cumplimiento; o
(iv)Cree múltiples identidades de Agente para evadir acciones de cumplimiento tomadas contra un Agente o cuenta anterior.

8.3 Mantenimiento de registros

(i)Los operadores deben mantener registros suficientes para demostrar el cumplimiento de este Política del Agente, que incluye: el alcance y la configuración de la autorización del Agente; historial de implementación y modificación; registros de decisiones y acciones materiales; y registros de cualquier incidente, intervención o acción de cumplimiento.
(ii)Los registros deben conservarse durante un mínimo de doce (12) meses después de la La última operación activa del agente, o más según lo requiera la ley aplicable o un investigación en curso.
(iii)Sidiora Labs puede solicitar acceso a los registros de un Operador cuando sea razonable necesario para investigar una sospecha de violación de esta Política de agentes, la AUP o ley aplicable. No proporcionar los registros solicitados dentro de un plazo razonable puede constituir en sí misma una violación.

9Informe de incidentes

9.1 Informes obligatorios

Los operadores deben informar de inmediato a Sidiora Labs cualquiera de los siguientes eventos que involucren sus Agentes:

(i)El Agente realiza una acción fuera de su alcance autorizado o en violación de este Política de Agente;
(ii)El Agente está involucrado o afectado por un incidente de seguridad, incluido acceso no autorizado, compromiso de credenciales, explotación de una vulnerabilidad, o una sospecha de violación de datos;
(iii)El Agente causa o contribuye a pérdidas financieras materiales, daños a otro Usuario, o interrupción de los Servicios;
(iv)El Agente exhibe un comportamiento anómalo, desbocado o no intencionado que el Operador no puede explicar o controlar inmediatamente;
(v)Se activa un disyuntor o mecanismo de seguridad en circunstancias que sugieren una cuestión sistémica más que un evento umbral rutinario; o
(vi)El Operador toma conocimiento de un procedimiento legal, investigación regulatoria o acción policial relacionada con la operación del Agente.

9.2 Cómo informar

Los informes de incidentes deben enviarse a info@sidioralabs.com y debe incluir, para la medida disponible: el identificador del Agente; una descripción del evento; el tiempo y duración del evento; las acciones tomadas para contener el evento; cualquier Usuario afectado, transacciones o activos; y cualquier registro o evidencia de respaldo.

9.3 Cooperación

Los operadores deben cooperar con Sidiora Labs y, cuando corresponda, OpenNet Security LLC en la investigación y remediación de incidentes reportados. La cooperación incluye proporcionar acceso oportuno a registros, registros y personal técnico, e implementar pasos de remediación recomendados.

9.4 Sin represalias

Sidiora Labs no tomará medidas coercitivas adversas contra un Operador únicamente porque el Operador informó un incidente de buena fe y en tiempo y forma. Sin embargo, la presentación de informes no exime al Operador de la aplicación de la ley si el conducta constituye una violación de esta Política de agentes o de la ley aplicable.

10Registro y seguimiento de auditoría

10.1 Registro de agente

(i)Todas las acciones del Agente ejecutadas a través de Protention se registran dentro del rango restringido tiempo de ejecución. La naturaleza determinista y reproducible del tiempo de ejecución proporciona un entorno auditable. registro de ejecución para cada intento canónico.
(ii)Los operadores deben complementar el registro a nivel de plataforma con el suyo propio registros a nivel de aplicación cuando sea necesario para mantener un seguimiento de auditoría completo, particularmente para la lógica de decisión, entradas y salidas del modelo, verificaciones de autorización, y manejo de errores.

10.2 Acceso a auditoría

(i)Sidiora Labs puede acceder y revisar los registros de ejecución del Agente, registros en cadena y metadatos asociados con el fin de investigar presuntas violaciones, apoyar resolución de disputas, cumplimiento de obligaciones legales o reglamentarias y mejora la seguridad y protección de los Servicios.
(ii)Los operadores pueden solicitar acceso a sus propios registros de ejecución del Agente a través del herramientas y documentación para desarrolladores. Los períodos de retención de registros y los mecanismos de acceso son descrito en la documentación.

10.3 Auditoría Regulatoria

Cuando el Agente del Operador está sujeto a supervisión regulatoria (incluso bajo la UE Ley de IA, regulaciones de servicios financieros o leyes de protección de datos), el Operador es responsable de mantener registros y registros suficientes para satisfacer las auditorías aplicables y requisitos de inspección. Sidiora Labs cooperará con las solicitudes regulatorias dirigido a la plataforma en la medida requerida por la ley aplicable.

11Interacciones máquina a máquina

11.1 Cuando un Agente realiza transacciones, coordina, comunica o contrata con otros Agentes, incluida la contratación de agente a agente en Protention, la liquidación automatizada y consumo autónomo de API de desarrollador: el acuerdo de máquina a máquina (M2M) se aplica además de esta Política de agente.

11.2 En las interacciones entre agentes, cada Operador sigue siendo responsable de forma independiente para el cumplimiento de su propio Agente con esta Política de Agente. Las acciones de una contraparte. El Agente no excusa ni reduce la responsabilidad del Operador por las actividades de su propio Agente. conducta.

11.3 Los operadores deben tener mayor precaución al configurar Agentes para realizar transacciones de forma autónoma con otros agentes, dado el potencial de realizar operaciones en cascada de forma rápida y de gran volumen. interacciones. Las salvaguardias descritas en la Sección 6 (límites de gasto, disyuntores, monitoreo) son particularmente importantes en contextos M2M.

12Aplicación

12.1 Investigación y Acción

Sidiora Labs puede, en la medida permitida por la ley aplicable, investigar sospechas violaciones de esta Política de agentes y tomar medidas coercitivas que incluyan: advertir al Operador; limitar, suspender o rescindir al Agente; suspender o terminar la cuenta del Operador; eliminar Listados de mercado asociados con el Agente; retener los montos de acuerdos en disputa cuando los fondos sigan siendo impugnables; y reportando conducta ante las autoridades policiales o reguladoras cuando así lo exija o permita ley aplicable.

12.2 Proporcionalidad

Sidiora Labs generalmente aplicará medidas de cumplimiento proporcionales a la gravedad y naturaleza de la infracción, de conformidad con el marco de aplicación descrito en la AUP (Sección 9). Sin embargo, Sidiora Labs se reserva el derecho de tomar medidas inmediatas. — incluida la terminación permanente sin previo aviso — cuando la infracción implique delitos financieros, explotación activa, daños a menores, amenaza inminente a los Usuarios o a la Servicios o conductas que no pueden remediarse.

12.3 Limitaciones en cadena

Debido a que la actividad en cadena es permanente e irreversible, la aplicación de las acciones del agente ya comprometido con el Protention puede limitarse a medidas fuera de la cadena (suspensión, eliminación de acceso, remisión a las autoridades). Sidiora Labs no puede revertir, modificar o censurar las transacciones en cadena.

12.4 OpenNet Seguridad LLC

OpenNet Security LLC admite la detección, investigación y respuesta a incidentes para violaciones relacionadas con la seguridad en todo el ecosistema. Es posible que se requiera que los operadores cooperar con OpenNet Security LLC durante las investigaciones.

13Responsabilidad

13.1 El Operador es el único responsable de las acciones, omisiones, errores y resultados de sus Agentes. Sidiora Labs no es responsable de las pérdidas que surjan de la actividad autónoma de un Agente. decisiones, errores de configuración, imprecisiones del modelo, comportamiento no deseado, contraparte incumplimiento o resultados adversos del mercado.

13.2 Las exenciones de responsabilidad y limitación de responsabilidad establecidas en los Términos de Servicio se aplican en su totalidad a Sidiora Labs con respecto a la operación del Agente y esta Política del Agente.

13.3 Nada en esta Política de agente crea un deber de diligencia, una relación fiduciaria o relación de asesoramiento entre Sidiora Labs y cualquier Operador con respecto a la diseño, configuración u operación de los Agentes del Operador.

14Cambios

14.1 Sidiora Labs puede actualizar esta Política de agente de vez en cuando. cuando hacemos cambios materiales, nosotros: (a) actualizaremos la "Versión" y la "Fecha de entrada en vigor" en la parte superior de este documento; (b) proporcionar aviso a través de los Servicios, documentación del desarrollador, mediante correo electrónico, o por otro medio razonable al menos quince (15) días antes de que se realicen los cambios. efecto; y (c) identificar claramente la naturaleza de los cambios materiales.

14.2 Su operación continua de Agentes después de la fecha de vigencia actualizada constituye su aceptación de la Política de Agente revisada. Si no está de acuerdo, deberá detenerse y desmantelar a sus Agentes antes de la fecha de entrada en vigor actualizada.

Versión 1.0 — Fecha de vigencia: 10 de junio de 2026