Ably Asset Tracking
免费
Ably Asset Tracking 是 Ably 与 Mapbox 联合推出的实时资产追踪 SDK 套件，包含 Publisher SDK（配送端）与 Subscriber SDK（消费者端），通过 Mapbox Enhanced Location Engine 提供 GPS 降噪、航位推测、地图匹配等 AI/ML 增强定位能力，适用于最后一公里物流、外卖配送、城市出行等场景。已于 2025 年 9 月正式停运。
Ably Asset Tracking 的深度评测：一套被停运的高水位实时追踪 SDK
核心参数与统计
Ably Asset Tracking（以下简称 AAT）并非一款独立的应用软件，而是一套面向开发者的多平台 SDK 套件，旨在为最后一公里物流、外卖配送与出行服务提供「端到端」的实时资产追踪能力。它由 Ably（实时通信层）与 Mapbox（定位增强层）联合打造，核心交付物为两套互补 SDK——Publisher SDK（配送端设备）与 Subscriber SDK（消费者观察端）——加上一个可选的 UI 工具包（Location Animator）。
| 项目 | 公开信息 |
|---|---|
| 官方定位 | 实时资产追踪 SDK，配合 Mapbox Navigation SDK 增强定位 |
| 交付形态 | Android SDK（Kotlin/Java）、iOS Swift SDK、JavaScript SDK（Web） |
| SDK 分组 | Publisher SDK（发布端）、Subscriber SDK（订阅端）、UI SDK（动画工具） |
| 底层定位引擎 | Mapbox Navigation SDK Enhanced Location Engine |
| 实时通信层 | Ably Pub/Sub 全球边缘网络（11+ 区域700+ PoP） |
| 开源许可 | Apache-2.0 |
| Android SDK Stars | ~14 stars、5 forks（已归档） |
| iOS SDK Stars | ~10 stars、5 forks（已归档） |
| JS SDK Stars | ~10 stars、7 forks（已归档） |
| Android 最新版本 | 1.7.0（2023-04-27） |
| iOS 最新版本 | 1.0.0-alpha.1 |
| JS 最新版本 | 1.0.0-beta.5 |
| 停运时间 | 2025 年 9 月 29 日归档，不再维护 |
一句话简评：AAT 是一套「理论上极强、实践中已死」的资产追踪 SDK——它在架构设计上几乎做到了该领域的最佳实践，但产品生命周期未能跑赢市场需求节奏。
关于「AI/ML 预测」的说明：AAT 并非直接提供独立的 AI 模型。它的「AI 增强」体现在 Mapbox Enhanced Location Engine 内置的地图匹配（map-matching）、GPS 信号降噪（filtering）与航位推测（dead reckoning）算法上。当 GPS 信号丢失（如隧道、高架下），引擎通过车辆运动模型与历史轨迹外推当前位置，属于典型的「规则+ML 混合」增强定位方案。
用户与市场认可
AAT 的市场认可度需要从两个维度分开看待：底层技术平台的认可度与 SDK 本身的采用情况。
Ably 平台层面的信任背书：Ably 作为实时基础设施层，服务了 Bloomberg、HubSpot、Verizon 等头部企业，月均处理 2 万亿+ API 操作，号称 7 年以上 100% 正常运行时间。这些数据为 AAT 的通信可靠性提供了强背书——至少在数据实时性与全球分发上，AAT 不存在短板。
AAT 本身的采用情况：三个 GitHub 仓库的 Star 数合计不足 40，这在资产追踪领域是一个相当低的数字。作为对比，同类开源方案如 OpenGTS 拥有 1.5k+ Stars，商业竞品 Mapbox 自身的 Navigation SDK 拥有 5k+ Stars。低社区热度从侧面印证了 AAT 未能在市场中形成规模采用。
行业合作背书：Mapbox 官方博客与 Ably 官博在 2021 年联合发文推广 AAT，说明两家公司在产品层面进行了深度集成测试。但合作并未转化为广泛的开发者生态——2023 年后三个 SDK 均停止实质性迭代，2025 年 9 月同步归档，标志着这个联合项目的实际终结。
B 端落地前提：AAT 要真正发挥作用，需要团队同时具备 Ably 平台的使用经验Mapbox SDK 的集成能力以及移动端原生开发（Android/iOS）的工程储备。这个门槛明显高于单一供应商方案。
成本优势
AAT 的成本结构需要拆为 SDK 本身与底层 Ably 平台两部分。SDK 本身完全开源免费（Apache-2.0），但真正产生成本的是其依赖的 Ably 实时网络服务。
Ably 平台定价（截至 2026 年）
| 套餐 | 月费 | 并发连接 | 消息速率 | 月消息量 | 适用阶段 |
|---|---|---|---|---|---|
| Free | $0 | 200 | 500/秒 | 600 万 | 概念验证 |
| Standard | $29 + 用量费 | 10,000 | 2,500/秒 | 按量计费 | 生产上线 |
| Pro | $399 + 用量费 | 50,000 | 10,000/秒 | 按量计费 | 高负载 |
| Enterprise | 定制报价 | 无限 | 无限 | 按量计费 | 大规模 |
超额消息费率：$2.50/百万条；连接分钟数：$1.00/百万分钟；频道分钟数：$1.00/百万分钟。
成本分析（C 端 / 开发者 / 企业三层）
- C 端/个人开发者：Free 套餐的 600 万条/月消息量对于小规模原型验证基本够用。但 AAT 需要同时维护 Ably 连接与 Mapbox 服务，Mapbox Navigation SDK 本身也有独立的用量计费（需额外 Mapbox 账号和 Token），组合成本远高于单一 SDK 方案。
- 开发者/自建团队：开源 SDK 无订阅费，但需要自行搭建 Ably 应用Mapbox 账号，并处理两套认证体系。SDK 停运后还需承担自行维护 Fork 的风险成本。
- 企业级：Ably Enterprise 套餐提供 99.999% SLA、SSO、专属集群等，但年合同金额通常在五位数美元起步。加上 Mapbox Navigation SDK 的企业授权费，实际落地成本可能超过大多数中小团队的预算。
隐性成本提示：AAT 的定价页面在 2025 年停运后已不再突出展示资产追踪相关计费信息（资产追踪不再作为独立产品列出），这意味着新用户几乎无法通过 Ably 官方渠道直接获取 AAT 的定价。现有用户只能基于 Ably Pub/Sub 的基础用量自行估算成本。
主要功能
1. Publisher SDK（配送端发布 SDK）
嵌入配送员或移动资产所在的移动设备，负责采集 GPS 位置数据并通过 Mapbox Enhanced Location Engine 进行实时增强处理，再经由 Ably 实时网络发布到云端。
2. Subscriber SDK（消费者端订阅 SDK）
嵌入消费者或监控中心的观察端应用，通过 Ably 实时频道订阅指定资产的增强位置更新。支持位置监听、在线状态监听、分辨率动态调整请求。
3. 分辨率策略引擎（Resolution Policy）
核心创新点。允许开发者通过配置参数在「定位精度」「更新频率」「设备电量」三者之间做动态平衡。内置默认策略工厂（DefaultResolutionPolicyFactory），支持自定义策略实现。关键参数包括：
accuracy：定位精度（BALANCED / MAXIMUM 等）desiredInterval：期望更新间隔（毫秒）minimumDisplacement：最小位移阈值（米）proximityThreshold：接近阈值（触发高精度模式）batteryLevelThreshold+lowBatteryMultiplier：低电量自动降频
4. UI SDK / Location Animator（定位动画工具）
为订阅端应用提供平滑的地图标注动画插值，避免位置跳变。虽然只是辅助组件，但显著影响消费者端用户体验。
5. 实时在线状态感知
通过 Ably Presence API 实现 Publisher 在线/离线检测，让订阅端实时了解配送端连接状态，避免因网络中断导致的体验盲区。
专家视点——功能协同效应：AAT 的真正价值不在于单个功能，而在于「分辨率策略 ↔ 增强定位引擎 ↔ 实时网络」三者形成的闭有——分辨率策略根据电池、距离等条件动态调整定位采集频率；增强定位引擎在低频采样时段仍可通过航位推测维持位置连续性；实时网络保证策略变化与位置更新在全链路毫秒级生效。这种三位一体的设计在 2021 年的市场上是超前的，但也是导致其复杂度最终超出维护能力的原因之一。
模型与版本演进
AAT 的版本演进呈现典型的「高开低走」轨迹。2021 年 4 月以 Public Beta 高调亮相，与 Mapbox 联合营销声势浩大。2023 年进入缓慢迭代期，Android SDK 最终停留在 1.7.0，JS SDK 停留在 Beta 5，iOS SDK 仅到 Alpha。2025 年 9 月三个仓库同时归档，产品生命周期画上句号。
| 平台 | 最终版本 | 发布时间 | 状态 |
|---|---|---|---|
| Android（Kotlin/Java） | 1.7.0 | 2023-04-27 | 已归档 |
| iOS（Swift） | 1.0.0-alpha.1 | ~2023-03 | 已归档 |
| JavaScript（TypeScript） | 1.0.0-beta.5 | 2023-03-28 | 已归档 |
核心版本节点：
- 2021-04-29：AAT Public Beta 发布，支持 Android、iOS、Web，核心功能包括增强定位与实时订阅。
- ~2023-03：iOS Swift SDK Alpha 发布，加入 Location Animator UI 组件。
- 2023-03-28：JS SDK 1.0.0-beta.5 发布，包含 Subscriber SDK 完整功能。
- 2023-04-27：Android SDK 1.7.0 发布，是唯一达到「Beta 以上成熟度」的平台版本。
- 2025-09-29：三个 GitHub 仓库同步归档，README 添加停运公告。
技术优势
架构链路
┌─────────────────────────────────────────────────────────┐
│ Publisher Device │
│ ┌──────────────┐ ┌──────────────────┐ │
│ │ GPS 传感器 │───▶│ Enhanced Location │ │
│ │ (原始位置数据) │ │ Engine (Mapbox) │ │
│ └──────────────┘ │ - 地图匹配降噪 │ │
│ │ - 航位推测 │ │
│ │ - 信号滤波 │ │
│ └────────┬─────────┘ │
│ │ 增强位置数据 │
│ ┌────────▼─────────┐ │
│ │ Publisher SDK │ │
│ │ - 分辨率策略决策 │ │
│ │ - 实时发布 │ │
│ └────────┬─────────┘ │
└───────────────────────────────┼──────────────────────────┘
│ Ably Pub/Sub 实时频道
│ (Presence + 位置流)
┌───────────────────────────────┼──────────────────────────┐
│ Subscriber Device │
│ ┌────────▼─────────┐ │
│ │ Subscriber SDK │ │
│ │ - 位置订阅 │ │
│ │ - 在线状态监听 │ │
│ │ - 分辨率请求 │ │
│ └────────┬─────────┘ │
│ ┌────────▼─────────┐ │
│ │ Location Animator│ │
│ │ (UI SDK) │ │
│ │ - 平滑标注动画 │ │
│ └──────────────────┘ │
└──────────────────────────────────────────────────────────┘控制流：Publisher 端 GPS 数据 → Mapbox 引擎增强 → Publisher SDK 通过 Ably 频道发布 → Subscriber SDK 实时接收 → Location Animator 渲染到地图。数据回流：Subscriber 端可通过 resolutionPreference 请求改变 Publisher 端的采集分辨率。
核心技术解读
Enhanced Location Engine（Mapbox Navigation SDK）：这是 AAT 技术链中最关键的 AI/ML 组件。它并非简单的 GPS 转发，而是通过机器学习模型对原始 GPS 信号做三层处理——第一层：实时滤波去除城市峡谷（urban canyon）导致的多路径噪声；第二层：地图匹配将定位点约束到道路网络，消除偏移；第三层：航位推测在 GPS 信号丢失时通过车辆运动矢量（速度、方向、加速度）外推当前位置。这套引擎同时优化了定位精度与功耗，在低频采样下仍能保持位置连续性。
Ably 实时网络的差异化价值：AAT 选择 Ably 而非自建 WebSocket 集群，获得的不仅是「省去运维」。Ably 的全球边缘网络（700+ PoP）实现了消息传输延迟低至 6.5ms 的中位数水平；其 Presence API 提供了开箱即用的在线状态管理，无需额外的心跳机制开发；消息持久化与历史回放能力则让「离线后恢复位置连续性」成为可能。
分辨率策略的设计哲学：这是 AAT 在「电池 vs 精度」博弈中最具工程价值的设计。通过将决策逻辑抽象为 ResolutionPolicy 接口，开发者可以在不修改位置采集代码的前提下，针对不同资产类型（步行配送 vs 车辆配送）、不同阶段（接近目的地时提高精度）、不同电量状态（低于 10% 自动降频）注入差异化策略。这一设计本可以成为 AAT 最具竞争力的技术壁垒，可惜未能赢得足够的市场验证。
如何使用
⚠️ 使用前的重要提示：AAT 已于 2025 年 9 月正式停运。以下内容仅供技术参考与历史存档，不建议新项目采用。
SDK 集成方式对比
| 平台 | 包管理 | 依赖声明 | 备注 |
|---|---|---|---|
| Android（Kotlin） | Gradle / Maven Central | com.ably.tracking:publishing-sdk:1.7.0 |
已从 Maven Central 移除的可能性高 |
| Android（Java） | Gradle / Maven Central | com.ably.tracking:publishing-sdk-java:1.7.0 |
需 Java 8+、API Level 24+ |
| iOS（Swift） | Swift Package Manager | ably-asset-tracking-swift |
GitHub SPM 源，已归档 |
| Web（JavaScript） | npm / Yarn | @ably/asset-tracking |
仅包含 Subscriber SDK |
快速上手（Android Publisher SDK 示例）
// 配置分辨率策略
val defaultResolution = Resolution(Accuracy.BALANCED, desiredInterval = 1000L, minimumDisplacement = 1.0)
// 初始化 Publisher
val publisher = Publisher.publishers()
.connection(ConnectionConfiguration(Authentication.basic(CLIENT_ID, ABLY_API_KEY)))
.map(MapConfiguration(MAPBOX_ACCESS_TOKEN))
.androidContext(this)
.resolutionPolicy(DefaultResolutionPolicyFactory(defaultResolution, this))
.backgroundTrackingNotificationProvider(notificationProvider, NOTIFICATION_ID)
.profile(RoutingProfile.DRIVING)
.start()
// 开始追踪指定资产
publisher.track(Trackable(trackingId, constraints = exampleConstraints))快速上手（JavaScript Subscriber SDK 示例）
import { Subscriber } from '@ably/asset-tracking';
const subscriber = new Subscriber({
ablyOptions: { key: ABLY_API_KEY, clientId: CLIENT_ID },
});
const asset = subscriber.get('my_tracking_id');
asset.addLocationListener((locationUpdate) => {
console.log(`坐标: ${locationUpdate.location.geometry.coordinates}`);
});
await asset.start();典型使用链路
- 在 Ably Dashboard 创建应用并获取 API Key，在 Mapbox 账号创建 Access Token。
- Publisher 端集成：在配送员 App 中嵌入 Publisher SDK，配置 Ably 凭证与 Mapbox Token，调用
publisher.track(trackableId)开始发布位置。 - Subscriber 端集成：在消费者 App 中嵌入 Subscriber SDK，传入相同的
trackingId，监听addLocationListener回调。 - 分辨率调优：根据业务场景（步行/驾车/接近目的地）调整
accuracy、desiredInterval、minimumDisplacement参数，或在运行时通过subscriber.resolutionPreference()动态调整。 - UI 渲染：可选集成 Location Animator 实现平滑地图标注动画。
产品定价
Ably Asset Tracking SDK 本身是完全开源免费的（Apache-2.0 许可），但运行 AAT 需要同时支付两套基础设施费用。
Ably 平台费（必须）：即使 AAT 免费，位置数据的实时传输必须通过 Ably 频道，消耗的是 Ably 的消息配额。Free 套餐提供 600 万条/月的免费消息额度（200 并发连接），对于日均 1,000 单的小规模配送场景基本够用；达到 Standard 套餐（$29/月）后，消息超额费率 $2.50/百万条。
Mapbox Navigation SDK 授权费（必须）：Mapbox Navigation SDK 的定位增强引擎并非免费使用。Mapbox 采用按 MAU（月活跃用户）或按请求量的计费模式，具体价格取决于所选套餐。2026 年 Mapbox 已转向以 Navigation SDK 为核心的多层定价，AAT 集成方需要独立的 Mapbox 付费账号。
组合成本推演：以一个日均 5,000 单、每单持续追踪 30 分钟的中型配送平台为例——每月 Ably 消息量约 9,000 万条（定位频率 1 条/秒 × 30 分钟 × 5,000 单 × 30 天），超出 Free 套餐 8,400 万条，超额费用约 $210/月；Mapbox Navigation SDK 费用按 MAU 计，约 $500-1,500/月（视具体套餐）。合计约 $710-1,710/月。这还不包括 Mapbox Maps SDK 的地图渲染费用、云基础设施（服务器、数据库）费用与运维人力成本。
应用场景
场景一：最后一公里物流配送追踪
任务类型与收益：配送员 App 集成 Publisher SDK 实时发布位置，消费者端 App 通过 Subscriber SDK 查看配送员实时位置与 ETA。收益体现在：减少「配送员已到但客户未响应」导致的配送异常，降低客服查询「我的订单到哪了」的工单量。
适配判断：AAT 的 Resolution Policy 在此场景下能发挥最大价值——当配送员距离目的地较远时使用低频低精度定位省电，接近目的地时自动切换高精度高频定位，让客户看到精确到米级的接近动画。
场景二：共享出行与城市移动服务
任务类型与收益：共享单车/电动滑板车的实时定位与可用性展示。Subscriber SDK 可集成在用户端 App 中查看附近可用车辆。收益体现在车辆调度效率提升与用户体验改善。
适配判断：此场景的挑战在于设备端电池管理——共享车辆通常使用低功耗物联网模组而非手机，AAT 的 Android SDK 假设运行在完整 Android 系统上，无法直接适配 RTOS 或嵌入式 Linux 有境。
场景三：现场服务与外勤人员管理
任务类型与收益：外勤维修技师的位置追踪与任务分配。调度中心通过 Subscriber SDK 监控技师位置，基于实时 ETA 动态派单。收益体现在缩短客户等待时间与提高技师工时利用率。
适配判断：这是 AAT 最被低估的场景——相比外卖的场景高度同质化，现场服务的资产管理多样化（车辆、工具、备件）更能体现多 Trackable 同时追踪的架构优势。但由于 AAT 已停运，落地只能依赖自建 Fork 或迁移方案。
适用人群
适配人群
- 物流与配送平台的工程团队：曾经希望在 3-6 个月内快速上线实时配送追踪能力的中型团队。AAT 的开源 SDK + Ably 基础设施的组合比自建实时数据管道节省大量工程投入。
- Ably 现有客户：已经在使用 Ably Pub/Sub 的团队，尝试 AAT 几乎是零额外学习成本——复用同一套 Ably 认证体系与频道模型。
- 需要跨平台 SDK 统一接口的团队：Android/iOS/Web 三套 SDK 遵循相同的 Publisher/Subscriber 抽象模型，减少多端开发时的认知切换成本。
不适配/劝退人群
- 新项目选型团队（最重要！）：AAT 已于 2025 年 9 月全面停运，任何新项目都不应将 AAT 作为正式依赖引入。官方仓库已归档只读，不会再有 Bug 修复或安全更新。
- 需要深度定制定位逻辑的团队：AAT 的策略引擎虽然提供自定义
ResolutionPolicy接口，但其底层依赖 Mapbox Navigation SDK 的定位管线。如果团队需要替换定位引擎或接入国产定位服务商，AAT 的耦合度会成为障碍。 - 轻量级或低频追踪场景：如果业务只需要「每 5 分钟上报一次位置」的巡检类需求，AAT 全链路引入的复杂度远高于一个简单的 HTTP POST + 定时器方案。
- 低功耗 IoT 场景：AAT 的 SDK 设计面向手机级别的计算资源，无法运行在电池供电的 NB-IoT、Cat-M 或 LoRa 模组上。
总结与展望
核心竞争力回顾：AAT 在技术架构层面达到了一套实时资产追踪 SDK 应有的高水位——Mapbox 的增强定位引擎提供了行业领先的 GPS 降噪与航位推测能力；Ably 的全球实时网络保证了数据分发的低延迟与高可靠性；分辨率策略引擎则展示了在电池寿命与定位精度之间做量化权衡的工程智慧。如果该项目能在 2021-2022 年获得足够的市场 traction 与持续投入，它有潜力成为资产追踪领域的「Twilio for Location」。
致命局限：AAT 的终局是「叫好不叫座」的典型案例。其核心问题有三个层面。第一层是市场定位模糊——它既不是一个「开箱即用的 SaaS 追踪平台」（如 Project44、FourKites），也不是一个「纯开源的追踪框架」——它处于中间态：需要 Ably 账号、需要 Mapbox 授权、需要原生开发技能，但最终交付的是一套 SDK 而非完整产品。第二层是成本结构不透明且偏高——双重供应商授权（Ably + Mapbox）的组合成本高于市场上任一单一竞品，且定价页面的复杂度让中小团队难以快速评估 TCO。第三层是维护意愿不足——Ably 作为实时通信公司，核心收入来自 Pub/Sub 消息层，资产追踪 SDK 对其而言更像是一个「展示复杂用例的样板间」而非核心产品线。2023 年后 Ably 的战略重心转向 Chat、AI Transport 与 LiveObjects，AAT 被边缘化直至停运几乎是必然。
采购/采用风险评估：对于任何正在评估 AAT 的组织，最诚实的建议是——不要为新项目选择 AAT。它已经是一个死掉的 SDK，没有未来的版本路线图、没有社区维护、没有安全补丁。如果你的团队正在运行基于 AAT 的生产系统，应该立即评估迁移方案。可行的替代路径包括：切换到 Mapbox 独立的 Navigation SDK + 自建 WebSocket 实时管道；采用开源的 OpenGTS 或 Traccar 方案；或评估商业 SaaS 平台如 Project44、ShipStation 等。对于仍在较早期阶段的项目，直接使用 Ably Pub/Sub + 自定义定位逻辑可能比维护一整套已停运的 SDK 更可行。
后续观察点：虽然 AAT 已死，但其技术设计理念值得行业借鉴。值得关注的演进方向包括：Ably 是否会以不同形式重新进入边缘计算与资产追踪领域（例如通过 AI Transport 产品线）；Mapbox 是否会独立推出更轻量的追踪 SDK；以及开源社区是否会出现继承 Resolution Policy 设计思想的 Fork 版本。如果 AAT 的某些核心设计元素（如分辨率策略抽象）被纳入 Ably 主平台或其他竞品，那么它的技术遗产将比它的产品生命周期走得更远。
版本信息
- Ably Asset Tracking Android SDK 1.7.0 ：Android SDK 最终发布版本，包含 Publisher SDK、Subscriber SDK 及 UI SDK 的稳定功能。此后项目进入维护模式，2025 年 9 月正式归档停运。
- Ably Asset Tracking JavaScript SDK 1.0.0 Beta 5 ：JavaScript SDK 预览最终版本，仅包含 Subscriber SDK，提供 Web 端资产订阅能力。
- Ably Asset Tracking Public Beta ：与 Mapbox 联合宣布公开 Beta，支持 Android、iOS、Web 三平台，核功能包括增强定位引擎、分辨率策略与实时订阅。
- Ably Asset Tracking Swift SDK 1.0.0 Alpha 1 ：iOS Swift SDK Alpha 版本，支持 Publisher SDK 与 Subscriber SDK，含 Location Animator UI 组件。暂无官方精确日期。
用户评价