Perché i cambiamenti dei Provider sono assorbiti nell'Adapter: il principio di architettura multi-LLM di 5BY.AI
ChatGPT, Claude, Gemini, Copilot, Perplexity, DeepSeek, Mistral e Grok hanno ciascuno schermate e strutture di conversazione diverse.
Anche lo stesso servizio IA può cambiare come visualizza i messaggi, la struttura del campo di input e le informazioni che distinguono le conversazioni attraverso aggiornamenti.
Se 5BY.AI, che collega conversazioni da più IA, è direttamente scosso da questi cambiamenti, allora ogni volta che la schermata di un servizio specifico cambia leggermente, archiviazione, connessione, ricerca e grafo potrebbero essere tutti influenzati insieme.
Quindi 5BY.AI separa i cambiamenti di ciascun Provider IA dalla funzionalità principale.
Il principio di base è che le parti che differiscono per Provider sono assorbite nell'Adapter, e il Core gestisce il pensiero e il contesto dell'utente in modo coerente.
I cambiamenti dei Provider IA sono inevitabili
I servizi IA evolvono rapidamente.
Nuovi modelli e funzionalità sono aggiunti, le schermate di conversazione e le posizioni dei pulsanti cambiano, e la struttura interna per visualizzare i messaggi cambia anche.
Ciò che sembra un piccolo cambiamento di schermata per l'utente può essere un cambiamento significativo per gli strumenti che riconoscono le conversazioni nel browser.
Ad esempio, le seguenti parti possono cambiare.
- Come i messaggi dell'utente e le risposte dell'IA sono distinti
- La struttura della schermata in cui le conversazioni sono visualizzate
- Il processo con cui i messaggi sono aggiunti o modificati
- La posizione del campo di input e del pulsante di invio
- Gli indirizzi delle conversazioni e i metodi di identificazione
- Come le risposte rigenerate sono visualizzate
Questi cambiamenti avvengono naturalmente man mano che ciascun Provider migliora il proprio servizio.
Il problema non sono i cambiamenti stessi.
Quanto lontano l'impatto del cambiamento di un Provider raggiunge attraverso l'intera struttura di 5BY.AI.
L'Adapter gestisce le parti che differiscono per Provider
L'Adapter è il confine che comprende la schermata e la struttura della conversazione di ciascun servizio IA.
Il metodo per leggere la schermata di ChatGPT e il metodo per leggere la schermata di Copilot potrebbero differire. La struttura dei messaggi di Claude e la struttura dei messaggi di Mistral non possono essere assunte come uguali nemmeno.
L'Adapter elabora queste differenze all'interno di ciascun Provider.
I suoi ruoli principali sono i seguenti.
- Identifica quale Provider IA è attuale.
- Rileva i messaggi dell'utente e le risposte dell'IA.
- Interpreta le strutture della schermata che differiscono per Provider.
- Organizza le informazioni di conversazione necessarie in un formato comune.
- Passa il risultato organizzato al livello successivo.
Il punto importante è che l'Adapter non è dove il pensiero dell'utente è valutato o le conversazioni importanti sono determinate.
L'Adapter si concentra sul ruolo di rilevare e tradurre le differenze dei Provider.
Il Core deve conoscere il Provider ma non dipendere da esso
Ciò che il Core di 5BY.AI deve sapere è approssimativamente da quale Provider proviene questo messaggio.
Ma non dovrebbe conoscere la struttura della schermata del Provider specifico, i selettori e le posizioni dei pulsanti.
Ad esempio, se i seguenti giudizi aumentano all'interno del Core, sorgono problemi.
- Quando ChatGPT, elabora in questo modo.
- Quando Claude, trova elementi della schermata diversi.
- Quando Gemini, salva solo quando esiste un pulsante specifico.
- Quando Copilot, usa una struttura dei messaggi separata.
Se queste condizioni per Provider continuano ad accumularsi nel Core, la struttura principale deve essere modificata insieme ogni volta che una nuova IA è aggiunta o un servizio esistente è aggiornato.
Un piccolo cambiamento della schermata potrebbe influenzare le unità di archiviazione, le connessioni di contesto e Graph View.
Quindi 5BY.AI separa le differenze per Provider in modo che non penetrino nel Core.
Il Core elabora il flusso di pensiero dell'utente basandosi sulle informazioni in formato comune consegnate dall'Adapter.
Il cambiamento di un Provider non dovrebbe influenzare altri Provider
Lo scopo più importante della separazione dell'Adapter è limitare lo scope dei cambiamenti.
Ad esempio, supponi che la schermata di conversazione di Perplexity sia cambiata.
In una struttura propriamente separata, il target di modifica dovrebbe essere concentrato nell'Adapter di Perplexity.
Le seguenti funzionalità non dovrebbero essere modificate insieme a causa di questo cambiamento.
- Rilevamento delle conversazioni di ChatGPT
- Archiviazione dei messaggi di Claude
- Anchor creati in Gemini
- Handoff che continua da DeepSeek
- Saved dalle conversazioni di Mistral
- Graph View dei record di Copilot
- Connessioni dei pensieri generati in Grok
Anche se un Provider cambia, i Provider rimanenti e le funzionalità comuni di 5BY.AI dovrebbero essere mantenute così come sono.
Questo è ciò che significa per l'Adapter assorbire l'impatto del cambiamento.
Senza Adapter, il Core diventa facilmente contaminato
Quando si supportano solo una o due IA inizialmente, mettere le condizioni per Provider direttamente nel codice principale potrebbe apparire più veloce.
Ma man mano che i target supportati aumentano, lo stesso problema si ripete.
Nuove eccezioni sono aggiunte per ciascun Provider, e quando si modifica una funzionalità, le condizioni per più servizi devono essere controllate insieme.
Nel tempo, il Core potrebbe diventare non un'area che elabora il flusso di pensiero dell'utente ma un'area che raccoglie eccezioni per Provider.
In questo stato, sorgono i seguenti problemi.
- È difficile prevedere lo scope di impatto di un piccolo cambiamento.
- Modificare un Provider potrebbe romperne un altro.
- La complessità aumenta rapidamente man mano che nuovi Provider sono aggiunti.
- Il confine tra funzionalità comuni e codice specifico del Provider sfuma.
- Diventa difficile distinguere se la causa di un fallimento è un cambiamento della schermata o un problema del Core.
La separazione dell'Adapter non è semplicemente un modo per organizzare il codice.
È una struttura che protegge la funzionalità principale di 5BY.AI dall'essere contaminata dai cambiamenti frequenti dei Provider.
Anchor e Handoff non devono dipendere dalle schermate dei Provider
Le funzionalità importanti di 5BY.AI non sono funzionalità per la schermata di un servizio IA specifico.
Anchor lascia punti di riferimento per il pensiero degno di essere continuato.
Saved seleziona conversazioni importanti da controllare di nuovo in seguito.
Handoff collega il contesto degli obiettivi e dei giudizi formati finora a una nuova conversazione IA.
Graph View permette agli utenti di esplorare le relazioni tra conversazioni e pensieri diversi.
Il significato di queste funzionalità non dovrebbe cambiare che siano usate in ChatGPT, DeepSeek o Grok.
Come ciascun Provider visualizza i messaggi potrebbe differire.
Ma il pensiero che l'utente ha selezionato come importante e il contesto da continuare dopo devono essere gestiti con una struttura comune.
L'Adapter elabora le differenze della schermata, e il Core gestisce il flusso di pensiero dell'utente in modo coerente oltre quelle differenze.
Lo stesso principio è necessario quando si aggiungono nuove IA
Supportare un nuovo Provider in un servizio multi-LLM non è semplicemente aggiungere un indirizzo web.
Ciascun servizio deve essere compreso in come visualizza le conversazioni, come i messaggi sono generati e come gli utenti continuano le conversazioni.
Ma se aggiungere un nuovo Provider richiede di cambiare il Core esistente, il costo e il rischio di espansione continuano a crescere.
In una buona struttura di separazione, un nuovo Provider segue questo processo.
- La schermata e la struttura della conversazione del nuovo Provider sono comprese dall'Adapter.
- Le informazioni rilevate sono organizzate nel formato comune di 5BY.AI.
- Il Core esistente e la struttura di archiviazione lo elaborano allo stesso modo.
- Anchor, Saved, Handoff e Graph View mantengono il loro significato esistente.
Anche quando si supporta una nuova IA, gli utenti non dovrebbero aver bisogno di imparare un modo completamente diverso per usare 5BY.AI.
I Provider possono aumentare, ma il comportamento principale di 5BY.AI deve rimanere coerente.
Ciò che conta per gli utenti è la stabilità, non la struttura interna
Gli utenti non hanno bisogno di comprendere la differenza tra Adapter e Core.
Ciò che gli utenti si aspettano è più semplice.
- Anche se i servizi IA si aggiornano, le conversazioni importanti possono continuare a essere salvate.
- Un problema di un Provider specifico non dovrebbe rovinare l'esperienza di usare altre IA.
- Indipendentemente da quale IA è usata, il significato di Anchor e Handoff dovrebbe essere lo stesso.
- Anche se nuove IA sono aggiunte, le connessioni tra record e pensieri esistenti dovrebbero essere mantenute.
- Anche quando ci si sposta tra più IA, il metodo di uso di 5BY.AI dovrebbe essere coerente.
La separazione dell'Adapter è un design interno per proteggere questa esperienza utente.
È una struttura invisibile, ma determina quanto stabilmente il servizio può rispondere ai cambiamenti.
I Provider cambiano ma il flusso di pensiero dell'utente deve continuare
I Provider IA continuano a cambiare.
Le schermate cambiano, le funzionalità sono aggiunte, e le strutture di conversazione e i metodi di uso possono cambiare.
Che 5BY.AI evolva continuamente per adattarsi a quei cambiamenti è necessario.
Ma ciò che non ha bisogno di cambiare non dovrebbe essere scosso insieme.
Le schermate e i metodi di rilevamento per Provider possono cambiare nell'Adapter.
Nel frattempo, l'esperienza principale di selezionare pensieri importanti, lasciare contesto, continuare in altre IA e riesaminare relazioni deve essere mantenuta stabilmente.
I cambiamenti dei Provider sono assorbiti dall'Adapter, e il Core protegge il flusso di pensiero dell'utente.
Questo principio è il design fondamentale per 5BY.AI per supportare più IA senza essere dipendente da un Provider specifico.
I servizi IA possono continuare a cambiare.
Ma non c'è bisogno che i pensieri importanti che l'utente ha lasciato e le coordinate da continuare la prossima volta siano scossi insieme.
Articoli e funzionalità correlate
- Come continuare il contesto delle conversazioni IA attraverso più LLM
- UI/UX del servizio IA: come 5BY.AI trasforma funzionalità complesse in azioni semplici
- Perché 5BY.AI fa selezionare direttamente agli utenti le conversazioni importanti
- Come riprendere da dove il pensiero si è fermato dopo aver sospeso le conversazioni IA
- Esplorare gli strumenti di 5BY.AI
- Visualizzare la guida all'installazione e all'uso di 5BY.AI