企业官网建设流程全解析

作者：尔东陈在路上｜发布日期：2026-04-17｜原文：https://mp.weixin.qq.com/s/1b3EAIchcwcpV5kFQsdvAw

最近做了一件让自己挺震撼的事情。

我有一个需求：每天自动去投资平台领取收益、按策略买入资产、然后对账，最后把结果发到 Telegram。

半年前，我大概率会想：这需要做一个小系统，或者至少是一个完整的 Python 自动化脚本加上定时 cron job，再套个 Telegram bot……

但这次我换了个思路。花了大半天探索 API，写了一个 Skill，配上 Claude 的定时任务，整件事就跑通了。

没有服务器，没有数据库，没有后台管理界面。但它确实每天在帮我做这件事。

"最小工作单元"变了

做过产品的人都知道一个痛点：很多需求"不够小"。

小到可以手动处理，大到需要做一个产品。卡在中间地带的需求，往往就这样搁置了。你知道自动化之后能省时间，但开发一套完整的系统太重了，不值得。

以前，“需要重复做的批量操作"基本等于"得做个小产品”。现在这个逻辑变了。

Skill 是一段可复用的指令，告诉 AI 怎么完成一类任务。定时任务让这段指令按时间自动触发。两者加在一起，轻量程度远超你想象——你不需要部署服务器，不需要维护数据库，不需要写前端界面。

当工具足够聪明，工程师（或者任何一个有点编程基础的人）的最小工作单元，从"产品"变成了"能力定义"。

API 比按钮可靠得多

在这个过程中，我还踩了一个以前一直走的弯路。

之前做自动化，习惯走浏览器模拟路线——模拟点击按钮，模拟填表单，感觉很直觉。但实际用下来，问题很多：按钮位置漂移、加载时序不稳定、出错了也不知道哪里坏了。

这次我直接去研究了平台的底层 API。核心接口就三个：投资、领取收益、查看资产。花了一个下午摸清楚，写成 Skill，比之前任何浏览器自动化方案都稳。

这个教训本质上很简单：界面是给人看的，API 才是给程序用的。但在自动化时代，这个原则变得更值钱了。如果你在做类似的事情，先问一句"有没有 API"，能省你很多力气。

什么需求适合这个模式？

当然，Skill + 定时任务不是万能的。它有自己最适合的场景：

适合的：有固定流程、重复触发、输入输出结构清晰的任务。比如"每天定时做X，然后发通知"。

不适合的：需要多用户协作的场景、需要复杂权限管理的场景、或者需要给非技术用户提供操作界面的场景——这些还是需要真正的产品来承载。

但我的感受是，很多曾经我以为"需要做系统"的需求，用 Skill 就够了。

比如这篇文章本身——是 Claude 的定时任务每周五自动从我的反思日记里提炼出来、生成草稿的。我只需要审一遍、点发布。

这不是科技感展示，是真实在用的工作流。

想留给你思考的一个问题

你现在手头有没有一个"想自动化但太懒得做系统"的需求？

那个需求，很可能比你想象的轻量。不妨试试用 AI 帮你拆解一下它需要哪些 API、哪些步骤——你可能会发现，一个 Skill 就能搞定它。

工具变了，那个"搁置的想法"也许是时候重新捡起来看看了。

—— 尔东陈在路上