函数使用量突然上升
先看使用量和路由指标，再判断账单变化是否与某个端点或缓存设置有关。
Vercel Optimize by Vercel Labs
使用 Vercel Labs 的 Vercel Optimize，调查已部署 Vercel 项目的成本与性能。先收集用量与生产信号，再确定有证据支持的路由和设置，结合框架版本、相关源码与可观测性权限，形成有优先级的改进建议。
安装与快速上手
选择你使用的 Agent，查看对应的安装或使用方式。在 Floatboat 中，可复制请求让 Agent 读取原始说明；其他选项会显示该 Skill 的安装命令或发布者提供的原生步骤。
选择 Agent
在 Floatboat 中开始
复制请求，粘贴到 Floatboat 对话
请阅读 https://github.com/vercel-labs/agent-skills/blob/main/skills/vercel-optimize/SKILL.md 中的 Vercel Optimize 原始说明，介绍它的用途、所需工具和安装方式，再协助我使用。由 Agent 读取原始说明，再确认当前环境的使用方式。
下载 Floatboat ↗试试这样提问
调查上个月 Vercel 函数成本上涨。先确认项目范围，读取可用指标，只排序有证据支持的优化机会。
关于 Vercel Optimize
Vercel Optimize 是 Vercel Labs 面向已部署项目成本与性能调查发布的 Skill，强调先看生产证据，再阅读相关源码。它附带收集信号和筛选候选项的脚本，让建议对应到有指标支持的路由或设置，避免仅凭可疑代码推断优化收益。原始说明列出了 Next.js、SvelteKit、Nuxt 与有限的 Astro 支持，并要求项目关联、合适的 CLI 和 Node 版本及正确账户范围；路由级指标建议还需要 Observability Plus。流程最终形成按优先级整理的建议，实施后仍应在相同负载下比较表现与正确性。
Vercel 成本与性能优化的使用场景
探索能够结合部署项目用量与路由信号调查的优化问题：函数消耗异常、某个页面成本或延迟偏高，或准备调整缓存策略。先用可获得的证据确定调查重点，再检查相关文件与设置，减少无依据的全局修改。
某个页面似乎既慢又贵
由可测量的路由信号决定哪些源码文件和设置值得调查。
有人建议修改缓存
在建议 ISR、中间件或响应缓存改动前，先确认当前命中模式和框架行为。
如何使用 Vercel Optimize
先确认已关联项目、账户范围和可观测性条件，再开始采集数据。通过附带流程筛选有证据支持的候选项，只调查相关文件，最后审阅按优先级整理的建议、支撑信号及数据不足带来的限制。
- 01
核对范围与前提
确认关联的 Vercel 项目、账户和框架。采集信号前核对原始说明中的 CLI、Node 与可观测性要求。
- 02
收集并筛选证据
使用附带流程收集生产信号。先通过筛选确定候选项，再调查源码文件。
- 03
审阅排序后的建议
与 Agent 仅检查选定路由或设置。逐项核对证据、框架版本适配和改动后的验证方式。
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
Vercel Optimize 常见问题
Vercel Optimize 会先扫描整个仓库吗？
不会。原始原则先收集生产信号，再把代码调查限定在有指标支持的候选项。
没有 Observability Plus 能估算节省金额吗？
路由级指标建议依赖原文要求的可观测性权限。缺少数据应明确说明，不能用虚构的精确数字代替。
它适用于哪些框架？
原文对 Next.js 支持最完整，也支持 SvelteKit、Nuxt；Astro 有限，其他框架需要受限流程。运行前应核对当前来源。
它只是文字检查清单吗？
不是。它带有信号收集、筛选和报告所需的脚本及参考资料，但仍依赖已授权的 Vercel 访问。
开始优化前准备哪些证据最有帮助？
提供受影响路由、有代表性的时间窗口，以及可用的延迟、错误或资源信号。具体基线比笼统要求降低所有成本更有助于形成有效建议。
怎样验证优化建议是否有效？
在相同负载下比较修改前后，同时检查正确性和性能。如果资源数字下降却增加错误或破坏任务，就不能算有效优化。
运行 Vercel Optimize 前应核对哪些条件？
原始说明列出 Vercel CLI v53+、Node.js 20+、已认证 CLI，以及具有正确账户范围的已关联项目。路由级指标建议需要 Observability Plus。运行脚本前应再核对当前来源要求。