[Panoramica AI Ready, parte 3] Rivelata l'architettura principale di AI Ready: il ponte di comunicazione tra sistemi di e-commerce standardizzati e modelli linguistici di grandi dimensioni

Risposta diretta: l'architettura AI Ready può essere intesa come lo strato intermedio di governance tra la piattaforma di e-commerce e il modello AI. È responsabile della conversione dei dati della piattaforma in attività standard, dell'esecuzione delle autorizzazioni e del controllo dei costi, della verifica dell'output del modello e della restituzione dei risultati al processo di e-commerce tramite webhook o pianificazione sicuri.

A chi è rivolto questo articolo?#

• Architetti di sistema che devono progettare l'architettura della piattaforma di e-commerce AI.

• CTO che desidera integrare più funzioni di intelligenza artificiale in un centro di governance unificato.

• Team di sviluppo che devono valutare autorizzazioni, costi dei token, attività asincrone e writeback dei dati.

Obiettivo architettonico: trasformare l'intelligenza artificiale da uno strumento a una capacità governabile#

AI Ready non è un singolo modello, né è una singola finestra di chat. Si tratta di un'architettura intermediaria tra piattaforme di e-commerce e fornitori di modelli. Lo scopo è risolvere quattro problemi:

1. Differenze di piattaforma: le strutture dati di WooCommerce, PrestaShop, OpenCart, Magento / Adobe Commerce sono diverse.

2. Differenze di modello: diversi fornitori di modelli hanno API, formati di output, prezzi e funzionalità diversi.

3. Rischio di autorizzazione: le attività di intelligenza artificiale possono entrare in contatto con informazioni su prodotti, ordini, membri, prezzi e assistenza clienti.

4. Sicurezza del writeback: l'output dell'intelligenza artificiale deve superare la verifica e i dati ad alto rischio non possono essere modificati direttamente.

Pertanto, il nucleo di AI Ready non è quello di “lasciare che l’intelligenza artificiale gestisca liberamente l’e-commerce”, ma di inserire le attività dell’intelligenza artificiale in un flusso di dati controllabile e in un processo di revisione.

Componente principale uno: adattatore di piattaforma#

L'adattatore della piattaforma è installato sul sistema di e-commerce ed è responsabile della conversione dei dati nativi della piattaforma in un formato AI Ready comune. Solitamente si occupa di:

• Mappatura dei campi del prodotto: SKU, nome, descrizione, categoria, etichetta, variante, immagine.

• Riepilogo stato ordine: numero ordine, stato pagamento, stato spedizione, condizioni di reso.

• Contesto del membro e del assistenza clienti: esporre solo le informazioni necessarie per l'attività per evitare di inviare troppe informazioni.

• Dichiarazione di capacità: indica al Gateway quali operazioni di lettura e scrittura sono supportate da questo sito.

Gli adattatori dovrebbero essere il più sottili possibile per evitare di reinserire gran parte della logica del modello nella piattaforma stessa. In questo modo è possibile mantenere la flessibilità degli aggiornamenti della piattaforma e della manutenzione dei plugin.

Componente principale due: AI Ready Gateway#

Gateway è il centro di governance dell'intera architettura. Invece di limitarsi a inoltrare l'API, è responsabile di:

• Verifica dell'identità e controllo della firma.

• Classificazione delle attività e controllo dei permessi. -Budget del token e limite di velocità.

• Gestione del contesto di modelli e schemi di prompt.

• Modello di routing dei fornitori.

• Verifica del formato di output e gestione degli errori.

• Registri, audit, allarmi e rapporti sui costi.

Ad esempio, la generazione della copia del prodotto può utilizzare un modello a basso costo e limitare la scrittura alle bozze; l’assistenza clienti può leggere solo il riepilogo dell'ordine del membro attuale durante il controllo degli ordini; le rettifiche di prezzo devono entrare nel processo di approvazione umana.

Componente principale tre: verifica dello schema e dell'output#

L’output dell’intelligenza artificiale non può basarsi esclusivamente su vincoli immediati. Un approccio più affidabile consiste nell'utilizzare entrambi:

• Schema JSON: limita i nomi dei campi, i tipi, i campi obbligatori e la lunghezza massima.

• Whitelist dei campi: è consentito solo riscrivere i campi specificati, come draft_short_description.

• Tutela dei fatti: il materiale del prodotto, le dimensioni, il prezzo, lo stock e altri campi non devono essere modificati dal modello.

• Revisione manuale: i contenuti ad alto rischio o ad alta esposizione entrano per primi nella coda di revisione.

• Record di rollback: conserva la versione per ogni generazione e writeback dell'IA.

Questo design riduce la possibilità di allucinazioni e false riscritture, ma non può pretendere di eliminare completamente gli errori. I processi formali devono pertanto mantenere la verifica, l'auditing e il monitoraggio.

Componente principale quattro: attività asincrone e webhook#

Molte attività di intelligenza artificiale non sono adatte per l’esecuzione simultanea, come la traduzione in batch, l’analisi dell’stock, la generazione di contenuti SEO e il riepilogo delle conversazioni del assistenza clienti. AI Ready dovrebbe inserire questo tipo di lavoro in un'attività in coda o in background per evitare di bloccare le operazioni di navigazione in primo piano, checkout e in background.

Il processo tipico è il seguente:

1. L'adattatore della piattaforma emette una richiesta di attività.
2. Il gateway verifica la firma e le autorizzazioni.
3. Il gateway crea l'attività e restituisce job_id.
4. L'operatore in background chiama il provider del modello.
5. L'output supera la convalida dello schema.
6. Il gateway invia una notifica alla piattaforma tramite webhook.
7. La piattaforma utilizza "idempotency_key" per garantire che non venga eseguita ripetutamente.

I webhook devono includere timestamp, nonce, firme e protezione dagli attacchi di riproduzione. Per le richiamate che modificano i dati, è necessario salvare anche lo stato di elaborazione dell'evento per garantire che i nuovi tentativi non comportino ripetuti invii di posta, ripetute modifiche dei prezzi o ripetute creazioni di coupon.

Governance dei costi: il token non è un dettaglio tecnico, ma un costo operativo#

L'architettura AI Ready deve incorporare il tracciamento dei token nei dashboard operativi. Si consiglia di registrare almeno:

-Tipi di attività: copywriting, traduzione, assistenza clienti, relazioni, raccomandazioni.

• Origine utente o sistema.

• Fornitore del modello e nome del modello.

• token di input / token di output.

• Centro per la stima dei costi e il budget.

• Successo, fallimento, tentativi e latenza media.

Queste informazioni possono aiutare il CTO a determinare quali attività vale la pena automatizzare, quali attività dovrebbero essere declassate al modello e quali attività devono essere memorizzate nella cache o in batch.

Domande frequenti#

AI Ready Gateway deve essere distribuito in modo indipendente?#

incerto. I piccoli siti web possono innanzitutto utilizzare lo stesso host o lo stesso insieme di applicazioni per implementare il concetto di Gateway; Gli ambienti multisito o multipiattaforma su larga scala sono più adatti per la distribuzione indipendente, che facilita il controllo centralizzato di token, autorizzazioni, registri e fornitori di modelli.

Quali sono i vantaggi del livello di astrazione del provider di modelli?#

Consente di non vincolare le attività di e-commerce a un unico modello. Quando i prezzi, le funzionalità, la conformità regionale o la stabilità del fornitore cambiano, il routing può essere regolato a livello gateway senza modificare ciascun plugin della piattaforma.

La convalida dell'output dell'IA può evitare completamente gli errori?#

non può. Lo schema, la whitelist e il controllo possono solo ridurre la probabilità e la portata degli errori. Aree ad alto rischio come informazioni sui prodotti, prezzi, impegni legali, rimborsi ed elaborazione di informazioni personali richiedono ancora una revisione umana o un motore di policy chiaro.

Riferimenti#

• Google Search Central: i dati strutturati devono corrispondere ai contenuti visibili, https://developers.google.com/search/blog/2025/05/succeeding-in-ai-search
• Code di messaggi Adobe Commerce, https://developer.adobe.com/commerce/php/development/components/message-queues/
• Manuale dell'API REST di WordPress, https://developer.wordpress.org/rest-api/