软件的单位正在变小
过去做软件,默认单位是产品。哪怕只是一个内部小工具,也要经历需求、设计、开发、测试、上线和维护。只要它被称为软件,就天然带着长期存在的预期。
Agent 创作平台正在挑战这个默认假设。未来有一部分软件,可能不再值得被做成长期产品。它只服务一次活动、一次数据整理、一次资料归档、一次内部审核、一次营销实验。任务结束,软件也就结束。
这就是「日抛式软件」这个说法有意思的地方。它不是说软件可以粗制滥造,而是说软件生产成本下降后,很多过去不值得开发的短周期工具会被开发出来。
晚点聊对谈 MuleRun 陈宇森这期,切口就在这里。Claude Code 和 AgentBuilder 不只是程序员效率工具,它们把软件创作的门槛往业务人员和创作者一侧推了一步。
为什么这不只是低代码
很多人第一次听 Agent 创作平台,会把它归到低代码或无代码。这个类比有帮助,但也有限。
低代码平台的核心,是用可视化组件和预设逻辑降低开发门槛。用户仍然要理解表单、流程、字段、触发器和数据结构。它适合标准化程度较高的应用。
Agent 创作平台想做的事更进一步。它希望用户描述目标、流程、约束和验收标准,由系统生成或编排可执行对象。这里的把人的工作知识转成机器能执行的结构。
例如,一个运营人员知道怎么筛选活动报名名单,怎么合并表格,怎么给不同用户打标签,怎么生成后续跟进文案。过去这些知识停在人脑里,最多写成 SOP。AgentBuilder 的想象空间,是把这种 SOP 变成可执行工作流。
这会改变软件创作的角色分工。懂流程的人,不再只是向开发提需求;他可能直接参与工具生成和迭代。
Claude Code 改变的是意图到运行的距离
Claude Code 这类工具的意义,不只是帮程序员写代码。
它缩短了从意图到可运行软件的距离。过去,一个想法要变成工具,中间隔着技术实现、依赖安装、项目结构、调试和部署。现在,模型可以读项目、改文件、跑命令、看错误、继续修。
这对专业开发者是效率提升。对非技术用户来说,它则改变了想象边界。一个人不一定能亲自写出完整软件,但他可以更低成本地把流程讲给 AI,让 AI 生成一个可试用版本,再通过反馈迭代。
当然,这并不意味着人人都能立刻成为软件工程师。真正难的部分会从「写代码」转移到「定义任务」。你要说清楚输入是什么,边界在哪里,错误如何处理,结果怎么验收,哪些步骤必须人工确认。
当写代码的门槛下降,定义问题的能力反而更值钱。
日抛式软件适合哪些场景
日抛式软件不是所有软件的未来。它更适合低风险、短周期、高变化、强个人化的任务。
比如,临时整理一批资料;为一次活动生成报名审核和分组工具;把一堆 PDF 转成结构化表格;做一个只服务本周项目的小看板;批量改写某类文案;生成一次竞品分析;清洗一个临时数据集;为一个客户演示搭一个轻量原型。
这些任务过去常常卡在两个尴尬位置。手工做太累,正式开发又不值得。Agent 创作平台如果能把中间地带填上,就会释放大量被压抑的小需求。
但它不适合高风险、长期依赖、多人协作复杂、强合规的系统。财务核心系统、客户主数据、生产控制、医疗决策、权限复杂的企业后台,都不应该靠随手生成的工具直接接管。
这是软件常识。越接近核心系统,越需要稳定架构、审计、权限、测试和长期维护。
瓶颈在验收
生成一个能跑的工具会越来越容易。确认它做对了,才是难点。
业务流程里有很多隐性规则。哪些客户要排除,哪些字段不能错,哪些审批必须保留人工确认,哪些数据不能出系统,哪些异常需要上报,哪些输出只是草稿不能直接发送。这些规则很难一次性说清楚。
Agent 创作平台如果只强调「你一句话生成软件」,会把问题说得太轻。更成熟的方向,是帮助用户逐步表达流程、补充约束、设置测试样例、定义验收标准。
这也是为什么未来的 AgentBuilder 可能要长得不像传统 IDE,也不像传统低代码平台。它需要既能让用户描述业务,又能让系统把描述变成可测试、可回放、可修改的执行对象。
产品的关键是围绕生成之后的验证、调试和迭代。
软件市场会出现一个新中间层
如果日抛式软件成立,软件市场会多出一个新中间层。
一端是传统长期软件。它们服务核心流程,需要稳定、权限、协作、集成和运维。
另一端是纯手工操作。用户临时处理一次任务,用 Excel、浏览器、文档和复制粘贴解决。
中间会出现一批临时工具、个人工具、团队微应用和可复用 Agent 工作流。它们不一定进入公司采购系统,也不一定像正式 SaaS 那样长期维护,但会真实改变很多人的日常工作。
这对开发者也有影响。过去开发者写工具给别人用;以后开发者可能更多负责搭平台、设边界、做模板、建评估,让业务人员自己生成小工具。软件工程的价值不会消失,但会往更高层移动。
结论
MuleRun 这期值得看的,重点是软件创作单位的变化。
当 Claude Code 降低意图到运行的距离,当 AgentBuilder 试图把流程知识变成可执行对象,软件就不再只以「长期产品」为单位。很多短周期、低风险、高变化的任务,会拥有自己的临时工具。
日抛式软件不会替代核心系统,也不该接管高风险流程。但它会填补手工劳动和正式开发之间的空白。未来真正稀缺的能力,可能不只是会写代码,而是能把一段工作定义清楚,设置边界,给出验收标准,并让 Agent 把它变成可用工具。
还没有评论,你可以写下第一条。