Vibe Coding 时代，做有人用的东西，做自己用的东西
我觉得，在 Vibe Coding 时代，随着代码变廉价，要积极地行动起来去创造一些东西，start to build something!
在行动起来的基础上，应该去做有人用的东西，如果找不到用户，至少先开始做自己用的东西
Vibe Coding 时代，代码变廉价了
Vibe Coding 时代，尤其是 Claude Code 出现之后，每个会写代码并且真正用过 Claude Code 的人，都会感觉到重大的改变确实发生了：代码变得无比廉价，只需要沟通想法，Claude Code 能快速实现，甚至可以和你讨论清楚你模糊的想法
年初爆火的 openClaw，完全用 Vibe Coding 写成，似乎连代码 review 都不咋 review 了，以近乎变态的速度快速迭代
在这种情况下，许多老板、领导直接激动了，让手下一周做出 xxx；许多之前不懂代码的人也激动地参与其中，体会一句话生成一个软件的自我满足感
可以预见的是：代码变得廉价了，生成软件变得无比简单了，但就和营销号生产短视频一样，随着门槛地降低，很快就会有大量垃圾软件被生产出来
这种情况下，我觉得更应该思考究竟要做什么样的软件，从而有选择地做软件
Vibe Coding 时代，打磨产品仍旧不简单
虽然 Claude Code 已经十分强力，但如果真正用 Claude Code 做点东西，会发现实现出来的方案会有各种不舒服的点，想要一句话就生成完全满意的东西是不可能的，毕竟很多时候不是做完全想清楚的产品，初始的 prompt 仍旧会保持较大的模糊。一句话生成的软件大多是生成出来截图发朋友营销的东西，或者给领导汇报完就没有人用的东西，如果贴出链接让别人试用，我想大多用过的人心里会说“这什么玩意？”
真正想要做一个好用的东西出来，就会发现各种不满意的点：这个交互逻辑很奇怪、那个按钮和 layout 很奇怪、这里的性能似乎太差、…，每一个这样的点都需要和 Claude Code 聊一聊修复，还可能修复有问题需要反复，你会发现这个过程其实非常花时间，打造一个 demo 和打造一个真正的产品需要花的时间和心思完全不是一个数量级
我想，能够真正花心思去打磨，不是因为有所谓的匠心、职业道道，而是因为产品真正有人用，有人用你才会真正 Care 这些小细节。当我做一个给领导汇报用的东西，很多领导并不具备明察秋毫的能力，所以不管有意无意，我潜意识里就知道领导不会去用，所以我就会把主要精力放在搞一些花哨的效果上，而花时间放在细节上，又花时间精力，最后领导还会说“搞了那么久好像也没搞啥啊”；但如果是真正给同事或者外部用户用，我自己做的时候就会觉得如果易用性太差人家心里会喷的，于是就会花心思去琢磨，花时间去打磨
Vibe Coding 时代，做有人用的东西，做自己用的东西
基于上面的原因，我觉得需要把时间和精力投入在打造真正有人用的东西上，而不是搞一堆没人用的东西来哗众取宠，那样只是自我感动，最终也必然打造出雷声大雨点小的产品。我看到 Twitter 上很多人都在做这样的东西——营销看起来非常棒、口号十分响亮，实际进到 github 里装来试用发现连 demo 都算不上
然而找用户其实并不简单，Vibe Coding 实践又很有必要，这种情况下，我的选择是：自己做自己的用户，做自己每天用的东西
在 Vibe Coding 出现之前，做自己用的东西的需求就已经存在：我们平时有很多常用的软件，但多少总有点用着不舒服的地方，时常会有想魔改的冲动；平时一些可以自动化的操作，可以抽时间写成脚本，科学“偷懒”。原来我会把这样的点记录到待办的 Someday 里，但往往最后堆在里面积灰了，因为写这么一个东西的时间成本太不确定了，很难有动力开始
如今，随着 Claude Code 的到来，我开始尝试用 Claude Code 写一些插件和脚本，我发现，做一个自用的东西，基本上半天足矣，时间成本能够大大确定下来。进一步，Claude Code 不仅可以写代码，还可以和你讨论想法，我现在很多模糊的想法先用 Claude Code 做，等一个 live demo 出来之后再和他讨论打磨，做的过程就是想清楚的过程
我目前已经做了一些 Logseq 插件和油猴脚本：Products。Logseq 是我平时用的笔记/PKM 软件，使用上有些不爽的地方通过开发插件来增强，平时常用的网页则通过油猴脚本来增强。我发现，这种类插件的开发非常适合上手 Vibe Coding，因为
- API 相对确定
- 即时反馈强，开发完就能用上
- 平时都在用，能发现不足之处，有助于不断打磨
总而言之，这是利好创造者的时代，要积极行动起来，做能够用起来的产品