7 Commits

Include renames

Author	SHA1	Message	Date
xuyueandClaude Opus 5.5	ba5b9ada0e	feat(后台): 编程题出题页重做——左边写，右边是学生看到的样子；例子和测试数据的输出都由标准答案跑出来，改老题能直接看、改测试数据 ... - 例子就是测试数据里勾了「当例子」的几组，不再手抄输出；老题的例子不在测试数据里的补到最后 - 改了答案，输出变了的那组标黄、写清原来存的是什么；答案在某组上报错就挡住保存 - 没存标准答案的老题输出手写；太大的测试数据（>100 组或单文件 >32KB）只能导入 / 下载 zip - 预制代码只写学生看得到的那段，前后藏起来的代码收进折叠；语法要求先拿标准答案自测 - 流程图两个互斥开关改成三选一；时间 / 内存限制能改了；草稿只给新建页 - 后端：读回测试点原文、语法要求自测、AI 想测试输入三个接口 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-09 20:07:34 +08:00
xuyue	d25b5dbe6d	update	2026-09-27 19:36:28 +08:00
xuyueandClaude Opus 5.5	5ae830a7f9	refactor: 一批名不副实的命名改掉（只动一端，不碰契约） ... 后端： - getUserByToken → authenticateToken：它会删会话、续 TTL、记在线，不是纯读 - todayStart → dayStart(instant)：本来就接受任意时刻，不只是「今天」 - objectValue → asRecord，删掉 4 份一模一样的私有拷贝和 `as toObject` 别名 - 报错文案 "does not exists" / "Already be a public problem" 改通顺 前端： - utils/types 里 Contest / User / Problem 三个别名删掉：Contest 原来指后台 比赛、契约里同名的却是学生侧。现在 Contest = 学生侧、AdminContest = 后台， 后台用户表单叫 AdminUserForm，题目详情直接用 ProblemDetail - SubmissionInfo → ContestSubmissionInfo，免得和 submission.info 撞名 - utoa / atou → compressToBase64 / decompressFromBase64（实际是 zlib + base64）， encode / decode → base64EncodeUtf8 / base64DecodeUtf8 - filterResult → toProblemRow、toProblemListItem → toAdminProblemRow， 行字段 submission / rate → submissionCount / acRate - 组件：Modal → AddFromLibraryModal、Form → EditorToolbar、 ContestEditor → BasicEditor（题单也在用它）、rank 的 Index → RankMedal、 Name → UserNameCell、Password → PasswordCell、ContestType → ContestAccessTag Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-09-27 16:08:21 +08:00
xuyueandClaude Opus 5.5	9d271942aa	feat(AI 提示): 题面补上输入输出说明和样例，HTML 去标签 ... 两段（诊断 / 生成提示）原来只喂 description，而且是 HTML 原文：模型拿不到输出格式 要求，「输出格式不对」这类最常见的 WA 基本看不出来。 - problemBrief：描述 + 输入说明 + 输出说明 + 最多 3 组样例，末尾点明判题逐字比对。 全是学生看得到的内容，两段都放；标准答案和测试点仍只进诊断 - plainText：去标签、段落 / <br> 换行、表格单元格补空格、解码命名和数字实体 （&#039; 这类带前导零的也认），图片留「[图片]」占位；样例原样不去空白 - 阶梯 prompt 版本 3 / 4 → 5 / 6，旧常量标停用保留；编译失败那一档（1 / 2）不动 用 2026-09-14 的生产备份核过：962 道题的题面无残留标签 / 实体、无裸 `<`。 另有 341 道题面带图片、模型看不到，本次未处理。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-27 14:28:21 +08:00
xuyueandClaude Opus 5.5	22fc8d63e2	feat(AI 提示): 阶梯延到 L3 思路 / L4 示例 ... - 契约 HINT_LEVELS 加两级，HINT_MAX_LEVEL 2 → 4。前端的等级标签和「再多一点提示」 按钮本来就跟着契约和 canEscalate 走，不用改 - L3 分步骤讲思路（中文伪代码），沿用 L0～L2 的零代码规则 - L4 是阶梯上唯一放开代码的一级，上限两行：过滤不再「出现代码就拦」，而是把代码块 非空行、摊平进正文的类代码行、过长的行内代码合起来数，超过 KEY_LINES_MAX 才拦； 没闭合的围栏按开到结尾算。重生成措辞和兜底话术按级补齐 - prompt 版本沿用 3 / 4：LEVEL_COMMON 拆成三句再拼回，L0～L2 的 system 逐字未变 （已对照改前逐字核过），新两级靠 ai_hint.level 区分。不需要迁移 老师按班级 / 作业设最高等级拆到 2e，未做。 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>	2026-09-23 09:20:24 +08:00
xuyueandClaude Opus 5	954797a9a5	feat(AI 提示): 提示分级（L0 反问 / L1 定位 / L2 概念）与输出后过滤 ... 提示不再一上来就把话说完。等级记在「学生 × 题目」上，没有单独的表 —— 它就是 ai_hint.level 的历史，当前等级 = 这道题上（最近一次 AC 之后）给过的最高一级。 阶梯（services/hint-level.ts） - 只有学生点「再多一点提示」才升级（请求带 more），不带就按当前等级再生成一次 - 升一级要先再交一次：锚点是「这一级是**什么时候**开出来的」，也就是这一级最早那条 提示的 ai_hint.create_time，必须有比这个时刻更新的提交才准 +1。锚点不能用提示所在 那条提交的时间 —— 端点谁的提交 id 都认（只校验归属），拿一条老提交去要提示，锚点 就退回到那条老提交的时间，连点两下 more 就能从 L0 爬到 L2，一次新提交都不用交 - AC 之后清零；编译失败自成一档（level = -1），既不消耗也不推进阶梯 - HINT_MIN_FAILURES 3 → 1：门槛的活由阶梯接走了，第一次失败只开放 L0，而 L0 只反问、 什么都不泄露，拦着它没有意义 - canEscalate 由后端算好在 done 事件里给，前端不自己推阶梯 输出后过滤（services/hint-filter.ts） - 「不要给代码」写在 prompt 里只是软约束，模型忍不住一次就把这一级的意义废掉了。 所以整段生成、过滤通过才推给前端，逐字显示改由前端模拟 —— 边流式边过滤做不到， 发现违规时内容已经在学生屏幕上了 - 判定只用客观、低误报的信号：代码块、过长的行内代码、整行不含中文的类代码行、 和标准答案重合 3 行以上、L0 一句问句都没有 - 违规就重生成一次，只重一次，再不过发写死的兜底话术。重试措辞按档分叉：编译档本来 就允许给片段，对它说「不要出现任何代码」等于用阶梯的标准把这一档也砍了 - 两次都留痕（filter_attempt / filter_blocked / filter_reason），7.5 的输出过滤触发率 就是从这三列出来的 services/ai.ts 加 streamWhole：事件形状和 streamChat 一样，前端不分叉。produce 期间 每 15 秒发一行 SSE 注释当心跳 —— 这条流中间有一大段静默（诊断 20s + 生成 60s + 重生成 60s，最坏 140 秒），而 NPM / nginx 的 proxy_read_timeout 默认 60 秒，超了学生 看到「请求失败」，后端却还在烧第二次调用，那条提示照样落库、照样把等级推上去。 prompt 版本另开 3 / 4（阶梯上每一级都换了 system），编译档仍走 1 / 2 的单段式基线， 两批数据不混在一起。迁移 0021 给 ai_hint 加四列，都可空、不带默认值，已有的行留 null 表示「分级上线前」。 实跑 - 阶梯：在 dev 库上用真实行驱动 decideHintLevel。正常路径 S1→S2→S3 走出 L0→L1→L2， 同级连点 more 不升，AC 之后回 L0，编译档给 L-1 且不推进阶梯。把旧锚点规则复刻出来 跑同一组数据做对照：只拿最老那条提交反复 POST，旧规则 L0→L1→L2（零新提交）， 新规则钉死在 L0，正常路径两者行为一致 - 过滤：起假 AI 服务端走完整条链路。L1 摊平代码→重生成后合规（attempt 2 / 未拦）， L0 两次都甩代码块→兜底话术（blocked，reason 两条相连），编译档抄标程→命中「和标准 答案重合 3 行」且追加的是分叉后的措辞 - streamWhole：produce 拖 16.5 秒收到 1 条心跳；同一份流喂给前端 consumeJSONEventStream 只解析出 delta + done（注释行被静默跳过，前端零改动）；中途 cancel 断开后 produce 跑完不抛 - api / web typecheck、check:routes、fmt 全过 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-21 19:03:21 -06:00
xuyueandClaude Opus 5	06ad6745b7	feat(AI 提示): 两段式提示——先诊断出错误标签，再生成提示 ... AI 时代 OJ 设计的 2b。标准答案能让提示准得多，但不能进生成提示的 prompt （学生代码里一段注释就能把它套走），所以拆成两段： - 诊断：看得到标准答案、第一个没过的测试点、带行号的学生代码；出参只允许 { tag, lines, confidence }，safeParse 过闸、多余字段剥掉，没有自由文本通道 - 生成提示：看不到标准答案和测试点原文，只多一句「问题定位：X，大约在第 a 行」 - 诊断失败（20 秒超时、不是 JSON、校验不过）退回单段式；同一条提交复用诊断； 编译失败不诊断 - 契约新增 HINT_ERROR_TAGS（13 个，落库值，只增不改）与 hintDiagnosisSchema - 迁移 0018：ai_hint 加 diagnosis / diagnosis_error 两列 - 单段式 prompt 原样搬进 services/hint-diagnosis.ts，记版本 1；两段式记版本 2 - completeChat 支持 JSON 模式和自定义超时，现有调用不受影响 - 开关 AI_HINT_DIAGNOSE 默认关（2a 的基线还在攒），两套生产 compose 透传 实跑（一次性库 + 本地假 LLM）：开关关时请求与 2a 逐字节相同；开时正常 / 复用 / 坏 JSON / 非法标签 / 行号越界 / 超时 / 编译失败七种场景符合预期； 12 次模型请求里诊断全都带标准答案和测试点，生成全都不带。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-19 06:56:38 -06:00