Le support de services IA supplémentaires est examiné sans modifier le Core

Lors de l'ajout de services IA hors de la portée de support officiel actuelle, la possibilité d'extension est examinée selon le principe de séparation des Adapter pour ne pas contaminer les Provider existants et le Core de mémoire.

De nouveaux services IA apparaissent continuellement et les écrans des services existants changent fréquemment. Si l'objectif est seulement d'augmenter rapidement la liste de support, les exceptions par Provider se mélangeront au Core et les services existants pourront aussi devenir instables. 5BY.AI priorise le principe d'isolation de la logique de détection dans les Adapter lors de l'examen de support supplémentaire.

Pour supporter un nouveau Provider, les Provider existants et la structure de mémoire ne doivent pas être modifiés ensemble.

Ce qui a changé dans cette mise à jour

• Le DOM de conversation, l'identification de conversation et les événements de completion des services IA candidats sont étudiés en read-only.
• Il est vérifié si les selectors spécifiques au Provider et la logique de détection peuvent être séparés en options d'Adapter.
• Les logical pair, Pack, Saved, Anchor et Handoff utilisent le contrat Core existant tel quel.
• Il est vérifié séparément qu'aucune régression n'apparaît sur les Provider officiellement supportés existants.
• Avant d'annoncer le support officiel, il est confirmé que les flux de collecte, de stockage et de réentrée réels sont stables.

Comment l'utilisateur vérifie

1. L'utilisateur utilise en priorité les services IA inclus dans la portée de support officiel actuelle.
2. Les demandes de support de nouveaux services peuvent être laissées sur /feedback avec l'objectif d'utilisation.
3. Même si un candidat au support est rendu public, l'état expérimental et l'état de support officiel sont distingués.
4. Lorsque le support officiel est confirmé, le contrat Provider de la page d'accueil et des pages de guide est mis à jour ensemble.

Exemple dans le flux d'utilisation réel

Par exemple, lorsque l'utilisateur vérifie l'état actuel d'amélioration, il utilise en priorité les services IA inclus dans la portée de support officiel actuelle. Les demandes de support de nouveaux services peuvent être laissées sur /feedback avec l'objectif d'utilisation. Ensuite, lorsque le support officiel est confirmé, le contrat Provider de la page d'accueil et des pages de guide est mis à jour ensemble. Dans ce processus, la portée suivante ne doit pas être confondue avec l'état actuel terminé. Un Provider n'est pas ajouté sans vérification de stabilité sous prétexte que les demandes de support sont nombreuses. Ainsi, on peut séparer les fonctionnalités déjà fournies des parties encore en stabilisation.

Avant et après le changement

Avant l'amélioration, la portée actuellement fournie et les parties encore en stabilisation pouvaient apparaître mélangées dans une même phrase. Dans cette整理, lors de l'ajout de services IA hors de la portée de support officiel actuelle, la possibilité d'extension est examinée selon le principe de séparation des Adapter pour ne pas contaminer les Provider existants et le Core de mémoire. Les fonctionnalités déjà fournies sont préservées telles quelles, et seuls les sujets d'amélioration sont expliqués séparément pour que l'utilisateur comprenne l'état actuel sans exagération.

Portée d'application et points à noter

• Un Provider n'est pas ajouté sans vérification de stabilité sous prétexte que les demandes de support sont nombreuses.
• Les selectors DOM et les branches d'exceptions d'un Provider spécifique ne sont pas insérés dans le Core.
• L'état expérimental non officiel n'est pas présenté comme un support public.
• La politique, les restrictions régionales et les fonctionnalités de compte du service IA lui-même ne sont pas contrôlées par 5BY.AI.

Pourquoi ce changement est important dans la structure globale de 5BY.AI

Le but de l'extension de la portée de support n'est pas d'augmenter le nombre de Provider, mais de maintenir la continuité de pensée de l'utilisateur dans plus d'environnements. En respectant la frontière des Adapter, on peut réduire le risque qu'un changement d'UI d'un service affecte les autres services et la structure de mémoire du Core.

Critères pour vérifier cette mise à jour

• La portée en cours d'amélioration et la portée déjà stable ne doivent pas être mélangées dans la même phrase.
• L'amélioration de l'UI et de la compatibilité Provider ne doit pas modifier les unités de stockage du Core de mémoire et le contrat de choix de l'utilisateur.
• Les éléments non terminés ne doivent pas être présentés comme des fonctionnalités actuellement fournies et l'état doit être mis à jour dans les mises à jour suivantes.

Pages associées

• Pourquoi les changements de Provider sont absorbés par l'Adapter
• Continuité entre les IA supportés
• Laisser une demande de support