Dropstone Support

Mémoire partagée entre chat, CLI et SDK

La mémoire de Dropstone appartient à votre compte, pas à une application. Une règle définie dans le CLI s'applique dans le chat, et quelque chose appris dans le chat est disponible dans le SDK. Une seule mémoire, sur toutes les surfaces.

Dropstone fonctionne à plusieurs endroits : une application de chat dans votre navigateur, un CLI dans votre terminal, un SDK dans votre propre code, et une extension VS Code. La plupart des outils qui existent à plusieurs endroits conservent une mémoire séparée dans chacun. Dropstone n'en garde qu'une seule.

C'est ce que Dropstone appelle la Continuité. Votre mémoire est rattachée à votre compte, et chaque surface lit et écrit dans la même mémoire.


Ce que cela signifie concrètement

Apprenez-lui une fois, partout. Dites au CLI que vous ne voulez jamais de déclarations function, et la prochaine fois que vous demanderez au chat d'écrire une fonction utilitaire, il utilisera des fonctions fléchées. Corrigez le chat sur la façon dont votre équipe nomme les branches, et le CLI suivra cette règle lors de votre prochain commit.

Étudiez une fois, utilisez partout. Demandez au chat d'étudier la documentation d'une bibliothèque, et le SDK disposera de ces connaissances la prochaine fois que votre code l'appellera.

Reprenez là où vous vous êtes arrêté. Commencez une conversation dans le chat à propos d'une migration, fermez l'ordinateur portable, et ouvrez le CLI sur le même projet. Le contexte est là.

Un seul endroit pour tout gérer. Demandez « que sais-tu de moi ? » sur n'importe quelle surface et vous obtenez la même liste. Supprimez quelque chose une fois et il disparaît de toutes les surfaces.


Quelles surfaces partagent la mémoire

SurfaceLit la mémoireÉcrit la mémoire
Dropstone Chat (chat.dropstone.io)OuiOui
Dropstone CLIOuiOui
Dropstone SDKOuiOui
Extension VS CodeOuiOui
Chat incognitoOuiNon

Un chat incognito est la seule surface qui lit sans écrire : ce que Dropstone sait déjà de vous y est disponible, et rien de ce que la conversation produit n'est conservé. C'est le mode pour les travaux que vous ne voulez pas voir mémorisés, pas pour vous cacher d'un assistant qui connaît déjà vos conventions.

Chaque surface ci-dessus nécessite le même compte Dropstone. Le CLI se connecte via dropstone login ; le chat et le tableau de bord partagent une session dans le même navigateur ; le client local du SDK utilise la connexion du CLI, et son client headless, qui prend une clé API, n'a aucune mémoire du tout. Voir Une seule mémoire sur toutes les surfaces.


Comment une mémoire parvient à une conversation

Lorsque vous envoyez un message sur n'importe quelle surface, Dropstone vérifie dans votre mémoire ce qui est pertinent et l'intègre à ce tour. Les règles permanentes sont toujours incluses. Les faits, les connaissances étudiées et le contexte des conversations passées sont inclus lorsqu'ils se rapportent à votre demande.

Chaque tour conserve également un court enregistrement des mémoires qui lui ont été fournies, afin que si vous demandez ensuite « as-tu utilisé ma mémoire à l'instant ? », il puisse répondre à partir de cet enregistrement plutôt que de deviner. Il nommera ce sur quoi il s'est appuyé, et il indiquera quelles mémoires lui ont été transmises mais dont il n'a pas eu besoin.


Ce qui n'est pas partagé

La mémoire est partagée entre vos surfaces. Elle n'est pas partagée entre les comptes, et elle n'est pas partagée avec d'autres personnes, sauf si vous êtes dans une organisation et que vous partagez délibérément une mémoire spécifique avec votre équipe. Voir Mémoire dans les équipes et les organisations.

Les fichiers de projet que vous téléversez dans le chat appartiennent à ce projet, pas à la mémoire. Ils sont disponibles dans les conversations de ce projet, sur la surface où vous les avez téléversés. Ce que Dropstone apprend en travaillant avec ces fichiers peut devenir de la mémoire ; les fichiers eux-mêmes ne le deviennent pas.

Related articles

Ctrl+I