codebuddy.tech

我花了一晚上构建了自己的发布 API

昨晚，我拍下了我的猫皮埃尔在床上。他正做着他的老规矩——爬上我的身，盯着我看，最后唱起来。我压缩了视频，运行了一条命令，它就自动出现在了我直播视频推送的顶部。

几秒钟后，响应回来了：98 个视频。皮埃尔排在最前面。推送已更新。完成。

实际发生了什么

实际上，一个 Cloudflare Worker 处理了所有工作：接收视频字节，存储到 R2 对象存储，获取现有的 feed JSON，将新视频 URL 添加到列表前端，将更新后的 JSON 写回 R2，并更新 KV 存储。没有服务器。没有数据库。没有部署流水线。只有一个 Worker、一个存储桶和一个键值存储。

按我当前的规模，总基础设施成本几乎为零。

为什么这感觉意义重大

在昨晚之前，添加一个视频需要手动通过 AWS CLI 上传到 R2，编辑 feed JSON，重新上传，并清除 CDN 缓存。而现在，障碍仅是一条 curl 命令。或者最终，根本不需要命令——只需说一句“嘿 Claude，上传这个视频。”

拥有自己网站的 API 会改变可能性。这就是网站和平台的区别。

只需一个经过身份验证的 POST 请求，就能发布到网络中。从这里开始，同样的模式可以扩展到多个推送、多个平台，最终扩展到 YouTube。一次上传，同时发布到所有地方。

大局观

我启动了为期 333 天的信号实验，目的是强迫自己持续公开构建。到了第四晚，我已经有了一个直播视频推送、一个自动化的 cron 轮换、一个由 8 个互联域名组成的网络、一个信号分数，以及一个可以随时随地调用的发布 API。

这个链条只有 4 天。基础已经到位。接下来：一个单一的 shell 脚本，上传视频、推文它，并同时更新所有端点。一条命令。全覆盖分发。