iter(g334): 语义淡底文字纳入对比度门禁

.ua/backlog.json

@@ -3392,6 +3392,15 @@
       "motivation": "现有的交叉校验只有正向：留痕里的哈希必须真实存在且主题指向同一条目。反过来的漏写无人管——某个 iter 提交忘了 ua iter done，日志看起来完全正常（每条都合法），实际少记了一轮产出，周报统计与「停摆了多久」的判断全跟着失真；而人恰恰最容易在赶工时跳过收尾那一步。",
       "acceptance": "① ua verify 新增反向校验：git 里每个 iter(<id>) 提交的短哈希必须在 iterations.log 出现过，缺失即退出码 1 并指出哈希与主题；② 非迭代提交（feat / chore / docs 等）不受影响；③ 负向自检：造一条空的 iter(g999) 提交后 verify 必须报红，回滚后必须恢复全绿（下一轮可复现）；④ 历史存量零违规（341 条 iter 提交全部有留痕）；⑤ AGENTS 的门禁说明与 verify 成功串同步，npm run check 全绿。",
       "notes": ""
+    },
+    {
+      "id": "g334",
+      "domain": "visual",
+      "status": "open",
+      "title": "语义淡底上的文字纳入对比度门禁：警告提示条亮色只有 4.12",
+      "motivation": "对比度门禁有「正文 × 强调淡底」，却没有「正文 / 语义色 × 语义三色淡底」——而提示条、失败步骤、删除悬停底的文字恰恰压在这些淡底上。补上配对后立刻抓到一处真实不达标：亮色警告色 #9a6b1f 压在自家 10% 淡底上只有 4.12（AA 要 4.5），也就是最需要被读清的警告条文字反而不合格。",
+      "acceptance": "① contrast-audit 的 PAIRS 增加 6 组：正文与语义色各自 × 危险 / 成功 / 警告淡底（阈值 4.5），淡底先压到页面底再求值；② 亮色警告色加深到 #8a5d15（页面底 5.74、警告淡底 5.01），tokens.css 与 tokens.json 双源同步（verify 的名字与值校验要过）；③ audit:contrast 全部 24 组配对在亮 / 暗 × 常规 / 高对比四套主题下达标，audit:surface 阶梯仍全部达标（淡底变深只会变明显）；④ AGENTS 的门禁说明同步到 24 组；⑤ npm run check 全绿。",
+      "notes": ""
     }
   ]
 }