过去的痛点:代码能自动写,基础设施还得手动配

用 Claude Code、Cursor 这类 AI 编程工具,写业务代码已经非常高效。但真正让一个项目上线,最大的阻力从来不是代码本身,而是围绕部署的一系列"杂活":

  • 数据库要去注册
  • Redis 要单独开通
  • 认证服务要配置
  • 日志监控要接入
  • 邮箱服务要申请 API Key

这些步骤过去都需要手动操作,AI 能写逻辑,却卡在基础设施这一步。

Vercel 的做法:把 CLI 变成 AI Skill

这次 Vercel 的关键动作是——不搞 MCP Server,不接新协议,直接把自家 CLI 封装成一个 AI Skill。一行命令完成安装:

npx skills add vercel/vercel --skill vercel-cli

装完之后,Agent 就能像人一样"逛 Marketplace",具体能力包括:

  • 自动发现可用的数据库、认证、日志等服务
  • 自动安装 Neon、Upstash 等第三方服务
  • 自动注入环境变量
  • 自动读取接入文档
  • 自动编写集成代码并完成部署

你只需要说一句:"帮我做个带登录系统的待办 App,部署到 Vercel。" 剩下的流程,Agent 全程自动完成。

更深层的变化:SaaS 产品的"可被 Agent 调用"能力

这件事的意义不只是"方便",而是标志着基础设施正在从"人操作"变成"Agent 可操作"。

过去的设计假设:

  • API 是给程序调用的
  • 文档是给人阅读的
  • CLI 是给人敲的

现在的设计要求:

  • 返回结构化数据
  • 支持无交互模式
  • 提供机器可读文档
  • 默认假设调用者可能是 Agent

这本质上是 SaaS 形态的一次升级。未来能否被 Agent 调用,可能会成为一个产品的生死线——如果你的服务不能被自动发现、自动安装、自动配置,在 AI 自动化流程里就会被直接绕开。

对独立开发者意味着什么

项目搭建的时间成本曲线正在被压平。过去从零搭建一套完整基础设施需要 2~3 小时,未来可能只需要一句 prompt。

当部署成本无限趋近于零,真正有价值的东西只剩两件:

  1. 你想解决什么问题
  2. 你是否有持续迭代的能力

代码门槛在下降,基础设施门槛在消失。对于一人公司和独立开发者来说,现在值得关注的不是"怎么配环境",而是尽早熟悉 AI Agent + 可编排基础设施的工作流——把精力彻底释放到产品本身。