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 当前公开仓库中的实现与工程文档整理,不把路线图中的未来能力当成现成功能。