refactor(cli): naku 与 pack:release 合并为 pack CLI——release/build 子命令，--yes 非交互

docs/design/技术选型.md

@@ -54,7 +54,7 @@
 ├─ packages/
 │  ├─ core/      # 业务核心：轮询与 request_id 去重 · 折算链 · 加密体系 · API 语义与 DTO 类型
 │  └─ db/        # 数据访问层：Drizzle schema（pg 方言）+ 仓储 + 迁移 CLI
-├─ scripts/      # 打包/构建 CLI（naku pack / build）
+├─ scripts/      # 打包/构建 CLI（pack release / build）
 ```
 
 **依赖规则（单向）**：`apps/*` → `packages/db` → `packages/core`；core 导出的 DTO 类型可被 web 以纯类型依赖引用（前后端共用一份契约类型）。

docs/design/部署方案.md

@@ -28,7 +28,7 @@
 ```text
 本地（打包）                              服务器（运营方）
 ──────────                              ────────────────
-bun run pack:release                      /opt/naku/          ← 约定目录
+bun run pack release --yes                 /opt/naku/          ← 约定目录
   ├─ 前端 dist/                           ├─ docker-compose.yml
   ├─ naku-server（linux 单文件）           ├─ Dockerfile
   ├─ naku-engine（linux 单文件）           ├─ .dockerignore
@@ -53,7 +53,7 @@ bun run pack:release                      /opt/naku/          ← 约定目录
 
 ## 3. 产物包 `release/`
 
-本地 `bun run pack:release` 产出，内容固定为：
+本地 `bun run pack release --yes` 产出，内容固定为：
 
 ```text
 release/
@@ -68,13 +68,13 @@ release/
 
 | 项 | 约定 |
 |----|------|
-| 命令入口 | 优先 `bun run naku pack`（交互：平台 / 内容 / tar.gz）；一键等价 `bun run pack:release` 或 `naku pack --yes` |
-| 脚本落点 | `scripts/cli.ts`（citty + clack）· `scripts/pack-core.ts`（纯打包逻辑）· `scripts/pack-release.ts`（非交互兼容入口） |
+| 命令入口 | 优先 `bun run pack release`（交互：平台 / 内容 / tar.gz）；一键等价 `bun run pack release --yes` |
+| 脚本落点 | `scripts/cli.ts`（citty + clack）· `scripts/pack-core.ts`（纯打包逻辑） |
 | 目标平台 | 默认 `bun-linux-x64`；`--target=` 可切 `bun-linux-arm64` / `bun-darwin-*` / `bun-windows-*`（含 arm64） |
 | 构建顺序 | 清空输出目录 → `build:web` → 三次 `--compile` → 拷 `drizzle/` →（可选）tar.gz |
 | 禁止入包 | `.env` · 源码 · `node_modules` · 任何密钥 |
 | 校验 | 打包后检查五条目都在且非空（Windows 本机编译允许 `.exe` 后缀）；缺一即失败退出 |
-| 本地试跑 | `naku build` / `build:server` / `build:engine` → `bin/`（当前平台），与部署包 `release/` 分离 |
+| 本地试跑 | `pack build` / `build:server` / `build:engine` → `bin/`（当前平台），与部署包 `release/` 分离 |
 
 ### 3.2 为何是单文件而不是「服务器上构建」或「上传源码」
 
@@ -211,7 +211,7 @@ loadEnv → createDb(DATABASE_URL) → runMigrations(db, MIGRATIONS_FOLDER) →
 
 ```bash
 # 本地
-bun run pack:release
+bun run pack release --yes
 
 # 服务器
 # 将 docker-compose.yml · Dockerfile · .dockerignore · Caddyfile · entrypoint-*.sh 放入 /opt/naku/
@@ -228,7 +228,7 @@ docker compose ps
 
 ```bash
 # 本地
-bun run pack:release
+bun run pack release --yes
 # 上传，整目录覆盖 /opt/naku/release/
 
 # 服务器（固定命令）
@@ -299,13 +299,13 @@ docker compose ps
 
 | 文件 | 动作 |
 |------|------|
-| `scripts/cli.ts` · `scripts/pack-core.ts` · `scripts/pack-release.ts` | 打包/构建 CLI 与核心逻辑 |
+| `scripts/cli.ts` · `scripts/pack-core.ts` | 打包/构建 CLI 与核心逻辑 |
 | `packages/db/src/migrate-cli.ts` | 迁移 CLI 入口 |
-| `package.json` | `naku` · `pack:release` · `build:server` · `build:engine` |
+| `package.json` | `pack` · `build:server` · `build:engine` |
 | `Dockerfile` · `docker-compose.yml` · `.dockerignore` | 两阶段镜像 · 五服务（含 `container_name`） |
 | `Caddyfile` · `entrypoint-pg.sh` · `entrypoint-app.sh` | 与 compose 同级平铺 |
 | `README.md` | 「部署」章与文档地图 |
-| `AGENTS.md` | 命令表（pack / build / naku） |
+| `AGENTS.md` | 命令表（pack / build） |
 | `.env.example` | 部署语义注释 |
 
 ---
@@ -315,13 +315,13 @@ docker compose ps
 1. **`migrate` 独立单文件**：多一个产物，换来「先迁后跑、失败不启」的清晰门闩。若嫌多，可改为 server 启动时迁（仍幂等），但失去 migrate 失败阻断 engine 的不对称控制。
 2. **目标平台写死 linux-x64**：匹配常见服务器；ARM 用打包参数切换，不为此引入交叉编译矩阵。
 3. **`DATABASE_URL` 单源 + 两个 entrypoint**：少一处密码不一致；多两个常驻小 shell。若偏好 compose 原生 `POSTGRES_*`，需接受密码在 `.env` 写两处（或 `DATABASE_URL` 仅应用用）。
-4. **产物包而非源码包**：服务器零构建；代价是发版必须在本地（或 CI）跑 `pack:release`。
+4. **产物包而非源码包**：服务器零构建；代价是发版必须在本地（或 CI）跑 `pack release --yes`。
 
 ---
 
 ## 12. 验收清单（实现后）
 
-- [ ] `bun run naku pack --yes`（或 `pack:release`）在 Windows 产出完整 `release/`（五条目齐全）
+- [ ] `bun run pack release --yes` 在 Windows 产出完整 `release/`（五条目齐全）
 - [ ] 首次安装按 §6.1 一次命令链可起，`docker compose ps` 形态符合 §6.4
 - [ ] 仅替换 `release/` 后重跑固定命令，版本切换成功且数据保留（卷不重建）
 - [ ] 连续两次固定命令：第二次 `migrate` 不重复应用已存在迁移（日志可证）