docs(CLAUDE.md): 合并顶部叠着的更正块，订正前端验证方式，补上契约收紧的边界

## 顶部

两层引用块套着一段「2026-09-10 更正」，说的是同一件事的两个版本（7 张表已删 →
其实还剩一张）。合成一段现状：旧栈不可逆下线、唯一退路是备份恢复、漏网那张
django_migrations 由 0014 补删。考古过程留在迁移文件的注释里，这里不重复。27 行 → 14 行。

## 常用检查

`cd apps/web && bun run build` 后面那句「vite 不做类型检查，构建即验证」是错的：
vite 确实不做类型检查，但**构建也不是验证**。补上 `bun run type-check`，并写明两条
会静默通过的假路子 —— `vue-tsc --noEmit -p tsconfig.json` 检查 0 个文件（那个
tsconfig 是 files: [] + references 的壳，0.2 秒跑完就是信号）、`vite build` 不看类型。
后端也改成 `bun run --filter '@oj2/api' typecheck`（脚本本来就有）。

## 新增「契约收紧要挑地方」

前一个 commit 的教训值得留在这儿：契约 schema 后端也在读路径上 parse，收紧字段
等于给历史数据加闸，对不上要么 500（exerciseSchema）、要么静默塌成 {}（info，
9163/124192 条）。JSONB 原文的形状真相在写入侧，闸就设在那里；要收紧先拿生产备份
跑全量，重点看空值不是键集合。AST 规则的 astRulesError() 本来就是同一个道理。

## apps/web/CLAUDE.md

Commands 段还是 ojnext 时代的 npm start / npm fmt，全部换成 bun 并补上 type-check
的坑。Module Pattern 写的 `views/` 这一层实际不存在（页面组件直接放模块根下），
api.ts 也不按模块分（学生端 oj/api.ts、后台 admin/api.ts、跨端 shared/api.ts）。

工作区根目录的 CLAUDE.md / AGENTS.md 同样折叠了那段更正、订正了类型检查命令
（那两份不在 git 里）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012j1vgeDqay8wKCh8dPgPcH

apps/web/CLAUDE.md

@@ -13,15 +13,21 @@ Vite（Rolldown 内核）、Naive UI、Pinia、Vue Router。
 
 ## Commands
 
+前端一般不单独起，`OJ2/` 根目录 `bun run dev` 会把 api + worker + web 一起拉起来。
+只跑前端或要验证时：
+
 ```bash
-npm start              # Start dev server on port 5173
-npm run build          # Production build
-npm run build:staging  # Staging build
-npm run build:test     # Test build
-npm fmt                # Format with Prettier
+bun run dev            # 只起前端 dev server（5173），后端得另外起
+bun run type-check     # 类型检查。改完 .vue / .ts 必须跑这个
+bun run build          # 生产构建
+bun run fmt            # Prettier
 ```
 
-No test suite is configured. Linting is via Prettier only.
+⚠️ **验证只认 `bun run type-check`。** `vue-tsc --noEmit -p tsconfig.json` 会**静默
+通过**——那个 tsconfig 是 `files: []` + references 的壳，真正的配置在
+`tsconfig.app.json`（0.2 秒跑完就是没在检查的信号）；`vite build` 也不做类型检查。
+
+不写测试（沿用项目约定），验证靠实跑。lint 只有 Prettier。
 
 ## Architecture
 
@@ -41,9 +47,12 @@ src/
 ### Module Pattern
 
 Each feature module (under `oj/` or `admin/`) typically has:
-- `views/` — page-level Vue components
+- 页面组件直接放模块根下（`problem/list.vue`、`problem/detail.vue`），**没有 `views/` 这一层**
 - `components/` — feature-specific components
-- `api.ts` — API calls specific to the feature
+- `composables/` / `utils/` — 模块自己的组合式函数与纯函数（按需，不是每个模块都有）
+
+API 调用不按模块分：学生端全在 `oj/api.ts`、后台全在 `admin/api.ts`、
+跨端的（登录、资料、标签、验证码）在 `shared/api.ts`。
 
 Shared logic lives in `shared/`:
 - `store/` — Pinia stores: `user` (auth/roles), `config` (site-wide settings), `authModal` (login/signup form state), `screenMode` (problem split-screen layout), `loginSummary` (AI activity summary), `collab` (help-request queue + collab room)