【普通人用Claude Code实现10倍效率的底层逻辑】

上周我看到有人跟Claude Code搏斗了6个小时，最后得出结论：AI被高估了，输出全是垃圾。

问题出在哪？不在模型，在喂给它的东西。

过去一年我用AI交付了几十个系统，观察下来发现：那些获得惊人成果的人和中途放弃的人之间，差距只有一个——输入的质量决定输出的质量。

现在的模型已经强得离谱。如果你得到的是废话，问题在你自己。

+ 用功能思维取代产品思维

大多数人坐下来就打“帮我做一个XX应用”。Claude Code不知道你具体要什么，只能用假设填补空白，而这些假设往往是错的。

正确的做法是把产品拆成功能模块。

想做一个日程工具？先想清楚它由哪些部分组成：用户上传内容、系统分析处理、界面展示选项、触发相应动作。

然后一个一个来。做完功能一，测试，能用吗？再做功能二。每个模块验证通过后再叠加下一个。

这样你就不会在一个摇摇欲坠的地基上盖房子。

+ 让Claude Code采访你

与其告诉它你想要什么，不如反过来，让它不断提问直到完全理解你的需求。

我用的提示词是这样的：“我想做某某东西，请像采访一样问我所有细节，包括技术决策、设计选择、边界情况，用提问工具持续追问，直到你完全理解我要什么。”

接下来会有点烦人，问题一轮接一轮。

上次我做一个线索分发系统，Claude Code问了我：触发条件是表单提交还是webhook？需要从线索中提取哪些数据？评分标准是什么？低于阈值怎么处理？通知走Slack还是邮件？响应时间要求多少？

这些问题你可能根本没想过。这正是关键所在。

我曾经花45分钟做这种采访式对话，结果省下了14个小时的调试时间，因为边界情况在写代码之前就被发现了。

+ 先慢后快，手动优先于自动

每个人都想要自动化，设置好就不用管。但如果你从没手动做过一件事，自动化会把你坑惨。

原因很简单：你还不知道自己在自动化什么。

一步步手动构建的过程中，你会感知到节奏，看到哪里容易出问题，培养出对“好”和“能用但其实是垃圾”之间差异的直觉。

跳过这一步，你自动化的就是一个有缺陷的流程，而且要浪费很多天和很多token才能意识到问题。

那些在社交媒体上秀自动化工作流的人，都是先靠手动构建积累了足够经验，才获得了自动化的资格。

+ 管理你的上下文窗口

你开始一个会话，一切顺利，输出很精准。然后质量开始下滑，Claude Code开始忘记一小时前你告诉它的事情。

这是上下文过载了。

当你用掉大约一半的上下文窗口时，开一个新会话。但新会话怎么知道之前做了什么？靠文档。

每完成一个功能就记录下来，每个决策都写进去。新会话读取这个文件，就能无缝接续。

+ 工具焦虑是伪命题

大家都在讨论MCP、插件、自定义配置文件。这些东西没问题，但我敢保证它们不是你产品做不出来的原因。

你的计划才是原因。

完美的工具配置加上糟糕的计划，产出的是垃圾。基础配置加上优秀的计划，产出的是真东西。

把精力投入到输入端，工具是次要的。

+ 品味才是真正的护城河

构建东西越来越容易，任何有网络的人都能用上两年前不存在的工具。创造一个能跑的东西，门槛几乎为零。

那为什么不是人人都在出产品？

差距在品味。

品味是知道该做什么，知道你的东西和市面上50个同类产品有什么不同，知道什么时候感觉对了、什么时候只是技术上正确但毫无记忆点。

我见过有人做了一个跑步应用，根据你的情绪生成路线。压力大？愤怒？平静？应用读取你的状态，创造匹配的路径。

这不是技术成就，一千个人都能实现这个机制。区别在于有人坐下来认真思考：什么能让这个东西有趣？什么还没被做过？然后在每一步都做出有意识的选择。

这就是品味。Claude Code给不了你这个。

AI放大的是你投入的一切。模糊的思考产出模糊的结果，有意识的思考产出有意识的作品。

几个月前想明白这些的人，现在已经在收割红利。今天想明白的人，还来得及。

x.com/damianplayer/status/2013948085014020349