UI Audit: 添加 .NET 仓库（friendly duplicate toast / add-flow detect copy / add-button busy）

[sperictao]

UI/UX Audit — 添加 .NET 仓库

Draft stacked PR，禁止自动 merge。审计报告全文本地见 docs/agent/ui-audit-add-dotnet-repo/AUDIT_REPORT.md（docs/agent/ 按仓库约定不入库）；Before/After GIF/PNG 由 ui-audit-add-dotnet-repo workflow 以 artifact 形式上传。

范围

• 本轮：主页（仓库面板）→ 添加仓库（+）→ 目录选择 → dotnet 自动检测 → 入库 → 列表/选中/发布面板验证
• 不处理：EditRepositoryDialog、移除仓库、排序、发布配置编辑

用户操作路径（Before/After 完全一致）

+ 按钮(title=添加仓库) → 目录选择(mock) → detect_repository_provider → 扫描分支/项目候选 → add_repository → 验证列表/选中/toast。四个场景：A 成功添加、B 检测失败、A2 注入 1.4s 检测延迟、C 重复路径。

Baseline 已确认缺陷（产品）

1. C 重复路径：toast 直接显示序列化错误对象 Error: {"code":"repository_exists",...}（真实 Tauri 下为 String(err)，更不可读）。
2. B 检测失败：toast 引导「可手动选择 Provider」，但全 UI 无任何手动选择入口（恢复入口计数 0）；且文案含 pom.xml/Java/Gradle，与 .NET 添加场景错位（与编辑对话框共享 key 所致）。
3. A2 慢检测：1.4s 检测期间 + 按钮无 disabled/aria-busy/spinner，用户会认为点击无效。

正确业务语义（保持）：添加成功自动选中新仓库、发布面板切换、成功 toast 含名称、无乐观更新、重复路径数据无损、取消目录静默返回。

修复（最小范围）

• useRepositoryActions.runtime.ts：extractInvokeErrorCode 识别 repository_exists → 「仓库已存在」+ 路径；其余错误用 extractInvokeErrorMessage；添加流程检测失败改用专用 key（不再引导不存在的入口；编辑对话框原 key 保留）。
• RepositoryList.tsx：+ 按钮添加期间 disabled + aria-busy + Loader 图标，完成恢复；补 aria-label；onAddRepo 允许 Promise。
• i18n zh/en：app.repositoryAlreadyExists、app.addRepoProviderDetectUnsupported(Desc)、repositoryList.addRepositoryInProgress。
• 测试基建（非产品）：mock-tauri 与真实契约对齐（plugin:dialog|open、detect 返回字符串/path 参数、branches 按 path、candidates 按 startPath、add_repository 返回 AppState + repository_exists reject 对象）；新增 capture spec（默认 skip）与 workflow。

Focused Test

• 单测 useRepositoryActions.runtime.test.ts：6/6（新增 repository_exists 友好提示、专用检测文案 2 例）
• e2e specs/11-add-repository.spec.ts：4/4（成功+自动选中、重复路径不泄漏原始错误、失败文案无误导入口、busy 状态出现与恢复）

After（同路径强断言，全绿）

A：新行 + aria-pressed="true"；B：toast 含「未添加仓库…」不含「可手动选择 Provider」且恢复入口 0；A2：检测中 disabled=true + aria-busy="true"，完成恢复；C：toast「仓库已存在 / 路径」无 JSON。

Quality

• tsc --noEmit ✓ ｜ Vitest 467/467 ✓ ｜ check:i18n 100% ✓ ｜ lint 0 errors ✓ ｜ format:check ✓
• e2e 全量：67 passed + 4 skipped（capture-only）；4 个失败（09-geist-prototype ×2、publish-config-floating-drift、10-provider-operations 发布后打包）在 main@2e03d3f8 干基线同样失败，属既有失败，非本轮回归
• Rust：clippy ✓；cargo test 1 个既有失败（automation::tests::bindings_keep_their_revision…，本轮零 Rust 改动，main 同样失败）
• UI Audit workflow：PR paths 触发 + workflow_dispatch 按 baseline/after 上传录制 artifact

Final head

26be9519（本 PR 全部提交）

人工关键帧结论（After）

spinner 替换 + 图标无布局挤压；toast 文案清晰无 JSON 残留；Focus/Scroll 无跳变；仅影响目标功能。

[sperictao]

测试基建已并入 #98，关闭本 PR（两者是同一功能的重复实现，不应同时合并）。

已并入 #98 的部分（测试基建）

• tests/e2e/fixtures/mock-tauri.ts：dialogOpenPath 与 plugin:dialog|open/ask/message、add_repository 的 repository_exists 语义与自动选中、detect_repository_provider 的真实契约、scan_repository_branches(path) / scan_project_candidates(startPath)
• tests/e2e/specs/11-add-repository.spec.ts：真实覆盖添加仓库的回归用例
• 录制 spec + ui-audit-add-repository.yml：可复现的证据生成（已泛化为 add-repository，去掉 dotnet 限定）

未并入的部分（产品语义分歧）
本 PR 在 Provider 检测失败时选择「不落库 + 改文案」；#98 选择「照常落库 + 自动打开编辑窗口手动选择 Provider」，因为后者让原本不存在的「手动选择」入口变成真实可用（#98 的 H2）。合并以 #98 的语义为准，因此 spec 11 与 capture 的第 3 条断言按 #98 语义改写。

顺带一提：本 PR 的 CI 与 #98 一样是 quality pass / rust fail，两者互为佐证 —— 那条 Rust 失败是 origin/main 自带的问题，已记录到 #101。

[sperictao]

测试基建已并入 #98