Una memoria unica su ogni superficie
La memoria dell'account che ti segue su Dropstone Chat, la CLI e l'SDK, cosa la condivide e cosa no, e come tenere l'apprendimento di un'integrazione fuori dalla tua memoria.
La memoria è ciò che tiene insieme le superfici di Dropstone. Insegnale qualcosa una volta, su una qualsiasi di esse, e la ritroverai sulle altre: una memoria per account, non una per strumento.
Cosa la condivide
| Superficie | Come funziona | Condivide la memoria |
|---|---|---|
| Dropstone Chat | con accesso effettuato | Sì |
| La CLI | con accesso effettuato tramite dropstone login | Sì |
| L'SDK, client agente locale | avvia un server come tuo account | Sì |
| L'SDK, client headless | una chiave API verso l'endpoint pubblico | No |
| Una chat in incognito | legge la memoria, non ne scrive | Legge, non scrive |
La regola dietro la tabella è semplice: una superficie che funziona come te ha la tua memoria, una superficie pensata per le pipeline no, e una modalità legge senza scrivere. L'endpoint headless è stateless di proposito, così lo stesso input dà la stessa risposta qualunque cosa tu abbia insegnato a Dropstone la settimana scorsa. Una chat in incognito è il contrario: lavora con ciò che Dropstone sa e non conserva nulla di ciò che produce.
Perché conta nel codice
Un agente che conosce le tue convenzioni vale più di uno a cui devi spiegare tutto a ogni chiamata. Una regola che imposti in Chat vale in una sessione avviata dalla tua applicazione, e un fatto registrato da una sessione dell'SDK è lì la prossima volta che apri la CLI. È questo l'effetto che si accumula: più a lungo lavori con Dropstone, meno ogni superficie deve essere istruita. Vedi Come un agente impara mentre lavora.
Tenere un'integrazione separata
Se un servizio deve avere una propria memoria invece della tua, dagli un account dedicato, oppure un account membro dell'organizzazione riservato a quell'integrazione. Imparerà così solo sull'integrazione e nient'altro, e la tua memoria resterà tua. Vedi Memoria e la tua privacy.
L'editor e le altre integrazioni
L'estensione dell'editor, l'API e le altre integrazioni sono documentate nel riferimento della CLI, che è il punto di riferimento per la configurazione specifica delle superfici: l'estensione VS Code stessa, la configurazione di VS Code, l'integrazione IDE e l'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.