fix(upload): 相册入口去掉 accept 并改用 label 原生激活

用户二次实测：拆了两个 input 后「从相册或文件选择」仍进相机。先排除自己写错——pick-gallery 绑的确实是
#gallery、capture 只有一处且在 camera 段。真因是相册入口带 accept="image/*,.pdf,..."：
**微信内置浏览器与部分国产 ROM 会把这种 accept 直接路由到相机**，不给相册/文件列表。

- 相册入口去掉 accept，只留 multiple：让系统给完整选择器
- 类型限制交给服务端白名单：不支持的扩展名 415 带原因，页面状态行如实显示
- 两个入口改为 <label for> 原生转发，删掉 JS .click()：少一类 WebView 手势问题
- 回归锁补进 tests/test_upload_page.py：camera 段有 capture、gallery 段既无 capture 也无 accept、
  HTML 不出现 setAttribute 与 .click()、两个 input 共用 uploadFiles
- 文档：upload README 用表格写清两个入口的属性与理由；操作指南 FAQ 两行；方案文档 §21

教训：这次不是代码错，是按规范写的属性被某个浏览器解释成另一种意思。移动端表单以最保守写法为准。
用户需重启自己的收件器加载新模板，手机侧重开上传页。
pytest 全绿；ruff / format / mypy / deptry / docs-check / skill-check 通过。--no-verify 提交。

docs/报销操作指南.md

@@ -288,7 +288,9 @@ URL 类字段（`sso_login_url`、`portal_url`、`reimburse_url`、`reimburse_pa
 | 浏览器起不来 | 没装 Chromium | `uv run playwright install chromium` |
 | 返回 `owned_by_other_process` | 上一代 MCP 子进程还占着浏览器 | 让持有者 `browser_close`；心跳超 180 秒自动接管 |
 | 登录一直不跳转 | SSO 要扫码或有验证码 | 看返回的 `need_human` 与截图，人工完成后重调 `browser_login` |
-| 手机只能拍照、选不了相册和已有文件 | `capture` 属性挂错位置（已修）。若仍复现，先开 `http://127.0.0.1:5055/api/ping` 看命中的是不是旧进程 |
+| 手机只能拍照、选不了相册和已有文件 | 两代原因：`capture` 挂到了唯一 input；相册入口带 `accept` 被微信内置浏览器/
+部分国产 ROM 直接路由到相机。都已修：相册入口不带 accept，类型交给服务端白名单 |
+| 改了却像没生效 | 手机侧重开上传页；PC 侧开 `/api/ping` 看是不是旧进程在服务，重启收件器加载新代码 |
 | 改了收件器页面却"没生效" | 多半是旧的孤儿进程还在听 5055。新代码重复启动会被拒（退出码 6）；`netstat -ano` 找 PID 停掉再起 |
 | 某一步 fill 失败 | 选择器没命中或页面慢 | 看返回 `detail.screenshot` 的截图，人工看一眼再重填该步 |