Uma memória em todas as superfícies
A memória da conta que acompanha você no Dropstone Chat, na CLI e no SDK, o que a compartilha e o que não compartilha, e como manter o aprendizado de uma integração fora da sua própria memória.
A memória é o que une as superfícies do Dropstone. Ensine algo uma vez, em qualquer uma delas, e estará lá nas outras: uma memória por conta, não uma por ferramenta.
O que a compartilha
| Superfície | Como é executada | Compartilha a memória |
|---|---|---|
| Dropstone Chat | conectado | Sim |
| A CLI | conectado com dropstone login | Sim |
| O SDK, cliente agente local | inicia um servidor como sua conta | Sim |
| O SDK, cliente headless | uma chave de API contra o endpoint público | Não |
| Um chat anônimo | lê a memória, não grava nada | Lê, não grava |
A regra por trás da tabela é simples: uma superfície que roda como você tem a sua memória, uma superfície feita para pipelines não tem, e um modo lê sem gravar. O endpoint headless é sem estado de propósito, então a mesma entrada dá a mesma resposta, não importa o que você ensinou ao Dropstone na semana passada. Um chat anônimo é o contrário: ele trabalha com o que o Dropstone sabe e não guarda nada do que produz.
Por que isso importa no código
Um agente que conhece suas convenções vale mais do que um que você instrui a cada chamada. Uma regra que você define no Chat vale em uma sessão que sua aplicação inicia, e um fato que uma sessão do SDK registra está lá na próxima vez que você abrir a CLI. Essa é a parte que se acumula: quanto mais você trabalha com o Dropstone, menos cada superfície precisa ser instruída. Veja Como um agente aprende enquanto trabalha.
Mantendo uma integração separada
Se um serviço deve ter sua própria memória em vez da sua, dê a ele uma conta própria, ou uma conta de membro da organização dedicada a essa integração. Ele então aprende sobre a integração e nada mais, e sua própria memória continua sendo sua. Veja Memória e sua privacidade.
O editor e as outras integrações
A extensão do editor, a API e o restante das integrações estão documentados na referência da CLI, que é o lar da configuração específica de cada superfície: a extensão do VS Code em si, a configuração do VS Code, a integração com IDE e a API HTTP.
Related articles
- Memory across chat, CLI, and SDKDropstone memory belongs to your account, not to one app. A rule you set in the CLI applies in chat, and something learned in chat is available to the SDK. One memory, every surface.
- How Dropstone remembers youDropstone keeps a persistent memory that follows your account across chat, the CLI, and the SDK. Correct it once and it should not need correcting again, anywhere you use it.
- Dropstone SDKA typed TypeScript and JavaScript client for the Dropstone agent, with two entry points: one for headless API calls from CI or a serverless function, one that runs the agent locally with the same account memory as the CLI and Chat.
- Using the API with your planCall Dropstone over HTTP with an API key. The endpoint is OpenAI-compatible, billed pay-per-use from your credit balance, and works from any language. Keys, errors, rate limits, and what the API does not carry.
- Dropstone CLI overviewThe Dropstone CLI is an agent for your terminal that reads your codebase, edits files, runs commands, and shares memory with everything else on your account. Install it in one command. The full reference is at docs.dropstone.io.