Uma discussão no r/PPC colocou quatro perguntas a quem utiliza ferramentas de IA com acesso real de escrita em contas de clientes: o que correu mal, como lida com a governação, se houve mesmo uma redução de horas e o que desativou ao fim de sessenta dias. As respostas convergiram para algo mais útil do que uma recomendação de ferramenta — uma lista de controlos.
Esta é a lista, escrita para que a possa exigir a qualquer fornecedor, incluindo a nós.
Os sete controlos
1. Uma nova leitura antes da recomendação
Um agente que planeia com dados carregados há dez minutos vai agir com confiança sobre um estado que já não existe. A falha mais relatada não é uma má decisão — é uma entrada errada aceite com confiança: um campo que a API documenta mas devolve como indefinido nesse endpoint, tratado silenciosamente como zero. Exija que a leitura que justifica a alteração ocorra no mesmo turno da alteração.
2. Uma comparação das alterações antes da escrita, não uma descrição
A narração do agente não é prova. “Vou baixar a licitação dos que têm mau desempenho” é uma frase. lance 1,40 → 0,95 em 3 alvos é uma comparação das alterações. Só a segunda pode ser revista.
3. Um limite máximo para o raio de impacto
A falha mais cara raramente é uma alteração errada. É uma alteração errada aplicada a quatrocentos objetos. Exija um limite rígido por chamada, verificado antes da execução — e não um pedido ao modelo para que tenha cuidado.
4. Confirmação humana só para alterações significativas
Confirmar tudo habitua-o a clicar em tudo e, em dois meses, a caixa de diálogo de aprovação já não aprova nada. A etapa de aprovação tem de distinguir uma edição reversível de uma movimentação de dinheiro.
5. Classificação controlada pelo sistema anfitrião, não pela ferramenta
Se o nível de risco vem da descrição da própria ferramenta, qualquer pessoa que escreva uma descrição pode baixar o seu próprio risco. Uma ferramenta que se chama “ajustar uma configuraçãozinha” não pode escapar à aprovação na conversa. As ações desconhecidas devem ser classificadas como sensíveis, não como seguras.
6. Um rasto de auditoria que se possa entregar ao cliente
A questão não é se existem registos algures. É se consegue produzir, a pedido, um registo imutável de quem alterou o quê e quando. A telemetria do produto não é isso.
7. Um mecanismo de reversão, preparado antes de ser necessário
Todas as ações com consequências devem incluir uma chave que permita encontrar e reverter o lote a que pertencem. Decidir como desfazer depois de algo correr mal é a forma de transformar uma hora má numa semana má.
A falha que nenhum deles deteta
Todos os controlos acima regulam a execução. A comparação das alterações diz o que mudou, o registo diz quem e quando, a reversão desfaz. Nenhum distingue uma recomendação correta de uma errada — as duas parecem iguais à entrada, e a errada costuma vir mais bem argumentada.
Há um relato bastante lido de um vendedor com um ROAS saudável de 3,5–4x que se deixou convencer por um modelo a reestruturar campanhas e perdeu dinheiro. A resposta mais votada explica: o modelo não conhece a sua situação de stock, as suas restrições contratuais nem o histórico da conta. Como comentou outra pessoa, eles não sabem escolher entre dois bens. Encontrar padrões é aquilo em que estes modelos são realmente fortes. Escolher entre duas estratégias defensáveis não é.
A segunda falha não detetada é o vaivém: aumenta a licitação com três dias de dados, reduz dois dias depois, e o alvo nunca estabiliza. Quem utiliza isto em grande escala impõe um intervalo de cinco a sete dias por alvo e diz que isso resolveu mais do que qualquer troca de modelo.
O que o Orkas cobre hoje
O Orkas é uma aplicação de computador multiagente que dá prioridade ao funcionamento local. Os seus conectores de comércio — Shopify, Amazon Seller Central, eBay, Etsy, TikTok Shop, Shopee, WooCommerce, Walmart e outros — passam por uma camada de políticas controlada pelo sistema anfitrião. Oito destes estão implementados e quatro não. Preferimos que descubra isso aqui, e não depois de uma operação de escrita errada.
| Controlo | Situação | O que existe |
|---|---|---|
| Modelo de risco em quatro níveis | ✅ | Cada ação de conector é R / W / H / D — leitura, escrita, alto impacto, destrutiva |
| Pré-visualização antes da escrita | ✅ | As ações de escrita exigem confirmação com pré-visualização em vez de serem executadas diretamente |
| Nova confirmação nas movimentações de dinheiro | ✅ | As ações de alto impacto são assinaladas como alterações externas ou financeiras e exigem uma nova confirmação |
| Limite do raio de impacto | ✅ | Limite por chamada do número de objetos que uma ação pode afetar, verificado antes da execução |
| Ligação só de leitura | ✅ | Um conector pode ficar limitado a listar capacidades, descrever ações e ler |
| Classificação controlada pelo sistema anfitrião | ✅ | O risco vem de uma tabela fixa do sistema anfitrião com base na identidade exata da ação; as indicações da própria ferramenta não aumentam a confiança |
| Bloqueio por segurança de ações desconhecidas | ✅ | Uma ação não classificada é tratada como de alto impacto; uma ação de comércio sem uma política fiável é recusada, não executada |
| Lista de bloqueio dos limites do produto | ✅ | Lista fixa de ações nunca expostas, independentemente dos âmbitos concedidos |
| Permissões por verbo (criar / editar / pausar separadamente) | ❌ | As permissões são graduadas por nível de risco, não divididas por verbo |
| Limite de despesa ou percentagem máxima de alteração do orçamento | ❌ | O limite aplica-se à quantidade de objetos, não ao valor |
| Mecanismo de reversão | ❌ | Não implementado. Reverter um lote é manual |
| Registo de auditoria imutável e exportável | ❌ | As chamadas dos conectores são registadas para telemetria; isso não constitui um rasto de auditoria para o cliente |
Se os quatro últimos forem requisitos obrigatórios para si — tipicamente quando gere contas de clientes que podem exigir auditorias — o Orkas não os cumpre atualmente, e deve manter uma pessoa a supervisionar cada operação de escrita.
O outro caminho: nenhum acesso de escrita
Para uma boa parte do trabalho, o essencial não é a escrita; é a análise. Exporte o relatório, coloque o ficheiro numa pasta local e deixe o agente lê-lo. Sem aplicação de programador, sem fila de aprovação, sem credencial de escrita no circuito. E é a forma mais rápida de descobrir se um agente é útil antes de conceder algo irreversível. Dois exemplos práticos: conciliar os códigos de rastreio do fornecedor com as suas encomendas e o caso de uso de revisão semanal da loja.
Porque é difícil comprar isto em vez de o construir
As APIs das plataformas costumam ser gratuitas. O obstáculo é a aprovação, não o preço. O próprio servidor MCP de anúncios da Amazon exige credenciais ativas da Ads API. A Shopify exige uma aplicação do comerciante na mesma organização da loja. O TikTok Shop exige uma Custom App aprovada na revisão de programador. O eBay exige um conjunto de chaves de produção do Developers Program e a sua própria chave de assinatura. Para um vendedor que trabalha sozinho, cada um é um projeto, não um formulário — por isso tanta gente opta pela exportação e nunca liga nada. É uma escolha razoável, e qualquer ferramenta decente também deveria funcionar bem nesse modo.