妙手：修正误判——提交一直有触发，失败因验证码读错（实测命中率约1/5）；建议配 OCR 或人工登录

妙手建品/RECIPE.md

@@ -248,3 +248,33 @@ await c.send('DOM.setFileInputFiles', { files: ['/path/ms_import.csv'], nodeId }
 去做 `导入产品` 那个触发点的验证（`/common_collect_box/items` → `导入产品` → 看是否列出 `ms2`）。
 若仍需我自动登录：下一步应改为**真实鼠标点 `.login-form__submit-btn`**（`Input.dispatchMouseEvent`），
 而不是 DOM `dispatchEvent`——这是本轮与前几轮唯一的行为差异。
+
+## 第 7 轮：修正上一轮的误判 —— 提交其实**是**触发的，失败原因是验证码读错
+
+只读诊断（没有再次尝试登录）看到：
+```
+按钮: {dis:false, txt:"立即登录"}
+输入: [{ph:"手机号/子账号/邮箱", val:"xia…"}, {ph:"密码", val:"Bin…"}, {ph:"请输入验证码", val:"…"}]  ← 空
+```
+**关键**：账号和密码的值**还在**，**验证码框被清空了**。
+这是典型的「提交已发出并被拒 → 前端清空验证码并刷新图片」行为。
+所以上一轮我写的「提交疑似未触发」是**错的**：提交一直有触发，
+失败原因是**验证码读错**（错误提示是短暂 toast，我 12 秒后才查 DOM，已经消失）。
+
+### 验证码识别的实测命中率（人眼读 base64 原图）
+| 次数 | 读数 | 结果 |
+|---|---|---|
+| 1 | `4821` | ❌ 读错 |
+| 2 | `0699` | ✅ 通过（唯一一次成功登录） |
+| 3 | `7317` | ❌ |
+| 4 | `0326` | ❌ |
+| 5 | `3620` | ❌ |
+
+→ **约 1/5**。而登录页写着「再失败 9 次将锁定账号 1 个小时」，所以**不该继续靠人眼读码硬试**。
+
+### 结论与建议
+- 要自动化妙手，**必须给验证码配 OCR/视觉能力**：
+  本机 `modlens` 未配置视觉提供方（报 `No vision provider`）；
+  舰队技能里另有 `ddddocr` / `captcha-solving` 相关技能可先查。
+- 或者**人工在 VNC 登录一次**，agent 接手已登录会话（零风险、立刻可用）。
+- 登录后要立刻做的仍是那件事：`/common_collect_box/items` → 点 **`导入产品`** → 看是否列出 `ms2`。