OJ2/docs/specs at 95625d6711a7a9ae509993009dfd51b3a7ce107a - OJ2

xuyue/OJ2

Files

yuetsh 516929461f docs: 拿阶段 0 的权威清单核对交付，110/110 零缺口

之前那个正则脚本只能说"没发现缺口"，证明不了"没有缺口"。这次拿阶段 0 人工裁决过的
端点清单来对 —— 那 110 条 KEEP 是「必须搬」的权威名单，逐条对到新后端。

**结果 110/110 全部有对应实现，零缺口。**

87 条词元化后自动匹配上；剩下 23 条是 API 重新设计导致路径本来就对不上的，
逐条人工落实，没有一条是真的漏了。一度以为 /api/register 没实现，
查下去是改叫 POST /api/users 了。

把其中**猜不到的那 10 条改名**记进了清单（problemset → problem-sets 这类
一眼能猜的没列）。日后排查「这个功能以前的接口现在在哪」，看这张表就够了：

  /api/register              → POST   /api/users
  /api/logout                → DELETE /api/auth/session
  /api/hitokoto              → GET    /api/quotes/random
  /api/pickone               → GET    /api/problems/random
  /api/user_activity_rank    → GET    /api/rankings/activity
  /api/profile/fresh_display_id → POST /api/me/problem-display-ids/refresh
  ……

最后一条 /api/judge_server_heartbeat/ → /api/judge-server/heartbeat 单独标了：
判题沙箱镜像是原样复用的，靠 compose 的 BACKEND_URL 找后端，改这条要同步改
compose，否则判题机静默离线。已核对三套 compose 都是新路径。

也写明了方法的局限：词元匹配只能提示「这两条像是同一个」，证明不了行为一致 ——
行为一致靠的是两轮独立评审和阶段 5 的实跑演练，不是这张表。

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

2026-08-08 04:11:39 -06:00

2026-08-06-bun-backend-rewrite-design.md

docs: 更正本机开发环境约束 —— Docker 可用

2026-08-06 20:30:17 -06:00

endpoint-inventory.md

docs: 拿阶段 0 的权威清单核对交付，110/110 零缺口

2026-08-08 04:11:39 -06:00

phase3-coverage.md

docs(阶段5): 用生产快照跑完整切换演练

2026-08-08 02:13:59 -06:00

phase3-fix-list.md

docs(阶段3): 记录 7 条 Minor 的逐条结论