fix: 路由编辑身份认证四处修补——0 超时放行、摘要配对、凭据格式当场点名

[YoungSx]

背景

对路由编辑器的身份认证设计做了一轮审计，发现四处值得修的：一处静默丢数据、一处「两把分不清」、一处错误发现得太晚、一处死文案。本 PR 一次收齐。

修补内容

1. forwardAuth 鉴权请求超时填 0 不再被静默丢弃
文案写「0 = 不设限」，但 NUMERIC_BOUNDS.authTimeoutMs.min 是 1——输入层直接把 0 换回默认，操作者以为设了不限时，实际是 2 秒。min 改为 0，与 schema（b311db1 已放行）和运行时口径对齐。

2. 生成 key 后明文旁边给出对应摘要
access.keys 存哈希。此前一把明文换出来就只剩一串哈希，列表里多把 key 时无法证明「这串哈希是刚才这把明文算的」。现在生成卡里明文下方并列展示摘要，各带复制钮；写进草稿的路径不变（仍是单次显示明文的前提）。

3. 凭据格式在本地就开口
team / API key 摘要 / 自定义头名三条本地校验与服务端 config.ts 逐字符同正则——本地意见与线上判定一致；邮箱只拦一眼能看出来的错（IDN、加号地址等边缘归 /api/preview，不装权威）。错误走既有 FieldErrors 通道：字段旁红字 + 页脚错误索引，保存按钮禁用。

4. 清掉死文案 keyManualHint
生成按钮进来后就无人引用。

测试

• 超时填 0 → saveDraft 落库 { timeoutMs: 0 }
• 坏凭据（team 大写、坏邮箱、非 hex key、坏头名）→ 四条错误齐现，保存按钮禁用
• 合法凭据 → 无错误且原样落库
• 点击生成 → 明文 43 字符 base64url、摘要 64 位小写 hex、成对出现、摘要进 keys（jsdom 的 crypto.subtle 实测可用，走真实生成路径）

npm run check 全绿（typecheck + lint + 全部测试）。

🤖 Generated with Claude Code