Docs · Mobile
Mobile 移动端
CetaMesh Mobile 使用 React Native + TypeScript 作为共享产品层,并通过 Kotlin / Swift 原生 Provider 接入受控设备能力。
最后更新:2026-10-15
移动端在 CetaMesh 中的位置
Mobile 不是 Desktop 的遥控器,也不是必须依赖桌面端才能运行的薄客户端。当前设计把移动端本身视为独立 CetaMesh Node,本地 Chat、Memory、Tasks 和设备身份可以独立存在。
长期方向是让不同节点在明确的信任、权限、工作区与记忆授权范围内协作,而不是让某一个中心服务拥有所有状态。
当前技术结构
- React Native / TypeScript:共享产品 UI、领域模型、Runtime 与大部分业务逻辑。
- Kotlin:Android 原生能力 Provider。
- Swift / Objective-C++:iOS 原生桥接与 Provider。
- SQLite:本地结构化状态、消息、记忆、任务、信任与同步基础数据。
- Feature → Runtime → Domain / Provider / Repository → Native / Infrastructure:当前依赖方向。
当前能力范围
- 可配置模型 Provider、模型、会话与推理选项的 Chat。
- 本地 Memory 的创建、检索、编辑、置顶、删除和显式确认写入。
- Tasks、事件、注意事项、审批与 Action Center 基础。
- 设备身份、配对、信任元数据、能力声明、在线状态与同步协议基础。
- 相机、麦克风、文件 / 照片、通知、二维码等受 Capability Runtime 管理的能力路径。
- 声明式扩展、Memory Pack 与远程传输扩展的基础生命周期与安全检查。
当前验证状态
仓库已经有 TypeScript、ESLint、架构边界、单元 / 集成测试以及 Android 构建相关自动化。Standalone Android 构建能力也已经进入项目验证范围。
但所有“代码已实现”都不等于“所有设备环境已经验证”。iOS 编译 / 真机、系统权限提示、相机与麦克风硬件行为、Push、真实 Desktop / Server 对端互操作等仍需要持续的环境验证。
不要混淆状态
文档中的 implemented / 自动化通过,只证明对应代码和自动化范围;没有实际执行的设备或外部环境检查,应继续视为待验证。
实现依据
本页根据 CetaMesh 当前公开仓库中的实现与工程文档整理,不把路线图中的未来能力当成现成功能。