fix: 发布产物自包含数据库迁移资源，修复 macOS DMG 安装后无法启动

使用 go:embed 嵌入迁移 SQL 到二进制，移除 runtime.Caller 源码路径依赖，
server 和 desktop 发布产物均可在无源码目录环境下完成数据库初始化和迁移。

openspec/specs/database-migration/spec.md

@@ -104,14 +104,14 @@
 
 ### Requirement: 应用启动时迁移
 
-应用 SHALL 在启动时执行迁移。
+应用 SHALL 在启动时执行迁移，并 SHALL 使用随应用构建产物可用的打包迁移资源。
 
 #### Scenario: 自动迁移
 
 - **WHEN** 应用启动
-- **THEN** SHALL 根据 `database.driver` 配置选择对应的迁移目录和 goose dialect
-- **THEN** SHALL 在 `driver=sqlite` 时使用 `migrations/sqlite/` 目录，goose dialect 为 `sqlite3`
-- **THEN** SHALL 在 `driver=mysql` 时使用 `migrations/mysql/` 目录，goose dialect 为 `mysql`
+- **THEN** SHALL 根据 `database.driver` 配置选择对应的迁移资源和 goose dialect
+- **THEN** SHALL 在 `driver=sqlite` 时使用 SQLite 方言迁移资源，goose dialect 为 `sqlite3`
+- **THEN** SHALL 在 `driver=mysql` 时使用 MySQL 方言迁移资源，goose dialect 为 `mysql`
 - **THEN** SHALL 自动执行待执行的迁移
 - **THEN** SHALL 在迁移失败时拒绝启动
 - **THEN** SHALL 记录迁移日志
@@ -122,6 +122,15 @@
 - **THEN** SHALL 检查数据库迁移版本
 - **THEN** SHALL 在版本不匹配时执行迁移
 
+#### Scenario: 发布产物无源码目录时自动迁移
+
+- **WHEN** 应用以发布产物形式运行，且安装环境不存在仓库源码目录
+- **THEN** 应用启动 SHALL 能找到迁移资源
+- **THEN** SHALL 自动执行待执行迁移
+- **THEN** SHALL NOT 依赖源码工作区中的 `backend/migrations/...` 文件系统路径
+- **THEN** SHALL NOT 通过 `runtime.Caller` 推导构建机或源码目录作为运行时迁移目录
+- **THEN** 日志中的迁移资源位置 SHALL NOT 指向构建机路径，如 `/Users/runner/work/...`
+
 ### Requirement: 连接池配置
 
 系统 SHALL 配置数据库连接池。
@@ -157,7 +166,7 @@
 
 ### Requirement: 迁移文件管理
 
-迁移文件 SHALL 版本化管理。
+迁移文件 SHALL 版本化管理，并 SHALL 在构建发布产物时作为运行时迁移资源打包。
 
 #### Scenario: 迁移文件命名
 
@@ -171,3 +180,10 @@
 - **WHEN** 创建迁移文件
 - **THEN** SHALL 按 SQL 方言存储在对应子目录（`migrations/sqlite/` 或 `migrations/mysql/`）
 - **THEN** SHALL 提交到版本控制系统
+
+#### Scenario: 迁移文件打包
+
+- **WHEN** 构建 server 或 desktop 二进制
+- **THEN** SQLite 和 MySQL 迁移文件 SHALL 被作为运行时迁移资源打包进二进制或等效发布资源
+- **THEN** 应用启动迁移 SHALL 使用该打包资源
+- **THEN** backend Makefile 的 goose CLI 迁移命令 MAY 继续使用文件系统中的 `migrations/<dialect>/` 目录