用途：为 Next.js 路由建立测试驱动的优化循环，让初始加载（硬导航）或客户端导航（软导航）中“有意义的可用 UI”立即提交，仅让真正请求时的工作随后流式渲染。
主要能力：以 @next/playwright 的 instant() 作为“尺子”而非秒表，断言静态外壳在锁下提交；流程按 P→G 阶段推进，每阶段设门禁。包含前置检查、仓库级 rig 发现与 instant-nav.rig.md、生产构建 rig、基线、RED、修复、PARITY 与差分验证。
必要用法：需 Next.js 16.3+ 且 next.config.ts 中启用 cacheComponents: true；@next/playwright 与 next 同发布线；生产构建需通过 experimental.exposeTestingApiInProductionBuild 暴露测试 API，且该条件在测量构建中为真、生产为假。不得在 next dev 上测量。修复参照 Optimizing the static shell 指南，按阻塞类型选择模式。
适用场景：优化静态外壳、修复非即时的客户端导航、缓存可复用工作或将请求时工作下移。若仅缺 URL 特定内容，转交 next-partial-prefetching-optimizer。
限制：不改变数据源、新鲜度、授权与完成行为；不得用 export const instant = false 或空外壳；需保持布局、响应式与客户端状态；具体平台、环境变量与命令仅为示例，需按自身技术栈翻译。部分细节（如完整 rig 模板）暂未提供。