夜雨聆风Coding Agent 已经把软件原型的门槛拉低。下一道门槛不在“能不能生成代码”，而在能否把成熟的软件经验包装成可部署、可本地化、可治理的商品。
Coding Agent 正在把从需求到软件原型的成本迅速拉低。但我更在意的下一步，是 Agent 会不会迎来自己的 App Store 时刻。
这里说的不是在页面上再放一个“插件市场”，也不是把 GitHub 上的代码仓库换个封面重新售卖。真正的 App Store，从来不只是一个货架。它把软件的发现、交付、更新、审核、支付、推广和数据反馈，变成了一套标准化机制。
Agent 时代同样需要这套机制，只是它要交易的东西会变。
代码不再稀缺，成熟的解决方案仍然稀缺
Coding Agent 最直接的影响，是把“从零写出来”的成本拉低。对很多企业来说，这会冲击传统定制开发，也会压低一部分通用 SaaS 的付费意愿：既然我可以让 Agent 按自己的流程生成一个 CRM、报销系统或知识库，为什么还要接受一个功能臃肿、改动缓慢的标准产品？
问题在于，企业真正购买的从来不只是一份代码。
一个能上线的业务系统，至少还包含数据模型、角色权限、审批与例外流程、界面和交互、与现有系统的连接、测试用例、监控告警、合规要求，以及出了问题谁来持续负责。AI 可以把这些东西做得更快，却不会让这些约束自动消失。
因此，未来最有价值的商品单位，未必是一套不可修改的 SaaS，也未必是一段提示词，而更像一个“可运行的解决方案包”：业务流程、数据模型、权限、连接器、评测、安全边界和升级路径的组合。
它带着成熟的业务架构和交互框架，被安装到企业自己的环境里，再由 Agent 根据组织、权限、语言和工作流完成本地化。
App Store 的价值，是把“能做”变成“敢用”
Apple 今天仍在不断完善商品页、不同受众的定制页面和转化测试。这件事说明，软件生态的关键并不止于开发工具，而在于产品如何被理解、被发现、被验证和被持续运营。
Agent 的“商店”也会如此。它至少要回答四个问题：
第一，谁对解决方案包负责？代码由 Agent 改过以后，原作者、部署者和平台之间，责任如何划分？
第二，企业能否看清它动了什么？一个 Agent 获得了哪些数据、调用了哪些工具、能执行到什么权限，必须能够被审计和撤销。
第三，能否持续升级？模板、连接器、模型和安全策略都需要版本管理、兼容性测试和回滚能力。
第四，知识产权怎么保护？未来被复用的不只是代码，还有架构、交互、行业流程和设计资产。
从这个角度看，AI 反而会让治理更重要，而不是更不重要。因为生成和改动变快之后，企业需要的不是“一个很会写代码的黑箱”，而是一套能知道它做了什么、出了问题能停下来、需要时能追责的生产系统。
SaaS 不会消失，但会从产品变成样板与能力层
长尾企业过去买的是标准功能与实施服务，未来可能更愿意导入一个成熟的行业样板，再让 Agent 贴合自身流程。一次性交付、低差异化的定制软件，压力会尤其大。
但这不意味着所有 SaaS 都会被替代。高合规、高可靠、高频协作的系统，依旧需要长期产品能力、数据治理和服务网络。真正的变化是：SaaS 不能只卖一个封闭界面，而要把自己积累的行业流程、数据结构、权限模型和最佳实践，变成可以被调用、组合和演化的能力层。
换句话说，未来最好的 SaaS，可能既是一个持续运营的产品，也是一个高质量的“基准样板”。它让客户不必从零开始，也允许客户在不破坏核心安全与可靠性的前提下，用 AI 把最后一公里做成自己的样子。
先出现的，未必是一个唯一的大商店
我不认为下一步一定会复制移动互联网，出现一个唯一、面向所有人的 Agent App Store。
更可能的路径是三层并存：平台提供通用的 Skill、Plugin 和工具能力；垂直行业沉淀经过验证的解决方案包；大型企业则建立内部目录，把安全审核过的 Agent、模板和连接器提供给员工使用。
当企业采购软件的动作，逐渐从“买一套不能轻易改的系统”，变成“导入一个可治理的解决方案，再由 AI 完成本地化”，App Store 时刻才算真正到来。
那时，最先被重新定价的不会只是程序员。产品、设计、架构和行业知识都会更容易被包装、复用和交易。代码生成降低的是实现成本；真正被放大的，是好判断、好结构与可信交付的价值。
以上仅代表个人观点。
另一篇关于 Orbit 的愿景