成本
函数使用量突然上升
先看使用量和路由指标，再判断账单变化是否与某个端点或缓存设置有关。
01 / Skill 档案 · Vercel · 成本与性能审查
Vercel Optimize：让指标决定先查哪里
面向 Vercel 成本与性能的 Skill：先收集生产指标，再把代码调查范围缩到有证据指向的路由与文件。
发布方、原始来源与安装方式
原发布方 Vercel Labs · 类型: 带脚本的指标驱动审查 Skill
本页为独立介绍；Vercel Labs 未对 Floatboat 作出背书。
上游安装方式
npx skills add vercel-labs/agent-skills --skill vercel-optimize安装上游指令及附带资源；仍可能需要 Vercel CLI 权限和 Observability Plus。
一个具体请求
原始流程强调可观测性优先，而非全仓库随意扫一遍。它用脚本汇总 Vercel 信号、筛选调查对象并排序建议；路由级结论依赖相应权限和可观测性前提。
向 Agent 提问
“调查上个月 Vercel 函数成本上涨。先确认项目范围，读取可用指标，只排序有证据支持的优化机会。”
应该得到什么
合格审查应指出测量过的路由、支撑指标、有限的代码位置、前提和不确定性，不编造节省金额。
何时适合使用 Vercel Optimize
当 Vercel 已部署项目有明确的成本或性能问题，而且能访问生产指标时使用。
路由
某个页面似乎既慢又贵
由可测量的路由信号决定哪些源码文件和设置值得调查。
缓存
有人建议修改缓存
在建议 ISR、中间件或响应缓存改动前，先确认当前命中模式和框架行为。
哪些情况缺少必要证据
- 在指标、使用量或项目范围无法核实时给出精确节省金额。
- 对未关联或不支持的项目做无边界全仓代码扫描。
指标优先审查如何进行
先确认项目范围并收集信号，只有筛选出的候选项才进入代码调查。
- 01
确认项目范围
读取指标或用量前，先确认关联项目和所属账户。
- 02
收集并筛选信号
用附带的收集和筛选流程挑选有指标支撑的候选项。
- 03
调查并排序
只阅读候选路由相关文件，再给出经过核实且匹配版本的建议。
02 / 使用指南
优化建议要先有证据
筛选流程只处理有数据支持的候选项。缺少指标或项目范围不明确时，应报告限制，不能凭空估算收益。
Vercel Optimize 为什么先看指标？
原文明确要求先收集信号并通过确定性筛选，再阅读被指标指向的源码。这样可以区分真正高成本的路由和只是看起来可疑的代码。
获得路由级建议需要什么权限？
原文列出项目关联、受支持的 CLI 与 Node 版本、正确账户范围；路由级指标建议还需要 Observability Plus。缺少这些条件时，审查必须说明限制。
你能拿到什么
- 有指标支撑的候选列表
- 按优先级排序的成本或性能建议
- 明确的阻碍与数据限制
使用前先核对
- Vercel 项目与所属账户是否明确？
- 所需结论有路由指标支持吗？
- 框架是否在支持范围内？
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
常见问题
Vercel Optimize 会先扫描整个仓库吗？
不会。原始原则先收集生产信号，再把代码调查限定在有指标支持的候选项。
没有 Observability Plus 能估算节省金额吗？
路由级指标建议依赖原文要求的可观测性权限。缺少数据应明确说明，不能用虚构的精确数字代替。
它适用于哪些框架？
原文对 Next.js 支持最完整，也支持 SvelteKit、Nuxt；Astro 有限，其他框架需要受限流程。运行前应核对当前来源。
它只是文字检查清单吗？
不是。它带有信号收集、筛选和报告所需的脚本及参考资料，但仍依赖已授权的 Vercel 访问。