AI agent 写 Next.js,为什么最不容易翻车

26 年 10 月 24 日 星期六
1019 字
6 分钟

现在让 agent 从零做一个 SaaS,大多数人的默认动作高度一致:开 Cursor 或 Claude Code,脚手架选 Next.js。这个组合不是营销出来的,是三条现实叠加的结果,每一条都能在官方文档里找到证据。

框架在主动向 agent 靠拢

2025 年 10 月的 Next.js 16:Turbopack 成为默认构建器,middleware 更名 proxy.ts,Cache Components 落地,DevTools MCP server 直接内置。对人类开发者,这些是性能和 API 更新;对 agent,更重要的一件事藏在文档里——官方专门写了一页 "How Next.js supports AI coding agents",到 16.2,仓库里又放进 AGENTS.md,纠正模型过时的训练记忆。Vercel 那边还开源了 next-devtools-mcp,让 Claude Code、Cursor 可以直连运行中的 dev server,读路由、读报错、读应用状态。

框架作者亲自把"agent 需要什么上下文"写成了基础设施。

模型侧同样齐了。Vercel AI SDK 在 2026 年 6 月发布 7.0,agent 原语成为一等公民:持久化的 WorkflowAgent、带审批的工具调用、类型化的 tool context。一个 streaming 对话接口只需要十几行:

ts
// app/api/chat/route.ts — AI SDK 7
import {
  convertToModelMessages,
  createUIMessageStreamResponse,
  streamText,
  toUIMessageStream,
  type UIMessage,
} from 'ai'

export const maxDuration = 30

export async function POST(req: Request) {
  const { messages }: { messages: UIMessage[] } = await req.json()
  const result = streamText({
    model: 'anthropic/claude-sonnet-5.5', // AI Gateway 模型字符串(示意),可换成任意 provider 的模型对象
    messages: await convertToModelMessages(messages),
  })
  return createUIMessageStreamResponse({
    stream: toUIMessageStream({ stream: result.stream }),
  })
}

三条现实

约定密度。 agent 出错的很大来源是自由发挥:项目结构、命名、配置方式没有标准答案时,模型只能猜。Next.js 恰恰是约定最密的主流框架——文件路由、目录职责、数据获取方式都是规定动作。可猜的东西少,犯错面就小。

训练数据密度。 模型见过的 Next.js 高质量代码,比其他任何 React 元框架都多。这不是玄学:模板、教程、开源 SaaS 项目堆了十年。ShipFast 这类样板 2024 年 4 月冲到约 14.1 万美元 MRR 的峰值——模板卖到这个量级,本身就是一次大规模的训练语料投放。

部署闭环。 git push 即上线,agent 可以在没有人的情况下走完"改代码 → 验证 → 部署 → 看报错 → 再改"的整个循环:

text
想法一句话
   ↓
agent 生成页面与接口(v0 / Claude Code / Cursor)
   ↓
本地 dev server 校验(DevTools MCP 直读报错)
   ↓
git push 预览部署 → 真人试用
   ↓
反馈贴回同一个 agent 会话
   ↓
下一轮迭代

v0 累计使用人数超过 400 万(Sacra 2026 年 2 月的估算),它验证的就是这条流程真有人付费。

这类自报数字先看口径。Pieter Levels 2025 年 2 月用 Cursor 三个多小时做出多人在线飞行模拟器 fly.pieter.com,上线十七天自报收入跑到 100 万美元 ARR 的速率——这是游戏不是 SaaS,收入是自报口径,后来也明显回落。但它证明了一件事:agent 开发的速度上限,已经和"人写代码的速度"脱钩了。

反面也得说

HN 上对 Next.js 的抱怨从来不少。2025 年 9 月有个高赞帖标题就叫 "Next.js is infuriating":破坏性变更频繁、抽象层太厚。RSC 的老争论也没停——一段组件代码看不出跑在服务端还是客户端,对人类读者如此,对模型同样如此。2025 年 12 月,React 和 Next.js 还爆出过 RSC 相关的未授权 RCE。

更实际的风险是 vibe slop:agent 生成代码的速度远超人类评审的速度,债不是不产生,是产生得更快。供应商锁定也真实存在——"更多服务端复杂度等于 Vercel 更多账单"的质疑,在 HN 的评论区反复出现。

更准确的结论是:agent 加 Next.js,把"做出来"的成本压到了接近零。但"做对"——鉴权、支付、数据边界、长期维护——一件都没变便宜。这部分还是你的活。

文章标题:AI agent 写 Next.js,为什么最不容易翻车

文章作者:qqyule

文章链接:https://justidea.cn/posts/nextjs-ai-agent-saas

最后修改时间:


作者签名

商业转载请联系站长获得授权,非商业转载请注明本文出处及文章链接,您可以自由地在任何媒体以任何形式复制和分发作品,也可以修改和创作,但是分发衍生作品时必须采用相同的许可协议。
本文采用CC BY-NC-SA 4.0进行许可。