问EdgeOne Makers：Next.js 构建成功后误走 vinext 检查，Production 连续失败？

我使用 EdgeOne Makers 部署一个 Next.js SSR 网站。此前 Production 一直正常运行，但在 2026 年 11 月 6 日更新部署时，连续两次遇到相同的构建失败问题。

希望请教官方工程师是否遇到过类似情况，以及应如何恢复正常的 Next.js 部署流程。

一、问题现象

当天有三次可对照的部署：

• 此前的 Production：构建成功，正确识别为 Next.js。
• 当天的 Preview：构建成功，正确识别为 Next.js。
• 当天晚上的 Production：Next.js 构建成功，但后续进入 vinext 产物检查流程，部署失败。

失败后使用控制台「重新部署」功能再次尝试，仍然失败。

目前旧 Production 仍正常服务。

二、构建配置及错误日志

项目使用 Next.js 16.3.8，构建命令为：

bash scripts/with-node.sh npm run build

实际执行：

next build --webpack

构建日志显示：

✓ Compiled successfully in 22.0s
✓ Finished TypeScript in 9.8s
✓ Collecting build traces in 8.1s
[StaticAssetsBuilder] ✓ Build project completed in 47.71s

但紧接着出现：

[StaticAssetsBuilder][✘] Vinext build did not emit
dist/client and dist/server.
The build script must be vite build or vinext build.

随后：

[cli] No server-handler detected,
generating routes.json for pure project...

Build error

三、已完成的排查

已核对成功和失败版本之间的仓库构建配置、依赖、lockfile 以及构建脚本，没有发现相关变化。

三次对照部署均使用 StaticAssetsBuilder，但构建完成后选择的框架产物检查路径不同。

日志中的 cloudFunctions.nodejs.maxDuration 弃用提示并未导致配置校验失败。

项目包含 SSR 和动态服务端 API，不能作为纯静态网站发布。目前没有修改框架预设、构建命令或应用代码来规避错误。

四、希望官方协助确认

1. Makers 在什么条件下会将 Next.js 构建产物交给 vinext 检查器？
2. 为什么相同项目的成功部署使用 Next.js 适配路径，后续 Production 部署却要求 dist/client 和 dist/server？
3. 这是否可能是框架识别或构建适配器的问题？有没有官方推荐的排查或修复方法？
4. 如果需要调整项目框架预设，正确的 Next.js SSR 配置是什么？该调整是否会影响现有 Preview？

希望能够继续使用原有的 Next.js 构建与部署方式，而不必将整个项目迁移到 vinext。

如需具体部署记录供工程师进一步核查，可以通过非公开支持渠道提供。

谢谢！