产品矩阵

四块拼图,
一条主链路

星舵助手由四个职责单一的模块协作完成 —— 采集、聚合、命令签名、移动端交互。各司其职,单一职责。

构成

完整构成

四个独立模块,组合成完整的星舵助手。每个模块都有自己的测试、部署脚本与说明文档。

聚合层
云端聚合服务
对外提供查询与命令接口

部署在国内云上的聚合服务。负责接收推送、提供查询 API、维护云端唯一数据源。

  • 聚合多端数据,提供统一查询入口
  • 鉴权与权限控制按车主维度生效
  • 建表与迁移自动化,无需手工运维
  • 回归测试覆盖关键路径与边界
→
签名服务
本地命令签名
与车机建立 mTLS 通道

与 Tesla 官方车机建立 mTLS 后,本地签名服务用私钥对每条命令签名。云端不下发密钥,签名不出本机。

  • 每条命令单次签名,无重用风险
  • 私钥从未离开本地硬件
  • 支持充电开始/停止与后续命令拓展
→
同步服务
本地同步 Agent
跑在车主本地网络

跑在本地设备上的同步脚本,从本地数据源读取并推送至云端。云端不需要公网 IP,本地主动推送。

  • 幂等:相同数据多次推送不会污染云端
  • 断网恢复后自动补齐缺失数据
  • 推送完成后产出可读的同步日志
→
移动端
Android 原生 App
面向国内车主

面向国内车主的 Android 原生 App。套餐行程、电耗、充电、地点电价四个一级功能,配齐主题、关于、隐私政策等合规要求。

  • VIN 不入路由,从主状态取,新增车辆不污染旧配置
  • 完整的 OAuth 注册流程与异常兜底
  • 主题切换 / 关于页 / 隐私政策 / SDK 清单齐全
  • 胎压等关键口径与官方一致
→
架构

一条主链路

从车机到 App,所有数据只走一条主链路;横向的工具(崩溃上报、SDK 上报)走独立旁路。

CAR
Tesla
车机 + 网络
LOCAL
本地采集
主路由 / 家用设备
LOCAL
同步 Agent
主动推送
CLOUD
聚合层
国内云厂商
CLIENT
App
Android
telemetry 本地存储 HTTPS push REST/JSON read

↘ 命令回路

App → 聚合层 → 本地签名服务(私钥签名)→ 官方命令通道 → 车机执行。密钥不出本机。

↘ 旁路

崩溃自建通道直连聚合层日志端点;SDK 上报走同一鉴权链但不污染主链路。

产品原则

不是炫技,是克制

星舵助手只做车主日常真正常用的功能。下面是一些典型的取舍。

没有会员体系

基础功能不收费,进阶功能不会突然锁住。所有车主一开始就拥有全部能力。

没有 20 个页面

只做"行程、电耗、充电、地点"四件事。不为丰富功能列表而做产品。

不接第三方分析 SDK

崩溃、性能、行为统计全部自建通道,零新增依赖。

不强行推送通知

通知按主人需求主动开,不在用户没要求时弹窗骚扰。

质量

每条原则,
都有对应实现

单元测试能锁住语法级回归,但锁不住"代码改了环境没改"或"模块绑定不一致"这种静默故障。

我们的验收标准:涉及依赖注入图必须做完整构建,涉及外部系统必须真连真跑一次。

覆盖完整测试与真连真跑
迭代节奏小步快跑,公开变更
部署国内云厂商 · 自动化
合规ICP 已备案