[Bug] 默认的数据源优先级在分析港股是会遇到拿错数据的问题，需要能通过配置关闭

[littlebirds]

⚠️ 提交前必读 / Before You Submit

请确认已更新到最新版本后再提交 Issue，避免重复报告已修复的问题。
Please confirm you are on the latest version before filing, to avoid duplicate reports of already-fixed issues.

版本确认 / Version Check（必填 / Required）

• 我已同步最新代码 / I am on the latest commit (Fork users: Sync fork first, then re-run Actions)
• 代码版本 / Commit hash:
  • 本地 / Local: git rev-parse --short HEAD → ______
  • GitHub Actions: commit hash shown at the top of the workflow log → ______

问题描述 / Problem Description

简明扼要地描述遇到的问题。
默认的数据源优先级在分析港股是会遇到拿错数据的问题，

复现步骤 / Reproduction Steps

1. 执行命令 / Run command '...'
2. 配置 / Config '...'
3. 查看 / View '...'
4. 出现错误 / Error occurs

期望行为 / Expected Behavior

港股行情数据必须真实可靠

描述你期望发生的情况。
能通过配置禁止使用有问题的数据源

实际行为 / Actual Behavior

描述实际发生的情况。
比如说比亚迪 1211.HK，价格应该在100港元之上，但程序拿到的报价只有30，导致分析结果全错

错误日志 / Error Logs

没有出错日志

Paste relevant error logs here

环境信息 / Environment

• 操作系统 / OS: [e.g. Ubuntu 22.04 / Windows 11 / macOS 14]
• Python 版本 / Python version: [e.g. 3.11]
• 运行方式 / Run mode: [Local / Docker / GitHub Actions]
• 相关配置 / Relevant config:
  • GEMINI_MODEL / AI model:
  • 数据源 / Data source:

其他信息 / Additional Context

添加任何其他有关问题的信息或截图。
Add any other context or screenshots about the problem.

[ZhuLinsen]

结论
这个问题更像是港股行情源选择和代码规范化的缺陷，不是分析模型本身的问题。1211.HK 返回 30 左右时，优先怀疑某个 fallback 数据源拿到了非港股 BYD H 股报价，或返回结果没有校验市场、币种、原始代码。

建议排查

• 候选位置优先看 data_provider/base.py、data_provider/akshare_fetcher.py、data_provider/efinance_fetcher.py、data_provider/longbridge_fetcher.py 和 src/config.py。
• 最可能的根因有三类：1211.HK 被规范化时丢失港股后缀或前导零；默认数据源 fallback 在某个源失败后继续使用了不匹配的代码结果；返回行情后没有校验 HKD、HK 市场或原始 symbol。
• 配置层可以考虑增加类似 DISABLED_DATA_PROVIDERS 或 MARKET_DATA_PROVIDER_PRIORITY 的环境变量，并同步更新 .env.example，让用户能临时禁用有问题的数据源。
• 修复时建议对港股增加最小回归样例：1211.HK / hk01211 应解析为同一港股标的，且价格源结果不能落到 A 股、美股或无市场标识数据。
• 临时规避可以先显式改用港股支持更稳定的数据源；如果当前代码没有暴露数据源禁用配置，就需要在 src/config.py 和 data_provider 调度入口补一个开关。

---

🤖 此回复由 OpenReview Bot 自动生成，仅供参考。如有疑问请 @维护者。

[littlebirds]

最新版本利没问题了，估计是默认数据源 fallback 在某个源失败后继续使用了不匹配的代码结果。

[ZhuLinsen]

结论
最新版本已经不复现的话，可以先标记为已解决，当前现象基本符合港股 fallback 数据源在失败后误用了不匹配代码结果的判断。相关修复方向已在 PR #1232 中处理，建议把后续验证集中到那里。

建议排查

• 后续如果再次出现，优先记录当次使用的数据源顺序、股票代码 1211.HK、实际返回价格和运行 commit。
• 重点回归 data_provider/base.py 的代码规范化，以及 akshare_fetcher.py、efinance_fetcher.py 的港股路由和结果校验。
• 港股结果校验应至少确认市场/代码/币种匹配，避免 fallback 成功但数据实际来自错误标的。
• 如果 PR Fix HK historical data provider routing #1232 合入后仍无法复现，可以关闭当前 issue。

---

🤖 此回复由 OpenReview Bot 自动生成，仅供参考。如有疑问请 @维护者。