我正在开发 DocFlow，它是一个完整的 AI 全栈协同文档平台。该项目融合了多个技术栈，包括基于 Tiptap 的富文本编辑器、NestJs 后端服务、AI 集成功Neng和实时协作。在开发过程中，我积累了丰富的实战经验，涵盖了 Tiptap 的深度定制、性Neng优化和协作功Neng的实现等核心难点。

Ru果你对 AI 全栈开发、Tiptap 富文本编辑器定制或 DocFlow 项目的完整技术方案感兴趣，欢迎加我微信 yunmz777 进行私聊咨询，获取详细的技术分享和Zui佳实践。

上周，一名工程师和一套 AI 模型从零重写了Zui流行的前端框架。产物叫 vinext，是基于 Vite 的 Next.js 替代实现，一条命令就Neng部署到 Cloudflare Workers。早期基准测试里生产构建快至多约 倍，客户端包体积Zui多小约 %。Yi有客户在生产环境跑它。整件事大约花了一千一百美元左右的 token 成本。

Next.js 是Zui流行的 React 框架，数百万开发者在用，也支撑着大量线上站点，原因hen简单：开发体验hen好。

但在geng广的 serverless 生态里Next.js 的部署是个问题。工具链完全是自成一派的：Next.js 在 Turbopack 上投入hen大，可Ru果你要部署到 Cloudflare、Netlify 或 AWS Lambda，就得把构建产物再"捏"成目标平台Neng跑的样子。

你可Neng会想："OpenNext 不就是干这个的吗？"没错。OpenNext 就是为解决这个问题而生的，包括 Cloudflare 在内的多家厂商dou往里投了不少工程资源。它Neng用，但hen快就会撞到各种限制，变成打地鼠游戏。

在 Next.js 的构建产物之上再建一层，被证明既难又脆。OpenNext 需要反推 Next.js 的构建输出，结果就是版本之间难以预测的变动，修起来hen费劲。

说实话，这也是为什么hen多开发者dou在寻找新的解决方案。

换个思路：与其去适配 Next.js 的产出，不如在 Vite 上直接重写一套 Next.js 的 API。Vite 是 Next.js 之外大多数前端生态用的构建工具，Astro、SvelteKit、Nuxt、Remix 等dou基于它。要的是干净的重实现，而不是包一层或写个 adapter。他们一开始也没把握Neng成，但现在是 年，造软件的成本Yi经彻底变了。

结果比预期走得远得多。

把脚本里的 next 换成 vinext，其余基本不用动。现有的 app/pages/next.config.js douNeng直接用。安装方式如下：

npm install vinext vinext的核心特性

vinext dev # 开发服务器，带 HMR vinext build # 生产构建 vinext deploy # 构建并部署到 Cloudflare Workers

这不是包在 Next.js 和 Turbopack 输出外面的一层皮，而是对同一套 API 的另一种实现：路由、服务端渲染、React Server Components、server actions、缓存、中间件，全部作为 Vite 插件搭在 Vite 之上。geng重要的是借助 Vite Environment API，Vite 的产出Ke以在任意平台上跑。

"为什么我的网站在百度不收录？"

"这个问题啊，说实话，可Neng有几个原因。你得确保你的网站结构清晰，易于爬虫抓取；你可Neng需要提交一下你的网站地图给百度；还有就是内容质量，得是原创且有价值的；Zui后你Ke以检查一下有没有被黑客攻击或者是不是有死链接啥的。你Ke以试试kan这些方法行不行。"

Vercel 和 Cloudflare Workers douhen棒，各有优势。但 vinext 目前geng倾向于 Cloudflare Workers，因为它提供了geng强大的边缘计算Neng力和geng低的延迟。一条命令就Neng部署，是不是hen爽？😍😍😍 害，总之选择哪家，还是得根据你的具体需求来定。你懂的，没有万Neng的解决方案。 咱就是说Ru果你需要geng高的灵活性和可定制性，那 Cloudflare Workers 可Nenggeng适合你。 不对不对，我刚才说错了其实 Vercel 在某些方面也有它的优势，比如说它的自动化部署和优化功Neng就hen强大。 那个那个， 这两个平台各有千秋，你得根据自己的项目需求来选择。 说实话，我觉得 vinext Neng支持多个平台当然是Zui好的啦，这样开发者就有geng多选择了！

"流量感知预渲染"是个hen有趣的概念。它结合了预渲染和动态渲染的优点，既Neng提高页面加载速度，又Neng保持内容的动态性。 哈哈，这个想法挺不错的，利用 Cloudflare 的流量数据来决定哪些页面需要预渲染，这样Ke以大大减少不必要的预渲染工作量。 你可Neng会想，这会不会增加部署的复杂度？其实不会，vinext Yi经帮你搞定了只需要在部署时打开实验开关就行了！

TPR 会分析Zui近一段时间的流量数据，然后根据流量分布情况，选择Zui常被访问的页面进行预渲染。这样既保证了热门页面的加载速度，又避免了对所有页面进行全量预渲染。 而且，这个过程是自动化的，不需要手动配置，大大简化了开发者的工作流程。

Vinext 不仅仅是一个简单的 Next.js 重写，它代表了一种新的开发模式，利用 AI 和现代化的工具链，大大提高了开发效率和应用性Neng。 所以一周内重写 Next.js，不是不可Neng，只要你有合适的工具和技术栈，再加上一点创造力！

Vinext 利用了 Vite 的强大功Neng，结合 AI 的辅助开发，使得整个项目的构建和部署过程geng加高效和智Neng化。同时它还支持多种部署选项，包括 Cloudflare Workers，这为开发者提供了geng多的灵活性。

npx skills add cloudflare/vinext
# 然后在任意支持的工具里打开 Next.js 项目，对 AI 说：
"把这个项目迁移到 vinext"

npx vinext init   # 从现有 Next.js 项目迁移
npx vinext dev    # 启动开发服务器
npx vinext deploy # 部署到 Cloudflare Workers

)