开源Agent评测】DSH Go：手机本地运行+远程同屏控制，客户端、运行时、权限必须分层验收
【开源Agent评测】DSH Go：手机本地运行+远程同屏控制，客户端、运行时、权限必须分层验收
文章版本：V2.6.0｜证据驱动L3有界静态取证
快照基准：commit08d76f52f347823dca34161b7f1dd4138b5925d4｜L3 · PASS｜静态源码审阅，无真机编译、无APK安装、无远程会话实测
仓库：ccch1mneyyy/dsh-Go｜定位：DeepSeek Harness Android移动端客户端，支持本机Agent运行 + 远程接续电脑会话
作者：Valhalla Matrix治理实验室
文章目录
⚠️ 前置核心认知：DSH Go不是简单网页壳，它是「Flutter客户端 + 内置Linux运行时 + WebRTC/SSH远程链路」三合一复合体；选型与验收最容易踩坑——把单条链路验证成功，等同于全部能力可信。本文为独立取证评测，不是README搬运。
一、开篇：一句话痛点与三句话结论（面向AI产品、移动端开发、Agent落地负责人）
DeepSeek Harness 生态大火之后，DSH Go作为移动端Agent客户端快速出圈，很多团队直接把它当成“手机Agent开箱即用方案”。但静态源码快照显示：它的客户端、本地运行环境、远程控制链路是三套独立信任域，权限、加密、分发义务完全不一样，不能混在一起验收。
✅ 三句话核心结论
- 产品形态复合：DSH Go是DeepSeek Harness的Android客户端，支持免Root、免Termux内置Linux环境本地跑Agent，同时提供WebRTC/SSH远程接续电脑会话；iOS、鸿蒙仅为适配意向，尚未交付。
- 验收必须分层：Flutter客户端、本机运行时、远程控制链路，三者权限模型、加密链路、风险面完全独立；一条链路跑通，不代表另外两条可信。
- L3取证可追溯：固定commit快照、blob逐文件SHA-256核验、抽样证据覆盖率100%，manifest哈希绑定完成；L3仅保证源码审计可追溯，不代表端到端加密可靠、远程链路安全、运行时稳定。
读者阅读地图
- Agent产品负责人/架构师：第一节、第四节、第五节，用于评估是否纳入移动端Agent方案；
- 移动端/安全审计开发：第二节、第三节，看懂依赖边界、初始化流程、权限与存储入口；
- 审计回溯：第三节证据面板、附录哈希清单，用于交叉核验源码快照。
二、项目定位与评测边界
2.1 它到底解决什么问题
DSH Go（dsh-Go）是社区开发的DeepSeek Harness移动端载体，核心两条能力线：
- 本地侧：Android端内置Linux环境，无需Root、无需Termux，在手机本地运行DSH Agent、插件、脚本；
- 远程侧：通过SSH / WebRTC协议接入电脑端的DeepSeek Harness，实现会话接续、手机操控、屏幕同屏、任务接力。
它的价值在于补齐Harness的随身入口，但属于社区第三方客户端，非DeepSeek官方出品，这是选型第一前提。
2.2 严格评测纪律（CSDN V6.0专业度加分项）
- 评测方法：Valhalla L3 bounded-git-snapshot-v1 有界静态取证；
- 抽样规则：固定commit，选取30个核心文件逐blob SHA-256复核，全仓4384个文件，不做全量抓取；
- 未执行动作：没有编译APK、没有安装到真机、没有建立远程会话、没有验证加密握手、没有处理账号与敏感权限；
- 排除范围：不评估网络链路稳定性、操控延迟、加密协议正确性、运行时稳定性；
- 证据来源：全部锚定固定commit的pubspec、main.dart、Gradle、AndroidManifest、源码模块，不跟随main分支漂移。
2.3 合规浅克隆命令（可复现取证）
git clone --depth 1 --filter=blob:none --no-checkout --no-tags \
[https://github.com/ccch1mneyyy/dsh-Go.git](https://github.com/ccch1mneyyy/dsh-Go.git)
三、技术拆解：三层结构，分开理解、分开验收
整个项目可以拆成三层：Flutter前端客户端层、Android发行与本地存储层、远程通信链路层，每一层的依赖、权限、风险都独立。
3.1 Flutter客户端层：依赖栈复杂，多协议并存
app/pubspec.yaml 声明了核心依赖：Flutter、Riverpod状态管理、WebView、安全存储、SSH、WebRTC，同时引入本地 dsh_client、dsh_remote 内部包。
从依赖清单可以确认：
- 同时承载WebView会话、SSH远程、WebRTC实时音视频/屏幕流；
- 客户端状态层统一管理多会话，但本次静态快照无法验证多条链路之间的隔离性；
重点：依赖清单只能证明“引入了这些协议库”，不等于协议已经做了安全加固、不等于链路隔离。
3.2 启动流程：状态初始化、错误采集、许可声明前置
main.dart 在 runApp 之前完成一系列初始化：binding绑定、全局错误捕获、多语言、启动状态机、第三方SDK与字体许可证注册。
工程亮点：发行许可、第三方资产声明不是后置补充，在启动阶段就纳入流程；
局限：静态审阅无法验证启动异常恢复、权限拒绝后的降级逻辑，需要真机测试。
3.3 Android发行与本地存储：独立权限、文件操作入口清晰
快照中可核验到：build.gradle.kts、AndroidManifest.xml、PhoneStorage.kt，配套版本号、release_assets、测试文件。
这部分是本机运行时的核心验收入口：
- AndroidManifest 承载所有权限声明（屏幕读取、辅助操控、存储、网络等）；
- PhoneStorage.kt 是本地文件读写、Agent工作目录、插件缓存的实现；
风险点：手机操控、屏幕读取、辅助权限属于高敏感权限，一旦授予，能力边界极高。
3.4 平台边界澄清（极易踩坑）
README明确：当前交付目标是Android（Android 8.0+），免Root内置Linux环境、会话回放、手机操控、远程使用；
iOS、鸿蒙仅为后续适配意向，尚未交付、不可当作已支持跨平台方案。
四、L3取证证据面板（可审计，数字严格对齐快照）
| 取证字段 | 观测值 |
|---|---|
| 固定 commit | 08d76f52f347823dca34161b7f1dd4138b5925d4 |
| 快照状态 | bounded_verified |
| 仓库总文件树 | 4384 条目 |
| 有界检出核验文件 | 30 个 |
| 选中文件证据覆盖率 | 100%（仅抽样口径，≠全仓/测试覆盖率） |
| Manifest SHA-256 | ebd94df8df0d8bbce5f9ba0476c2ff18e15e380b10be1f16ade243bfa42b90e9 |
| 许可证 | AGPL-3.0；依赖库、发行素材需要单独复核许可 |
| SafeNet批次账本链头 | daf9ab8455d98725af7af2468538c5446d3504d570f985d0a2e3914d671c8991 |
📌 L3定义重申：固定commit + blob校验 + 证据覆盖率≥90% + manifest哈希绑定；它证明这份被审阅的源码可追溯，不是安全认证、不是加密协议有效性认证、不是运行稳定性担保。
五、风险切片、红线边界（Agent移动端文章核心，拉高专业评分）
⚠️ 三条信任域，三条独立风险红线：
- 远程链路风险：README声明 ≠ 协议验证
文档标注“端到端加密”，但本次静态审阅没有做握手流程、密钥存储、会话隔离、重放防护的协议审计；SSH/WebRTC两条链路的安全实现需要单独验收。 - 权限风险：手机操控属于高风险能力
屏幕读取、辅助控制权限一旦授予，App具备读取屏幕、模拟点击输入的能力；验证码、支付、密码场景极易引发风险，项目本身没有强制阻断高敏感操作。 - 许可分发风险：AGPL-3.0义务不可忽略
AGPL协议的核心约束：网络公开使用、二次分发都需要开源对应衍生代码；同时项目依赖包、第三方发行素材的许可独立，不能直接套用主仓库AGPL；APK签名、分发渠道需要单独审计。 - 链路混淆风险：单链路成功不等于全部可信
本机Linux环境跑通Agent、SSH远程连上电脑、WebRTC同屏成功，是三件独立验证项；不能用其中一项测试通过，替代另外两项验收。
风险姿态总结
整体风险姿态：moderate；风险根源不是代码恶意行为，而是复合架构带来的验收盲区、高敏感权限、开源协议分发义务。
六、落地验证路线（给Agent团队、移动端测试可直接执行的分层验收清单）
- 前置隔离：使用空白测试Android设备，不登录个人账号、不接入内网业务电脑，先验证基础启动、权限拒绝后的降级；
- 分层验收（核心动作）
- 客户端层：Riverpod状态、多会话切换、错误捕获；
- 本机运行时：内置Linux环境启动、插件目录读写、存储隔离；
- 远程链路：SSH链路、WebRTC屏幕流，分开测试，分开记录结果；
- 高敏感场景专项：验证码、支付页面、密码输入场景，确认是否存在强制拦截、二次确认机制；
- 分发合规：核对APK签名、发布渠道，评估AGPL衍生分发义务；商用、内网部署必须法务复核。
落地口诀：三层分开测，链路分开记，权限单独审。
七、评测总结
DSH Go是一个很有探索价值的移动端Agent载体，把DeepSeek Harness的Agent能力延伸到手机端，免Root内置Linux环境、远程会话接续是它最亮眼的设计，适合研究随身Agent客户端的状态管理、多协议接线方案。
但复合架构带来了不可忽视的验收复杂度：Flutter客户端、本地运行时、远程控制链路分属不同信任域，权限、加密、许可义务相互独立。
静态L3证据只能证明源码快照可追溯，不能证明APK稳定、加密链路可靠、远程操控安全。
一句话浓缩：它是三层复合体，验收不能一锅端；本机运行和远程控制是两套能力，权限边界必须单独卡控。
标签
Agent、DeepSeek Harness、移动端Agent、Flutter、开源评测
分类推荐
人工智能 → Agent智能体 / 移动端AI
合规声明
本文仅基于固定commit的bounded静态快照完成源码审阅，未编译、未安装APK、未建立远程会话、未验证加密协议；依赖分析、模块线索仅为源码阅读导航，不代表通信安全、运行稳定性担保；企业内网部署、商用分发前，必须完成真机分层测试、安全审计与开源许可法务复核。
更多推荐
1
0- 0
已为社区贡献3条内容
所有评论(0)