19 Commits

Include renames

Author	SHA1	Message	Date
xuyueandClaude Opus 5.5	f4db7dc81c	feat(题目): 判题结果从提交按钮下的浮层挪到左栏「结果」页签——改代码时结果就摆在旁边 ... 原来结果是提交按钮下面的 n-popover：点一下外面就收起、最高 600px、盖住编辑器， 学生没法一边看「正确输出 / 你的输出」一边改代码，还得靠「上次结果」按钮找回来。 - 左栏新增「结果」页签（手机上排在「代码」后面），交上去或者语法检查没过就自动切过去； 页签标题带状态图标（✕ / ✓ / ! / 判题中转圈），不只靠颜色 - 页签用 show:lazy：切走不卸载，编辑器里的错误标记、AI 提示都留着 - 「题目描述」改叫「题目」；去掉浮层和「上次结果」按钮 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-28 14:21:57 +08:00
xuyueandClaude Opus 5.5	26e22e2542	refactor(题目): 提交状态挪进 store——手机上切页签、桌面切分栏，判题结果和点评不再丢 ... 提交按钮那个组件（SubmitCode）在编辑器的工具栏里，而提交的全部状态和判完之后的 反应都长在它身上：手机上交完切到「描述」页签（Naive 的页签切走即卸载）、桌面切到 「题目 / 自测」模式，编辑器一卸载，判题结果、AI 提示、失败计数、通过后的点评、 题单里的回题单全丢了。 - oj/store/submission.ts：这次提交、判题跟踪、语法检查报错、结果面板开合、冷却、 AI 提示（useSubmissionHint） - SubmissionEffects.vue：挂在题目页这一层，失败计数、标成已解决、烟花、强制点评 （连同「先点评再换题」的导航拦截）、回题单 - SubmitCode 只剩按钮和结果面板 - WebSocket 通道和判题监控的收尾改成 onScopeDispose：onUnmounted 在 store 里挂不上 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-28 13:36:35 +08:00
xuyueandClaude Opus 5.5	0daa74651d	fix(题目): 通过后马上点「下一题」或换题，强制点评会被跳过 ... 从答案正确到点评弹窗出来有 1.5 秒（外加查一次评过没有），而换题会取消弹窗的 定时器 ——「下一题」在通过的那一刻就出现，学生手快就绕过了强制点评。 现在这段时间里离开这道题的导航（下一题、题号直达、顶栏导航、相似题……）先拦下： 立刻弹点评，选完再去原来要去的地方。只改 query（左栏切页签）不拦；弹窗已经开着时 也不拦，免得点评接口一直失败时把学生关在这一页。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-28 12:08:45 +08:00
xuyueandClaude Opus 5.5	a63bf6ea07	feat(题目): 通过之后直接给出这节课的下一题；在题目页里换题时不再带着上一道题的结果和评价弹窗 ... 72% 的提交一次就通过，每次通过之后学生都要回首页或再问一遍题号去找下一道。 - 结果面板在通过时显示 LessonNext：取 /me/class-activity（老师布置的优先，否则推断）， 给出排在当前题后面、还没通过的第一道，后面都做完了再从头找；全做完了显示「都做完了」 并指向题单。当前题不在列表里、比赛、题单入口都不显示 - 评价弹窗关掉后重新打开结果面板：点弹窗时面板会被当成点了外面收起来，「下一题」就在面板里 - 换题（同一组件只换路由参数，有了题号直达和下一题之后成了常规操作）时收掉上一道题的 结果面板、语法错误、还在跟的提交（新增 useSubmissionMonitor.reset），并取消通过后 那两个 1.5 秒的定时器——否则会给还没做的新题弹评价，上一道判完时还会把新题标成已解决 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 22:58:19 +08:00
xuyueandClaude Opus 5.5	2a4405d2ea	feat(题目): Python 语法错误改成中文说明，在编辑器里标出位置，中文标点可以一键换成英文 ... 中职学生看不懂英文报错。原来提交前用浏览器里的 Skulpt 拦语法错误，只弹一句 「第 N 行存在语法错误」——Skulpt 九成报的是 bad input / bad token，没有列号。 - 提交前的语法检查挪到服务端：/code/format 先用 CPython 编译一遍（只编译不执行）， api 镜像加 python3-minimal（3.13，与判题机同版本，+17MB），前端删掉 Skulpt - 报错按规则表翻成中文（pythonError.ts），生产库 2695 条 Python 编译错误覆盖 99.7%； 提交前拦下的和判题回来的编译错误共用同一张卡片 - 编辑器里标红出错行和 ^ 指的位置 - 中文标点（历史编译错误的 22%）一键换成英文，跳过字符串和注释、处理 f 字符串花括号； 594 条里修好 593 条，经 tokenize 核对没有改到字符串内容；走编辑器事务，可 Ctrl+Z Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 21:47:01 +08:00
xuyue	d25b5dbe6d	update	2026-09-27 19:36:28 +08:00
xuyueandClaude Opus 5.5	a698ebf585	perf(前端): 首页和题目详情页按需加载，首页 477 → 380KB、详情页 1031 → 682KB（传输量） ... 浏览器实测（preview 构建，生产规模数据）：首页解压后 1428 → 1112KB， 未登录的题目详情页 3317 → 2021KB。后端接口 6–8ms，不是瓶颈，没动。 首页： - 登录速报弹框挂在默认布局上，静态 import 了 md-editor-v3（~160KB JS + 76KB CSS）， 而 AI 分析只在登录后、提交满 3 次才有。MdPreview 改成异步组件，目标是本地包装 LoginSummaryPreview.vue —— 直接 import("md-editor-v3") 会让 rolldown 把它和 CodeMirror 语言包并成一个 467KB 的 chunk，排名页反而涨了 560KB（实测） - 题目列表经 oj/api.ts 还带着 zod（~70KB）：那个文件静态 import 了题目详情、提交详情 两个 schema。改成和请求并行动态加载（单独的 oj/detailSchemas.ts，理由同 profileSchema.ts），闸门仍是同步的 —— submissionDetailSchema 有 .catch()， 不能改 contractDeferred 题目详情页： - skulpt（~226KB gzip）原来一选 Python 就立刻预取。改成登录后才取（没登录交不了）， 且等 requestIdleCallback，不和题面、编辑器抢带宽 - StatisticsPanel 只有老师可见，却被 EditorToolbar 静态 import，每个学生都白拉一份 chart.js（~68KB gzip）。改成异步组件，打开课堂统计时才加载 - SubmissionResult（带 DataTable）改成异步组件，第一次提交弹出结果面板时才加载 浏览器核过：首页正常；详情页未登录不再加载 skulpt / chart.js / DataTable；学生登录后 skulpt 空闲预取、提交后结果面板正常弹出；老师点课堂统计按需加载图表并正常渲染。 登录速报的 AI 分析与语法错误拦截路径本机没能触发，未在浏览器里核。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 16:34:32 +08:00
xuyueandClaude Opus 5.5	7a390323fe	refactor(前端): 接口错误改成 ApiError 类，catch 不再写 any ... 拦截器原来 reject 一个裸对象 `{ error, data }`，没有类型也没有类型守卫，于是 46 处 `catch (err: any)` 直接读 `err.data` / `err.error` —— 代码 bug 抛出的 TypeError 也按 接口错误读，弹出来的是 undefined 或英文。 - utils/api.ts：reject 改成 `ApiError extends Error`，字段名沿用 error（错误码）/ data（文案），存量读法语义不变；加 isApiError / errorCode / errorMessage。 errorMessage 对非接口错误一律用 fallback，不把 TypeError 的英文甩给学生 - 46 处 catch 全部换掉 any（45 处接口错误 + pythonSyntaxCheck 里 Skulpt 的错误对象） - 断网等没有响应体的情况，文案从英文 "Request failed" 换成「网络异常，请检查网络后重试」 浏览器实跑核过：登录密码错误仍显示「用户名或密码不正确」（错误码分支）、 接口错误 reject 出来是 ApiError、网络不通时拿到中文文案、非接口错误走 fallback。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 15:12:40 +08:00
xuyueandClaude Opus 5	8b4d8899f9	feat(判题机): 自建镜像升级工具链，语言收敛到 C / C++ / Python ... 上游 QingdaoU/JudgeServer 停更在 2024-04（registry 上的 latest 和 1.6.1 是同一份 镜像，编译器停在 gcc-13），没有新版可拉，所以自己重编。docker/judge/ 是只改工具链 的 Dockerfile 分叉，server/ 和 Judger/ 从上游固定 commit b28aa56 拉，一行没动。 镜像 oj2-judge-2（不在任何 registry 上：本机 build.sh --save → scp → docker load） - gcc/g++ 13 → 14.2，Python 3.12 → 3.13.5，都是 trixie 默认 - Go / JDK / Node 整套删掉：前端的题目语言复选框从来只给 C / C++ / Python / SQL， 12 万条提交里 Java 44 条、Golang 15、JavaScript 3，全是很早以前的 - 体积 1.1GB → 433MB；默认走清华源，构建 12 分钟 → 40 秒（--no-mirror 换回官方） - deploy.sh 加一道自检：镜像不在本机就中止，并打印该跑的三条命令 C 的编译参数加三个 -Wno-error（implicit-function-declaration / int-conversion / incompatible-pointer-types）：gcc-14 把它们从 warning 提成了 error，而 -w 压不住。 语言值统一成 Python（迁移 0019 / 0020） - 0019：Python3（104527 条提交）与 Python2（3 条）并成 Python，一并改掉 937 道题的 languages、75 个 template 键、15 个 ast_rules 键、257 条 answers、1235 个用户的 成就指标 _languages（languages_used 重算，总和 1928 → 1925，少的 3 个是同时用过 两种 Python 的人） - 0020：把 Java / JavaScript / Golang 从 84 道题的可选语言里摘掉 —— 不摘的话那些题 的语言下拉还能选 Java，提交必 SYSTEM_ERROR - 契约新增 normalizeLanguage() 别名表，判题侧一律走 judgeConfigFor()：旧客户端 localStorage 里的 Python3、迁移前排进队列的任务都还能判；协作的语言归一也走它， 否则上线那一刻学生页面里的 Python3 会静默落到 C - 回滚要连数据一起回，只滚代码会让所有 Python 提交变 SYSTEM_ERROR 实跑 - 判题冒烟 docker/judge/smoke.ts 13 条全过：三种语言、六种状态码、gcc 宽松度 - 拿备份里的真实代码逐文件比对新旧镜像的编译结果，0 差异：C 提交 1951 份 （1725 过 / 226 CE）、C++ 882 份、Python 2000 份、20 篇 C 教程的 93 个代码块。 不加那三个 -Wno-error 的话，C 有 26 份会从能过变成 CE - 迁移在灌了 12.4 万行真实数据的一次性库里跑过：0 残留、没有题目被清空； dev 库用真正的执行器跑通 - check:ast 56 个 target 全过，前后端 typecheck 均 0 顺带记下一个升级之前就有的坑（现在随 Go 一起消失，写在 README 里）：GOCACHE 指向 容器的 tmpfs，判题机重启后第一次 Go 提交是冷构建，Go 1.22 要 5.6 秒 CPU、超过 3 秒 的编译预算，于是重启后第一个交 Go 的学生必吃一次 CE，后面的人缓存热了又都正常。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-20 06:24:05 -06:00
xuyueandClaude Opus 5	a0ef204bd2	feat(提交): 采集编辑过程信号，落进 submission_trace ... AI 时代 OJ 设计的第 1 步：给「可信 AC」和学情分析攒数据，本身不判任何事。 - 契约：提交请求加可选的 trace（活跃时长、键入/粘贴/删除字符数、切后台次数等， 只有计数、不含按键内容）；写成 .optional().catch(undefined)，坏了就当没带， 不让附带数据把提交挡成 400 - 迁移 0016 建 submission_trace，与 submission 一对一、CASCADE；since_prev_ms 由服务端在同一条 INSERT 里算（排掉自身），bigint —— 实测已有 44 天的间隔，int4 装不下 - 后端写 trace 失败只记日志，不影响提交 - 前端 oj/problem/utils/editTrace.ts 是模块单例（扩展对象不能过 Pinia 的响应式代理）， 只数带 userEvent 的事务：格式化回写 / 载入草稿 / 协作对方的改动天然排除； closeBrackets 越过右括号时是原样替换，按 no-op 跳过。比赛编辑器同样挂上 - 实跑：后端四种请求、前端浏览器里键入/粘贴/删除/setCode 回写/切后台/提交后清零， 计数与预期逐项一致 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-19 05:46:55 -06:00
xuyueandClaude Opus 5	bb0f5ec5ef	fix(AI提示): 解锁条件前后端对齐，提示不再一点就没 ... 「失败 3 次解锁 AI 提示」实际是「在当前这次页面会话里再失败 3 次」： problemStore.failCount 是个从 0 起数的内存计数器，刷新、切题、跳进跳出就归零， 而后端闸门数的是数据库里的历史失败数，两边根本不是一回事。昨天在这题上撞了 十次墙的学生今天进来照样看不到按钮。 - 数法收成一个 countFailedSubmissions()，题目详情的 myFailedCount 和 POST /ai/hint 共用。原来详情把「等待/正在评分」也算失败，连点三次提交就能 把按钮点亮，点下去却回 hint-locked - 阈值 3 挪进契约 HINT_MIN_FAILURES，两端引用同一个常量 - failCount 改成 myFailedCount + 本次会话增量；在题目页里登录的补拉一次详情， 否则停在匿名时的 0 - 结果面板改 display-directive="show"，不再一收起来就把流式输出中的提示连同 那次 LLM 调用一起作废；补「上次结果」按钮，原来唯一的重开方式是再提交一次 - prompt 里的判题结果翻成中文，原来拼的是裸状态码，模型不知道 -1 是什么 - system_error 不计入失败数、也不显示按钮：判题机自己崩了不是学生的问题 - 比赛中不给提示，和「求助」按钮同一个口径 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RC5uL72UY9aZFuTvUKe2jv	2026-09-06 07:24:26 -06:00
xuyueandClaude Opus 5	37861800e0	fix(题目): 恢复 AC 后弹出点评轮盘 ... ec27441 把触发逻辑整段删了，只留下 n-modal 和 ProblemReaction 本体， commentPanel 从此没有任何一处置 true，弹窗成了死代码。库里的评价全部 停在删除当天，学生只能自己点进「题目点评」标签页才评得了。 按原样恢复：AC 后延迟 1500ms 拉一次 getReaction，mine === null（这题 还没评过）才弹。比赛不打扰；题单入口 1.5 秒后要跳回题单页，弹了也会 被路由冲掉，同样不弹。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Sy3L9zJHiSNFyNC3ZbMwdj	2026-09-03 20:05:44 -06:00
xuyueandClaude Opus 5	e624c62502	feat(提交): 列表标出来自题单的提交 ... submission 新增 problemset_id，学生从 /problemset/:id/problem/:pid 入口提交时 前端带上、后端落库，提交列表在题目后面挂一个「题单 xxx」的标签，点了进题单。 只是来源标记：题单进度和奖章仍由判完之后的 recordSolvedProblem 按「已加入且含 这道题的所有题单」记账，和从哪个入口进来无关，所以这个字段带错顶多标签不准， 不影响成绩。校验只确认这道题在那个题单里 —— 不查 visible / status、也不查有没有 加入，藏起来的题单里还困着已加入的学生；对不上就当没带，提交照收。 外键 ON DELETE SET NULL：删题单不该带走提交，清掉标记就行。索引建成部分索引 （WHERE problemset_id IS NOT NULL），绝大多数提交不来自题单，全列索引是给 12 万行 白建一遍；谓词能被 problemset_id = $1 蕴含，删题单时的外键检查也用得上它。 列表按页单独查一次题单标题，没有把 problemset join 进那条调过的深翻页查询。 比赛提交恒为 null：题单只收非比赛题。 历史回填从 problemset_submission 取「当年首次 AC 那条」，其余老提交无从判断入口， 一律留空。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Y7AsqceaUfC81k7UCDcSk2	2026-09-02 22:06:29 -06:00
xuyueandClaude Opus 5	9d9e104df6	fix(题单): 进度记账挪到判题这一路，不再靠前端回调 ... 前端记账是这条链上最松的一环：SubmitCode.vue 看到 AC 就回调 PUT /problem-set-progress，而且只认路由参数里那一个题单。于是 · 从普通题库入口做出同一道题 → 不计进度 · 网络一抖、页面提前关掉 → 进度静默丢失 · 一道题同时在两个已加入的题单里 → 只有进去的那个记上 旧栈为此专门有个管理命令 fix_problemset_progress 定期按实际提交补账 —— 2026-05-22 00:50 那次一分钟内跨 7 个题单的批量补进度就是它跑的。 改成判题落库之后由 judge/run.ts 记账（recordSolvedProblem），记进该用户**所有**已加入 且包含这道题的题单。位置在最后那条 publishSubmissionUpdate("finished") 之前，所以前端 收到「判完了」时进度已经落库，跳回题单页看到的就是新数据。前端那次回调删掉。 不按 visible / status 过滤：进度是学生自己的记录，老师把题单藏起来不该让它停止累积； 更要紧的是这条口径必须和补账工具一致，否则补账工具会永远「发现」差异。 实跑（本地起 api + worker 真判一次）：提交时**完全没带 problemSetId**，判完之后 progress 变成 1/1 100% 已完成、10 分、complete_time 落下、all_problems 奖章发出、 problemset_submission 也记上了。 ## 补账那半 backfill-problemsets 前面加一道「按实际 AC 补进度」，移植自旧栈的 fix_problemset_progress，口径和 recordSolvedProblem 逐条对齐（非比赛提交、 ACCEPTED 或 AST_CHECK_FAILED、取最早那次）。补录的格子先并进 detail 再重算， 所以预演里的奖章名单是照着「补完账又重算过」的进度算的，和 --apply 的结果一致。 在生产快照上实跑： 合计：补录 10 道题，进度 497 条要重算（完成 +23 / -0），奖章补发 56 条、收回 0 条 已订正 11 个题单 → 复核通过 user_badge 1180 → 1236，已完成 621 → 644，problemset_submission 7735 → 7745 「未完成但有完成时间」仍是 4 条；重复跑幂等 补录的 10 道分布在题单 4/5/6/15/16（1/1/1/4/3），和离线独立算的数字逐个对上 —— 其中题单 15 那位 AC 了全部 12 题却一直显示未完成。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QqqZwxtXLo2GTqMi51C94D	2026-09-01 00:01:38 -06:00
xuyueandClaude Opus 5	0b7b08f2cc	refactor(前端): 去掉 { error, data } 信封，api2 改名 api ... 信封是 Django 时代的形状：拦截器手工造一个**恒为 null** 的 error 字段，再把 真正的载荷塞进 data。后端 http.ts 的 success 其实只返回 { data }，那个 error 从头到尾没人用 —— 全站成功路径读 res.error 的只有 admin/api.ts 的 resetPassword 一处，而它自己就是个把信封拆开再重新包一遍的 shim。 代价是每个调用点都要 .data 一次：47 个组件、3 个 api 层文件、200 多处。 现在拦截器直接返回 response.data.data，ApiResponse<T> 退化成 T，文件末尾那句 `as unknown as Api2Client` 的类型谎言也少了一层。失败路径不动，仍然 reject `{ error: 错误码, data: 文案 }` —— 和成功路径不对称是故意的，成功没有错误码 可言，接口注释里写清楚了。 顺带把 api2 改回 api：utils/ 下早就没有 api.ts 了，"2" 是迁移期用来和旧 client 区分的，现在只剩下让人多想一秒的作用。 ## 怎么改的 **没有全局 sed。** 先把客户端的返回类型从 Promise<ApiResponse<T>> 改成 Promise<T>，让 vue-tsc 把每一处报出来（210 条），再按它给的 file:line:col 精确删 `.data`（192 处），剩下的手工处理： - 6 处 `const { data } = await ...` 解构 → `const data = await ...` - 3 个 api 层函数（getProfile / getProblem / getSubmission）自己手工造信封， 改成直接返回值；getProfile 的返回类型跟着从 ApiResponse<Profile|null> 变成 Profile|null **类型检查抓不到的，人工把剩下的每一处 `.data` 过了一遍** —— 载荷本身带 data 字段、或者载荷是索引签名时，`res.data` 照样过类型。这一遍捞出三条真 bug： - `getTutorialList` 的载荷是 `{ [key: string]: TutorialListItem[] }`（按 python / c 分组）。索引签名让 `res.data` 编译通过、运行时是 undefined —— 改完信封之后教程列表会**两个 tab 全空且不报错**。实跑确认过修好了。 - `createExercise` / `updateExercise` 返回 `res.data`，而 Exercise 自己有 data 字段（练习内容）。两个调用方都不看返回值，所以类型和运行时都不响。 - `getSimilarProblems` 的 `.then(r => ({ ...r, data: r.data.map(...) }))` 删掉 .data 之后变成往对象里摊一个数组，能跑但形状是错的。 另外两处是**对的**，加了注释免得下次被"顺手清理"掉： StatisticsPanel 的 `res.data` 是契约 submissionStatisticsSchema 自己的 data 字段（每个学生一行）；download.ts 是独立 axios 实例，`res.data` 是 axios 的 响应体（zip 二进制，不走信封）。 ## 验证 tsc(apps/api) 0 error、check:routes 168 条无遮蔽、vue-tsc 0 error、vite build 通过。**因为这改动碰的是每一个请求，静态检查不够，起了全套服务用浏览器实跑：** - oj 侧 12 个页面 + 后台 13 个页面逐个打开，断言没有重定向、console 无报错。 - 关键页面进一步断言渲染出了真数据（后台用户列表 3 行、题目列表 10 行、 站点配置表单三个输入框有值、教程列表分组正确）。 - 三条写路径实打：重置密码（库里 student123 → 531554，表格当场刷新）、 公告可见性开关（走 getAnnouncement + editAnnouncement，就是手改解构那处， 库里 visible t → f）、提交代码（POST → 判题机真跑出 -2 → 提交列表和详情页 都正确渲染状态、语言、代码）。 - /rank 有一条 `{error: "class-missing"}` 的未捕获 reject，stash 掉本次改动 复现同样报错，**是既有问题**，不在本次范围内。 本地 dev 库为了打通后台测试改了三处，都只影响本机：devadmin 补了 email 和 user_profile 行（原来缺这两样，getProfile 报 profile-not-found，AUTHED 存不 进去，所有 /admin 路由被守卫弹回首页）、密码重置成 devpass123。冒烟用的教程/ 公告/提交三条测试数据已删干净，题目和用户的提交计数也回滚了。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 22:42:20 -06:00
xuyueandClaude Opus 5	c2a81209d7	refactor(前端): 拆掉 camelCase→snake_case 转换层，契约成为唯一真相 ... utils/legacy.ts 是迁移期的临时层：新后端一律 camelCase，而组件读的还是 旧 Django 的 snake_case，于是在 api 层做一次递归键名重写。它自己的注释就 写了「迁移完成后这一层应当整体拆掉」。现在拆了。 代价不只是那 96 处包装：每个响应都要递归遍历整个对象重写一遍键名，而且 utils/types.ts 和 packages/contract 是两份真相 —— 手抄的那份还抄歪了好几处。 做法是按域推进，每域都用 vue-tsc 相对基线做差，确认零新增错误后再往下走。 前端的类型现在一律以契约为准，只在必要处窄化（比如 languages/template 的键 窄化成 LANGUAGE），删掉的重复定义包括 WebsiteConfig、LoginSummary、 AchievementSummary、ProblemSet、Contest、User、Profile、AdminTag、 StuckProblem 等等，其中 ClassComparison 有两个组件各手抄了一份。 ## 顺带修掉的真 bug - 管理端公告列表的「可见」开关每次都 400：列表响应被契约 omit 掉了 content， 而更新接口要求 content 必填，toggleVisible 把列表行原样回传。而且是乐观 翻转、不 await 不 catch，管理员看到开关动了、实际没存也没有提示。 改成先 GET 整条再 PUT，加失败提示。 - 删有提交的题时只显示笼统的「删除失败」：前端还在 match 旧 Django 的英文 文案，而后端返回的是 problem-has-submissions + 中文。连同另外 8 处同类 匹配一起改成判错误码 —— 文案是后端随时能改的，match 文案改一个字就静默失效。 - SubmissionStatus.time_limit_exceeded 写成 `1 | 2`，TS 按位或算成 3，和 memory_limit_exceeded 撞了同一个值。后端 judge/status.ts 里这是分开的 两个码，按后端拆成 cpu_/real_ 两项。当前没有代码读这两个成员，但 CLAUDE.md 明确要求判题状态码三处同步。 - 流程图历史翻到没有提交的那一页会直接抛：契约里 submission 是 nullable， 被 any 掩盖成看起来非空。补了 null 分支。 ## 契约里被逼出来的三处不诚实 - grade 写成 z.string()，但 averageGrade() 在没有可用数据时返回空串， 前端三张图表拿它查 Record<Grade,...> 会查出 undefined。按实际收紧成 z.enum([...,""])，四个查表点都补了「无评级」分支。 - difficulty 写成 z.string()。核对过生产库 dump：956 道题只有 Low/Mid/High 三个值（761/149/46）。收紧成枚举。 - topReaction 写成 z.string()，既对不上前端渲染的 {type,count}，也对不上 旧后端 get_top_reactions 下发的形状。改成正确形状并注明当前恒传 null。 ## 明确保留 snake_case 的 54 处 判题沙箱原始输出（cpu_time/exit_code/output_md5/compile_output）、 statistic_info 内容（err_info/time_cost/ast_results）、submission_info JSONB（is_ac/ac_time/error_number，回滚时旧后端还要读）、SQL 判题引擎的 total_rows/order_sensitive/changed_tables、WebSocket 的 submission_id、 以及数据库选项键 enable_maxkb。每一处都在类型定义旁写了为什么不能改。 language 没有跟着收紧契约 —— 它是配置项、随时可能加语言，收紧会让新语言 在后端 parse 时直接抛。改在 api 边界一处窄化。 ## 另外 - utils/http.ts 整个模块已是死代码（四处引用全是 import type），删除。 - profile 的 blog/github/school/major/language 五个字段全链路空转，没有 任何组件读，从契约到类型一并摘除（数据库列不动）。 - admin/account.ts 往 user_profile 塞的 totalScore 是 OI 模式遗留，表里 没这一列。Drizzle 按表定义拼列名会把它静默丢弃，所以没出过错，是死代码。 验证：vue-tsc 143 → 54 条且无新增，apps/api tsc、check:routes、web build 全通过；各域响应形状逐条打接口核对过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-25 13:44:24 -06:00
xuyueandClaude Opus 5	ced8f3ee1b	docs(阶段3): 记录出口标准达成；补跑 prettier ... 覆盖率对账表更新：admin 侧 3/45 已实现，缺口 42。达成判据是 apps/web 的 oj/ 与 shared/ 两个目录已无指向旧 Django 的运行时调用，残留的 utils/http 引用只剩 ApiResponse 这一个类型。 顺带补跑 npm fmt，几个此前未格式化的文件随之改动，均为纯格式。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 06:48:20 -06:00
xuyue	ec274419c3	Build Phase 2 judge vertical slice	2026-08-06 22:42:39 -06:00
xuyue	ae1fb329b5	feat(阶段1): 搬入 ojnext 为 apps/web，未改业务代码	2026-08-06 21:18:16 -06:00