自建工具和买现成哪个更省，我把账摊开
去年我为了省一笔订阅费，花时间自己写了个小工具。上线两周后我发现，同一件事用现成工具只要十分钟，我写了整整一段时间的代码，还多了维护负担。自建工具和买现成哪个更省，答案取决于「这件事你会重复做多少次」，而不是取决于订阅费多少钱。
先给结论：一次性需求买现成，长期高频自建；中间地带看你的时薪。
这篇适合会写代码、又总想「这个我自己能写」的人。下面我把两种选择按几个维度摆开。
对比维度：自建工具和买现成哪个更省，五个角度分别算
| 维度 | 自建工具 | 买现成 |
|------|---------|--------|
| 启动成本 | 你要投入开发时间，当天用不上 | 开通即用，通常当天能跑起来 |
| 持续成本 | 服务器等基建费，加后续维护时间 | 按月或按量的订阅费，规则由平台定 |
| 可控性 | 改什么自己说了算，数据在自己手里 | 功能边界由厂商决定，改不了 |
| 风险 | 你离职、忙、忘了，它就开始烂 | 涨价、停服、改政策，你只能跟着走 |
| 复用价值 | 长期反复用的场景，边际成本趋近于零 | 用一次付一次，复用不省钱 |
看这张表的关键不是哪一列更好，而是你这件事会做几次。做一次的事，自建那一列的启动成本永远收不回来。
分别适合谁
适合自建的人：有稳定技术栈、这件事每周都在做、且现成工具解决不了。比如我团队里 AI 员工之间的交接流程，市面上没有现成产品能按我的分工来。
适合买现成的人：需求边缘、频率低、或者你不打算长期维护它。我团队配置是 1 个真人 + 5 个 AI 员工，但我不可能给每个角色都写一套专属工具。
两边都不适合的人：还没验证需求的人。先别自建也别买年费，用最小的方式跑一遍再说。
我的选择与理由
我现在的做法是混合：核心流程自建，边缘能力全买。
自建那部分是内容生产链路。我累计产出过 57 张公众号封面和 7 篇 AI 生成稿，这条链路我天天走，流程里的每一步我都想控制，所以自己搭。
买现成那部分是零散能力。转个格式、查个资料、跑一次临时分析，这种需求我绝不动手写。
有一次的真实对比很说明问题：我接过一个烧烤店小程序，交付收入 ¥3000，其中手写代码不到 20 行。那次的省，不是省在工具上，是省在「不自建不该自建的东西」。
一个简单的判断动作
给自己三个问题，三个都答「是」才动手自建。
第一，这件事我每周都会做吗？第二，现成工具真的解决不了，还是我只是不想付钱？第三，三个月后我还有精力维护它吗？
第三个问题最容易答错。 我立项到现在跑过 7 轮迭代，方向调整过几次，每次调整都会让一批自建工具变成废件。
反过来，如果三个问题里有一个答「否」，先买现成，把省下来的时间用到能收钱的地方。
常见问题
Q：自建工具真的比买现成省钱吗？
不一定。钱只是一部分，自建还要算开发时间和你后续的维护时间。高频复用的场景自建更划算，一次性需求买现成通常更省。
Q：程序员是不是都该自己写工具？
不该。会写不等于该写。判断标准是复用次数和维护意愿，不是技术能力。写得出来但没人维护的工具，比买来的更容易出问题。
Q：买现成会不会被平台绑住？
有这个风险，功能边界和价格都由平台定。缓解办法是关键数据留一份在自己手里，别把所有流程都压在一个你控制不了的工具上。自建工具和买现成哪个更省，最后还是要落到你有没有退路上。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」