赵帅起

一、背景 25年AI Coding 的能力可以满足大部分个人开发者的需求；到了26年，大部分APP开发团队应该都在考虑如何引进AI来提高APP开发效率了，今天分享一下团队如何借助AI来实现开发的效率提升 虽然Cursor、Claude Code 在个人开发者的使用过程中已经相当稳定，写脚本、出原型，没有任何问题。但是到了企业研发生成中，还是会遇到很多问题，例如：代码规范要统一、私有组件库要复用、UI/UX 标准要对齐——生成的代码风格发散，还得靠人工 review 才敢正式的发版。 特别是内部实践下来看，直接写APP确实很困难，但借助AI写小程序还是非常稳定且高效的，因此想到是否可以通过引入小程序容器技术，让APP拥有运行小程序的能力，然后借助AI Coding来写小程序而不是动原生APP。 例如，引入AI Coding 来生成小程序，通过小程序容器分发到所有 APP，每个包独立运行在沙箱里，即使出了问题不影响主 APP，发现问题直接回滚。不需要去动宿主APP，也能提升APP的发版效率。 二、核心逻辑 整个框架的逻辑还是：人来负责整个流程的监控、

一、背景 对于一个教育公司来说，目前最大的获客引流渠道还是微信小程序，很多公司陆陆续续做了考研、英语四六级、考公等不同类别林林总总十几个小程序，然后通过各种公域、私域引流传播，也获得了一大批用户，但实际上只有昵称和头像，没有手机号，想给用户发个消息推送根本做不到。 存在服务器上的只有一串底层数据，而且微信对用户数据的限制越来越严，商户能拿到的信息越来越少，靠微信小程序做精细化运营变得越来越困难。 如何做一个统一的教育APP，把考研、英语、考公等不同类别的小程序全部集成为一个自有APP，同时把微信里的用户数据迁移到自有账号体系里。用户迁移过来之后，成为能触达、能分析、能做转化，用户真正变成公司的资产。 这篇文章分享整个迁移过程中的技术实践～ 二、技术可行性 迁移的第一步是要确认一件事：已有的微信小程序能不能不改代码直接迁移到自有APP？ 初步调研了一圈，计划采用兼容微信语法的FinClip小程序容器技术架构，这样已有的微信小程序包体可以直接在小程序runtime 运行时环境中编译运行，不需要二次开发。考研小程序、英语小程序、考公小程序，各自提交到管理后台审核后即可上线，整

一、新工具不断出现，企业真正要判断的是能力边界 2026 年以来，OpenClaw 的走红让很多人重新认识了 Agent。它不再只是一个回答问题的聊天窗口，而是开始具备读取文件、理解任务、调用工具、执行脚本、连接系统的能力。 随后，Hermes 等新的 AI Agent 工具继续出现，市场热度被一轮又一轮推高。对个人用户来说，这种变化很容易被理解成“哪个工具更好用”。谁能多跑几步，谁能读更多上下文，谁能把任务拆得更细，谁就更容易获得关注。 但企业看这件事时，焦点会稍微后移一点。 工具好不好用当然重要，员工愿不愿意用也很重要，可只要 Agent 开始进入企业真实环境，问题就不再停留在体验层面。 它以谁的身份运行，能访问哪些文件，能不能调用内部系统，工具执行前是否需要人工审批，任务失败后谁能看到，离职员工创建的数字员工和工作区如何回收，这些问题慢慢的需要考虑如何解决。 过去企业管理软件，通常管的是账号、权限、数据和流程。现在 Agent 多了一层复杂性：