Vibe Coding，当工程师拿上了作弊神器
对 Vibe Coding 趋势的个人判断——国产 Agent 的性价比、能力边界、静态语言偏好，以及它是否也是一种「电子沉迷」
概述
Vibe Coding 指以自然语言驱动 Agent 完成大部分编码工作：描述意图 → Agent 生成脚手架与业务代码 → 人工审查、迭代 Prompt、在关键节点介入剪枝。我看好这一模式在个人项目与小工具场景中的长期价值。
当前深度使用 Vibe Coding 维护的项目包括：
| 项目 | 说明 |
|---|---|
| 本博客 | Next.js 站点，内容、组件与部署脚本均由 Agent 协作完成 |
| Today Stock Finance | TypeScript + Koa2 + React + DeepSeek 股票分析平台 |
| 国际象棋 Web | 由 HTML 单页逐步演进为完整 Web 应用 |
下文分四块：国产 Agent 的实用主义立场、Vibe Coding 的能力边界、静态 / 动态语言的选择，以及一点关于「沉迷」的反思。
国产 Agent：性价比与偏见
社交平台上常见一种论调：有人分享 Minimax、DeepSeek V4 Pro 等工作流用得顺手，评论区便出现「吃点好的吧」——暗示国产模型不如 Opus、GPT 等海外方案。
我的观察是：持此论者里，不少并未长期用原版 Opus / GPT 搭建完整工作流，也未承担过海外 Agent 的 token 成本。在公司报销之外，个人开发者每月烧掉数百甚至上千美元并不罕见。
以 Today Stock Finance 为例，我将「React + Koa2 Web 平台」抽象成一套 Skills Markdown，复用于十几个类似项目（AI Chat、数据分析等）。DeepSeek 充值不足 100 元，还额外用 Agent 模式产出了一批网文练笔（玄幻、重生题材等）。低价 + 高自定义度，对个人 Side Project 已足够。
| 维度 | 国产 Agent（如 DeepSeek） | 海外旗舰 Agent |
|---|---|---|
| 单次成本 | 低，适合高频迭代 | 高，长对话 + 多轮修 Bug 累积快 |
| 工程稳定性 | 偶发断连、服务波动 | 相对成熟（如 Cursor 接入） |
| 复杂推理 | 弱于 Opus / GPT | 疑难 Bug、架构设计更强 |
| 适用场景 | 个人项目、脚手架、Prompt 工程 | 生产级、大规模代码库 |
这不是「国产一定更好」，而是：在自掏腰包的 personal 场景里，国产 Agent 提供了足够的自定义空间。 是否在公开社区争论，则是另一回事——在博客里说清楚即可；跑到别人评论区「反向炫耀」，本身也变成了同一种噪音。
我常举的一个例子：当你谈论「嘉豪」时，你本身也在成为嘉豪；当你意识到自己成为嘉豪时，又失去了成为嘉豪的资格——于是进入似豪非豪的叠加态，直到某次观测令它坍缩。
Vibe Coding 的能力边界
Opus、GPT 在复杂任务上确实更强，这一点不必回避。DeepSeek 接入 Trae CN 时，我仍会遇到服务不稳定、网络断开（错误码如 4054），而 Cursor 侧几乎无此问题——此时 家庭网关代理 正常，Ping 国内外均通，问题更可能出在模型侧基础设施。
多轮修 Bug 也是常态：简单逻辑错误有时需 5–6 轮 Agent 对话才能收敛，难免想「不如自己改两行算了」。
剪枝：人该介入的位置
疑难问题（并发、运行时异常等）仍需要编程功底：先人工定位范围，再让 Agent 在缩小的上下文里修改，减少无效推理——我称之为剪枝。
当前项目均为个人单用户应用，故障多集中在 UI 交互或 Backend 逻辑层。凭经验大致定位后，把「可能出错的文件 / 函数」告诉 Agent，比扔整个仓库让它盲猜高效得多。
| 场景 | Vibe Coding 可行性 |
|---|---|
| 个人 Web / 脚本 / Side Project | 高，Prompt + 剪枝即可闭环 |
| 十万级 QPS 服务端 | 低，需专业工程师主导 |
| 线上 Crash / 并发竞态 | 中，人定位 + Agent 辅助 patch |
| 从 0 排查陌生大型代码库 | 低，接近 IT 小白硬扛 |
AI 是强工具，不是人的替代品。 现阶段鼓吹「AI 取代一切职业」并不严肃；听社会达尔文式叙事（如《三体》里维德那一路线）之前，不妨先看说话者自身能力是否经得起检验。
静态语言 vs 动态语言
在 Vibe Coding 场景下，我更倾向 TypeScript / Kotlin / Java / Swift 等静态类型语言。
| 维度 | 静态语言 | 动态语言（JS / Python） |
|---|---|---|
| 类型检查 | 编译期报错，问题前置 | 运行期才暴露 |
| Agent 产出可信度 | 类型不匹配往往直接编译失败 | 可能「能跑但埋雷」 |
| 测试成本 | 相对可控 | 需更完整 TDD / 边界用例 |
| 个人脚本 | 略重 | 热更新快，Anaconda / npm 体验顺 |
动态语言的灵活性在自用脚本里仍是优势；但若 Agent 批量生成 JS / Python 服务并服务大规模用户，黑盒代码 + 运行时类型风险会叠加，测试成本陡增。Java 即便被「污染」，至少常常编译不过，逼你提前介入。
用户路径千差万别，边界 case 无穷。把风险前置到编译阶段，比留到线上 Crash，对个人 Vibe Coding 项目同样适用——这也是 Today Stock Finance 全栈选用 TypeScript 的原因之一。
反思：Vibe Coding 也是一种电子沉迷？
更深一层的问题：这种「对着 Agent 描述需求、看代码长出来」的生活，算不算另一种电子沉迷？
00 年代年轻人沉迷《传奇》，20 年代的我沉迷 Vibe Coding。罗翔说过：喜欢读书和喜欢打麻将，或许都只是爱好——读书带来哲学与人性的困惑，打麻将带来胜负的快感，本质都是人在对抗无聊。
这当然也没关系。面对未知场景时的困惑，本来就是人会遇到的常态。
Vibe Coding 于我，既是工程手段，也是一种创作方式：用极低成本把脑子里的产品念头快速具象化。是否「沉迷」，大概取决于它是否挤占了该睡觉、该见人的时间——这一点，每个时代的手游、短视频、MMORPG 都在重复提问，只是载体换了。