> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.
# Negociação com IA: agora e a seguir
> O que já funciona quando um agente de IA negoceia em nome do utilizador, o que ainda não existe em nenhuma plataforma e que partes da Intention foram construídas para isso.
«Nativo de IA» é uma expressão que se usa de forma vaga, por isso vale a pena ser exato quanto ao que significa aqui.
Não significa que os agentes conseguem ler esta cadeia. Os agentes conseguem ler qualquer cadeia. O que é escasso não é informação de mercado — é a capacidade de entregar uma conta real a um agente de IA e continuar a ser quem decide o que essa conta pode fazer. É dessa capacidade que esta página trata: o que existe hoje, para onde caminha e que partes do protocolo estão a ser construídas para isso.
Em que ponto está realmente a negociação
Três coisas são verdadeiras ao mesmo tempo e estão em fases muito diferentes.
**A maior parte das ordens já é colocada por código.** A execução programática, os front ends de terceiros, os sistemas de market making e os clientes de API representam a grande maioria do fluxo de ordens em qualquer plataforma moderna. Isto não é novo nem controverso. A questão interessante nunca foi se o código iria colocar ordens — coloca-as há anos. O que muda com os agentes de IA não é a automatização das ordens, mas quem decide que ordem colocar.
**Os agentes de IA estão a começar a operar contas em vez de ler gráficos.** Desde o final de 2024, os modelos de uso geral conseguem operar software como uma pessoa o faz — a ler um ecrã, a clicar, a escrever. Ao longo de 2025, as corretoras de retalho lançaram assistentes que reconhecem gráficos e aceitam ordens por voz. Em 2026, várias plataformas de referência lançaram agentes que montam uma carteira e colocam ordens dentro dos parâmetros definidos pelo utilizador. A direção é a mesma em todos: o modelo passou de aconselhar a pessoa para operar a conta.
**O que não mudou foi a conta por baixo.** Todos esses produtos assentam numa conta desenhada para um único ser humano. O agente usa a chave dessa pessoa. A contabilidade, a margem e os parâmetros de risco pertencem à pessoa, não ao agente. Uma autorização corresponde a uma ordem, e tudo o resto — o que o agente pode deter, quanto espaço tem, o que pode fazer a seguir — vive fora da plataforma, em software operado por outra pessoa. Este arranjo funciona enquanto uma pessoa está a vigiar. Deixa de funcionar quando o objetivo é precisamente que ninguém esteja.
As quatro fases
| | Onde está o trabalho | Onde está a plataforma |
| -------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
| **Fase 01 — Manual** | Uma pessoa, um ecrã, uma chave. | A plataforma pressupõe que alguém está a vigiar. |
| **Fase 02 — Assistida por IA** | O modelo propõe, a pessoa confirma. | Inalterada. Os produtos de negociação com agentes de hoje ficam por aqui. |
| **Fase 03 — Autónoma com IA** | O agente atua à velocidade da máquina dentro da autoridade que lhe foi dada. A pessoa está fora do circuito até algo atingir um limite que ela própria traçou. | A plataforma tem de fazer valer esse limite, porque mais ninguém lá está para o fazer. |
| **Fase 04 — Adversarial com IA** | Agentes negoceiam contra agentes. | A estrutura de mercado decide o resultado, não a interface. |
O salto de 02 para 03 é o difícil, e não é um problema de modelos. Já existem modelos capazes da Fase 03. O que não existe hoje em nenhuma plataforma é uma conta capaz de deter essa autoridade: uma que mantenha a sua própria contabilidade, reserve o seu próprio espaço para atuar e possa ser revogada num único gesto.
O que isso exige de uma plataforma
Uma conta capaz de deter autoridade tem de assentar numa plataforma cujo comportamento possa ser verificado em vez de acreditado, e isso não é uma funcionalidade que uma plataforma acrescente para agentes de IA. É uma propriedade do sítio onde vive a lógica de negociação.
Um agente de IA precisa de prever o que uma ordem vai fazer antes de a submeter, o que exige que a mesma entrada produza o mesmo resultado em todos os nós. Precisa que o preço sobre o qual raciocinou seja o preço a que a posição é liquidada, o que exige que o preço seja certificado no bloco que o consome. Precisa que o número de risco que leu seja o número sobre o qual o sistema atua, o que exige que a margem e a liquidação forçada corram no mesmo passo de execução em que a ordem é executada. E precisa que o seu próprio histórico seja demonstrável e não apenas reportado, o que exige que cada alteração de estado transporte a transação que a causou.
A [arquitetura](/pt/protocol/architecture/overview) produz tudo isso, e produzi-lo-ia mesmo que nenhum agente de IA alguma vez se ligasse. É isso que a torna digna de confiança: não é uma camada construída para o caso de uso, é o que uma máquina de estados determinista sobre uma ordenação confirmada pelo consenso faz.
Para onde ir a seguir
As camadas da rede e como produzem as propriedades acima.
A camada de execução de onde vêm estas propriedades.