VIBE 氛围编程：有点意思

AI 摘要

一句前提：VIBE CODING 是加速器，不是教学器。它假设你已经有基本工程判断力——能定方向、能验收，「都懂才通」。纯小白请先补基础，否则质量闸门形同虚设，AI 只会把错误放大得更快。

前言

前两天刷到 mindpocket 一篇 vibe-coding.md，标题挺朴实：《我如何用 AI 把一个项目从 0 做到可用》。通篇不是产品广告，是一份 VIBE CODING 的复盘——怎么和 Claude Code / GPT 这类工具协作，把东西快速做出来，同时还尽量保住代码质量和可维护性。

它到底在讲什么

一句话：你死磕「核心价值」，其余尽量交给 AI，但用流程把质量兜住。

作者把 VIBE CODING 重新定义成三方分工：

• 你负责：目标、边界、取舍、验收标准、最终决定权
• AI 负责：具体实现、重复劳动、样板代码、迁移改造
• 流程兜底：小步提交、持续 format / lint / typecheck、随时可回滚

剩下的八节基本是这套分工的落地细则：先写文档再写码、选型要主流 + AI 友好、任务拆小、质量闸门、多端先 Web 后 Mobile、工具组合、三条经验、三个起步动作。

成立的部分

要点	为什么站得住
任务拆小	全文最硬的一条。AI 在「小而清晰、可验证」的任务上几乎不跑偏，任务越大越容易自己编。有充分实践支撑。
主流 + AI 友好选型	冷门库 AI 命中率低、容易胡编，这是实打实的坑。TS/Python + Next/Expo/Vite 是稳妥组合。
先 Web 后多端	先把 Web 做成「可验证的参考实现」，再照着抄去做 Mobile/Extension，需求更明确、调试更快、复用更高。正经工程做法。

总结

一句话：「都懂才通」——VIBE CODING 是加速器，不是教学器。

它能把产能放大，前提是你已经能定方向、能验收：

• 给懂的人：文档约束 + 小步任务 + 质量闸门，把 AI 的爆炸产能接住，变成资产而不是债务。
• 给不懂的人：方向定不准、验收看不出，AI 只会把错误写得更快、更整齐。

最大盲区是把「语法检查」当成「正确性保证」——lint 全绿 ≠ 软件能用。真正该补的是：每个关键功能配一个能自动跑的测试 / 断言，比 lint 值钱十倍。

想试的话，最小起步：写一份 PROJECT.md（目标 / 边界 / 验收）+ 一份 CLAUDE.md（规则 / 约束），再把 format + check 跑通。