Que se passe-t-il quand on poursuit une conversation IA dans une nouvelle conversation : la structure du contexte Handoff de 5BY.AI
En ouvrant une nouvelle conversation IA, le contexte de la conversation précédente ne se poursuit pas automatiquement.
L'utilisateur doit réexpliquer l'objectif, les conditions, ce qui a déjà été examiné et les problèmes restants. En changeant d'IA, la répétition des explications s'amplifie.
Le Handoff de 5BY.AI est une fonctionnalité d'assemblage de contexte pour faciliter cette transition.
Le Handoff n'est pas une fonctionnalité qui copie toute la conversation passée, mais une fonctionnalité qui assemble les coordonnées enregistrées pour permettre de recommencer depuis l'Anchor choisi par l'utilisateur.
Le point de départ est l'Anchor
Le Handoff ne démarre pas automatiquement depuis n'importe quelle conversation.
L'Anchor créé par l'utilisateur est le point de départ. L'Anchor est le point de référence pour reprendre, basé sur l'objectif, les faits confirmés, la direction choisie, les conditions à maintenir et les problèmes restants de l'époque.
Le contexte est assemblé dans quatre directions
Conceptuellement, le Handoff utilise le flux suivant :
Anchor → Recent → Top → Current
L'Anchor est le point de référence déclaré par l'utilisateur.
Recent complète avec le flux de conversation récent autour de ce point de référence.
Top complète avec les coordonnées importantes enregistrées et les fondements associés.
Current inclut l'instruction actuelle que l'utilisateur veut demander dans la nouvelle conversation.
Cette structure ne signifie pas que quatre boîtes séparées apparaissent forcément à l'écran public. Elle signifie que le Handoff ne copie pas aveuglément tout le passé, mais distingue le critère de départ, le contexte environnant et la demande actuelle pour les assembler.
Ce n'est pas une fonctionnalité qui génère automatiquement un nouveau résumé IA
Il est inexact de comprendre le Handoff comme une structure où l'IA relit la conversation passée et évalue à nouveau le contenu le plus important au moment de l'exécution.
Il utilise l'Anchor et les coordonnées associées enregistrés. Il ne recalcule pas l'importance avec des scores de similarité au moment de l'exécution, et ne devine pas le jugement final de l'utilisateur.
Il ne transmet pas tout le texte original
Copier toute la conversation augmente les tokens et peut inclure des répétitions inutiles et des hypothèses abandonnées.
Le Handoff se concentre sur la construction du contexte nécessaire à la réentrée. Si besoin, l'utilisateur peut vérifier séparément les Saved ou la conversation originale.
L'utilisateur doit l'exécuter lui-même
Le Handoff ne s'exécute pas automatiquement simplement parce qu'un nouvel onglet ou une nouvelle fenêtre de conversation a été ouvert.
C'est parce que la nouvelle conversation peut avoir un objectif totalement différent.
L'utilisateur décide lui-même depuis quel Anchor, vers quelle IA, et avec quelle demande il poursuit.
Il peut être utilisé avec la même IA et avec une autre IA
Si une longue conversation ralentit, on peut passer à une nouvelle fenêtre de la même IA.
Ou l'on peut confier un contre-argument, une revue de code ou un angle d'écriture à une autre IA.
Le but du Handoff n'est pas de faire que plusieurs IA donnent la même réponse. C'est de permettre à l'utilisateur d'utiliser les perspectives de différentes IA sans réexpliquer les conditions de départ qu'il a confirmées.
Le Handoff lui-même n'est pas un nœud de mémoire
Dans la Graph View de 5BY.AI, l'Anchor est un nœud.
Le Handoff est la relation de déplacement de l'Anchor vers la nouvelle conversation. Dans la nouvelle conversation, un Pack distinct peut se former.
Cela permet à l'utilisateur de vérifier depuis quel point de référence il s'est déplacé et quel jugement a été formé après le déplacement.
La préparation et la réutilisation réelle sont distinguées
L'utilisateur peut préparer un Handoff mais ne pas réellement travailler dans la nouvelle conversation.
Ainsi, le simple fait d'avoir lié un Handoff ne signifie pas que la mémoire a été réellement utilisée. Un événement de réentrée peut se constituer quand une nouvelle première conversation se déroule sur la base du contexte lié.
Exemple pratique
L'utilisateur examine la structure d'authentification dans une IA, puis laisse ce qui suit comme Anchor :
- Le serveur est l'autorité unique de l'état de connexion.
- L'extension n'a pas d'autorité de connexion distincte.
- Ne pas modifier le code avant que la cause soit confirmée.
- Le prochain travail est de prouver la première frontière d'incohérence.
Ensuite, il exécute un Handoff vers une autre IA et demande : « Ne change pas le design actuel, examine uniquement les preuves. »
La nouvelle IA ne part pas d'une conversation totalement vide, mais ne se voit pas non plus imposer la conclusion de l'IA précédente comme bonne réponse. Elle commence un nouvel examen avec les mêmes critères et conditions de conservation.
Ce que le Handoff cherche à transmettre n'est pas toutes les phrases de la conversation.
C'est l'Anchor que l'utilisateur a choisi pour recommencer, le contexte enregistré autour de celui-ci, et la demande qu'il veut effectuer maintenant.
Articles et fonctionnalités associés
- Différence entre enregistrer et poursuivre une conversation IA : Saved et Anchor
- Comment poursuivre plusieurs conversations IA comme un seul flux
- Comment Anchor et Handoff créent un chemin de déplacement
- Découvrir les fonctionnalités de 5BY.AI