AI生成应用已成现实，但真正的挑战在于如何让这些应用被看见、被使用并持续运转。码上飞不仅解决了非技术人群的数字化难题，更通过与鸿蒙生态的深度整合，为小微商家提供了从开发到经营的一站式解决方案。本文将揭秘码上飞如何用AI agent协作打破技术壁垒，让普通人的生意真正跑起来。

在当今的AI时代，AI 能不能生成应用，已经不需要解释。对很多用户来说，更现实的问题则是：应用生成之后，怎么被别人发现？怎么分发？怎么获得曝光和收益？怎么真正跑起来？

这也是码上飞运营负责人徐智豪在采访中反复强调的一点。应用本身不是目的，只是实现用户需求的一个方式。对一个小微商家、线下老板或普通用户来说，真正重要的是把自己的业务搬到线上，并且能持续经营，这才是重点。

所以，码上飞的鸿蒙故事，并不只是一个 AI Coding 产品适配新系统的故事。它更像是在回答一个问题：当鸿蒙生态进入Agent时代，普通人能不能不懂代码，也把自己的服务带进小艺智能体、元服务、服务卡片和系统级入口里。

一、生成应用之后，真正的问题才开始

码上飞最初给自己的产品定义很直接：用户用自然语言描述需求，平台直接生成应用程序。这个能力在 2023 年看起来还足够新鲜，但到了今天，AI 生成页面、生成应用的概念已经被越来越多用户理解。

变化发生在下一步：大家更关心的不是“AI 能不能做应用”，而是应用生成之后，怎么分发，怎么被别人发现，怎么拿到更多曝光，怎么产生收益。

这也是码上飞把产品能力从“生成应用”继续往“经营”和“增长”延伸的原因。

对它的核心用户来说，一个小程序、一个网站、一个 APP 或一个鸿蒙元服务，都只是业务的具体形态。真正要解决的是：让这门生意、这项服务、这个需求，能被用户看见、使用并持续运转。

二、码上飞主要服务的不是程序员，而是想把生意搬上网的人

据量子位公开报道，码上飞目前注册用户数百万，ARR 超千万元，月环比增长保持在 25% 左右。

这样的增长背后，支撑它的不只是“几分钟做出一个应用”的效率叙事，而是大量真实、下沉、非技术用户第一次拥有自己的数字化工具。

码上飞的核心用户画像，从一开始就不是专业开发者。码上飞运营负责人徐智豪描述，码上飞面对的是“纯小白”，是完全非技术人群，包括那些数字化水平比较低、但数字化需求很强的小微商家和普通经营者。

这和很多人对 AI 开发工具的直觉并不一样。

外界看到“AI Coding”，容易想到程序员、产品经理或者技术团队。但码上飞更在意的是那些三四十岁以上、不会写代码、也不熟悉数字工具的人。他们可能有一个线下店铺，有一门小生意，有一个具体的管理需求，但过去只能靠 Excel、微信群或者人工去处理。

三、一句中文背后，是一支 AI agent 团队在协作

从用户侧看，码上飞的交互很轻：输入一句需求，等待应用生成。但在产品底层，码上飞并不是简单地把一句话丢给模型，而是用一套多智能体协作流程去拆解需求、生成方案、开发、测试和修改。

这套底层架构称为 Agent World。里面有 Team Leader、产品经理、研发、测试、运营客服等不同 agent。

1. Team Leader 先分析用户需求，再把任务分给产品经理；
2. 产品经理理解需求后，把结果交给研发 agent；
3. 研发 agent 判断适合做小程序、网站还是 APP，并完成初版实现；
4. 测试 agent 再进行全流程检查，把问题回传给研发 agent 反复修改。

这套流程的意义在于：它尽量把一个普通用户无法表达清楚的需求，翻译成一套更接近真实开发流程的执行链路。

用户感知到的是“我说完需求，应用出来了”，但平台真正要做的是降低沟通成本、需求理解成本和试错成本。

四、从做应用到做经营：让小生意跑起来

码上飞没有把产品停在“生成一个应用”，平台现在也在做一些新的改变：除了生成应用，还会帮用户围绕这个应用做运营。

比如，一个小店铺想宣传商品，码上飞的经营助手可以读取应用中的信息，再由 agent 生成商品宣传素材，帮助用户发布到社交媒体上。

对很多小微商家来说，难的不是理解“要不要做线上化”，而是每一步都缺少工具和经验：商品怎么展示，内容怎么写，用户咨询怎么接，后续怎么维护。

因此，码上飞还提供了 AI 客服能力。这个客服基于用户自己生成的应用衍生出来，可以在微信、飞书或其他私域场景里，回答和应用、业务相关的问题。它解决的是应用上线之后的承接问题，而不是单纯的开发问题。

多端发布也是同一条逻辑的一部分。

码上飞支持微信小程序、APP、网站、安卓 APP、iOS APP、鸿蒙元服务和鸿蒙应用等多种形态的一键发布。对非技术用户来说，端与端之间的框架差异并不重要，重要的是自己的业务能以合适的形态进入对应渠道。

五、鸿蒙提供的，是系统级入口

码上飞原本的产品形态是网站，后来接入小艺智能体平台，让用户可以在小艺智能体里调用码上飞的能力。

这个合作的关键，不只是多了一个入口，而是产品逻辑从“用户打开一个工具”开始走向“用户通过系统级智能体调用服务”——当用户在小艺智能体中提出需求，码上飞的能力就可以作为背后的生成和开发能力被调用。

元服务则让这件事往前走了一步。码上飞本身可以作为元服务存在于鸿蒙生态中，鸿蒙用户可以在元服务里打开码上飞并进行对话。同时，码上飞也支持用户把自己生成的应用发布成鸿蒙元服务，再通过负一屏、短信、信息流、服务卡片等入口获得分发。

华为 HDC 2026 官方新闻稿显示， HarmonyOS 6 终端设备数突破 6600 万，鸿蒙系统已经汇聚超 1100 万注册开发者，应用市场可获取应用和服务突破 40 万。对码上飞来说，这样的生态规模意味着一个现实机会：它不仅能帮用户生成应用，还能帮普通人的服务进入一个正在扩张的系统级分发生态。

目前，鸿蒙用户在码上飞生态中的占比已经超过两成，并且还在快速增长。一方面说明产品得到了鸿蒙用户认可，另一方面也说明鸿蒙生态愿意把更多流量和分发能力给到这样的 agent 或元服务。

六、技术适配的难处：把元服务接进原有多端发布架构

从用户视角看，在网站、小程序、APP 或鸿蒙元服务里使用码上飞，差异不会太明显。用户只需要描述需求，然后拿到结果。但在底层，码上飞需要针对不同端做适配。

在适配鸿蒙元服务的过程中，一个核心挑战是：怎样让原来的多端发布架构适应元服务的架构。

码上飞本身已经支持微信小程序、网站、APP 等多种渠道，元服务作为一个新渠道进来后，需要遵守它自己的架构、设计规范和方案。

难点不在于单独做一个新端，而在于把新端兼容进原有的一键多端发布体系里。码上飞需要判断怎样以最快、最高效、效果最好的方式，把元服务接入现在的架构，并调和两个架构之间的关系。

这个问题最终通过 Agent World 底座完成适配。也正因为如此，码上飞在对外呈现时，仍然可以把复杂的端侧差异藏在后台，让用户继续用自然语言描述需求，再选择适合自己的发布渠道。

七、义乌小店：当 AI 进入真实经营现场

讲到这里，码上飞运营负责人徐智豪分享了一个真实案例：

义乌本身就是天然的小生意城市，很多当地老板有线下店铺和实体生意，但并没有自己的小程序或网站，也没有把生意完整搬到线上。

他们过去常用的方式，是通过微信相册在线上展示商品、沟通和售卖。这个方式足够轻，但也足够原始：商品展示、订单承接、支付、复购和客户维护都分散在不同工具里。

故事发生在团队接触到的一位义乌老板娘身上。她本身对 AI 感兴趣，也会主动学习相关知识。后来，她用码上飞做了自己的小程序，商品录入进去，接入微信支付功能，直接就可以在线上跑起来。

对小微商家来说，AI 生成应用真正降低的，是第一次数字化的门槛。

过去需要外包、沟通、等待和反复修改的事情，现在可以变成一次更短链路的尝试。只要这个入口能继续连接经营助手、客服和分发渠道，它就不只是一个页面，而是一个小生意的数字化起点。

八、未来：成为普通人和鸿蒙生态之间的桥梁

码上飞在鸿蒙生态的后续计划，仍然围绕“适配”和“分发”展开。未来一年会继续在鸿蒙上做更深入的适配，也会配合鸿蒙系统，对码上飞产品本身做更多改造，让它更方便承接鸿蒙系统用户。

从更长的时间看，码上飞希望在鸿蒙生态中扮演一个“桥梁”的角色：让更多普通人、非鸿蒙系用户、非华为系用户，也能把自己的业务、服务或生意分发到鸿蒙系统里，被鸿蒙用户发现。

一种可能的未来是：用户在手机上直接对小艺智能体说出需求，小艺智能体调用背后的服务完成任务。用户不需要关心中间调用了哪个平台、怎么完成，只关心服务有没有交付。

这个判断仍然属于未来设想，但它解释了码上飞为什么重视终端入口：在 Agent 时代，服务不一定从一个完整 App 开始，也可能从一个意图、一次对话、一个系统级入口开始。

回到码上飞自身，它要回答的问题也随之变化：不是 AI 能不能生成一个应用，而是一个普通人的服务，能不能被生成、被发布、被发现，并最终被经营起来。这或许才是“人人都能成为鸿蒙开发者”更接近真实业务的一面。

更多干货经验、免费课程就在HarmonyOS专区

扫码加入鸿蒙主题交流群，共同交流鸿蒙应用创新与开发