
把 8 年方法论写进流程
需求调研 → 资料搜索 → 便利贴大纲 → 策划稿 → 设计稿,不再“一键套模板”。
之 「扭屁股理论」
当 Agent 不再等待指令,而开始承担结果

需求调研 → 资料搜索 → 便利贴大纲 → 策划稿 → 设计稿,不再“一键套模板”。

大纲、节拍、人物、场景、剧本格式、制片拆解,形成连续的项目工作空间。


它们并不缺发布能力:有产品、有首页、有点赞,曾经登上榜单。

文中一个案例在写第一行代码之前,就有 47 位客户每月支付 50 美元。
他们先确认客户愿意为什么结果付钱,再决定产品应该承担哪些工作。
“从客户开始,然后逆向工作。”
从客户需要的结果出发,逆向定义产品、流程和系统能力。
输出文本
用户负责后续全部动作
嵌入工具
用户仍然编排全过程
调用工具
完成一段明确工作
理解目标、编排任务
执行、校验、交付
“Agent 不只会改变每个人使用计算机的方式,也会重塑软件产业。”
用户给出最少意图;系统主动完成理解、规划、执行、检查和交付。
用户不为 token 和日志付钱。
忙碌感必须对应真实动作。
产品直接以可验收结果为目的。
用户自己拆解和执行
用户自己编排后续
研究、创建、部署、规划一气呵成
浏览、搜索、写文件、运行代码、生成网页和报告,不再藏在一次回答背后。
如果缺少行业状态、专家标准与历史结果,用户仍需承担大量判断和返工。
垂直性的本质,不是知道更多名词,而是替用户完成更多正确且可复用的中间判断。

搜索、归纳、计算、发现问题
默认执行文档、代码、方案、待办、分支
执行后审阅发消息、提交 PR、部署、改数据
关键点审批持续监控、循环执行、主动决策
预算 + 审计 + 可撤销用户购买使用权
效果好坏主要由用户负责
用户购买智能原料
仍需自己完成业务闭环
只有客户问题被解决
才形成计费结果
如果 Agent 承担的是“解决客户问题”,计费单位就应该接近已解决的问题,而不是软件席位。
知道用户是谁、之前做了什么、项目当前处于什么状态。
把一句模糊目标变成有顺序、有依赖、能持续推进的任务。
不只给建议,而是能调用真实工具,改变文件、系统和业务状态。
理解完成标准,能检查结果,而不是做完动作就宣布成功。
交付文档、代码、页面、数据,而不是一段需要重新整理的回答。
用户看得见进度、证据、风险,也能暂停、修改和接管。
输出大量“正在思考”,却没有真实工具调用和可用产物。
先填 20 个字段、写完详细步骤,产品才肯开始。
系统会执行,却不知道什么叫好,只能批量生产平均答案。
不可撤销、无预算、无审批、无审计,自治变成失控。
用户仍需大量复制、清洗、拼装和重做,责任没有真正迁移。
更少操作、更快首个结果、更高采纳率、更少返工、更清楚的责任。
用户是否仍需自己拆解任务、选择功能和编排流程?
系统是否能够跨工具推进,并留下真实世界中的变化?
有没有成功标准、权限边界、审计证据和失败恢复?
系统能否读取结果信号,并选择下一项最有价值的动作?
用户提供文档;源自 Reddit 自述式追踪分析,非独立审计。
从客户需求和预期结果出发,逆向定义产品。
antigravity.google · Google Developers Codelab
扭屁股理论与 Laper 案例;经营数字为创始人自述。