X 热议：Stripe CEO Patrick Collison 给自己 vibe coding 的应用加“改进框”，Agent 直接实现，称之为“液体软件”

核心背景与行业痛点

Agent 编程让个人写小应用的成本大幅下降，但应用写完之后，改一个小毛病仍然要打开编辑器、描述需求、等 Agent 跑完。Stripe CEO Patrick Collison（X 账号 @patrickc）10 月 31 日发长帖，分享了他在自己个人应用里的一个做法，迅速成为当天 AI 圈讨论最多的帖子之一。需要说明：这是他个人的实验和观点，不是 Stripe 的官方产品发布。

架构亮点与底层机制

按原帖描述，他给自己所有 vibe coding 做的个人应用都加了一个“改进”功能：一个自由文本输入框，背后接一个 Agent，用户提交什么，Agent 就直接“yolo”去实现什么，不经过排期或评审。他说这让“磨平一个粗糙边角、加一个新功能”的启动门槛变得极低，并称另一位使用他某个应用的人几天内已经通过这个框实现了 150 项改进。他把这种模式称为“液体软件”（liquid software），并认为没有这个功能的应用现在都显得有点僵硬、过时。

权威 Benchmark 与实测跑分对比

这不是模型或产品发布，没有跑分。可核对的只有帖子本身的公开数据：截至 11 月 1 日 12:15 SGT，原帖约 2,133 赞、1,896 收藏、217 条回复、76 条引用、14.7 万次浏览。收藏数接近点赞数，说明很多开发者把它当作值得回头参考的思路。“150 项改进”是作者自述，具体应用没有公开。

开发者实战落地与开箱指南

Collison 自己提出了几个没有答案的问题：这种方式用久了会不会无法维护（也许模型能力的提升会快过他的需求）、多人协作的软件怎么办、这样设计的软件能否安全可靠。他的结论是，至少在个人场景里效果很好，并把它比作 Lisp 机、Smalltalk、HyperCard 那种“用户能掌控和修改软件”的愿景。引用帖里的讨论大致分两派：一派认为这是软件的未来，甚至可以为不同用户自动生成并按功能开关发布定制功能；另一派提醒，只有一个用户时最理想，第二个人提出相反需求时冲突就来了，维护和安全仍需额外的约束。想在个人项目里试的话，关键是给 Agent 足够的测试和回滚手段，把它限定在自己能承担风险的应用上。