他用 GPT-4o 做了个博客 CMS：AI 不写稿，只替你“动手”

大多数 AI 博客工具，都在卷“写得像不像人”。Ras Mic 却反其道而行：让 AI 不写内容，而是直接帮你创建站点、管理博客、改配置。这支视频展示了一个更危险、也更实用的方向——AI 正在变成真正的产品能力，而不是花哨功能。

最反直觉的一点：AI 不负责创作，而是负责“干活”

视频一上来，Ras Mic 就抛出一个很不主流的想法：如果 AI 只是用来生成内容，那它永远只是个插件，而不是产品的一部分。于是，在他的多租户博客 CMS（tafi）里，AI 的角色被重新定义——不写文章、不润色文案，而是直接调用工具，替用户完成真实操作。

在 Demo 里，你可以直接对 AI 说：列出我所有的博客站点、帮我新建一个站点、修改站点设置。AI 不返回一堆废话，而是触发 tool calling，调用后端 server action，创建站点、校验子域名，然后把结果“渲染成 UI 组件”。

这背后的理念非常明确："AI 是 feature，不是 product。"当 AI 能直接操作你的系统，它的价值才开始显现。这也是为什么他选择 Vercel AI SDK，而不是简单接个 Chat Completion 就完事。

从“写博客”到“建站点”：这个 CMS 的结构设计很关键

如果你注意看他这次的更新，会发现一个不太起眼、但非常重要的改动：现在必须先创建 Site，才能在 Site 下面创建 Blog。这不是 UI 调整，而是为 AI 能力铺路。

在新的架构里：Site 是一级实体，负责域名、描述、整体配置；Blog 只是 Site 下的内容单元。API 也随之升级，既可以跨站点拉取所有博客，也可以按 Site 查询。

这让 AI 的“可操作空间”瞬间变大了。因为工具调用不再只是 CRUD 一篇文章，而是可以围绕 Site 这个核心对象做完整的生命周期管理：创建、读取、更新、删除。换句话说，这已经非常接近一个 AI Agent 的最小可用形态。

真正的“技术内核”：Vercel AI SDK 的 Tool Calling 怎么落地

如果你是冲着代码来的，这一段才是精华。

所有 AI 相关逻辑集中在 CMS/AI 目录下：useChat 管理对话状态，数据库持久化消息，确保刷新后工具调用的 UI 还能复现。真正的魔法发生在 chat API route 中：使用 streamText，指定模型 GPT-4o，并在 system prompt 里明确 AI 的边界。

然后是 tools 定义：每个工具都有清晰的参数 schema，比如 createSite 需要 name、subdomain 等字段。AI 决定调用哪个工具，服务端执行对应的 server action，返回结构化数据，前端再根据 tool invocation 类型，用 switch case 渲染成卡片、列表或确认状态。

这里有个容易被忽略的点：onFinish 回调会把 tool result 也存进消息历史。这意味着，AI 的“行为”本身成为了可回放、可调试的产品状态，而不仅是一次性输出。

一个危险但真实的趋势：AI 正在吞掉“后台操作”

这支视频最值得 AI 从业者反复看的，不是代码细节，而是它透露出的产品趋势。

当 AI 可以安全、可控地调用工具，后台管理界面本身就开始变得可选。用户不再关心“点哪里”，而是“我想做什么”。CMS、CRM、Admin Panel，这些传统 SaaS 的核心壁垒，正在被对话 + 工具调用一点点侵蚀。

Ras Mic 在视频里反复强调学习方式：fork 代码、玩坏它、修好它。这其实也是对行业的一种隐喻——AI Agent 时代，没有现成模板，只有不断试错的产品实验。

总结

如果你还在纠结“要不要给产品加个 AI 写作功能”，那这支视频值得让你清醒一下。真正拉开差距的，不是文笔，而是权限、工具和系统边界的设计。对开发者来说，下一步不是换更强的模型，而是问自己：哪些真实操作，可以安全地交给 AI？当 AI 能替用户“动手”，而不是“动嘴”，你做的就不再只是一个 AI 功能，而是下一代产品形态的雏形。

关键词： Vercel AI SDK， Tool Calling， AI Agent， GPT-4o， Next.js

事实核查备注： 视频作者/频道名称 Ras Mic；项目名称 tafi；使用的模型为 GPT-4o；发布时间 2024-07-01；工具调用基于 Vercel AI SDK；未提及具体公司或商业化数据