写一写开发日志 day0

先说说原因吧。当前AI发展势头非常迅猛，部分模型的效果确实令人惊艳，也有不少人在尝试将AI融入游戏。作为一名个人开发者，我一直觉得自建平台是一种不太明智的选择——尤其是在目标用户和盈利模式都不明确的情况下，贸然投入平台开发，流量从哪来都是个问题。

因此，我更倾向于借助已有的社交平台，将聊天Bot接入其中。这样一来，既能直接触达用户，也能避免从零构建生态的负担。

再说说现状：
我的 Bot 框架目前已实现大部分基础功能，通过napcat来对接qq平台。后端采用 Fastify，前端与核心逻辑均通过它进行通信。技术栈方面，语言是 TypeScript，数据库 ORM 使用 Prisma + SQLite，前端则是 Vue + NaiveUI，算是比较经典的前后端分离架构。

用sqlite而不是mysql或pgsql是因为想边缘部署（虽然现在镜像打包体积足足1.3GB，ubuntu+node24+ffmpeg+构建后的代码）

目前的痛点在于：一个人做全栈，前后端接口对齐的工作量巨大。即便借助 TypeBox 这类工具减轻类型维护的负担，依然耗费大量精力。

着 Bot 功能逐渐增多，配置项也会越来越复杂。我意识到传统前后端分离的模式可能不再适合，于是今天正式决定向 NuxtJS 迁移。为什么不是 NextJS？因为实在学不动 React 了……我现在只希望活在vue生态里。

好，，新的坑就这样挖好了，NuxtJS 用起来确实舒服，数据“所见即所得”，无需再操心接口间的类型安全问题。

但是！第一个大坑很快就出现了：Prisma 在 Nuxt 中的支持实在太差（小声：Prisma 这个框架表面光鲜，实际用起来坑真不少）。而 Nuxt 官方推荐的 ORM 是 Drizzle，甚至提供了 NuxtHub 集成，开箱即用。问题是 Drizzle 和 Prisma 在设计理念上差异巨大，数据层几乎要全部重写。