Dropstone Support

一個記憶,遍及每個介面

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

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


哪些會共享

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

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


為何在程式碼中很重要

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


讓整合保持獨立

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


編輯器與其他整合

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

Related articles

Ctrl+I