Ein Dropstone-Speicher für Chat, CLI und SDK
Der Kontospeicher, der Ihnen über Dropstone Chat, das CLI und das SDK folgt, was ihn teilt und was nicht, und wie Sie das Wissen einer Integration aus Ihrem eigenen Speicher heraushalten.
Der Speicher ist das, was die Oberflächen von Dropstone verbindet. Bringen Sie ihm einmal etwas bei, auf einer beliebigen Oberfläche, und es ist auf den anderen vorhanden: ein Speicher pro Konto, nicht einer pro Werkzeug.
Was ihn teilt
| Oberfläche | Wie sie läuft | Teilt den Speicher |
|---|---|---|
| Dropstone Chat | angemeldet | Ja |
| Das 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 Speicher, schreibt keinen | Liest, schreibt nicht |
Die Regel hinter der Tabelle ist einfach: Eine Oberfläche, die als Sie läuft, hat Ihren Speicher, eine Oberfläche, die für Pipelines gebaut ist, hat ihn 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 funktioniert umgekehrt: Er arbeitet mit dem, was Dropstone weiß, und behält nichts von dem, was er produziert.
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 das 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 seinen eigenen Speicher haben sollte statt Ihrem, geben Sie ihm ein eigenes Konto oder ein Organisationsmitgliedskonto, das dieser Integration gewidmet ist. Er lernt dann über die Integration und nichts anderes, und Ihr eigener Speicher bleibt Ihnen. Siehe Speicher 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, VS-Code-Einrichtung, 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.