小团队的大创意，为什么能在 HarmonyOS 7 上变为现实？

1955 年，乐高推出了 System in Play 玩具平台，要点只有一条：任何一块积木都能和其他积木连接。不同套组的积木由此可以自由组合，拼出设计师从未想到的作品。 也许，这正是「技术平台」的魅力所在—— 只要准备好基础能力、定义连接规则，自然会有人用它创造出好玩的「新事物」。 前不久，我们在上海见到的三位 00 后鸿蒙开发者，就是这样的「创造者」。他们所在的团队体量都非常小，成员也不是个个有开发背景，但他们最终做出了了不起的东西—— 有人从一张照片生成像素画、拼豆图纸和积木模型；有人试图把散落在图文、链接、音视频文件中的内容收入一个更顺手的收藏夹；也有人从球场边的录像出发，让 AI 记录每个高光、动作细节和进步。 年轻人想法各不相同，唯一的共同点是，HarmonyOS 技术平台给了他们一个满足无限创造欲的机会。 Agentic Coding、视觉 AI 能力、端侧 3DGS 重建、碰一碰精准分享……HarmonyOS 7 上内置的种种能力，让他们可以自由搭建想法，并将创意延展到不同形态的设备和不同的应用场景，让那些生活中偶然闪过的灵光变得鲜活起来。 AI 时代，超级个体来到鸿蒙生态 过去，要做一款完整的应用，往往意味着一连串漫长的分工。小团队未必会分出具体头衔，但总有人分别负责产品经理、设计师、程序员和测试分发的工作，真正的「全栈工程师」少之又少。 但在 HarmonyOS 的生态上，开发者的角色开始变得不一样了。 来到圆桌前的《像素匠 PRO》开发者王雪缘来自天文系，如今却也参与前端和产品研发；《响记》开发者孟令亚原本更偏向后端逻辑，现在也会借助 AI 处理部分前端任务；至于《小球圈》的 HarmonyOS 客户端，则由 00 后开发者邓可一手包办。 这不意味着他们忽然变成了无所不能的「全栈超人」。 实际发生的事情，是 HarmonyOS 7 的 AI Agent 友好生态，让一个人得以将工作的半径扩张得更大一些：以前需要等别人接手，或要花很长时间补课的环节，现在可以自己先试着推进。 圆桌上，几名开发者没有谈论社交媒体上流行的那种「从零开始 Vibe Coding 一个 app」风潮，因为这样做出来的东西，往往很难直接达到商业产品的完成度。 他们更在意的是，如何把 AI 嵌入现有工作流程，在边界内加速开发。 比如，《像素匠 PRO》团队在前期创意规划中，把 AI 视为将一个念头变成可测试版本的原型工具；《小球圈》作者开发经验更丰富，于是会先给出清晰的功能目标、边界和测试用例，再让 AI 帮忙推进。 HarmonyOS 的 DevEco CLI，也循着同样的思路。它将鸿蒙工具集、官方知识库和 Skills 封装成 AI 可以调用的命令行接口，方便开发者在既有的 AI 开发流程中，统一管理代码生成、编译、部署与调试等环节。 现在，AI 能力不会只停留在代码解释的对话框里，而是能理解开发者正在使用的语言、框架、文档和构建环境，承担一部分重复的构建与测试工作。 要给应用加上新的分享入口时，不必先在文档、代码和模拟器中来回切换。工具链可以查询对应的官方知识和目标 SDK 的兼容性，再完成构建、启动模拟器。 在模拟器里，旋转屏幕、点按和滑动这些原本需要手动反复验证的动作，也可以一次性完成测试。 对开发者来说，原本被流程和工具成本吞没的时间，如今可以重新拿出来做产品。 AI 没有降低开发者的价值，反倒让他们有更多的机会收集反馈、尝试新的交互，或是将一个说不清道不明的念头做成原型。 新的尝试不一定通向成功，但创新是概率性的试错，只要基数足够大，从中总会涌现出了不起的想法。 从这个意义上说，允许开发者从重复的部署、测试流程中解放出来，更多去尝试新思路，本身就是一种价值。 同样的底层能力，大不相同的创意 如果说 AI 扩大了个人能承担的工作范围，那么操作系统的价值，则在于把一些原本要从零搭建的基础能力，变成了可供开发者随意调配、继续组合的「零件」。 以《响记》为例，在产品设计之初，开发者就意识到，HarmonyOS 自带的「中转站」已经可以承接、暂存多种类型的数据——要想做出差异化，《响记》就不能只是暂存资料，而是要想办法展示、整理和重新找回存进收藏夹的资料。 但收藏夹一旦用起来，新的挑战就出现了。 比如，过去常常在「AI 笑话」里出现的「9.11 和 9.9 谁更大？」这类问题，在资料排序中同样存在。 根据传统的字符排序规则，「第 10 版」反而会排在「第 2 版」之前，但我们在现实中养成的直觉显然会更希望把第 2 版放在前面。 图｜系统默认排序与《响记》内部排序 要解决这种问题，过去的思路是要自己做一个新的排序算法，但对小团队来说，这是一笔不小的技术开销。 HarmonyOS 7 的一个关键设计，是通过 FAST Kit（算法加速服