一个月开发并上架： mytess（teslamate 原生 iOS 客户端）+ iPhone 远程 Mac mini + OTA/TestFlight Skills 自动化

2026-01-04 → 2026-02-04，整整一个月，mytess 成功上线 App Store 。借这个契机分享一下：我后期如何用家里的 Mac mini 常驻，在外面用 手机远程把开发、真机测试、OTA 分发、TestFlight 上传基本跑到“全自动”。

我做的是什么

如果你有自己的 TeslaMate（以及对应的 API 服务），那 mytess 就是一个偏“纯客户端”的原生 iOS 体验：用手机更顺手地看车、看行程、看统计、看充电成本。

一些核心功能（挑几个好理解的）：

• Dashboard：电量/续航、车辆在线状态、锁车/哨兵、位置地图 + 常用信息卡片
• 行程/充电/停车记录：按日期整理，移动端快速回溯当天发生了什么
• 统计：里程、时长、能耗、成本等维度的汇总（更适合随手看）
• 地理围栏 + 充电成本：按地点配置电价/规则，让成本更贴近现实
• 原生能力加成：包含 Dynamic Island / Live Activities 、桌面/锁屏 Widgets 这一类“抬手就能看”的体验

远程开发：手机 + Moshi + tmux + Claude Code

后期我的固定姿势基本是：

1. 家里一台 Mac mini 常驻（也是构建机）
2. 我在外面用 手机通过 Moshi 远程进去
3. 进 tmux，开着长期会话：代码、构建、日志各一个窗口
4. 用 Claude Code 写 SwiftUI （原生 SwiftUI 项目），需要看效果就远程触发构建/安装

这套方式最大的好处：发布/发包变成“命令”，我不需要守在电脑前等进度条。

测试 & 发布：两条 Skill ，把发包流程收口成两个命令

我把 OTA 和 TestFlight 都封装成 Claude Code 的两个 skills （本质就是把重复步骤脚本化，然后给到一个稳定入口）：

• OTA Skill （给真机快速回归）

  • 做的事：Archive → 导出测试包 → 上传到自建 OTA 服务器 → 返回安装链接
  • 使用场景：每次改完关键逻辑，先走这条链路，在自己的 iPhone 上装包回归

• Beta Skill （推 TestFlight / App Store Connect ）

  • 做的事：调用 fastlane 的 beta lane 构建并上传 → 等待 TestFlight 处理
  • 使用场景：OTA 回归稳定后，再把版本推到 TestFlight ，走后续审核/发布流程

我刻意把流程拆成两段：OTA 追求快（“马上装包验证”），TestFlight 追求稳（“对外分发/审核链路”）。两条链路都做成 skill 后，最大的变化是：发包从“仪式感操作”变成了“随时可重复的命令”。

链接

• Mytess 官网： https://cn.mytess.net
• App Store： https://apps.apple.com/app/id6757828502

PS：为了冷启动推广一下，早鸟价首周 8 折。如果你也在用 TeslaMate ，欢迎直接下载体验，或者提你最想在手机上“一眼看到”的信息，我再继续打磨。