fix(providers): 连接 endpoint 持久化与回显前剥离 userinfo 凭证

[yjg-djb]

Summary

修复 #93：连接 endpoint 在持久化与回显前剥离 URL userinfo 凭证（scheme://user:pass@host → scheme://[REDACTED]@host）。

问题回顾

ProviderConfig 是非 secret 设置通道（接口注释明确 "Credentials belong in the OS-backed CredentialStore"），setConfig 已做字段白名单防 apiKey 落盘，但 endpoint 字段本身未做 secret 形态检查。PR #64 的 production canary 运行实测：经真实 IPC 写入带 userinfo 的 endpoint 后，connections.json 明文保存了 folio_user:CANARYLEAK04dbpass，并会经 connection health 链路回显。

修复（2 个文件，+69 行）

• sanitizeEndpoint(endpoint)：仅剥 userinfo，协议/主机/路径保留（目标地址仍可读）；无 userinfo 的 endpoint 逐字不变
• 写侧：ConnectionStore.setConfig 持久化前净化
• 读侧：getConfig 惰性净化——存量明文文件无需迁移即不再暴露（符合本地优先的无迁移语义）
• 与 [Privacy] Centralize redaction and data minimization for logs, diagnostics, traces, and eval artifacts #19 的方向一致（URL userinfo 是其 redactText 已覆盖的 secret 形态）；因该模块尚未合入 main，此处为独立最小实现，feat(privacy): unify redaction and data minimization behind one rule source #64 合并后可统一规则源

测试

按 #93 验收标准新增 3 个用例 + 全部既有测试不变：

用例	断言
userinfo 密码落盘	connections.json 无明文密码/用户名，含 [REDACTED]，主机路径保留
读侧	getConfig 返回 https://[REDACTED]@db.host.internal:5432/api
存量文件（写于修复前）	读侧惰性净化，https://user:legacy-pass@… → https://[REDACTED]@…
无 userinfo	https://api.example.com/v1?symbol=AAPL 逐字不变

测试报告

• 命令：bun run typecheck；bun test --isolate；bun test packages/shared/src/providers
• 环境：Windows 11 (10.0.26200) + Bun 1.4.2，基线 upstream/main @ 4cdb6bd
• 结果：typecheck 五 workspace 全部 exit 0；全仓 bun test --isolate 0 fail（1361 tests / 152 files，8 skip 为基线既有）；providers 套件 112 tests / 0 fail

Closes #93

[helsome]

这是独立、低风险且必要的 secret-persistence hardening：写侧阻止新 userinfo 凭证落盘，读侧保护存量数据，不需要等 #64 的统一 redaction 才能获得安全收益。测试报告满足要求，CI 也已成功。代码本身可批准；当前 GitHub 显示 mergeable=false，且 main 刚有新合入，请只 rebase/解决冲突并重跑基本 CI，不需要扩大 scope 或重做实现。