先说个让我脸红的事
前阵子我用AI做了个小工具，帮朋友的小店算每天的毛利。需求特别简单：输入进货价、售价、销量，自动出一张当日利润表，还能按周汇总。
AI两轮对话就给我吐了个单文件的HTML出来，双击打开，浏览器里跑得那叫一个顺。
我当时挺得意，截了个图发群里：搞定了。
然后朋友回我一句：你这个我怎么用？
我愣了一下。对啊，怎么用。
这玩意儿就是我电脑里的一个html文件。我总不能让一个开奶茶店的，去装个本地服务器、开个端口、再学一遍「右键用浏览器打开」吧。
我把文件直接发微信给他，他手机点开——一堆代码。发到电脑上，有的能开有的报错，样式还乱了。
那一刻我才反应过来：我根本没做完。我只是写完了。
真正难的从来不是写，是发
这事让我重新去翻了翻最近大家都在折腾什么。有意思的是，论坛里那些真正被人用起来、有人付钱的小工具，几乎都有一个共同点——它们不是一个文件，是一个链接。
有人做了个AI对话导出的浏览器扩展，直接上架了Chrome和Edge商店，别人装一下就能用。有人基于开源模型做了个在线生图站点，原话是「放在浏览器里，登录后就能用，不用装环境，也不用自己准备GPU」。
还有个把照片转成短视频的小工具，上来就是网站、预览、$6.99一条，流程完整到能直接收钱。
你发现没有，这些人卖的从来不是「代码」，是「你打开就能用」这件事本身。
反过来看那些卡住的。有个老哥吐槽Vibe Coding一段时间后自己变懒了，说现在第一个应用用electron写，第二个electron有硬伤只能换tauri，第三个又变成python或者go，光是「确定用什么技术栈」就最费脑子。
你品品，他纠结的全是分发层的事——怎么打包、怎么让别人跑起来，而不是功能本身。
功能AI早就能帮你写了。真正的坑在后半段：写完之后，怎么变成一个别人点一下就能用的东西。
为什么「当天能给人看」这么要命
我自己踩过之后想明白一个道理：一个想法的死法，大多不是因为功能不够好，而是因为验证得太慢。
你做个工具，脑子里其实有一堆假设——这个店主真的需要算毛利吗？他愿意每天打开吗？
这个布局他看得懂吗？这些问题你坐在家里想一万遍都没用，必须把东西塞到真人手里，看他点不点、骂不骂、用不用。
但如果每验证一次，你都要先过「打包、部署、发给对方、教他怎么打开」这一整套流程，那一轮反馈的成本就被拉到按天算。三天折腾下来，热情耗光了，对方也等烦了，这个想法就悄悄死掉了。
它不是被证伪的，是被拖死的。
而如果你能当天就甩一个链接过去，对方手机上一点就看到效果，当场给你反馈——哪怕他说「这个没用」，你也省了。因为你花半小时就验证掉了一个错误方向，而不是搭进去三天。
分发速度，本质上就是你试错的速度。试错快的人，不是更聪明，是单位时间里撞对的次数更多。
我现在的做法：把「发出去」当成第一步
想通这点之后，我调整了顺序。以前是「先写功能，最后考虑怎么发」，现在反过来，先确认这东西能不能当天变成链接，再动手写。
我现在做这类HTML小工具，直接用HTML在线运行来验证，写完当场就能在浏览器里看到真实效果，不用我自己在本地折腾环境。确认逻辑没问题了，顺手就能把它变成一个在线地址——这一步靠Web应用托管来兜，别人不用装任何东西，拿到链接点开就是能用的工具。
我那个毛利工具就是这么救回来的。第二次我没发文件，发了个链接。
朋友在收银台的手机上点开，当场填了两笔数，说了句「要是能存一下昨天的数就好了」。你看，这才是有用的反馈——它只可能发生在对方真的用起来之后，而「用起来」的前提，就是我能把它变成一个链接。
顺带说个反常识的点：我原本以为分发是技术活，得懂服务器、懂运维。真做了才发现，难的不是技术，是我一直把这步放在最后。
只要你从一开始就按「这东西要能发链接」来设计，大部分纠结根本不会出现。
给想动手的人一点实在建议
如果你也在用AI攒各种小工具，别再停在「本地能跑」这个假终点了。它给你一种完成的错觉，但其实你连第一个用户都还没碰到。
几个我自己验证过的小判断：
工具的价值不在代码，在「有多少人真的用上了」。能被打开的半成品，远胜过打不开的完美品。
先想分发，再想功能。确定了「这东西能当天变成链接给人看」，你再决定做什么功能，顺序别反。
功能上AI能帮你搞定大半，想系统补一补这块的思路，可以翻翻AI编程里的内容，但记住重心始终是——写得再快，发不出去都等于零。
今天就能做的一个小动作：把你电脑里那个「写完了但没发出去」的HTML文件翻出来，想办法让它变成一个链接，然后发给一个真实的人。不用管完不完美。
你会立刻知道，这个想法到底是活的还是死的。