xuyueandClaude Opus 5
516929461f
之前那个正则脚本只能说"没发现缺口"，证明不了"没有缺口"。这次拿阶段 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>