Política de uso responsável do agente de IA

1Objetivo e Escopo

1.1 Esta Política de Uso Responsável do Agente de IA (a "Política do Agente") estabelece os requisitos, princípios e obrigações que regem a operação de Agentes de IA por meio de Protention e o Protention. Complementa os Termos de Serviço e a Política de Uso Aceitável; termos em letras maiúsculas não definidos aqui têm os significados dados nos Termos de Serviço. Em no caso de um conflito entre esta Política do Agente e a AUP sobre um assunto específico para Operação de agente, aplica-se a disposição mais restritiva.

1.2 "Operador de um Agente" (ou simplesmente "Operador") significa o Usuário que implanta, financia, configura, autoriza ou mantém um Agente. Um único usuário pode operar vários Agentes. Quando uma entidade opera um Agente, o indivíduo que implanta ou configura o Agente em nome dessa entidade deve ter autoridade para vincular a entidade.

1.3 A responsabilidade do operador é absoluta dentro do escopo autorizado. Você são totalmente responsáveis pelas ações de seus Agentes – incluindo Atividade Onchain, transações de mercado, obrigações de liquidação, processamento de dados e interações com outros usuários e agentes — como se você mesmo tivesse realizado essas ações. Isto a responsabilidade não pode ser delegada ao Agente ou isenta de responsabilidade com base no fato de que o Agente agiu de forma autônoma.

1.4 Escopo de aplicação. Esta Política do Agente se aplica a:

(i)Todos os Agentes que se autenticam, são hospedados, executam ou realizam transações a infraestrutura Protention ou Protention;
(ii)Todos os Operadores, independentemente de o Agente incorporar aprendizado de máquina modelos, lógica baseada em regras ou abordagens híbridas;
(iii)Interações entre agentes, que também são regidas pelo Contrato Máquina a Máquina (M2M); e
(iv)Agentes que interagem com APIs de desenvolvedores, listagens de mercado, liquidação mecanismos e qualquer outro componente dos Serviços.

2Princípios Fundamentais

2.1 Os agentes operados através de Protention devem aderir aos seguintes princípios. Estes princípios informam os requisitos específicos nas seções subsequentes e servem como orientação interpretativa quando uma regra específica não aborda uma situação nova:

2.1.1 Autorizado.

Um Agente deve agir somente dentro do escopo de autoridade que seu Operador expressamente concedido. Um Agente não deve auto-expandir suas permissões, adquirir capacidades além sua configuração ou tomar ações fora do seu mandato definido.

2.1.2 Limitado.

Um Agente deve operar dentro do ambiente de tempo de execução restrito fornecido por Protention, incluindo o vocabulário verbal fechado, representação de intenção digitada e limites de execução. Um Agente não deve tentar contornar, escapar ou anular essas restrições.

2.1.3 Transparente.

Um Agente deve divulgar sua natureza automatizada quando a divulgação for exigida pela legislação aplicável lei ou pelo contexto da interação. Um Agente não deve se passar por um ser humano em um maneira enganosa ou ocultar sua operação automatizada para obter vantagem.

2.1.4 Responsável.

Todo Agente deve ser atribuível a um Operador identificável através do mecanismos de autenticação usados por Protention. Os operadores não devem ocultar, cortar ou prejudicar a cadeia de atribuições entre um Agente e seu Operador.

2.1.5 Seguro.

Um Agente deve ser projetado, configurado, testado e monitorado para evitar danos previsíveis aos Usuários, terceiros, à Rede e à integridade dos Serviços. Onde um A operação do Agente cria risco material, o Operador deve implementar salvaguardas proporcional a esse risco.

2.1.6 Compatível.

Um Agente deve operar em conformidade com a lei aplicável, estes Termos, a AUP e todos políticas incorporadas. O Operador é responsável por garantir a conformidade em todos jurisdições em que o Agente opera ou produz efeitos.

3Autorização, permissões e supervisão humana

3.1 Escopo de Autorização

(i)Antes de implantar um Agente, o Operador deve definir a autorização do Agente escopo, incluindo: as ações específicas que o Agente está autorizado a realizar; o categorias de contrapartes com as quais pode transacionar; o valor máximo do indivíduo transações e limites de exposição agregada; os serviços e recursos que ele pode acesso; e as condições sob as quais pode incorrer em obrigações vinculativas.
(ii)Um Agente pode realizar apenas as ações autorizadas por seu Operador. Para ações que resultar em atividade Onchain irreversível ou no comprometimento de fundos, o Operador deve implementar controles de autorização apropriados, que podem incluir, mas não são limitado a: aprovação explícita por ação; permissões com escopo definido limites; limites de gastos agregados e por transação; autorização com limite de tempo janelas; e restrições de contrapartes baseadas em listas brancas.
(iii)A Operadora é responsável por garantir que o escopo da autorização seja proporcional ao propósito do Agente e ao risco que as ações do Agente podem criar. A autorização de âmbito amplo aumenta a exposição do Operador; Sidiora Labs recomenda a aplicação do princípio do menor privilégio.

3.2 Supervisão Humana

(i)O Operador deve manter a capacidade de monitorar, restringir, suspender e parar seus Agentes em todos os momentos. Os Operadores não devem implantar Agentes que não possam ser interrompidos por o Operador através dos controles disponíveis.
(ii)Para Agentes que realizam ações de alto valor, irreversíveis ou de alta frequência, o Operador deve implementar monitoramento em tempo real e definir intervenção limites que acionam a revisão humana antes que o Agente prossiga.
(iii)A Operadora deve designar pelo menos um indivíduo autorizado (ou função, no caso de uma entidade) com a capacidade e responsabilidade de intervir ou interromper Operações do agente. Esta designação deve ser mantida atualizada durante o operação do Agente.

3.3 Determinismo e Auditabilidade

Protention é projetado para que uma intenção canônica produza um byte idêntico, registro de execução reproduzível. Esta auditabilidade apoia a supervisão e a investigação mas não transfere, reduz ou limita a responsabilidade do Operador pelos negócios do Agente ações ou decisões.

4Classificação de risco e requisitos escalonados

4.1 Sidiora Labs classifica as atividades do Agente em níveis de risco para garantir que as salvaguardas são proporcionais ao potencial de dano. Os operadores devem avaliar qual nível se aplica às atividades do seu Agente e cumprir os requisitos correspondentes.

4.2 Risco Padrão — Operações Gerais de Agente

Agentes que realizam operações padrão (por exemplo, recuperação de informações, API não financeira chamadas, geração de conteúdos sem publicação autónoma, processamento interno de dados) deve cumprir os requisitos básicos desta Política de Agente, incluindo controles de autorização, obrigações de transparência e conformidade com AUP.

4.3 Risco Elevado – Ações Financeiras e Vinculantes

Agentes que comprometem fundos, executam transações financeiras, fiam ProtentionVouchers, incorrer em obrigações vinculativas ou interagir com mecanismos de liquidação e compensação são classificados como de risco elevado e devem adicionalmente:

(i)Implementar limites de gastos agregados e por transação proporcionais ao Tolerância ao risco do operador;
(ii)Implementar disjuntores que interrompam automaticamente o Agente em caso de anomalia comportamento é detectado, incluindo volume incomum de transações, picos de valor, rápido alterações de contrapartes ou erros repetidos;
(iii)Registre todas as decisões e ações financeiras com detalhes suficientes para apoiar auditoria e reconstrução pós-incidente; e
(iv)Submeter-se a testes em condições de baixo risco ou sandbox antes de receber autoridade sobre fundos de produção ou ações irreversíveis.

4.4 Alto risco — Tomada de decisão autônoma com impacto significativo

Agentes que tomam decisões autônomas com impacto potencial significativo sobre direitos, segurança, situação financeira ou acesso a serviços dos indivíduos - incluindo agentes que determinam autonomamente elegibilidade, preços, pontuação de risco, conteúdo moderação ou alocação de recursos que afetam indivíduos - são classificados como de alto risco e deve adicionalmente:

(i)Implementar revisão humana para decisões que produzam resultados adversos materiais efeitos sobre os indivíduos, a menos que o Operador possa demonstrar que as salvaguardas automatizadas alcançam um nível equivalente de proteção;
(ii)Manter registros da lógica de decisão, entradas e saídas suficientes para explicar a base para decisões individuais mediante solicitação;
(iii)Fornecer aos indivíduos afetados um meio de contestar decisões automatizadas e obter revisão humana, quando exigido pela lei aplicável (incluindo GDPR Artigo 22 e, se for caso disso, a Lei da UE sobre IA); e
(iv)Realize e documente uma avaliação de risco antes da implantação que identifique danos previsíveis e as salvaguardas implementadas para mitigá-los.

4.5 Alinhamento da Lei de IA da UE

(i)Quando as atividades de um Agente se enquadram no âmbito do Regulamento Artificial da UE Lei da Inteligência (Regulamento (UE) 2024/1689) (o "Lei de IA da UE"), a Operadora é responsável por cumprir as obrigações aplicáveis à categoria de risco relevante sob esse regulamentação, incluindo, mas não se limitando a: requisitos de registro; conformidade avaliações; obrigações de transparência; requisitos de supervisão humana; obrigações de governança de dados; e requisitos de manutenção de registros.
(ii)Sidiora Labs não determina a classificação de risco de Agentes individuais sob a Lei de IA da UE. Os Operadores devem avaliar de forma independente se o seu Agente constitui um sistema de IA proibido, de alto risco, de risco limitado ou de risco mínimo sob a Lei da UE sobre IA e deve implementar as obrigações correspondentes.
(iii)Agentes que realizam identificação biométrica em tempo real, pontuação social, manipulação de grupos vulneráveis ou outras atividades proibidas pelo artigo 5.º da Lei de IA da UE não deve ser implantada através de Protention, independentemente do Jurisdição do operador.
(iv)Onde Sidiora Labs opera como fornecedor ou implementador de um sistema de IA dentro do significado da Lei de IA da UE, Sidiora Labs cumprirá suas próprias obrigações sob a regulamento separadamente e disponibilizará a documentação de conformidade relevante conforme necessário.

5Conduta Proibida do Agente

Você não deve implantar ou operar um Agente que:

5.1 Excede autorização — atua fora do seu escopo autorizado, além o tempo de execução restrito ou de maneira inconsistente com o definido pelo Operador mandato, incluindo tentativas de escapar do conjunto de verbos, sandbox, contêiner ou execução limite, ou para adquirir capacidades não concedidas pelo sistema ou pelo Operador.

5.2 Realiza ações irreversíveis e descontroladas — commit irreversível Atividade Onchain, executa transações financeiras ou incorre em obrigações vinculativas sem controles de autorização adequados, proporcionais ao valor e ao risco do ação.

5.3 Engana sobre sua natureza — foi projetado para enganar os usuários sobre se eles estão interagindo com um sistema automatizado, onde a divulgação de dados automatizados a operação é exigida pela lei aplicável (incluindo, quando relevante, a Lei de IA da UE obrigações de transparência para sistemas de IA que interagem com pessoas físicas) ou pelo contexto da interação.

5.4 Envolve-se em crimes financeiros — facilita ou se envolve no mercado manipulação, fraude, abuso de informação privilegiada, front-running destinado a prejudicar outros usuários ou protocolo, lavagem de dinheiro, financiamento do terrorismo, evasão de sanções ou qualquer outro crime financeiro proibido pela AUP ou pela lei aplicável.

5.5 Manipula sinais — manipula reputação, pontuação, sinais de qualidade de preenchimento, classificação, liquidação ou descoberta, inclusive por meio de sinais coordenados comportamento inautêntico, transações fraudulentas, negociação própria ou conluio com outros Agentes.

5.6 Ataca outros sistemas — executa ou tenta injeção imediata, jailbreak, entradas adversárias, envenenamento de dados ou manipulação de outros Agentes, modelos, oráculos ou a camada de intenção de causar conduta proibida, contornar a segurança controles, extrair informações não autorizadas ou degradar os Serviços.

5.7 Gera conteúdo proibido — gera, distribui ou facilita conteúdo ilegal, malware, phishing, imagens íntimas não consensuais ou conteúdo que explora, abusa ou coloca menores em perigo.

5.8 Abusa de recursos — abusa de hospedagem, medição, limites de taxa ou Nível gratuito, incluindo ciclo de crédito, agricultura multiconta, estratégias Sybil ou ataques de esgotamento de recursos.

5.9 Auto-escalonamento — escala autonomamente suas próprias permissões, autoridade, acesso a recursos ou escopo de operação além do que foi configurado pelo Operador, sem aprovação explícita do Operador para cada escalonamento.

5.10 Evita controles — é projetado ou operado para evitar AML/KYC controles, triagem de sanções, medição, autenticação, limites de taxa ou qualquer outro mecanismo de conformidade ou segurança.

5.11 Não pode ser interrompido — é projetado ou configurado de uma maneira que impede que o Operador interrompa, suspenda ou restrinja sua operação por meio de controles disponíveis.

6Segurança, testes e salvaguardas operacionais

6.1 Teste de pré-implantação

(i)Os operadores devem testar os Agentes em condições de baixo risco, sandbox ou testnet antes implantá-los em ambientes de produção, especialmente antes de conceder autoridade sobre fundos, ações irreversíveis ou interações com outros usuários.
(ii)O teste deve incluir: teste funcional do comportamento do Agente dentro de seu escopo autorizado; teste de limite para verificar se o Agente não excede seu autorização; testes de estresse sob condições adversas (por exemplo, alta latência, entradas inesperadas, falhas de contrapartes); e testes adversários para avaliar resiliência contra injeção e manipulação imediatas.

6.2 Limites de gastos e disjuntores

(i)As operadoras devem aplicar limites de gastos, limites de taxas e disjuntores proporcional à autoridade e classificação de risco do Agente (Seção 4).
(ii)Os disjuntores devem ser configurados para parar automaticamente o Agente quando limites predefinidos são excedidos, incluindo: limites de valor por transação; limites de exposição agregados dentro de uma janela de tempo definida; transação anormal velocidade ou frequência; erros repetidos ou transações falhadas; e inesperado padrões de contraparte.
(iii)Ao acionar um disjuntor, o Agente deverá entrar em estado seguro (parada ou modo restrito) e notificar a Operadora. O Agente não deve substituir autonomamente ou reinicialize um disjuntor acionado sem a aprovação do Operador.

6.3 Modelo e qualidade dos dados

(i)Os operadores são responsáveis pela qualidade, adequação e confiabilidade de qualquer modelo, modelo de prompt, ferramenta, fonte de dados ou serviço externo em que o agente confia ligado.
(ii)A saída da IA é probabilística e pode ser imprecisa, tendenciosa, incompleta ou inadequado. O Operador não deve confiar nos resultados da IA de uma maneira que crie risco indevido para os Usuários, terceiros ou a Rede, devendo implementar a validação medidas adequadas às consequências das ações do Agente.
(iii)Os operadores devem monitorar desvios de modelo, degradação da qualidade dos dados e alterações no comportamento modelo de terceiros que possa afetar o desempenho ou a segurança do Agente características.

6.4 Monitoramento Contínuo

(i)Os Operadores devem monitorar seus Agentes em busca de informações anômalas, descontroladas ou não intencionais comportamento durante a operação e deve intervir imediatamente quando tal comportamento for detectado.
(ii)O monitoramento deverá ser proporcional à classificação de risco do Agente e deverá incluem, no mínimo: logs de transações, taxas de erro, padrões de latência e quaisquer alertas gerados por disjuntores ou controles de autorização.

7Transparência e Divulgação

7.1 Divulgação de Sistema Automatizado

(i)Quando exigido pela legislação aplicável — incluindo a Lei da UE sobre IA (artigo 50.º), leis de proteção ao consumidor ou regulamentos específicos do setor - os agentes devem claramente divulgar aos Usuários que o Usuário está interagindo com um sistema automatizado.
(ii)A divulgação deve ser fornecida antes ou no início da interação e deve ser suficientemente proeminente e claro para que um usuário razoável possa entender a natureza automatizada da interação.
(iii)Os agentes não devem se passar por um indivíduo humano específico ou uma entidade específica em um maneira enganosa, ou se apresentam como humanos quando não o são, em contextos onde a distinção importa.

7.2 Rotulagem de conteúdo gerado por IA

Quando um Agente gera conteúdo que é apresentado aos Usuários (incluindo texto, imagens, áudio, código ou recomendações) e onde a rotulagem for exigida pela lei aplicável, o Operador deve garantir que tal conteúdo seja rotulado ou acompanhado de uma divulgação indicando que foi gerado por um sistema de IA.

7.3 Obrigações de divulgação específicas do operador

Os operadores são responsáveis por identificar e cumprir qualquer transparência, rotulagem, obrigações de divulgação ou notificação que se aplicam aos resultados específicos de seus Agentes, interações ou casos de uso sob a lei aplicável. Sidiora Labs fornece o infraestrutura; a Operadora assume a obrigação de conformidade regulatória para seus próprios Agente.

8Responsabilidade e Atribuição

8.1 Atribuição Obrigatória

(i)Todo Agente deve ser atribuível a um Operador identificável através do mecanismos de autenticação usados por Protention, incluindo credenciais, carteira endereços, DIDs e tokens assinados.
(ii)A cadeia de atribuição — desde as ações do Agente até o Operador responsável — deve ser mantido em todos os momentos. Os operadores não devem tomar medidas para ocultar, separar, ou minar esta atribuição.

8.2 Evasão Proibida

Os operadores não devem:

(i)Implantar Agentes de forma anônima ou pseudônima com a finalidade de contornar esta Política do Agente, AUP, requisitos AML/KYC ou controles de sanções;
(ii)Retransmitir ações através de cadeias de Agentes para ocultar a identidade do originador Operador ou a natureza da atividade;
(iii)Use interações entre agentes para colocar transações em camadas com a finalidade de evitar controles de conformidade; ou
(iv)Crie múltiplas identidades de Agente para evitar ações de aplicação tomadas contra um Agente ou conta anterior.

8.3 Manutenção de registros

(i)Os operadores devem manter registros suficientes para demonstrar conformidade com este Política do Agente, incluindo: o escopo e a configuração da autorização do Agente; histórico de implantação e modificação; registros de decisões e ações materiais; e registros de quaisquer incidentes, intervenções ou ações de fiscalização.
(ii)Os registros devem ser retidos por um período mínimo de doze (12) meses após o A última operação ativa do Agente, ou mais, conforme exigido pela lei aplicável ou por um investigação em andamento.
(iii)Sidiora Labs pode solicitar acesso aos registros de um Operador quando razoavelmente necessário para investigar uma suspeita de violação desta Política do Agente, da AUP ou lei aplicável. Falha no fornecimento dos registros solicitados dentro de um prazo razoável pode constituir em si uma violação.

9Relatório de incidentes

9.1 Relatório obrigatório

Os operadores devem relatar imediatamente a Sidiora Labs qualquer um dos seguintes eventos envolvendo seus agentes:

(i)O Agente realiza uma ação fora do seu escopo autorizado ou em violação deste Política do Agente;
(ii)O Agente está envolvido ou é afetado por um incidente de segurança, incluindo acesso não autorizado, comprometimento de credenciais, exploração de uma vulnerabilidade, ou uma suspeita de violação de dados;
(iii)O Agente causa ou contribui para perdas financeiras materiais, danos a outro Usuário, ou interrupção dos Serviços;
(iv)O Agente exibe comportamento anômalo, descontrolado ou não intencional que o Operador não pode explicar ou controlar imediatamente;
(v)Um disjuntor ou mecanismo de segurança é acionado sob circunstâncias que sugerem uma questão sistémica em vez de um evento limite de rotina; ou
(vi)A Operadora toma conhecimento de um processo legal, investigação regulatória ou ação de aplicação da lei relacionada à operação do Agente.

9.2 Como denunciar

Os relatórios de incidentes devem ser enviados para info@sidioralabs.com e deve incluir, para a extensão disponível: o identificador do Agente; uma descrição do evento; o tempo e duração do evento; as ações tomadas para conter o evento; quaisquer usuários afetados, transações ou ativos; e quaisquer registros ou evidências de apoio.

9.3 Cooperação

Os operadores devem cooperar com Sidiora Labs e, quando aplicável, OpenNet Security LLC na investigação e remediação de incidentes relatados. A cooperação inclui fornecer acesso oportuno a logs, registros e pessoal técnico, e implementar etapas de correção recomendadas.

9.4 Sem retaliação

Sidiora Labs não tomará medidas coercivas adversas contra um Operador apenas porque a Operadora relatou um incidente de boa fé e em tempo hábil. No entanto, a notificação não imuniza o Operador da aplicação se o conduta constitui uma violação desta Política do Agente ou da lei aplicável.

10Registro e trilha de auditoria

10.1 Registro de agente

(i)Todas as ações do Agente executadas através de Protention são registradas dentro do espaço restrito tempo de execução. A natureza determinística e reproduzível do tempo de execução fornece um ambiente auditável registro de execução para cada intenção canônica.
(ii)Os operadores devem complementar o registro em nível de plataforma com seus próprios logs em nível de aplicativo, quando necessário, para manter uma trilha de auditoria completa, particularmente para lógica de decisão, entradas e saídas de modelos, verificações de autorização, e tratamento de erros.

10.2 Acesso de auditoria

(i)Sidiora Labs pode acessar e revisar logs de execução do Agente, registros onchain e metadados associados para fins de investigação de suspeitas de violação, apoio resolução de disputas, cumprimento de obrigações legais ou regulatórias e melhoria a segurança e proteção dos Serviços.
(ii)Os operadores podem solicitar acesso aos seus próprios logs de execução do Agente através do ferramentas e documentação do desenvolvedor. Os períodos de retenção de log e os mecanismos de acesso são descrito na documentação.

10.3 Auditoria Regulatória

Quando o Agente de uma Operadora estiver sujeito à supervisão regulatória (inclusive sob a UE AI Act, regulamentos de serviços financeiros ou leis de proteção de dados), o Operador é responsável por manter logs e registros suficientes para satisfazer a auditoria aplicável e requisitos de inspeção. Sidiora Labs cooperará com solicitações regulatórias direcionado à plataforma na medida exigida pela lei aplicável.

11Interações máquina a máquina

11.1 Quando um Agente transaciona, coordena, comunica ou contrata com outros Agentes — incluindo aquisição entre agentes em Protention, liquidação automatizada e consumo autônomo de APIs de desenvolvedor — o acordo máquina a máquina (M2M) aplica-se além desta Política do Agente.

11.2 Nas interações entre agentes, cada Operador permanece independentemente responsável pela conformidade de seu próprio Agente com esta Política de Agente. As ações de uma contraparte O Agente não isenta ou reduz a responsabilidade do Operador pelas ações de seu próprio Agente conduta.

11.3 Os Operadores devem ter muito cuidado ao configurar os Agentes para realizar transações de forma autônoma com outros Agentes, dado o potencial para operações em cascata rápidas e de alto volume interações. As salvaguardas descritas na Seção 6 (limites de gastos, disjuntores, monitoramento) são particularmente importantes em contextos M2M.

12Aplicação

12.1 Investigação e Ação

Sidiora Labs pode, na medida permitida pela lei aplicável, investigar suspeitas violações desta Política do Agente e tomar medidas coercivas, incluindo: avisar o Operador; limitar, suspender ou encerrar o Agente; suspender ou encerrar a conta da Operadora; remover Listagens de mercado associadas ao Agente; reter valores de liquidação contestados quando os fundos permanecerem contestáveis; e relatórios conduta às autoridades policiais ou reguladoras, quando exigido ou permitido por lei aplicável.

12.2 Proporcionalidade

Sidiora Labs geralmente aplicará medidas de execução proporcionais à gravidade e natureza da violação, consistente com a estrutura de aplicação descrita em a AUP (Seção 9). No entanto, Sidiora Labs reserva-se o direito de tomar medidas imediatas — incluindo a rescisão permanente sem aviso prévio — quando a violação envolver crime financeiro, exploração ativa, danos a menores, ameaça iminente aos Usuários ou ao Serviços ou condutas que não podem ser remediadas.

12.3 Limitações na cadeia

Como a atividade Onchain é permanente e irreversível, a execução das ações do Agente já comprometidos com o Protention podem ser limitados a medidas fora da cadeia (suspensão, remoção de acesso, encaminhamento às autoridades). Sidiora Labs não pode reverter, modificar ou censurar transações on-chain.

12.4 OpenNet Security LLC

OpenNet Security LLC oferece suporte à detecção, investigação e resposta a incidentes para violações relacionadas à segurança em todo o ecossistema. Os operadores podem ser obrigados a cooperar com a OpenNet Security LLC durante as investigações.

13Responsabilidade

13.1 O Operador é o único responsável pelas ações, omissões, erros e resultados de seus Agentes. Sidiora Labs não é responsável por perdas decorrentes de autonomia do Agente decisões, erros de configuração, imprecisões de modelo, comportamento não intencional, incumprimento ou resultados de mercado adversos.

13.2 As isenções de responsabilidade e limitação de responsabilidade estabelecidas nos Termos de Serviço aplicam-se integralmente a Sidiora Labs com relação à operação do Agente e a esta Política do Agente.

13.3 Nada nesta Política do Agente cria um dever de cuidado, relacionamento fiduciário ou relacionamento consultivo entre Sidiora Labs e qualquer Operador com relação ao design, configuração ou operação dos Agentes da Operadora.

14Mudanças

14.1 Sidiora Labs pode atualizar esta Política do Agente de tempos em tempos. Quando fazemos alterações materiais, iremos: (a) atualizar a "Versão" e a "Data de Vigência" na parte superior deste este documento; (b) fornecer notificação por meio dos Serviços, documentação do desenvolvedor, por e-mail ou por outros meios razoáveis pelo menos quinze (15) dias antes das alterações ocorrerem efeito; e (c) identificar claramente a natureza das alterações materiais.

14.2 Sua operação continuada de Agentes após a data efetiva atualizada constitui sua aceitação da Política de Agente revisada. Se você não concordar, você deve parar e desativar seus Agentes antes da data efetiva atualizada.

Versão 1.0 — Data de vigência: 10 de junho de 2026