AstroBox 数据退路手册——表盘、快应用、插件到底存哪、怎么带走

项目	内容
软件	AstroBox
版本	1.1.0
平台	Android APK
体积	24.94M
分类	系统工具
包名	moe.astralsight.astrobox
官网	AstroBox 官网
下载一	AstroBox 下载，AstroBox 下载
下载二	AstroBox 下载，AstroBox 下载
文档	AstroBox 文档
介绍	用 AstroBox 给手环装了一桌子表盘、攒了半页快应用之后，换机或卸载时这些东西会不会丢？我翻遍了官方文档，把数据存放位置、备份路径、迁移链路和不确定处一一列清，给想长期用这款工具的人一份先行参考。

我吃过一次数据锁死的亏。

去年给旧手环换表盘时，用一款热门工具攒了二十多张收藏，后来换手机那款工具没法安装新版本，原来的表盘又导不出来——等于连设备带表盘一起归零。从那以后我养成一个习惯：任何需要深度用的工具，先摸清楚它把数据存哪、能不能带走、卸载干不干净，再放心往里投时间。

AstroBox 就是这种"值得先摸退路再用"的工具——它管着表盘、快应用、插件、壁纸这些实打实的穿戴设备资源，往里装东西容易，想挪走就得看它留不留门。这篇我就按我自己排查的逻辑，把这款工具的数据存放、备份、迁移和不确定处，一条一条摊开说。

AstroBox 是什么（以及我为什么先看退路）

先说清楚这款工具本身：AstroBox 是给小米手环、REDMI Watch、小米 Watch 做的第三方管理工具箱，核心三件事——装表盘、装快应用、刷固件。桌面端用 Tauri 做的（比 Electron 省内存），Android 端 1.1.0 版 24.94M，走 Rust 后端。它不是一个普通的下载器，而是一个可扩展的平台：插件系统基于 WebAssembly + WASI Preview 3，支持 Rust、Python、JavaScript 三种语言写插件，Level 4 还内置了 HTTP 服务器和应用内浏览器。

但"可扩展"的代价是数据链路也更复杂——表盘走的是一套格式（.dwz / .mwz），插件是 .wasm / .abp 包，壁纸是图片资产，快应用有自己的数据目录。它不像纯下载器那样"文件在哪就看哪"，而是分层存储。所以我先从"数据在哪"开始拆。

数据在哪：AstroBox 的存储分层

一、表盘：主体在设备，副本在本机缓存

表盘是 AstroBox 最常用也是最"看得见"的数据。官方文档确认的：

• 设备端：表盘主体直接装在手环或手表的存储里，AstroBox 推送安装后，设备会把它作为原生资源加载。你在设备上长按表盘左右滑动切换，看到的就是这些已安装资源。
• AstroBox 客户端缓存：下载过的表盘文件（.dwz / .mwz / .bin 三种格式）会留在本机。桌面端和 Android 端各自有缓存目录，文档里没写死具体路径，但 Windows 下大概率在 %APPDATA% 之类的位置，Android 端在应用私有目录。

这点很关键：设备端和客户端是两份独立存储。卸载 AstroBox 不会自动清掉设备上的表盘，但如果缓存被清了，你想再导出一遍就得重新从社区下。

二、快应用：沙箱内独立目录

快应用是另一个大块。每个快应用装到设备上后，有自己独立的数据目录，AstroBox 通过代理网络请求让快应用能联网传数据。文档没给快应用数据的具体导出路径，但从 WASI 沙箱模型推断，每个快应用的数据和代码隔离存储——卸载 AstroBox 时设备上的快应用会不会跟着清，这点文档没写，未验证。

三、插件：.wasm / .abp 包 + 宿主配置

AstroBox 的插件系统基于 WebAssembly 沙箱。插件本身是打包好的 .wasm 或 .abp 文件，运行时由 wasmtime 加载。每个插件有各自的配置（比如米坛社区登录态、CreatorConsole 开发者密钥），这些配置存在 AstroBox 的宿主配置目录里，不是沙箱内——因为插件本身拿不到系统级文件访问权限。

Level 2/3 和 Level 4 插件跑在两套独立 wasmtime 上，互不干扰，但宿主配置应该是统一管理的。换设备时插件的开发/登录配置能不能迁移，文档没给路径——未验证。

四、表盘壁纸：持久化在 AstroBox 内部

2.1 版本新增的表盘壁纸系统允许为同一表盘设置多张壁纸轮流切换。文档明确写了"生成好的壁纸会保存在 AstroBox 里，下次打开可以直接用"——但没说具体存储路径，也没说壁纸能不能单独导出。如果你用了 AI 生成壁纸或导入了自己的照片，这些素材是跟着 AstroBox 走还是跟着表盘走，文档没给细节，未验证。

五、云账号：米坛 + CreatorConsole

AstroBox 有两处需要登录的云服务：

• 米坛社区账号：用来切换资源源（途径三安装表盘的前置条件）。登录态存在客户端本地，跨设备需要重新登录。
• CreatorConsole：第三方资源创作者用的，关联爱发电商品、浏览/下载数据分析。这部分数据在云端，换设备用账号登录就能恢复，这是 AstroBox 唯一明确的"云同步"路径。

怎么备份：已确证的操作路径

文档里明确写了一条备份路径，也是目前唯一不需要额外折腾的：

表盘批量导出

设备页 → 表盘卡片 → 「导出所有表盘」→ 选择保存位置

这是官方给出的唯一备份方法。导出后的文件保留原始格式（.dwz / .mwz / .bin），可以直接用来本地安装——换设备或重装后，用"途径二：本地文件安装"拖进去就行。

建议操作：定期导出一次存到电脑或网盘。AstroBox 客户端缓存被清时，你手里有导出文件就不会丢。

插件包手动留存

插件的 .abp / .wasm 包如果你是从第三方社区下的，建议下载时就保存原文件。AstroBox 客户端里应该有缓存的插件包，但文档没给具体目录，手动找不如直接把源文件存好——这算一个经验性的备份策略，不是官方指引。

换设备迁移：能走通的链路和容易断的环节

表盘：迁移最顺

迁移路径：旧设备导出 → 新设备本地安装。需要注意两点：

1. 多设备模式别装错：AstroBox 支持多设备同时连接，导出和安装前确认当前操作的是正确的设备。
2. 格式兼容性：旧版 .dwz 格式大部分设备兼容，新版 .mwz 格式支持更丰富的组件，但如果新设备型号太老可能不支持——装完发现显示错乱先看格式。

插件：手动导入 + 重新配置

插件包是跨平台的（同一个 .abp 在 Windows 和 Android 上都能跑），所以：

1. 从旧客户端或第三方社区拿到插件包文件；
2. 新设备装 AstroBox，拖入插件目录安装；
3. 重新登录/填写插件配置——宿主配置不在插件包里，得重新来一遍。

快应用：设备端残留不确定

文档没写卸载 AstroBox 后设备上的快应用会不会自动清。我建议如果换设备，先在旧 AstroBox 里把快应用逐个卸载，再换。直接卸 AstroBox 客户端可能会留下快应用在设备上，占空间还找不到入口。

表盘壁纸：大概率得重做

因为壁纸存储路径和导出路径都没明确，保守策略是假设壁纸无法直接迁移。如果用了自己导入的照片当壁纸，那照片源文件在就行，到新设备重新生成一次；如果是 AI 生成的，就得重新跑生成流程。这是目前我给不出"放心结论"的一个环节。

云账号：重新登录就行

米坛和 CreatorConsole 换设备直接登账号，这部分是最省心的。

退路评估：哪天不用了能不能带走、卸载干不干净

能带走的（已确证）

• 所有表盘文件：通过"导出所有表盘"拿到 .dwz / .mwz / .bin
• 插件包：手动留存 .abp / .wasm
• CreatorConsole 云端数据：登账号就能看
• 米坛社区收藏：登账号就能看

不确定的（文档未说明）

• 表盘壁纸原始素材：存储路径和导出方法均未提及
• 快应用数据目录：能否导出、卸载是否清理，未说明
• 插件宿主配置：跨设备迁移路径，未说明
• Android 端卸载残留：设备上已安装的表盘和快应用会不会被一起清，未说明

卸载干净度

桌面端（Windows / macOS / Linux）：卸载 AstroBox 会清客户端程序文件，但设备端已安装的表盘和快应用不会自动清，得在卸载前手动在 AstroBox 里逐个卸载，或者卸载后用新的穿戴设备管理工具清。

Android 端（1.1.0 APK）：卸载应用后客户端缓存目录会被清，但设备端残留同样不确定——建议卸载前先打开 AstroBox 在设备页把已装资源逐个移除。

结论：数据自主度与备份习惯

AstroBox 的数据自主度我给一个中上评级：表盘有官方备份路径，插件包可跨平台手动迁移，云账号数据走云端；但快应用数据、插件配置、壁纸素材这几块是黑盒，文档没给说明，卸载清理行为也不透明。

对想长期用这款工具的人，我的建议很明确：

• 先跑一次表盘导出，把手上的资源存到电脑或网盘，养成每月一次的习惯；
• 插件包留存源文件，不要只靠 AstroBox 客户端缓存；
• 壁纸用自己的照片就保留原图，AI 生成的就假设要重做；
• 卸载前先在客户端里清设备资源，别直接卸应用。

退路摸清了，往里投时间才踏实。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。