Una discussione su r/PPC poneva quattro domande a chi usava strumenti di IA con un vero accesso in scrittura agli account dei clienti: che cosa ha sbagliato lo strumento, come gestite la governance, ha davvero ridotto le ore di lavoro e che cosa avete disattivato dopo sessanta giorni. Le risposte convergevano su qualcosa di più utile del consiglio su uno strumento: un elenco di controlli.
Questo è quell'elenco, scritto in modo che tu possa chiedere a qualsiasi fornitore di rispettarlo, noi compresi.
I sette controlli
1. Una lettura aggiornata prima della raccomandazione
Un agente che pianifica sulla base di dati caricati dieci minuti prima agirà con sicurezza su uno stato che non esiste più. Il problema più comune segnalato non è una cattiva decisione: è un dato di ingresso errato preso per certo, un campo documentato dall'API ma restituito come undefined sul nodo edge che l'agente si è trovato a interrogare, trattato silenziosamente come zero. Esigi che la lettura che giustifica una modifica avvenga nello stesso turno della modifica.
2. Un confronto delle differenze prima della scrittura, non una sua descrizione
Il racconto dell'agente non è una prova. “Abbasserò l'offerta sugli elementi con prestazioni insufficienti” è una frase. offerta da 1.40 → 0.95 su 3 obiettivi è un confronto delle differenze. Solo il secondo può essere verificato.
3. Un limite alla portata dell'impatto
L'errore più costoso raramente è una singola modifica sbagliata. È una modifica sbagliata applicata a quattrocento oggetti. Esigi un limite rigido per chiamata al numero di oggetti interessati, applicato prima della chiamata, non chiedendo al modello di fare attenzione.
4. Conferma umana limitata alle modifiche rilevanti
Confermare tutto ti abitua ad approvare tutto senza pensarci e, nel giro di due mesi, hai una finestra di approvazione che non approva più nulla. Il passaggio di controllo deve distinguere una modifica reversibile da un'operazione che incide sul denaro.
5. Classificazione gestita dall'applicazione ospitante, non dallo strumento
Se il livello di rischio di un'azione deriva dalla descrizione dello strumento stesso, qualsiasi cosa possa scrivere una descrizione può abbassare il proprio livello di rischio. Uno strumento che si definisce “aggiornamento di una piccola impostazione” non deve poter eludere l'approvazione a parole. Le azioni sconosciute o personalizzate dovrebbero essere considerate sensibili per impostazione predefinita, non sicure.
6. Un registro delle operazioni da poter consegnare a un cliente
La domanda non è se gli eventi vengano registrati da qualche parte. È se tu possa produrre, su richiesta, un registro immutabile di chi ha cambiato che cosa e quando. La telemetria del prodotto non è questo.
7. Una procedura di ripristino, predisposta prima che serva
Ogni azione rilevante dovrebbe includere una chiave che permetta di individuare e annullare il gruppo di operazioni a cui appartiene. Decidere come annullare qualcosa dopo che è andato storto è il modo in cui un'ora storta diventa una settimana storta.
Il problema che nessuno di questi controlli intercetta
Tutti i controlli sopra elencati governano l'esecuzione. Il confronto delle differenze ti dice che cosa è cambiato, il registro ti dice chi e quando, il ripristino annulla la modifica. Nessuno di questi distingue una raccomandazione corretta da una sbagliata: prima dell'esecuzione sembrano identiche e quella sbagliata è spesso argomentata meglio.
Circola un resoconto molto letto di un venditore con un solido ROAS di 3.5–4x che si è lasciato convincere da un modello a ristrutturare le campagne e ha perso denaro. La risposta più votata lo spiega: il modello non conosce la situazione delle tue scorte, i vincoli contrattuali o la cronologia dell'account. Come ha detto un altro partecipante, non sanno scegliere tra due opzioni valide. Individuare schemi è un campo in cui questi modelli sono davvero forti. Decidere tra due strategie entrambe sostenibili non lo è.
Il secondo problema non intercettato è l'oscillazione continua: aumentare un'offerta sulla base di tre giorni di dati, ridurla due giorni dopo, senza mai ottenere una lettura stabile delle prestazioni dell'elemento interessato. Chi usa questo approccio su larga scala impone un intervallo di attesa da cinque a sette giorni per ciascun elemento e riferisce che ha risolto più problemi di qualsiasi cambio di modello.
Che cosa copre Orkas oggi
Orkas è un'app desktop multiagente che privilegia l'elaborazione locale. I suoi connettori per il commercio — Shopify, Amazon Seller Central, eBay, Etsy, TikTok Shop, Shopee, WooCommerce, Walmart e altri — operano attraverso un livello di regole gestito dall'applicazione ospitante. Otto di questi controlli sono implementati e quattro no. Preferiamo che tu lo scopra qui anziché dopo una scrittura sbagliata.
| Controllo | Stato | Che cosa è disponibile |
|---|---|---|
| Modello di rischio delle azioni a quattro livelli | ✅ | Ogni azione di un connettore è R / W / H / D — lettura, scrittura, ad alto impatto, distruttiva |
| Anteprima prima di una scrittura | ✅ | Le azioni di scrittura prevedono una conferma con anteprima anziché essere eseguite immediatamente |
| Nuova conferma per le operazioni che incidono sul denaro | ✅ | Le azioni ad alto impatto vengono segnalate come modifiche esterne o finanziarie e richiedono una nuova conferma |
| Limite alla portata dell'impatto | ✅ | Un limite per chiamata al numero di oggetti su cui un'azione può intervenire, verificato prima dell'esecuzione della chiamata |
| Connessione esclusivamente in sola lettura | ✅ | Un connettore può essere limitato all'elenco delle funzionalità, alla descrizione delle azioni e alle letture |
| Classificazione gestita dall'applicazione ospitante | ✅ | Il rischio deriva da una tabella fissa dell'applicazione ospitante basata sull'identità esatta dell'azione; le indicazioni fornite dallo strumento non possono ampliare la fiducia concessa |
| Blocco delle azioni sconosciute | ✅ | Un'azione non classificata viene trattata come ad alto impatto; un'azione commerciale priva di regole attendibili viene rifiutata, non eseguita |
| Elenco di blocco ai confini del prodotto | ✅ | Un elenco fisso di azioni che non vengono mai rese disponibili, indipendentemente dagli ambiti di autorizzazione concessi |
| Autorizzazioni per singola operazione (creazione / modifica / pausa separate) | ❌ | Le autorizzazioni sono graduate per livello di rischio, non suddivise per operazione |
| Limite di spesa monetaria o percentuale massima di modifica del budget | ❌ | Il limite riguarda il numero di oggetti, non l'importo |
| Procedura di ripristino | ❌ | Non implementata. L'annullamento di un gruppo di operazioni è manuale |
| Registro di audit immutabile ed esportabile | ❌ | Le chiamate ai connettori vengono tracciate per la telemetria; questo non costituisce un registro di audit destinato ai clienti |
Se gli ultimi quattro sono requisiti inderogabili per te — soprattutto quando gestisci account pubblicitari per clienti che possono richiedere un audit — Orkas oggi non li soddisfa e dovresti mantenere il controllo umano su ogni scrittura.
L'altra strada: nessun accesso in scrittura
Per una gran parte del lavoro, il punto non è l'accesso in scrittura, ma l'analisi. Esporta il rapporto, metti il file in uno spazio di lavoro locale e lascia che l'agente lo legga. Nessuna richiesta di registrazione come sviluppatore, nessuna coda di approvazione, nessuna credenziale con autorizzazioni di scrittura nel processo. È anche il modo più rapido per scoprire se un agente ti è utile prima di concedergli la possibilità di compiere azioni irreversibili. Due esempi pratici: riconciliare i numeri di tracciamento del fornitore con i tuoi ordini e il caso d'uso della revisione settimanale del negozio.
Perché è difficile acquistare una soluzione pronta anziché costruirla
Le API delle piattaforme di solito sono gratuite. L'ostacolo è l'approvazione, non il prezzo. Lo stesso server Ads MCP di Amazon richiede credenziali Ads API attive. Shopify richiede un'app di proprietà del commerciante nella stessa organizzazione del negozio. TikTok Shop richiede una Custom App che abbia superato la verifica per sviluppatori dei venditori. eBay richiede un set di chiavi di produzione del Developers Program e una propria chiave di firma. Per un venditore che lavora da solo, ognuno di questi passaggi è un progetto, non un modulo: ecco perché così tanti scelgono la strada delle esportazioni e non collegano mai nulla. È una scelta ragionevole e qualsiasi strumento che valga la pena usare dovrebbe funzionare bene anche in quella modalità.