openJiuwen 社区面向移动场景推出项目 DigitalMate，运行在 HarmonyOS 设备上。在手机上完成一件事，过去常要先做一连串“找入口”的动作：准备出行要在铁路、航班与日历之间切换，处理工作消息要分别打开邮箱、协作平台和文档工具，找一家附近的咖啡店也可能需要在多个应用间反复比较。此前不少移动端助手仍停留在对话层，能给文字建议，却没有真正接管任务的组织、信息的汇总与操作前的确认。DigitalMate 试图提供一个统一入口：用户以自然语言提出需求，系统识别任务、调用相应的工具与服务，把不同来源的结果组织进同一任务，并生成适合当前场景的原生界面。

界面生成的路线是声明式的：先由 A2UI 消息描述界面的结构与数据，再由 HarmonyOS 客户端从受控的组件目录中完成渲染。A2UI 是面向 Agent 交互的界面协议，客户端使用自己的组件呈现消息内容。未知组件会被直接拒绝，工具结果、空结果与错误状态也都有明确的展示方式：出行任务可以展示车次与航班选项，美食任务展示商户卡片，涉及外部动作时则切换为确认面板。这意味着界面可以随任务变化，但交互边界仍由客户端掌握。

多源信息聚合被作为连接用户意图与真实服务的关键技术。负责理解与编排的 Agent 先识别目标，把任务拆解为相应的信息需求，再把查询交给出行、地图、本地生活、邮件、媒体或 SaaS 等数据能力；不同来源返回的数据随后围绕时间、地点、标题、平台和状态等核心字段被统一组织，在同一视图内可直接比较，同时保留每条结果的来源，避免聚合之后失去可追溯性。典型形态包括把高铁与航班汇总到同一任务界面、集中展示附近商户并标注来源、汇总不同邮箱结果并基于选中邮件生成可审核草稿、同时呈现多个平台的公开视频结果，以及经用户授权后在 GitHub、Google Drive、Docs、Notion、Linear 等服务中检索工作资料。

聚合还必须面对现实中的不完整性：某个来源可能尚未授权，也可能因网络、密钥或服务状态暂时不可用。系统不会用模型生成的内容填补缺口，不编造车次、价格、餐厅、邮件或社交消息，而是展示各来源的真实状态；当部分来源失败时，已成功返回的数据仍可继续呈现，用户能判断结果是否完整以及下一步需要连接哪个服务——“没有真实结果，就不伪造一个看起来合理的答案”。产品还提供由 Agent 驱动的内容发现流与“关于你”长期记忆入口：兴趣记忆基于主动打开、点赞与有效停留等信号有界维护，不把一次快速划过等同于不喜欢，内容里的文字也不会反过来成为操控 Agent 的指令；记忆可读、可改、可删除，删除时由用户选择具体条目。外部动作统一采用“先审阅、再执行”的策略：邮件回复先生成草稿而不冒充已发送，日历创建与删除需要明确目标与确认，支付只在用户确认后进入相应流程，导航、叫车与消息发送均区分展示入口、等待确认与已经执行，网页研究不绕过登录、验证码或私密内容。当用户不再需要思考该打开哪个 App，Agent 才真正成为新的移动入口。