Dropstone Support

Memória entre chat, CLI e SDK

A memória do Dropstone pertence à sua conta, não a um aplicativo. Uma regra que você define no CLI se aplica no chat, e algo aprendido no chat fica disponível para o SDK. Uma única memória, em todas as superfícies.

O Dropstone roda em vários lugares: um app de chat no seu navegador, um CLI no seu terminal, um SDK no seu próprio código e uma extensão do VS Code. A maioria das ferramentas que existem em mais de um lugar mantém uma memória separada em cada um. O Dropstone mantém uma só.

É isso que o Dropstone chama de Continuity. Sua memória está vinculada à sua conta, e cada superfície lê e grava na mesma memória.


O que isso significa na prática

Ensine uma vez, use em qualquer lugar. Diga ao CLI que você nunca quer declarações function, e na próxima vez que pedir ao chat para escrever um helper, ele usará arrow functions. Corrija o chat sobre como seu time nomeia branches, e o CLI seguirá isso no seu próximo commit.

Estude uma vez, use em todo lugar. Peça ao chat para estudar a documentação de uma biblioteca, e o SDK terá esse conhecimento na próxima vez que seu código a chamar.

Continue de onde parou. Comece uma conversa no chat sobre uma migração, feche o laptop e abra o CLI no mesmo projeto. O contexto está lá.

Um só lugar para gerenciar. Pergunte "o que você lembra sobre mim?" em qualquer superfície e você obtém a mesma lista. Remova algo uma vez e ele desaparece de todas.


Quais superfícies compartilham memória

SuperfícieLê memóriaGrava memória
Dropstone Chat (chat.dropstone.io)SimSim
Dropstone CLISimSim
Dropstone SDKSimSim
Extensão do VS CodeSimSim
Chat anônimoSimNão

Um chat anônimo é a única superfície que lê sem gravar: o que o Dropstone já sabe sobre você fica disponível para ele, e nada que a conversa produz é mantido. É o modo para trabalhos que você não quer que sejam lembrados, não para se esconder de um assistente que já conhece suas convenções.

Cada superfície acima exige a mesma conta do Dropstone. O CLI faz login via dropstone login; o chat e o dashboard compartilham uma sessão no mesmo navegador; o cliente local do SDK usa o login do CLI, e seu cliente headless, que usa uma chave de API, não tem memória alguma. Veja Uma memória em cada superfície.


Como uma memória chega a uma conversa

Quando você envia uma mensagem em qualquer superfície, o Dropstone verifica sua memória para encontrar o que é relevante e traz isso para aquela interação. Regras permanentes sempre acompanham. Fatos, conhecimento estudado e contexto de conversas passadas vêm quando se relacionam com o que você perguntou.

Cada interação também mantém um breve registro de quais memórias recebeu, para que, se você perguntar depois "você usou minha memória agora há pouco?", ele possa responder com base nesse registro em vez de adivinhar. Ele nomeará o que usou e dirá quais memórias recebeu, mas não precisou.


O que não é compartilhado

A memória é compartilhada entre suas superfícies. Ela não é compartilhada entre contas, e não é compartilhada com outras pessoas, a menos que você esteja em uma organização e compartilhe deliberadamente uma memória específica com seu time. Veja Memória em times e organizações.

Arquivos de projeto que você envia no chat pertencem àquele projeto, não à memória. Eles ficam disponíveis em conversas dentro daquele projeto, na superfície onde você os enviou. O que o Dropstone aprende ao trabalhar com esses arquivos pode se tornar memória; os arquivos em si não.

Related articles

Ctrl+I