bml.asia · 纯文字 · 写写停停

没有真实业务需求,研究 Agent 就是烧钱:我的退服复盘

  这两年,Agent 工具和 AI 自动化框架我研究得不算少:本地装过、远程配过,还专门租过云服务器让它们挂机跑任务。可就在前几天,我把名下最后一台云服务器也退掉了。不是工具不好,而是我终于想通一件事:没有真实落地的业务需求,研究 Agent 就是一笔赔本买卖——资金和精力投进去,回报却几乎为零。

一、我当初为什么租服务器折腾 Agent

  理由看起来都很正当:想让 Agent 7×24 小时跑,挂机处理任务;想部署各类 harness,把自动化框架试个遍;想给博客配一个"自动运维"的助手。每一件事单独听都有用,可细问下去,每一件都站不住脚——它们全是"我想试试",没有一个是"没它不行"。

  服务器一旦租起来,真正的折腾才刚开始。装环境、配权限、调依赖,一套下来就是一两个晚上;进程挂了要重启,日志涨了要清理,框架升级了还要跟着适配。Agent 本来是拿来干活的,结果大部分时间,是你在伺候它。

二、退服之后,这笔账才算清楚

  退掉服务器那天,我把这两年在这件事上的投入从头到尾捋了一遍:

  • 资金:服务器月租、带宽流量、数据盘快照,单看单价都不贵,累积起来却是一笔实打实的沉默成本;更贵的是我一次次"再租一个月试试"的侥幸心理。
  • 精力:配置环境、守护进程、排查故障、半夜爬起来看日志——这些时间加起来,足够我把主业里的真问题解决好几轮。
  • 机会成本:研究框架、追新工具的每一小时,都是从写内容、做产品、过生活那里挪过来的。挪给了没有回报的事,就是双重亏损。

  最扎心的是,我花这么多钱和精力维护的"自动化",最终产出的那点内容,用手工十分之一的时间就能做完。自动化省下来的时间,还没我伺候自动化的时间多。

三、什么叫真实业务需求?先过三关

  吃够教训后,我给自己定了一套判断标准。新工具、新框架想让我掏钱掏时间,先过三关:

  1. 有没有非你不可的场景:这个需求是不是真实存在的,有没有人在等着它交付,还是只是"我觉得可以做"?
  2. 有没有不可替代的价值:它要解决的麻烦,是不是手边工具解决不了、必须专门搭一套系统的?
  3. 有没有持续的产出:跑起来之后,是持续替你省事,还是三天新鲜、两周吃灰?

  三关全过,才值得研究;有一关不过,就该停手。技术的好奇心很贵,只有真需求才付得起账单。

四、我的答案:零云服务器,EdgeOne Pages 跑博客

  退服之后,我的博客不但没停,反而更轻松了。现在的完整链路是:本地 Hugo 写作 → Git 推送 → EdgeOne Pages 静态托管 + 全球 CDN 分发,全程不依赖任何一台常驻云主机。

  写文章就在本地,打开终端敲几行命令,浏览器实时预览:

# 1. 进入 Hugo 项目目录
cd C:\Users\Administrator\Desktop\hugo

# 2. 启动本地预览,浏览器打开 http://localhost:1313
.\tools\hugo.exe server

# 3. 保存 .md 后页面自动热更新,无需重启;按 Ctrl+C 停止

  文章写好后推送到代码仓库,EdgeOne Pages 自动拉取、构建、上线,流量全部走 CDN。没有进程要守护,没有磁盘要清理,没有续费提醒——这套方案的成本,几乎只剩下"写"本身。

五、把研究的热钱,留给真实的需求

  现在回头看,租服务器研究 Agent 的那段时间,缺的从来不是技术热情,而是一个真实需求来"兜底"。没有需求,再先进的框架也是摆设;有了需求,最简单的工具也能产生回报。

  我已经把云服务器全部退掉,这个博客就是最好的证明:一个零云服务器、靠 EdgeOne Pages 跑起来的静态站,一样稳定、一样快,成本低到可以忽略。 如果你也在纠结要不要为某个工具掏钱、掏时间,先问自己一句:这个东西,到底有没有真实业务需求在等它?