DSH Plugins
返回列表
🖥️

dsh-app-native

客户端 更新于 2026.09.11

在终端中运行以下命令:

dsh plugin install LoserForLoser/dsh-app-native

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在终端执行 dsh plugin install LoserForLoser/dsh-app-native 即可安装该插件,源码仓库位于 https://github.com/LoserForLoser/dsh-app-native ,安装后重启对应 profile 并在新会话中预设选择即可生效。

插件介绍

通用编码代理在写移动端原生代码时最大的问题是缺乏平台纪律:随手把 Objective-C 改成 Swift、往 build.gradle 里塞 jar 包、直接手改 .pbxproj 或 merged manifest——每一步单独看都有道理,合在一起就是一场生产事故。dsh-app-native 作为 DeepSeek Harness 的一个 agent preset,做的事情很明确:让代理先识别工作区属于 iOS、Android 还是 HarmonyOS,然后切换成该平台的专属人格,按平台的语言规则、构建链路和验证闭环来工作,而不是用一套泛化提示词硬套。

人格层面的约束是具体的。iOS 侧禁止 ObjC→Swift 移植式修改,要求通过 clangd 或 sourcekit-lsp 拿到真实编译反馈,用模拟器驱动 UI 并以 expect_text 确认结果;Android 侧强调匹配当前模块语言、不附带 View→Compose 迁移,构建走项目自身的 Gradle,运行时证据来自 adb 设备循环;HarmonyOS 侧要求 API 来源必须标注目标版本,验证走 arkts_check → build_project,设备侧用 hdc-bridge 的 observe → locate → act → verify 闭环。三平台共享一条底线:不新增依赖、权限或构建配置,不碰任何 vendored 或生成产物。

它适合已经在 dsh 里做日常移动端开发、但希望代理像平台团队的人一样思考的工程师。安装后 preset 落在本地 $DSH_HOME 目录,在任意 profile 的新会话中即可选择。工具集与标准 preset 完全一致,改变的只是代理是谁、怎么工作,而非它能做什么。平台专属的外部工具作为伴生插件独立安装,缺失时 preset 依然运行,只是对应能力不可用。

使用场景

  • 在 Swift/Objective-C 项目中修改 iOS 原生代码并通过模拟器验证 UI 行为
  • 在 Android Kotlin/Java 模块中修 bug 并用项目自身 Gradle 构建闭环确认
  • 用 ArkTS 开发 HarmonyOS 应用并通过 hdc 设备循环验证运行时表现

适合人员

  • 日常使用 dsh 进行移动端原生开发的工程师
  • 维护 iOS、Android、HarmonyOS 多平台原生代码库的团队
  • 希望智能体按平台规则而非通用提示词工作的工程负责人