登录社区云，与社区用户共同成长
邀请您加入社区
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
《HarmonyOS App架构革新：从页面驱动到AI Native的Runtime时代》 摘要： 随着大模型技术融入HarmonyOS应用开发，传统"Page First"架构面临根本性挑战。本文揭示了当前AI接入模式的三大困境：业务边界模糊、状态管理失效和上下文割裂，并提出向"Runtime First"架构演进的四层体系。通过Workspace Runtime统一任务空间、Context R
游戏引擎的未来：从渲染优先到运行时优先 随着AI技术发展，游戏引擎的核心正从传统渲染技术转向以Runtime（运行时）为中心的架构。过去引擎围绕Scene（场景）构建，关注GPU渲染效率；而AI驱动的NPC具备记忆、目标和社会关系，要求世界持续运行而非随玩家进出启停。鸿蒙等分布式系统更需World Runtime统一管理跨设备状态，推动架构演变为：System Runtime（调度Agent/任务
过去二十年，游戏行业一直在解决：如何让世界看起来更真实。未来十年，游戏行业将开始解决：如何让世界真正活起来。Scene↓Object↓RenderWorkspace↓↓↓Render这不仅仅是一次技术升级，而是一次游戏架构范式的变化。当 Agent 开始接管 NPC、当 Workspace 开始管理世界状态、当 Runtime 开始驱动任务流。真正的下一代鸿蒙游戏，可能已经不再是一个“场景集合”。
如果一句话总结：AI Native OS 到底是什么？操作系统里加一个 AI让 AI 成为操作系统的一部分进程文件设备目标任务上下文Agent用户操作软件用户描述目标AI 操作软件而鸿蒙 PC 的 Workspace、分布式协同、多设备能力以及 Runtime 架构，正在为这种系统形态提供天然土壤。从这个角度看：未来鸿蒙 PC 最大的机会，可能不是新的 App。一个真正能够理解目标、理解上下文、理
本文探讨了软件行业从App时代向Workspace时代的转型趋势。作者指出，传统以应用为中心的操作系统模型正在被打破，用户更关注任务能否自动完成而非具体使用哪个App。文章分析了Workspace Runtime的核心价值，包括整合碎片化应用状态、维护任务上下文、支持多设备协同工作流等。特别强调鸿蒙系统天然适合构建Workspace Runtime，因其多设备协同能力可实现工作空间的持续迁移。最后
不就是 AI SDK 吗？实际上完全不是。系统级运行时CPUMemoryFileNetworkTaskContextMemoryToolWorkspace你会发现，二者职责已经非常接近。如果一句话总结：为什么说鸿蒙 PC 正在诞生“第二操作系统”？因为未来真正重要的管理对象已经发生变化。进程文件设备网络任务上下文记忆工具工作区用户操作 App用户描述目标Agent 调度 App。
摘要：本文探讨了AI Native App的架构演进趋势，指出传统以页面为中心的App架构正转向以智能体（Agent）为核心的新模式。作者提出四层AI Native架构（Presentation、AI Runtime、Domain Runtime、System Runtime），并通过鸿蒙开发实例演示了AI Runtime的实现。文章认为未来App的核心将从ViewModel转向Agent Run
鸿蒙游戏性能优化指南：稳定60FPS的关键策略 本文针对鸿蒙游戏开发中常见的性能问题，系统性地分析了影响帧率的核心因素及优化方案。主要内容包括： 60FPS的本质：每帧16.67ms的预算要求，需统筹逻辑计算、状态更新和渲染流程 典型掉帧原因： 高频状态更新触发无效渲染 全局Store设计导致的连锁更新 组件重复构建和过度嵌套问题 资源加载阻塞主线程 关键优化策略： 分离运行时状态与UI状态 按领
《鸿蒙游戏开发：从状态管理到世界模型的架构演进》文章摘要： 本文探讨了鸿蒙游戏开发中状态管理的核心问题与架构演进。作者指出，小型游戏初期常因直接操作数据导致状态失控，而大型游戏需通过Store实现状态流向管理，统一状态修改入口以解耦系统。游戏Store不同于前端Store，需管理更复杂的"世界状态"，并驱动整个游戏运行。文章提出鸿蒙游戏实现方案：采用Observed和ObjectLink实现状态驱
6 月 12 日，据IDC最新报告，蚂蚁数科在2025年中国智能体开发平台私有化市场中位列第四，成为排名最高的非云厂商。
