chore(格式): Prettier 统一到全仓，后端和契约一次性格式化

原来只有 `apps/web` 在 Prettier 下（配置在 `apps/web/.prettierrc.toml`、脚本在
web 的 package.json），后端和契约从来没格式化过 —— 手写在 100 列上下，`db/schema.ts`
还是 drizzle-kit pull 留下的 tab 缩进。两套口径分叉久了，跨端改一处就得记着「这边
什么风格」。

- 配置搬到根目录 `.prettierrc.toml`，内容不变（`semi=false`，其余全默认，
  printWidth 80 —— 和前端已有的格式一致，不另立一套宽度）；
- 脚本统一成根目录 `bun run fmt`，覆盖 `apps/*/src`、`apps/web/tests` 和两个构建
  配置；web 自己那份 `fmt` 和重复的 prettier 依赖删掉；
- `.prettierignore` 挡掉两类不该碰的：drizzle-kit 生成的 `src/db/meta/` 结构快照
  （它是 db:generate 的比对输入，只该由 drizzle-kit 写）、unplugin 每次 dev 都会
  重写的 `auto-imports.d.ts` / `components.d.ts`；
- 全量跑了一遍。纯格式，无行为改动：api typecheck / check:routes / check:ast、
  前端 type-check 全过，起 api 打了接口确认正常。前端这 39 个文件的小改动是
  prettier 版本漂移（类型断言的换行口径变了），不是新配置带来的。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

apps/api/src/judge/sql/child.ts

@@ -29,7 +29,12 @@ export type SqlJob =
       timeLimitMs: number
       memoryLimitMb: number
     }
-  | { kind: "display"; initSql: string; refSql: string; mode: "query" | "modify" }
+  | {
+      kind: "display"
+      initSql: string
+      refSql: string
+      mode: "query" | "modify"
+    }
 
 /**
  * 写阶段标记。必须用 writeSync：父进程正是靠这个标记决定「多久之后 SIGKILL」
@@ -90,10 +95,13 @@ export async function runSqlChild() {
     // WASM 堆触顶时 emscripten 抛的是普通 Error（"Aborted"/"out of memory"），
     // 到这里说明连引擎自身都没撑住，按内存超限报，不当成出题人的错
     const message = String((error as Error)?.message ?? error)
-    const memoryish = message.includes("out of memory") || message.includes("Aborted")
+    const memoryish =
+      message.includes("out of memory") || message.includes("Aborted")
     finish({
       ok: false,
-      result: memoryish ? JudgeStatus.MEMORY_LIMIT_EXCEEDED : JudgeStatus.SYSTEM_ERROR,
+      result: memoryish
+        ? JudgeStatus.MEMORY_LIMIT_EXCEEDED
+        : JudgeStatus.SYSTEM_ERROR,
       message: memoryish ? "内存超出限制" : message.slice(0, 200),
     })
   }