---

很多人在推荐 Claude Code 给新手的时候，会说一句听起来很轻巧的话：

“你只需要把想要的东西描述清楚，然后发给 Claude Code 就可以了。”

这句话本身没有错，但它藏着一个巨大的陷阱——它让人误以为这是"一件事"，而实际上，这是两件完全不同性质的事，而且每一件都能把 90% 的人挡在门外。

---

第一件事：「说清楚」——你以为你会说话，但你真的会吗？

"说清楚"这三个字，看起来是人类最基本的能力，毕竟我们从小就在说话，每天都在表达。但"能说话"和"能说清楚"之间，隔着一整个学科的距离。

这个学科叫分析哲学，或者更具体地说，是语言哲学和逻辑哲学。

维特根斯坦说过一句话："凡是可以说的，都可以说清楚；凡是不能说清楚的，就应该沉默。"这句话放在 AI 时代，几乎是一句预言。你给 Claude Code 发出去的每一条 prompt，本质上都是一次语言的精确化测试。

问题在于，大多数人的日常语言是模糊的、依赖语境的、充满隐含假设的。

比如你对朋友说"帮我做个网页，好看一点"，朋友可能凭借对你的了解、对你审美的判断，做出一个你满意的东西。但你把同样的话发给 Claude Code，它不认识你，没有你们之间的共同语境，它只能按照字面意思去理解——而字面意思几乎什么都没说。

"好看"是什么？是极简风还是赛博朋克？是参考哪个网站？配色是什么？字体有没有偏好？目标用户是谁？

这些问题，你在说"好看一点"的时候，全都默认对方知道了。但 AI 不知道。

为什么"说清楚"这么难？

这里有一个认知科学上的概念叫知识的诅咒（Curse of Knowledge）：当你对某件事非常熟悉的时候，你会不自觉地假设对方也知道你知道的事情。你越懂，你越难以想象"不懂的人是什么感受"，也越难以把自己脑子里的东西完整地传递出去。

对于新手来说，情况恰好相反——他们对自己想要什么其实也不清楚。他们脑子里有一个模糊的"感觉"，但这个感觉还没有被语言化、结构化。他们不知道自己要的是什么，自然也就说不清楚。

这不是智商问题，这是思维训练的问题。

把一个模糊的需求变成一个清晰的描述，需要你做几件事：

第一，拆解目标。你想要的"结果"是什么？这个结果可以被分解成哪些子目标？每个子目标的边界在哪里？

第二，排除歧义。你用的每一个词，有没有可能被理解成别的意思？"快一点"是指响应速度快，还是代码执行速度快，还是开发周期短？

第三，补充约束。有哪些条件是你认为理所当然、但其实需要明确说出来的？用什么语言？部署在哪里？有没有不能用的库？

这个过程，本质上是一种逻辑训练。它要求你在表达之前，先在脑子里把事情想清楚。而大多数人的习惯是：边说边想，靠对话来澄清。

这在人与人之间的沟通中完全没问题，因为对方可以追问、可以猜测、可以基于经验补全你的意思。但在 AI 的使用场景里，你越依赖这种"边说边想"的模式，你的效率就越低，你就越容易陷入反复修改、反复纠错的循环。

所以，"说清楚"是一种需要刻意练习的能力，它不会因为你用了 AI 就自动习得。事实上，AI 只是把这个能力的重要性放大了——以前你说不清楚，靠人际关系和反复沟通还能凑合；现在你说不清楚，就是直接的效率损耗。

---

第二件事：「发出去」——一个按键，为什么这么难按下去？

好，假设你已经想清楚了，也写好了 prompt。现在只剩最后一步：把它发出去。

这看起来是世界上最简单的事情——动一下手指，按一下回车，就完了。

但是，有多少人在这一步卡住了？

不是因为网络问题，不是因为不会操作，而是因为一种更深层的心理阻力。

这种阻力，阿德勒心理学有一个精准的描述：自卑情结（Inferiority Complex），以及它衍生出来的一种防御机制——潜在的优越幻觉。

拖延的真相：你在保护一个幻觉

拖延这件事，表面上看是懒，是时间管理问题，是执行力不足。但阿德勒的视角告诉我们，拖延往往是一种自我保护策略。

逻辑是这样的：

如果我现在去做，做出来的东西可能不够好。一旦做出来，它就变成了一个客观存在的结果，可以被评判、被比较、被否定。这意味着，我"其实很行"的自我认知，将面临被现实检验的风险。

但如果我不做呢？

不做的话，这件事就永远停留在"潜力"阶段。我可以一边拖着，一边在心里想：“如果我真的去做，肯定能做好。”“我只是还没开始而已，一旦开始就碾压所有人。”

这个状态非常舒适，因为它同时满足了两个需求：保住了"我其实很行"的自我幻想，又避免了真正去做后可能面临的失败打击。

这就是所谓的"潜在的优越幻觉"——你的优越感不是建立在实际成就上的，而是建立在一个永远不会被检验的"如果"上的。

在 Claude Code 的使用场景里，这种心理表现得非常具体：

“我先看看别人怎么用，学习一下再开始。”

“我的需求还没想好，等想清楚了再说。”

“这个项目太小了，等有个正式的项目再用。”

“我先把环境配好，明天再试。”

这些理由听起来都很合理，但它们共同指向同一个功能：推迟那个可能暴露自己"其实不行"的时刻。

为什么 AI 工具特别容易触发这种心理？

因为 AI 工具，尤其是 Claude Code 这类代码生成工具，它的使用结果是高度可见的。

你写了一段 prompt，Claude 生成了代码，代码跑起来，要么好用，要么不好用。这个结果非常直接，没有模糊地带。

这种直接性，对于有"潜在优越幻觉"的人来说，是一种威胁。因为它意味着：你的能力（或者说，你描述需求的能力）将被立刻、当场、客观地检验。

相比之下，如果你只是在脑子里想象"我用 Claude Code 能做什么"，这个想象可以无限美好，没有任何失败的可能。

所以，很多人宁愿停留在"研究阶段"，而不是"使用阶段"。

---

两个问题，两种解法

这两个问题的性质完全不同，解法也完全不同。

第一个问题是技能问题，解法是刻意练习。

"说清楚"这件事，可以通过大量的练习来提升。具体怎么练？

最简单的方法是：把你的 prompt 写出来之后，先自己读一遍，假装你是一个完全不了解这个项目的人，看看你能不能只凭这段描述，理解你想要什么。

如果不能，就继续补充，直到你觉得一个陌生人也能看懂为止。

另一个方法是：把你的需求拆成"背景 + 目标 + 约束 + 输出格式"四个部分，强迫自己填满每一个部分。这不是什么高深的 prompt 工程技巧，只是一种让你把模糊想法结构化的脚手架。

练得多了，这个过程会越来越快，最终内化成一种思维习惯。

第二个问题是心理问题，解法是打破循环。

阿德勒的解法是：建立真实的、基于行动的自信，而不是基于幻想的优越感。

这两种自信的区别在于，前者是"我做过这件事，我知道我能做"，后者是"我没做过，但我相信我能做"。前者越用越稳固，后者越用越脆弱。

打破这个循环的方法，不是"先建立自信再去做"，而是先去做，哪怕做得很烂，再从做的过程中建立自信。

对于 Claude Code 的新手来说，这意味着：不要等到你"准备好了"再开始，因为你永远不会准备好。

从一个最小的、最不重要的需求开始，写一个烂 prompt，发出去，看看结果，改一改，再发出去。这个过程本身，就是在积累"我做过这件事"的经验，就是在建立真实的自信。

---

为什么"普及"这么难？

回到最开始的那句话：看起来如此简单，实际上普及就是这么难。

现在我们知道为什么了。

这不是工具本身的问题，Claude Code 已经足够好用了。这也不是教程的问题，网上有无数的教程。

真正的障碍，是两种人类的普遍弱点：

一是语言和思维的模糊性——大多数人从来没有被训练过"把事情说清楚"，他们的表达习惯是依赖语境、依赖对方的理解、依赖反复沟通来澄清的。

二是面对检验时的心理防御——大多数人都有程度不一的"潜在优越幻觉"，都倾向于用拖延来保护自己不被现实否定。

这两个问题，不是看一篇文章就能解决的，也不是换一个更好的 AI 工具就能绕过去的。它们是需要长期刻意练习和心理建设才能克服的深层障碍。

这就是为什么，即使 Claude Code 已经把门槛降得很低了，真正用起来、用得好的人，依然只是少数。

不是因为工具难，而是因为**"说清楚"和"发出去"这两件事，本质上是在要求你成为一个更清晰的思考者和一个更勇敢的行动者**。

而这，从来都不是容易的事。

---

所以，如果你现在还在"研究"Claude Code，不妨现在就打开它，写下你脑子里那个最模糊的需求，发出去，看看会发生什么。哪怕结果一塌糊涂，你也已经比 90% 的人走得更远了。