Dropstone Support

一份 Dropstone 記憶,貫穿聊天、CLI 與 SDK

帳戶記憶會跟著你跨 Dropstone Chat、CLI 與 SDK,說明哪些會共用、哪些不會,以及如何讓某個整合的學習內容不進入你自己的記憶。

記憶是串起 Dropstone 各介面的關鍵。只要在任何一個介面上教它一次,其他介面也會同步擁有:每個帳戶一份記憶,而非每個工具一份。


哪些會共用

介面執行方式是否共用記憶
Dropstone Chat已登入是
CLI以 dropstone login 登入是
SDK,本機代理用戶端以你的帳戶啟動伺服器是
SDK,無頭用戶端使用 API 金鑰連到公開端點否
無痕聊天讀取記憶,但不寫入只讀,不寫

這張表格背後的規則很簡單:以你的身分執行的介面會擁有你的記憶,專為管線打造的介面則不會,還有一種模式是只讀不寫。無頭端點刻意設計為無狀態,因此無論你上週教了 Dropstone 什麼,相同的輸入都會得到相同的答案。無痕聊天則相反:它運用 Dropstone 已知的內容,但不會保留任何它產生的結果。


為什麼這在程式碼中很重要

一個熟悉你慣例的代理,勝過每次呼叫都要重新交代的代理。你在 Chat 中設定的規則,會在你應用程式啟動的工作階段中生效;而 SDK 工作階段記錄的事實,下次開啟 CLI 時也會在那裡。這就是複利效應:你使用 Dropstone 越久,每個介面需要被交代的就越少。請參閱 代理如何邊工作邊學習。


讓整合保持獨立

如果某個服務應該擁有自己的記憶,而不是你的記憶,請為它建立獨立帳戶,或建立一個專門用於該整合的組織成員帳戶。這樣它只會學習關於該整合的內容,而你自己的記憶仍然屬於你。請參閱 記憶與你的隱私。


編輯器與其他整合

編輯器擴充功能、API 以及其他整合,都記錄在 CLI 參考文件中,那是介面專屬設定的主要來源:VS Code 擴充功能本身、VS Code 設定、IDE 整合,以及 HTTP API。

Related articles

Ctrl+I