Record dev-server login anomaly note on I4 card

Why: vite dev server (4174) login returns 401 with credentials that succeed
via direct curl to the same serve - a separate proxy-forwarding anomaly in
the dev-server path, recorded so the next session uses the canonical
e2e.sh-managed preview instead.

Evidence: p10 probe (401 via dev proxy) vs direct curl 200 on the same
serve/data, same credentials.

Impact: card bookkeeping.

Refs: rollout I4

.task/feature-document-visualization-cockpit-i4.md

@@ -26,6 +26,7 @@
 - e2e 实测（2026-10-16，run 20261016-160406 与多次探针）：既有 8 场景全绿；**新七场景套件场景 1 卡「加载中…」**。证据链（trace.zip 1-trace.trace）：组件 effect 启动→rdm.project.list 200（payload 正确）→resolved cancelled=false rows=2→setProjects 已调用，但 15s 后 DOM 仍渲染加载态——状态已更新而 DOM 未前进，需在稳定环境中交互式定位（本会话 preview 生命周期/并行会话/端口争用反复搅动，编排成本超限，按诚实出口暂停）。同时已修复并合入两个真产品缺陷：侧栏入口未接线（#101）、project.list payload 形态（#102）。
 - 当前状态：七场景 NOT_GREEN（场景 1 阻塞）；I1–I3 交付与 I4 种子/套件/产品修复均已合入。卡保持进行中，worktree/分支保留（已推送），下会话以稳定环境续办场景 1 定位。
 - e2e 环境根因补记（2026-10-16 深夜）：多次「场景 1 卡加载中」的共因=preview 重启时未带 PLAYWRIGHT_API_TARGET，代理落 8787 共享 dev 实例（登录 401/错后端）；e2e.sh 自管 preview 时无此问题。另：失败 run 的 receipt 重放永远复现旧失败，必须重新派发新 run。续办时先校验 preview 进程环境再跑套件。
+- 追加（另一线索）：vite dev server（4174）直连 18791 时登录亦 401（同凭据直 curl 200）——dev 代理链路存在独立的转发问题（疑旧会话残留实例），与 preview 加载挂起可能是两类问题。续办时优先用 e2e.sh 自管 preview 的正轨（它已验证代理正确），不要手工拉 dev server。
 - 深度证据（49ba8b1 全修复版 dist + 正确代理下复现）：trace 显示组件 effect 启动→project.list 200（payload 正确）→resolved cancelled=false rows=2→setProjects(2) 已调用，但 DOM 15s 后仍渲染加载态——React 状态已更新而 DOM 未前进。该矛盾指向 overlay 挂载/双实例/React 提交层问题，需 React DevTools 交互式定位（headless 探针已到收益边界）。复现路径：e2e.sh 全量跑后单跑场景 1（seed 152044+ 的 serve 仍可在 18791 手动拉起配合 4173 preview）。
 - 插桩运行补记（278b54c 渲染日志版，稳定环境复现）：RENDER(projects=null) → EFFECT start → FETCH resolved(c=false, rows=2) 三条日志完整，**「setProjects done」日志缺失** 且 DOM select=0——执行在守卫返回（c 瞬时为 true，清理已跑）或 setProjects 同步抛出（try/catch 未捕获到）。指向 effect 运行后、fetch 解析前后发生过一次**组件实例更换/重挂载**（identity 二次跳变或 overlay 重开）。下一步用 React DevTools 挂到真实 overlay 上看 fiber 树与两个实例。
 - gitlink 跟随（I4 调试期）：frontend main 前进至 ffda996（#101 侧栏 wiring/#102 payload unwrap/#103 登录落定），pin 单元一次成功（transport 29c76d31…，apply `a555bc6c`）。期间一次 receipt 复用教训：失败的 run receipt 重放会永远复现旧失败原因——必须重新派发新 run。