说人话,其实是一门精确的手艺
很多人第一次 vibe coding 的体验像过山车:第一句「帮我做个记账软件」,AI 真的做出来了一个能跑的页面,震撼;第五句「就按我说的那样改」,AI 改出了一个完全不是你要的东西,崩溃。
这中间发生了什么?发生的是:自然语言既是最好的界面,也是最模糊的界面。「把上次那个改回来」这句话,你对着人类同事说,他大概率懂——因为他记得上下文、知道你在乎什么、懂得「那个」指什么。AI 也会猜,但猜错的时候不会有人类的歉意表情提醒你「它可能没懂」。
所以跟 AI 说话这件事,正在分化出一种新手艺。它有个正式名字叫提示词(prompt,你给 AI 的指令),但把它当成「新界面」来理解更有用——只不过这个界面不是由别人设计好的按钮,而是你自己现场组织的语言。上半本书讲设计师怎么把界面做好,这一章讲你自己怎么把话说好。
三个立刻见效的说法
这门手艺有讲究,但入门意外地简单。三条就够大多数人用了:
- 说目标,也说验收标准。「做一个提醒功能」是目标;「纪念日提前七天、当天上午九点发短信,发不出去就在页面上标红」是验收标准。前者让 AI 开工,后者让它知道什么叫「做完了」。你给 AI 的标准越具体,它就越接近一个靠谱的乙方。
- 说边界,尤其说「不要什么」。「只改这一个页面,别动其他地方」——这听起来像废话,但 AI 默认会做它认为相关的一切改动,而软件里「相关」的范围经常超出你的想象。划清边界就是第四章里「解释后果」的镜像:现在轮到你说清后果了。
- 一次改一件事。第五章讲表单要「一次只问一个问题」,对 AI 也一样:一句话里塞五个需求,它会在你意想不到的顺序里组合它们;拆成五轮,每轮你都能验收,错了也只错一处。
看出来了吗?这三条全是上半本书的原则,只是主客互换了:默认值和解释,变成了你说的「验收标准」;一次一问的对话节奏,变成了「一次改一件事」;容错,变成了你要容忍 AI 猜错,并通过下一次对话纠正它。
大白话:以前你是用户,软件怎么对你好取决于别人;现在你是「甲方」,AI 怎么对你有用取决于你把需求说成什么样。上半本书是教乙方怎么做人,这一章是教你别当一个糊涂甲方。
你说不清的地方,正是你还没想清的地方
这是 vibe coding 最意外、也最有价值的副作用:它逼你把需求想清楚。
跟人类程序员提需求时,模糊可以被掩盖——程序员会开会、会追问、会基于经验脑补,很多模糊在来回扯皮中被消化了,你甚至没意识到自己的需求有洞。AI 不扯皮,它直接把你的模糊变成产品里一个具体的错误摆在你面前。你说「做得大气一点」,它就给你一个你可能不想要的「大气」。
很多 vibe coding 的用户都经历过这个顿悟时刻:改了五版都不对,终于坐下来把「我到底要什么」写成了三条具体的规则,AI 一次就做对了。AI 没有变聪明,是他自己的需求第一次变清楚了。
所以「你说不清它就做错」不只是 AI 的局限,它是一面镜子:表达能力的边界,就是你能指挥的软件的边界。这大概是这个时代最公平的规则之一。
但别急着自己扛下全部责任——好的沟通从来不是单方面的。下一章我们换一个方向看:AI 这一侧,又是怎么学会「懂你」的。