Il supporto per servizi IA aggiuntivi è revisionato senza cambiare il Core
Quando si considera l'aggiunta di servizi IA al di fuori dell'attuale scope di supporto ufficiale, revisioniamo le possibilità di espansione seguendo il principio di separazione dell'Adapter per evitare di contaminare i Provider esistenti e il Core di memoria.
Nuovi servizi IA continuano ad apparire e le schermate dei servizi esistenti cambiano frequentemente. Se l'unico obiettivo è aumentare rapidamente la lista di supporto, le eccezioni per Provider possono mischiarsi nel Core e anche i servizi esistenti possono diventare instabili. Quando si revisiona supporto aggiuntivo, 5BY.AI dà priorità al principio di isolare la logica di rilevamento nell'Adapter.
Supportare un nuovo Provider non dovrebbe richiedere di cambiare i Provider esistenti e la struttura di memoria insieme.
Cosa è cambiato in questo aggiornamento
- Investigazione del DOM delle conversazioni, identificazione delle conversazioni ed eventi di completamento dei servizi IA candidati in modalità sola lettura.
- Controllo se i selettori specifici per Provider e la logica di rilevamento possono essere separati come opzioni Adapter.
- Coppia logica, Pack, Saved, Anchor e Handoff usano il contratto Core esistente così com'è.
- Verifica separata che non ci sia regressione nei Provider ufficialmente supportati esistenti.
- Conferma che i flussi effettivi di raccolta, archiviazione e rientro sono stabili prima di annunciare come ufficialmente supportati.
Come verificare
- Gli utenti dovrebbero usare principalmente i servizi IA nell'attuale scope di supporto ufficiale.
- Le richieste di supporto per nuovi servizi possono essere lasciate su /feedback con il caso d'uso previsto.
- Anche se un candidato al supporto è divulgato, lo stato sperimentale e lo stato di supporto ufficiale sono distinti.
- Quando confermato come ufficialmente supportato, il contratto Provider sulla homepage e sulle pagine guida è aggiornato insieme.
Esempio nel flusso d'uso effettivo
Ad esempio, quando l'utente controlla lo stato attuale dei miglioramenti, gli utenti usano principalmente i servizi IA nell'attuale scope di supporto ufficiale. Le richieste di supporto per nuovi servizi possono essere lasciate su /feedback con il caso d'uso previsto. Poi quando confermato come ufficialmente supportato, il contratto Provider sulla homepage e sulle pagine guida è aggiornato insieme. In questo processo, il seguente scope non dovrebbe essere confuso con lo stato di completamento attuale. I Provider non sono aggiunti senza verifica di stabilità solo perché ci sono molte richieste di supporto. Controllare in questo modo aiuta a distinguere tra funzionalità già fornite e parti ancora in stabilizzazione.
Prima e dopo il cambiamento
Prima del miglioramento, lo scope attualmente fornito e le parti ancora in stabilizzazione potevano apparire mischiati all'interno di una singola frase. In questo aggiornamento, quando si considera l'aggiunta di servizi IA al di fuori dell'attuale scope di supporto ufficiale, revisioniamo le possibilità di espansione seguendo il principio di separazione dell'Adapter per evitare di contaminare i Provider esistenti e il Core di memoria. Le funzionalità già fornite sono preservate così come sono, e solo gli obiettivi di miglioramento sono descritti separatamente in modo che gli utenti possano comprendere lo stato attuale senza esagerazione.
Scope e cose da notare
- I Provider non sono aggiunti senza verifica di stabilità solo perché ci sono molte richieste di supporto.
- I selettori DOM specifici per Provider o i rami di eccezione non sono messi nel Core.
- Gli stati sperimentali non ufficiali non sono espressi come supporto pubblico.
- Le politiche proprie del servizio IA, le restrizioni regionali e le funzionalità dell'account non sono controllate da 5BY.AI.
Perché questo cambiamento conta nella struttura generale di 5BY.AI
Lo scopo di espandere lo scope di supporto non è aumentare il numero di Provider ma mantenere la continuità di pensiero dell'utente in più ambienti. Mantenere il confine dell'Adapter riduce il rischio che i cambiamenti UI di un servizio influenzino altri servizi e la struttura di memoria del Core.
Criteri per verificare questo aggiornamento
- Lo scope in miglioramento e lo scope già stabilmente fornito non dovrebbero essere mischiati nella stessa frase.
- I miglioramenti di UI e compatibilità Provider non dovrebbero cambiare le unità di archiviazione del Core di memoria e il contratto di scelta dell'utente.
- Gli elementi non ancora completati non dovrebbero essere espressi come funzionalità attualmente fornite e dovrebbero essere aggiornati in aggiornamenti successivi.
Pagine correlate
- Perché i cambiamenti dei Provider sono assorbiti nell'Adapter
- Continuità attraverso le IA supportate
- Lascia richieste di supporto