DSH 安卓壳 844 星：手机遥控你的 AI 工作台

DeepSeek Harness（dsh）主仓现在 25.9 万 Star（GitHub API 一手核验，2026-10-24），但大多数人卡在最后一环：电脑合盖，Agent 就没人管。dsh 社区把它搬进了手机——「dsh-mobile-apk」844 星，WebView + 内嵌 Termux 运行时快照，解压即跑，不用装 Termux、不用开 ADB。

三个入口，三条路线

手机控制 dsh 有三条路，适用人群不同：

三条路线的共同点：都不需要公网 IP。dsh 全在本地跑，手机方案靠的是同一内网（Wi-Fi）直连，数据不出局域网——这是它区别于各种「云端 Agent 遥控」产品的一票否决优势。

为什么「数据不出局域网」是一票否决项

市面上控制 Agent 的方案，多数走云端中转：手机 → 云 → 你的机器。链路里每一跳都是数据出口，对跑招商数据、跑选股数据的人，这等于把库交给陌生人中转。dsh 的全本地方案（手机和电脑同 Wi-Fi 直连 8734/8735 端口）在这一点上是反着来的——手机只是局域网里的一个客户端，数据从头到尾不出你的内网。844 星的 dsh-mobile-apk 没做云端版，不是做不到，是这套设计本来就拒绝云中转。

选方案前先问自己两个问题：

• 你跑的 Agent 碰不碰商业数据？碰 → 云中转方案直接排除；
• 你有一台常开电脑吗？没有 → 纯手机解压 APK 路线；有 → dsh-desktop 路线更省事。

来财IP · AI行业每日情报

844 星这个仓的 3 个参数

dsh-mobile-apk 仓库（MIT 协议，最近 push 2026-10-23，跟主仓节奏同步）拆开看，值得记的参数就 3 个：

把仓库描述原文读一遍会发现「内嵌 Termux 运行时快照（解压即跑）」这几个字就是全部卖点。它没有做服务端，没有做云同步，就是一个 WebView 壳 + 一个 Termux 运行时——复杂度越低，局域网直连越稳。这也是它 844 星而不是 8000 星的原因：它没抢桌面端 1.65 万星仓的生态位，只解决最后一环「合盖之后怎么办」。

选仓时的对照数字（全部 GitHub API 一手核验）：

三仓同一个周有 push，说明整条「主仓→桌面→手机」链路都在活跃维护。

装机三步（实测顺序）

解压即跑说的是省掉安装环节，不是省掉配置环节。三步的实际顺序：

1. 电脑侧先起 dsh：确认 8734/8735 端口在监听（本机 dsh-desktop 版本自带端口管理，双击即用，不需要手动起网页版）； 2. 手机连同一个 Wi-Fi：手机和电脑必须在同一二层网络，隔路由的访客网络不行； 3. 解压 APK、装 token：把电脑侧导出的访问 token 填进 APK，页面打开后先试一条最小任务（比如让它回个 1），通了再谈遥控。

卡在第 2 步的最多：公司/家里 Wi-Fi 开启 AP 隔离的，手机和电脑互相看不到，得换热点或用 USB tethering 绕。

三条路线的取舍账

844 星不高，但它是「最低摩擦」路线的唯一完成品。三条路线真正的差距不在星数，在首次可用时间：

APK 路线的代价是它没有桌面端那 1.45 万星仓的界面生态——想用的仪表盘类插件得回电脑侧装，手机壳只是看和派的通道。这个分工在「电脑当主机、手机当遥控器」的定位下是合理的，反过来（手机为主机）则不成立。

来财IP · AI行业每日情报

手机侧能干什么、不能干什么

定位先摆正：这是遥控台，不是第二台机器。

一句话：手机侧管「看 + 派 + 确认」，电脑侧管「配置 + 凭证 + 文件」。把这件事想明白，就不会期待它当随身全家桶。

装前 30 秒自查

动手之前过一遍，能省你 3 次重装：

1. 内网同 Wi-Fi：手机和跑 dsh 的电脑必须同一局域网，dsh 不监听公网； 2. 端口没撞：默认 8734/8735，你机器上如果被占，改 dsh 侧端口再填进 APK，别去改 APK； 3. token 没过期：dsh 的访问 token 有时效，APK 里存的 token 失效会 401，重新从电脑侧导出即可。

三条之外还有一条隐性前提容易被忽略：APK 的「解压即跑」指的是运行时无需 root、无需安装 Termux，但 APK 本身还是 Android 包——装的是 APK，跑的是内嵌快照，两件事。如果你手机是模拟器或者禁装未知来源的设备，先确认能装包，再谈后面三步。卡在第 1 条（装不上包）和卡在第 2 步（AP 隔离）是两条完全不同的死路，混在一起排查会多花一倍时间。

来财IP · AI行业每日情报

对你意味着什么

如果你已经用 dsh 桌面版跑自动化，手机壳的增量价值就是「离开电脑之后还能管它」。844 星不算高，但它是「解压即跑」这条最低摩擦路线上目前唯一的完成品——其余路线都要先在一台常开电脑上起服务。

三个使用节奏，直接照抄：

• 日常
  ：电脑侧正常跑，手机壳开着就行，不连不费；
• 出门前
  ：把当天要跑的任务派好（比如晚报、草稿箱任务），锁屏，token 失效前回来收结果；
• 故障时
  ：手机侧先看 401 还是 404——401 是 token 过期（重新导出即可），404 是 dsh 服务没起（回电脑侧启动），不用在手机上猜。

三个节奏里最容易出错的是第二条：派完任务就锁屏，结果任务要读本地文件路径（比如要打开某个本地表格），手机侧派的参数里没带全，任务在电脑侧跑着跑着就卡在「找不到文件」上。所以出门前派的活，只派「自包含」的——参数全在消息里、不依赖电脑侧环境的任务才适合手机派，路径类的活留给回电脑再做。

主仓节奏：别拿旧数据写判断

写这篇时顺手核了一件事：主仓 259,426 星，最近一次 push 是 2026-10-23（昨天），APK 仓 2026-10-23 16:44 也刚动过——两个仓同一天有 push，说明手机壳的维护跟主仓节奏是同步的，不是弃坑仓。判断一个社区仓值不值得装，「最近 push 距今几天」比「Star 总数」更有信息量。Star 说明过它过去多好，push 说明它现在还在活着。

三条核验命令（复制即用）：

curl -s https://api.github.com/repos/deepseek-ai/deepseek-harness | grep -E '"stargazers_count"|"pushed_at"' curl -s https://api.github.com/repos/kelai141/dsh-mobile-apk | grep -E '"stargazers_count"|"pushed_at"' | head -1 curl -s https://api.github.com/repos/dataelement/dsh-desktop | grep -E '"stargazers_count"|"pushed_at"'

核验口径写进文章和存档，下次再写 dsh 相关判断时直接读上次的核验记录，不靠转述。转述的 Star 数隔两周就会过期，API 一手值当天有效。

再给一个判断信号：三仓的 created_at 都能查到——主仓 2026-08-13，APK 仓也是 2026-08-13 当天起的。主仓发布 12 小时内社区壳仓就出现了，这个速度说明 dsh 的插件/壳生态不是事后补的，是发布当天就长出来的。判断一个工具的社区成色，看「主仓起仓日 → 第一个生态仓起仓日」的间隔比看总 Star 数更准：间隔越短，说明开发者在发布前就预留了扩展位。

数据口径声明：Star 数（259426/16514/844）、协议（MIT）、最近 push（2026-10-23）均为 api.github.com 一手核验（2026-10-24）；APK 参数取自其仓库 description 与结构实读，未拆包实测，装前请自行核对 release 页。

关注钩子：本文属「DSH 插件生态」系列，下一篇写《dsh 3600+ 插件怎么装：注册表、topic 检索与 30 秒自查三查》。关注后台回复「dsh手机」，领 dsh-mobile-apk 安装三步清单 + 端口自查表。

免责声明：本文数据均来自公开渠道，仅供信息参考，不构成任何投资或使用建议