普通人用Claude Code实现10倍效率的底层逻辑 | 原文 上周我看到有人跟Claude
普通人用Claude Code实现10倍效率的底层逻辑 | 原文 上周我看到有人跟Claude Code搏斗了6个小时，最后得出结论：AI被高估了，输出全是垃圾。
普通人用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放大的是你投入的一切。
模糊的思考产出模糊的结果，有意识的思考产出有意识的作品。
几个月前想明白这些的人，现在已经在收割红利。
今天想明白的人，还来得及。
