上个月我想给自己写的一个小工具加个收费入口。就一个特别朴素的念头：既然自己每天在用，那放出去让别人也用、顺手收点钱，应该不难吧？
结果我卡了半个月。真不是夸张。
我一开始以为难点在支付——怎么接微信、怎么对账、怎么开发票。折腾了几天才发现，那些都是查文档能解决的技术活。
真正让我反复推翻方案的，是一个特别不起眼的问题：**免费给到哪一步，从哪一步开始收费？ ** 这条线画歪一点，整个工具要么没人试，要么试完就白嫖走了，再也不回来。
我管它叫「限次线」。这篇就想聊聊这条线，以及一个我自己都没料到的结论：大多数自用工具，其实压根不值得收费。
市场上那批「给自己做」的工具，正在偷偷试收费
先说说我为什么会盯上这个问题。最近逛社区，看到一批很有意思的东西，全是开发者「先给自己做、再顺手放出去」的路子。
有个写了二十年代码的人，久坐腰痛，自己做了个不用看屏幕的健身PWA，语音引导、隔天自动排抗阻训练，戴上耳机闭眼跟着做就行。他的目标很纯粹，就是解决自己「坚持不下来」的问题，小半年下来腰舒服多了。
这个工具是纯前端、开源、数据只存本地，走的是分享路线，没打算收费。
还有个求职的前端，顺手做了个仿 Midjourney 的文生图工具 Lumiere，从需求、前后端到**计费和部署**全是自己推的。注意，他专门提了「计费」——这说明在他心里，这东西是奔着能收钱去的。
再看那一堆 API 中转站，什么 Grok 中转、多米中转，全在喊「薄利多销」「新用户送体验额度，先试用满意再接」。还有个 StorePal，专门给独立 App 做支持页和隐私政策页，免费版给 3 个 App、每月 30 条反馈，Pro 是 9.9 美元一年。
把这几个摆一块看，我突然想明白一件事：这些工具在「要不要收费」和「怎么收费」上，走的路完全不一样。而区别的核心，就是那条限次线画在哪。
为什么限次线才是真正的生死线
你看那些中转站的话术，其实全是围绕限次线设计的。 「送体验额度」是免费的那段，「满意再接」是付费的那段，中间那条线就是免费额度用完的那一刻。
StorePal 更直白：3 个 App、30 条反馈是免费段，超了就 Pro。
这条线画对了，用户会先尝到甜头、确认这东西真能解决问题，然后心甘情愿掏钱续上。画错了会怎样？
免费段太大，用户白嫖到爽，根本不需要付费，你就是在做慈善。免费段太小，用户还没体会到价值就撞墙，直接走人，觉得你吃相难看。
我半个月就卡在这——反复调那个免费额度的数字，调大调小都觉得不对。
后来我才反应过来，问题根本不在数字，在我这工具**到底值不值得让人为它跨过这条线**。
这就引出那个反常识的判断了。
我踩的最大的坑：大多数自用工具根本不该收费
说真的，这是我半个月里最扎心的一个领悟。
社区里有个讨论特别戳我。有人问「有没有好用又免费的 Coding Agent」，底下一堆人回：「免费的才是最贵的」「好用又免费的不存在」。
还有个聊大模型市场的帖子里有句话我记到现在——「不敢收费，收费大家就跑，全是替代品」。
自用工具最大的陷阱就在这。它是你为**你自己**的具体痛点做的，所以对你价值极高。
但对别人呢？那个久坐健身 PWA 为什么走开源分享、不收费？
因为动作教学 B 站一搜一大把，它的价值是「帮你坚持」这种很个人的东西，别人不一定认。它值得存在，但不一定值得被陌生人付费。
所以我现在给自己立了个判断标准，就问三个问题：
第一，这个痛点是不是只有我一个人有？如果是，别惦记收费了，自己用就行。
第二，市面上有没有一堆免费替代品？如果有，你收费用户扭头就跑，参考那句「收费大家就跑」。
第三，用户跨过限次线之后，能不能持续获得价值、而不是一次性用完就结束？中转站能收钱是因为人家天天要调 API，StorePal 能收年费是因为你的 App 一直在线就一直需要那个支持页。
持续价值，才撑得起持续付费。
这三关过不了，就老老实实免费分享,攒口碑、攒用户，别急着变现。过得了，才轮到考虑限次线怎么画。
想清楚之后，我用 VicroCode 把变现闭环压到最小
判断做完，剩下就是落地。我不想为了验证一个「值不值得收费」的假设，先搭一套重得要命的后端。
目标很明确：用最小的动作,把「限次判断 + 公网可访问 + 让人试用付费」这个闭环跑通。
限次线的核心，其实就是一段计费判断逻辑：这个用户用了几次、有没有超额、超了该拦还是该提示升级。这段逻辑我直接用 Python在线运行 写成后端，把「已用次数」记在 SQLite 里，每次请求过来先查一下、判断该放行还是该挡。
逻辑不复杂，但它就是那条限次线的物理形态。
那个 GT AI Gateway 的思路给了我启发——它按用户限速，「给每个人配一个每分钟请求上限，避免单个用户把整个上游占满」。我的限次逻辑本质上是同一件事，只不过我限的不是速率，是免费额度。
有个现成的心智模型照着搭，省事不少。
工具本体是个网页,写完直接走 Web应用托管 挂成一个公网能打开的地址，别人拿到链接就能试。免费段能用、撞到限次线弹出付费提示,整个体验闭环就成立了。
最后是分发。我把它丢进项目列表,让它和我其他在线工具摆在一起，谁想试点开就用。
对一个还在验证「到底有没有人愿意付费」的小工具来说，这种轻量分享刚好够用，不用先去搞什么应用商店上架。
说清楚边界：哪些是平台能干的，哪些得你自己核实
这里必须诚实。上面那套里，用 Python 写限次和计费判断逻辑、SQLite 存用量、Web 托管成公网地址、项目列表分享，这些都是 VicroCode 明确支持的能力，我照着用就行。
但有一环我必须提醒你：**具体的支付通道怎么对接**——比如接哪家的支付、回调怎么处理、发票和对账走什么流程——这些属于你要自己去核实的边界（待核实）。我在这篇里能帮你把「判断该不该收费」和「限次逻辑怎么落」讲清楚，但真金白银的收款链路，请以你选定的支付服务商的官方文档为准，别听我拍脑袋。
把能确定的先跑通，把不确定的标出来单独去查，这是我半个月里学到的第二件事：变现闭环可以拆开验证，别指望一步到位。
今天就能做的一个小动作
如果你手上正好有个自用的 AI 小工具，在纠结要不要收费，别急着接支付。
先做一件事：拿我上面那三个问题过一遍——痛点是不是只有你有、有没有免费替代品、用户跨线之后有没有持续价值。三个里挂掉任何一个，这个工具这阶段就别想变现的事，专心把它做好、分享出去。
三个都过了，再花十分钟画一版限次线：免费给几次、超了提示什么、Pro 卖多少。先把这版写下来，哪怕数字是拍的。
有了这个,你才知道后面那段 Python 判断逻辑该怎么写。
收款是最后一步，也是最不重要的一步。想清楚这条线，比什么都值钱。