Ein Gedächtnis auf jeder Oberfläche
Das Konto-Gedächtnis, das Ihnen über Dropstone Chat, die CLI und das SDK folgt, was es teilt und was nicht, und wie Sie das Gelernte einer Integration aus Ihrem eigenen Gedächtnis heraushalten.
Das Gedächtnis ist das, was die Oberflächen von Dropstone zusammenhält. Bringen Sie ihm einmal etwas bei, auf einer beliebigen Oberfläche, und es ist auf den anderen vorhanden: ein Gedächtnis pro Konto, nicht eines pro Werkzeug.
Was es teilt
| Oberfläche | Wie es läuft | Teilt das Gedächtnis |
|---|---|---|
| Dropstone Chat | angemeldet | Ja |
| Die CLI | angemeldet mit dropstone login | Ja |
| Das SDK, lokaler Agent-Client | startet einen Server als Ihr Konto | Ja |
| Das SDK, Headless-Client | ein API-Schlüssel gegen den öffentlichen Endpunkt | Nein |
| Ein Inkognito-Chat | liest das Gedächtnis, schreibt keins | Liest, schreibt nicht |
Die Regel hinter der Tabelle ist einfach: Eine Oberfläche, die als Sie läuft, hat Ihr Gedächtnis, eine Oberfläche, die für Pipelines gebaut ist, hat es nicht, und ein Modus liest, ohne zu schreiben. Der Headless-Endpunkt ist absichtlich zustandslos, sodass dieselbe Eingabe dieselbe Antwort gibt, egal was Sie Dropstone letzte Woche beigebracht haben. Ein Inkognito-Chat ist genau umgekehrt: Er arbeitet mit dem, was Dropstone weiß, und behält nichts von dem, was er erzeugt.
Warum es im Code wichtig ist
Ein Agent, der Ihre Konventionen kennt, ist mehr wert als einer, den Sie bei jedem Aufruf einweisen müssen. Eine Regel, die Sie in Chat festlegen, gilt in einer Sitzung, die Ihre Anwendung startet, und eine Tatsache, die eine SDK-Sitzung aufzeichnet, ist da, wenn Sie das nächste Mal die CLI öffnen. Das ist der sich verstärkende Teil: Je länger Sie mit Dropstone arbeiten, desto weniger muss jeder Oberfläche mitgeteilt werden. Siehe Wie ein Agent lernt, während er arbeitet.
Eine Integration getrennt halten
Wenn ein Dienst sein eigenes Gedächtnis haben sollte statt Ihres, geben Sie ihm ein eigenes Konto oder ein Organisationsmitglied-Konto, das dieser Integration gewidmet ist. Es lernt dann über die Integration und nichts anderes, und Ihr eigenes Gedächtnis bleibt Ihnen. Siehe Gedächtnis und Ihre Privatsphäre.
Der Editor und die anderen Integrationen
Die Editor-Erweiterung, die API und die übrigen Integrationen sind in der CLI-Referenz dokumentiert, die die Heimat für oberflächenspezifische Einrichtung ist: die VS-Code-Erweiterung selbst, die VS-Code-Einrichtung, die IDE-Integration und die HTTP-API.
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.