跳至主要內容

安全與隱私

啟用檔案、終端機、MCP、通訊管道或自動化，就給了助理相應的執行能力。Anyy 在本機執行，外部模型與服務仍會接收完成任務所需的資料；請先確認工具能接觸哪些檔案、帳號和接收者。

開放能力前做哪些檢查​

  • 每次只新增實際需要的整合、Toolset 或 Skill。
  • 閱讀 Skill 的 SKILL.md 和引用檔案，檢查 MCP 的實際來源和工具清單。
  • 核對指令、路徑、Workspace 和目標帳號，再讓已啟用工具執行。
  • 變更較大時先做一份Profile 備份。

已啟用的檔案/終端機工具、MCP、任務管理與 Role 引導直接執行。身分認證、認證資料保護、所屬檢查繼續適用。Workspace 決定上下文和產物位置，不限制工具的作業系統存取範圍；不要把它當作沙箱。

認證資料交給專用輸入入口​

API Key、Bot Token、簽名秘密優先在 Dashboard 或互動 Setup 輸入。非互動 Channel 設定支援檔案描述符：

anyy setup channel CHANNEL --set INPUT=VALUE --sensitive-fd SECRET_INPUT=FD

使用已開啟、編號至少為 3 的專用 FD；只有欄位支援外部認證資料位置時才用 --external-locator-fd。參數不能憑平台之間的相似名稱猜測，完整說明見訊息平台。

不要把秘密寫入提示詞、終端機歷史、截圖、Skill 或 Memory。Anyy 會在受保護的持續儲存與投遞鏈路中，遮蔽可辨識的秘密；懷疑暴露時，仍應先在服務商撤銷或輪換，再更新本機認證資料並檢查健康狀態。

誰能從通訊管道存取助理​

策略由平台能力決定，不可將一個平台的選項直接搬到另一個平台。一般 Dashboard 認證資料表單不代表完整存取控制編輯器；策略、名單與配對入口見訊息平台。

對實際配對請求先核對身分：

anyy channel pairing list
anyy channel pairing approve --request REQUEST_ID

撤銷不應存在的授權：

anyy channel pairing revoke --grant GRANT_ID --reason "access removed"

Pairing 授權關係到該傳送者使用助理的權限。暱稱和頭像不能代替平台帳號身分；開放策略也不會自動只接受帳號主人。

外部服務和備份都需要信任​

MCP 連線或工具呼叫涉及它所在的程序/服務；只公開任務需要的工具。定時任務應檢查提示詞、Toolset 和投遞路由。Webhook 要有 HTTPS、簽名驗證和正確的代理設定；Dashboard 只向可信使用者與網路開放。

一般備份包含工作階段、Memory、設定和工作檔案，仍需限制存取。預設不加入的是代管 secrets/ 目錄和受支援的 mcp/oauth/ 儲存；設定或工作檔案中已有的內聯秘密（例如 MCP 環境變數、Header）仍可能原樣進入封存，不可將備份當作已完整遮蔽敏感資訊的匯出檔。使用包含秘密的備份選項後，更應按認證資料檔案保管。

Anyy 記錄必要的操作診斷、連線變更、傳送者存取決定和投遞結果；這些記錄幫助查明實際狀況，不是遠端已讀或全部操作成功的保證。

出現異常時，先停用相關任務或整合、撤銷錯誤配對，輪換洩漏認證資料，再執行 anyy status、anyy doctor 和對應整合診斷。需要復原備份時，先保留仍有調查價值的資訊。資料範圍見資料與隱私。