帖子入门
Claude 是否改变了你认为什么值得做？
Has Claude changed what you consider worth building?
r/ClaudeAI 社区帖子，作者回顾在 AI 编程工具变强之前，有些想法因预估耗时费力而在开始前就被否决，如今会想“这个我其实能做得出来”。他也提到反面：构建变容易后想法数量超过可投入的时间，瓶颈从写代码变成决定哪些事值得优先关注。作者向他人征询是否用 Claude Code 做过以前不会尝试的项目，或是否因此对做什么更挑剔，并希望听到具体项目而非仅生产率数字。适合用 Claude Code 做个人或副业项目、思考选题与精力分配的人阅读。
- 分级
- 值得看
- 收录时间
- 2026-10-29
原帖
Now I sometimes catch myself thinking, "Wait, I could actually build that?" But there's a weird flip side to this. When building becomes easier, you end up with more ideas than you have time to pursue.
中文大意
发帖人 _rover_dev 说，在 AI 编程工具变得这么强之前，有些点子他还没开始做就放弃了——不是点子不好，而是太费时间精力。现在他会想“等等，我其实能把它做出来？”，但反过来，构建变容易后想法多过时间，瓶颈从写代码转移到判断什么值得投入注意力。他问：有人用 Claude Code 做过以前不会尝试的东西吗？还是因为能快速做原型反而更挑剔了？他想听具体项目，而不只是效率提升。适合关注 AI 辅助开发、个人项目选题与产品判断的开发者阅读。
讨论区核心观点
依据 31 条评论
- 构建成本下降后，真正的护城河成了营销、销售和留住用户，AI 帮不上这部分；也有人认为需要垂直整合或进入受监管的细分领域，才能避开人人都能做的红海竞争。 出处（新标签页打开）
- 很多人表示确实做了以前不会碰的东西：原生 Mac 应用、单用途小工具、开源音乐工具等，一两个周末就能出货，筛选标准从“能不能做”变成“有没有人要”。 出处（新标签页打开）
- 构建变便宜了，但“拥有”没有：门槛变成“一年后我还想维护它吗”，以及项目是否只是进了“AI 坟场”；也有人反驳说 AI 越来越擅长修 bug 和跟进技术栈。 出处（新标签页打开）
- 有人变得更挑剔：先让 AI 查这个点子是否已有人做、竞品缺口在哪、用户抱怨什么、工期多久、值不值得花时间，再决定是否动手。 出处（新标签页打开）
- 自用的“傻东西”不需要 QA，出问题就算了；但工作交付要负责任，作者作为 MLE 就有这种区分。 出处（新标签页打开）
- 想法多过时间的感受很普遍，AI 改变的是原型能做到的深度和范围、即时试玩和细节微调；还有人担心做出来的东西会遭遇反 AI 的抵触情绪。 出处（新标签页打开）