夜雨聆风用 Claude Code 最反直觉的窍门:别急着让它写代码,先让它反过来采访你。
✿ ✿ ✿
一个让我愣了一下的数字
75 分钟。一个能在手机上打开、真人能用、有真实业务逻辑的移动 web app,从空仓库到线上可分享链接,75 分钟。
写代码的 Andreas Lehner 一行都没自己敲。Claude 生成了 600 多行,改了 11 个文件,中途上线部署了 5 次,基础设施成本是 0 欧元——全靠免费额度。
我第一次看到这组数字,第一反应是"又是个 demo 吧"。点进去看完整个复盘,我收回这句话。这不是 demo,是一个领域专家当场在手机上测、当场给反馈、当场改完的真东西。
那问题就来了:凭什么是 75 分钟,而不是一下午、一整周?
我把最近三四个一线复盘摆在一起看,发现它们指向同一个答案。而这个答案,和大多数人用 Claude Code 的姿势,正好是反的。
一行未写,75分钟上线
✿ ✿ ✿
多数人用反了:你在喂 prompt,高手在被采访
先说说大多数人怎么用。
打开 Claude Code,啪一段 prompt 砸进去:"帮我做个 XX 功能"。然后盯着它写,写歪了再骂两句,再补一段 prompt。来回拉扯。这套我太熟了,我自己也这么干过很久。
高手的姿势是反过来的。++Andreas 的关键动作,是反复对 Claude 说一句话:"Ask questions before executing"——动手之前,先提问。这一句话,把 Claude 从"立刻开干"切到了"结构化追问"模式。
它会一条一条问你:技术栈用什么?数据怎么存?这个交互到底点哪一步触发?这一屏长什么样?你答得上来,它才动;你答不上来,它接着问。
做周末 SaaS 的 Lakshmi Narasimhan 把这层窗户纸捅得更狠。他原话是:"让 Claude Code 来采访你的 spec。如果你答不上它的问题,说明你根本没把这个功能想清楚;想不清楚,你就建不出来。"
我跟你讲,这句话第一次读有点扎人。因为它把锅甩回给你了——AI 不是不会写,是你没想清楚。但扎归扎,它是对的。
喂prompt vs 被采访
✿ ✿ ✿
380 行的 spec,才是那个真正的"魔法"
回到 75 分钟那个案例。它快在哪?
不快在写代码那一段。Claude 写 600 行代码,对它来说是几分钟的事。真正的功夫,花在了那份 380 行的 spec 上。
这份 spec 里有什么?60 道问卷题、一堆 emoji 符号、还有德语原文——一整份领域专家手写的、带着真实业务逻辑的文档。Andreas 没有把它"翻译"成给 AI 看的格式,而是整份原样塞进 Claude 的上下文。对话笔记、视觉草图,全进去。
为什么这步是分水岭?因为 spec 写到没有灰区(zero grey areas)那一刻,coding 就退化成了体力活。Claude 不用猜你想要什么,它照着 spec 一个文件一个文件地落地就行。
Lakshmi 那句话再补一刀:"别把一整本小说塞进 CLAUDE.md——那是让 Claude 变笨最快的办法。" spec 要全,但 CLAUDE.md 要轻——这俩不矛盾,一个是这次任务的完整需求,一个是项目长期的稳定规则。别搅一块儿。
把时间花在 spec 上,不是花在 coding 上。这一句,基本是这一波"快"的全部秘密。
扯远了,回到那个采访过程——它最妙的地方,其实是接下来这个。
380行spec是分水岭
✿ ✿ ✿
采访模式真正值钱的,是当场抓错
spec 阶段还有个隐藏收益:它逼 Claude 先复述,而复述会暴露误解。
Andreas 用的另一句 prompt 是:++"Tell me what you're about to build before you build it"——动手前,先告诉我你打算建什么。==
就在这一步,领域专家 Marc 看着 Claude 复述出来的 UI,当场拦了一下:"这些问题用 Yes/No 按钮不合适,能用 1–5 分打分会更好。"
一句话反馈。结果是 3 个文件改动 + 打分逻辑更新,20 分钟内全部搞定,重新部署,Marc 在手机上再测一遍。
你品一下这个循环有多短:本地改 → 部署到 Vercel → 把线上链接(不是截图!)甩给真人 → 收反馈 → 原话喂回给 Claude(别自己翻译成技术语言)→ 再部署 → 再测。一圈下来不到 15 分钟。
这就是为什么 Andreas 反复强调:早部署,别等"做完了"再上线。CLAUDE.md 里甚至写了条死规矩——没我明确点头,不许部署。但"能部署"这件事本身,要在第一天就打通。
说实话,这个"采访—复述—当场抓错"的循环,比任何 prompt 技巧都值钱。它把"我以为我说清楚了"和"它以为它听懂了"这两个最大的坑,提前在写代码之前就填了。
15分钟反馈闭环
✿ ✿ ✿
不止他一个人这么干
如果只有一个案例,我会怀疑是运气。但这套打法,在好几个独立的复盘里反复出现。
Venkat Peri 那个更夸张:26 个日历天,9.9 billion token,业余时间晚上和周末堆出一个进了生产试点、同事每天在用的 App。他的工作方式精炼到一句话——一次只开一个 Claude Code 对话,状态永远是"给出具体证据(URL、数量、期望值 vs 实际值)→ 从它给的选项里选 → 看它执行"。
注意,又是"从它给的选项里选"。这跟 Andreas 那句 "What do you recommend, and why?"(给我带理由的推荐,而不是甩一堆选项让我挑)是一个意思:让 AI 把思考的草稿摊开,你来当那个拍板的人。
几个反复出现的实操点,我给你拢一下,能直接抄:
- 上够档的套餐。Lakshmi 直说:Max $100 档起步,能上 $200 更好,便宜套餐撑不起真项目,大概用四个小时你就懂为什么了。
- 一个 session 一个任务,最多两个。任务一杂,上下文就脏,Claude 就开始犯迷糊。
- 锁死技术栈。一句 "Use the same stack as 上个项目:Next.js + Tailwind + Vercel + GitHub",省掉每次重新选型的扯皮。
- 支付、监控这些,最后接。先把核心跑通。
不止一个案例的共识
✿ ✿ ✿
也别神化它:难的地方,换了个位置
吹了这么多,得说点冷的,不然就成软文了。
Andreas 自己列了"比想象中更难"的部分,就一条,但是要命:事先知道你到底想要什么。
vague input → vague output。这条铁律,采访模式也救不了。Claude 能问你问题,但它没法替你拥有产品判断。你心里那团模糊的东西,它逼你说清楚的过程会很难受——而这个难受,恰恰是以前被"先写起来再说"这种假高效给盖住了。
换句话说,AI 没有让"想清楚需求"这件事消失,它只是把它从代码里挪了出来,明晃晃摆在你动手之前。以前你可以一边写一边想,现在你得先想明白,再让它写。
我自己的感觉是(可能不全对):这对真正想清楚要做什么的人是巨大的放大器,对那些指望"AI 你看着办"的人,反而更难受了。因为它会一直追问,而你一直答不上来。
写到这儿我突然有点想笑——折腾了半天最先进的 AI 编程工具,结论居然是"先把需求想清楚"这种老掉牙的话。但你看那 75 分钟,它就是这么来的。
难的地方换了位置
✿ ✿ ✿
写在最后:今晚就能试的一件事
不用大动干戈。下次你打开 Claude Code 要做点东西,就改一个动作:
第一句话别让它写代码,让它采访你。
打 "Ask questions before executing",然后老老实实回答它问的每一个问题。答不上来的那几条,就是你这个需求真正的灰区——也是你不开 AI 自己写也会卡住的地方。
把这些灰区一条条填平,再说 "Tell me what you're about to build",听它复述一遍,确认没跑偏。这时候你再让它动手。
我打赌,你会发现"写代码"那一段,快得让你不太适应。
今晚就能试的一件事
§ § §
(本文案例与数据来自 Andreas Lehner、Lakshmi Narasimhan、Venkat Peri、Marco Kotrotsos 等开发者 2026 年 6 月公开的一线复盘,均为可溯源的真实 build log。)
