大肥鱼权限边界

DSH 大肥鱼权限边界：Session 派活与完全访问模式

大肥鱼可以显示 Agent 状态，也可以成为发送任务的入口，但这两件事需要的权限完全不同。一个只播放本地动画的桌宠几乎不需要业务权限；一个能向 DSH Session 派活的桌宠，则可能间接触发文件修改、命令执行和网络访问。

安全设计的关键不是禁止桌宠派活，而是让“角色显示层”“任务发送层”和“Agent 执行层”保持清晰边界。

五种能力对应五种权限

如果一个插件只需要显示“正在思考”，就不应要求辅助功能、无障碍、屏幕录制或全盘访问。dsh-dafeiyu 的公开边界就是从 DSH 会话事件取状态，不读取屏幕。

气泡输入框本身只是一个输入入口。真正决定风险的是接收任务的 Session：

因此派活前至少应显示 Session 名称、工作区和权限模式。找不到明确目标时，宁可要求用户选择，也不要静默发送到“最近活动”的高权限会话。

常见的危险捷径是：为了让桌宠“什么都能做”，自动创建一个完全访问 Session，并把审批设置为永不询问。这虽然让演示很顺畅，却把角色点击变成了远程命令入口。

更合理的默认值是：

桌宠想知道 Agent 正在做什么，应优先读取 DSH 的结构化事件，而不是截图、OCR 或扫描窗口标题。结构化事件能告诉它 Session、阶段、工具、结果和错误，而且不会顺带采集用户正在浏览的其他内容。

如果独立桌宠确实需要前台应用感知，应做到：

显示余额不应意味着桌宠自行保存一份明文 API Key。优先方案是复用 DSH 已有凭据服务，让 Host 返回最小化的余额结果，客户端只看数值和更新时间。

日志、错误提示、设置导出和截图中都不应包含 Key。第三方项目若要求用户把 Key 写进角色包的公开配置，应被市场明确警告。

部分桌宠使用本地 HTTP 服务连接 Host 与透明窗口。此时需要检查：

能使用 DSH Remote 或宿主内通信时，不应为了方便再开放一个无认证的固定端口。