我开始重新理解vibe coding
一个不懂技术的产品人，手持顶级AI模型，却把简单的公众号爬虫任务硬生生折腾成了虚拟机+20G流量的“大工程”。本文复盘了这段令人哭笑不得的经历，揭示了与AI协作时最容易被忽视的致命误区——不告诉AI最终目标，AI就会把局部问题当成需求本身。值得每个AI使用者反思。
基本信息
- 来源类型：文章
- 原文位置：raw/articles/2026-08-30-120620-tg-52a2eb.md
- 原文 URL：https://www.woshipm.com/ai/6456350.html
- 消化日期：2026-08-30
核心观点
- vibe coding 核心误区：不懂技术的人在与AI协作时最容易犯的致命错误是不告知AI最终目标，导致AI把局部问题当成需求本身，陷入局部框架。
- 沟通模板重要性：每次需求都必须先告知最终目标、当前情况、约束和不接受项，让AI先判断是局部修复还是路线调整。
- 技术责任分担：不懂技术的人应明确告知AI“不懂技术，请你负责技术路线判断，不要把底层技术选项直接交给我选择”。
- Bug 发现后的 Review 机制：发现问题后必须让AI Review 整体，而不是只盯着该点不放。
实操内容保留
（本文无实操代码/模板/步骤）
关键概念
- vibe coding — 作者通过真实案例总结的AI协作模式，核心是告知最终目标、约束和不接受项。
- AI 复盘 — 作者让AI（GPT、Claude）对会话和脚本进行复盘，获得4条实用经验。
与其他素材的关联
（暂无关联素材）
原文精彩摘录
不告诉AI最终目标，AI就会以为这是最终目标，而且AI还不会主动确认。这会把AI、把我都限制在一个旧有框架，或者局部框架里讨论，永远跳不出来看整体。
每次都告诉AI最终目标。
我的初心最初我只是想爬几篇文章做分析。拿不到URL，就抓不了正文，这个脚本从第一步就阻塞了。想的是，既然只是这一步有问题，那让AI解决这一步就好了。至于怎么解决，AI自己想办法。毕竟我手持世界顶级模型之一GPT-Sol5.6啊。至于URL有什么用，我不知道、也不关心。
AI把解决这个局部问题，当成了需求本身，而不是看我最终到底想实现什么。这点是GPT复盘出来的。
每次都告诉AI最终目标。我觉得，什么时候应该局部修复，什么时候应该退回最终目标重新看，可能还是需要一些基本的技术理解。对于我这种不懂技术的人，不如先一刀切，让AI每次动手前，都先分析检查一次。
以下是沟通模板：
最终目标：
我最终想实现的是……
当前情况：
现在已经完成了……，但……这个环节出现了问题。
我的约束：
我不能接受……；希望操作成本不超过……；已经正常工作的部分尽量不要破坏。
请你先判断：
这是适合局部修复的问题，还是说明现有路线需要调整？请用非技术语言解释判断依据，并给出明确推荐。在确认路线前先不要写代码。
相关页面
- vibe coding
- AI 复盘