Vibe Coding 让“凭感觉写代码”从玩笑变成方法论。但当 AI 从编辑器走向整个工作流，一个更大的命题浮出水面——我们是否正在进入“Vibe Working”时代？依据现有素材判断，这不是一次工具升级，而是一场关于工作方式的重新定义。

Vibe Coding：当“感觉”第一次被写进工程流程

Vibe Coding 这个词最初带着一点戏谑。它描述的是一种状态：开发者不再逐行推敲语法，而是用自然语言描述意图，让 LLM 生成代码，自己只负责判断“这样对不对、感觉顺不顺”。代码从“手工艺品”变成了“对话产物”。

但戏谑背后有真实的变化。传统编程要求人把意图翻译成机器能执行的精确指令，这个翻译过程本身就是门槛。Vibe Coding 把门槛从“会写”挪到了“会判断”——你不需要记住 API 的每个参数，但你需要知道结果是否符合预期。这是一种认知负担的转移，而不是消失。

媒体视角：Vibe Coding 的真正价值，不在于让不会编程的人写出代码，而在于让会编程的人把精力从“怎么写”转移到“写什么”。 这是一种注意力的重新分配。当机械性的语法劳动被压缩，人的判断力、审美和领域知识反而被放大。这也是为什么它最先在原型开发、脚本编写、内部工具这类“容错率高、迭代快”的场景里站稳脚跟。

但 Vibe Coding 也有它的边界。代码可以凭感觉生成，但系统不能凭感觉运行。一旦进入生产环境，可维护性、安全性、一致性这些“反感觉”的要求就会回来。所以 Vibe Coding 目前更像是一种“前端加速器”，而不是“全流程替代方案”。

Vibe Working：从写代码到“编排工作”

如果说 Vibe Coding 改变的是“写”这个动作，那么 Vibe Working 改变的是“工作”本身的结构。

依据现有素材判断，Vibe Working 的核心特征是：人不再直接执行任务，而是描述意图、设定约束、评估结果，由 AI 代理完成中间的执行链路。 这听起来像是 Vibe Coding 的泛化，但两者有本质区别。

Vibe Coding 的产出是代码，边界清晰，对错可验证。Vibe Working 的产出可能是文档、决策、沟通、流程推进，边界模糊，对错往往取决于上下文和时机。这意味着 Vibe Working 对“判断力”的要求更高，而不是更低。

一个具体的例子：在 Vibe Coding 里，你说“写一个登录接口”，AI 给你代码，你跑一下就知道行不行。在 Vibe Working 里，你说“推进这个项目的上线准备”，AI 需要拆解任务、协调资源、识别风险、生成沟通材料——而“准备得够不够”这件事，没有编译器帮你验证。

Vibe Working 的难点不在生成，而在验证。 当 AI 接管了执行，人的核心工作变成了“定义什么叫做好”以及“判断现在够不够好”。这是一种从“操作者”到“编辑者”的转变。编辑不写每一个字，但要对最终成品负责。

这也解释了为什么 Vibe Working 不会像 Vibe Coding 那样迅速普及。代码有测试、有类型系统、有 CI/CD，这些基础设施让“感觉”可以被快速证伪。而大多数知识工作缺乏这样的验证闭环。没有闭环，Vibe 就只是 Vibe，无法变成可靠的工作方式。

两个时代的共同底层：意图表达成为核心技能

把 Vibe Coding 和 Vibe Working 放在一起看，会发现它们共享同一个底层逻辑：意图表达的质量，决定了 AI 输出的质量。

在传统工作里，执行能力是核心竞争力。你能写多快、做多细、扛多少活，决定了你的价值。但在 Vibe 范式下，执行被大量外包给 AI，人的价值向两端集中：一端是“定义问题”，一端是“验收结果”。

这带来一个反直觉的结论：AI 越强，清晰表达意图的能力越值钱。 因为当执行不再是瓶颈，模糊的意图就会被放大成巨大的浪费。你说“优化一下性能”，AI 可能给你十种方案，但只有一种符合你真正的约束。你说“整理一下会议纪要”，AI 可能给你一份漂亮的摘要，但漏掉了你真正关心的那个风险点。

所以 Vibe Working 时代最稀缺的，不是会用工具的人，而是能把“想要什么”说清楚的人。这包括：知道自己的目标、知道约束条件、知道什么叫“够了”。这些能力听起来朴素，但在实践中极其稀缺。

Vibe 不会取代工作，但会重新分配工作

基于现有素材，可以做出几个谨慎的判断：

第一，Vibe Coding 会继续向工程化靠拢。 纯粹的“凭感觉”无法进入生产，但“感觉 + 验证”可以。未来的开发流程里，AI 生成和自动化验证会形成闭环，Vibe 只是入口，不是终点。

第二，Vibe Working 会先在“低验证成本”的场景落地。 比如草稿生成、信息整理、初步分析。这些场景里，人类可以快速判断“好不好”，不需要复杂的验证基础设施。而高验证成本的场景，比如合规决策、医疗建议、财务审批，会慢得多。

第三，工作评价体系会变化。 当执行被压缩，评价一个人的产出会越来越难用“工作量”衡量。取而代之的，可能是“判断准确率”“意图清晰度”“结果验收质量”这类指标。这对管理者和被管理者都是挑战。

第四，工具会从“编辑器”走向“工作台”。 Vibe Coding 的工具形态是 IDE 插件，Vibe Working 的工具形态更可能是某种“意图编排层”——它连接你的目标、你的数据、你的协作对象，以及多个 AI 代理。谁能在这一层建立标准，谁就掌握了下一个入口。

结语：Vibe 是一种态度，不是一种借口

Vibe Coding 和 Vibe Working 共享一个诱人的承诺：让工作回归直觉。但直觉从来不是随意的代名词。真正有效的 Vibe，是大量经验内化之后的快速判断，是“我知道这样对”而不是“我觉得这样行”。

所以，从 Vibe Coding 到 Vibe Working，变的不是“要不要认真”，而是“在哪里认真”。执行可以交给 AI，但定义和验收必须留给自己。这可能是这个时代对知识工作者最诚实的要求：你可以凭感觉工作，但你必须为感觉负责。

配图建议：一张对比图，左侧是传统“执行者”工作流，右侧是 Vibe Working 下的“意图—代理—验收”工作流，突出人的角色从操作转向判断。

生成标记：本文由 ITPUB 文章生成平台基于已选素材整理生成。