[Feature] 支持台湾市场个股分析（suffix-only MVP，对齐 #1718）

[WenyuChiou]

功能描述 / Feature Description

新增**台湾股市（台股）**个股分析支持，采用与 #1718（日本/韩国 suffix-only MVP）完全相同的模式：仅放开「市场识别 + 数据路由 + Yahoo 抓取 + 类型放行 + seed 索引」，A 股专属重功能（资金流/龙虎榜/板块/市场宽度）一律按 not_supported 降级，与 jp/kr 同边界、可一行回滚。

• 上市（TWSE）= NNNN.TW（例 2330.TW 台积电、0050.TW 元大台湾50）
• 上柜（TPEx）= NNNN.TWO（例 6488.TWO 环球晶）；与 KR 把 .KS+.KQ 折成一个 kr 一样，.TW+.TWO 折成一个 tw

使用场景 / Use Case

台湾用户基数大、需求高（项目已有 docs/README_CHT.md 繁中版），但目前完全无法分析台股：grep -rn "\.TW" --include="*.py" = 0 笔；裸 6 位代码会落到 A 股语义，.TW 后缀代码则无任何识别分支。日韩 MVP 落地后，台股是同模式最自然的下一个市场。

期望实现 / Proposed Solution

镜像 #1718 的整条链路（market tag jp/kr → tw，suffix .T/.KS/.KQ → .TW/.TWO），关键设计已对最新 main（2f75e83）逐一核对：

项目	设计
代码格式	.TW/.TWO，数字 base 4–6 位（普通股 4 位；ETF 跨 4–6 如 00878/006208）— 比 JP .T 的 4–5 位宽，这是唯一不可照抄 JP 之处
市场识别	_is_tw_market() + _market_tag→tw、detect_market、get_market_for_stock 三处一致，suffix 分支置于「裸 6 位→cn」fallback 之前（裸 2330 仍为 A 股，关键回归不变量）
数据路由	_DAILY_MARKET_FETCHER_SUPPORT 仅 YfinanceFetcher 加 "tw"；同 jp/kr 非 US，走通用 fetcher loop，无需新增分支
指数	加权指数 ^TWII、柜买指数 ^TWOII（已实测 Yahoo chart API 均 HTTP 200 解析成功）
交易日历	XTAI / Asia/Taipei；TWSE 09:00–13:30 连续无午休，session_has_break 自动走 no-break
Prompt 语境	保留台股的 ±10% 涨跌停、三大法人（外资/投信/自营商）、融资融券；仅排除 A 股专属的北向资金/龙虎榜

两个刻意取舍（想先和维护者对齐）：

1. 收盘集合竞价（13:25–13:30）暂不建模 → 严格镜像 jp/kr（_CLOSING_AUCTION_WINDOW_MINUTES 不加 tw），日后一行可补。
2. ^TWOII（柜买指数）Yahoo 更新频率较低 → 可先只上 ^TWII，柜买留 follow-up。

范围约 80 个触点，横跨 data_provider/ src/ apps/dsa-web/ api/ scripts/ docs/ tests/，已分级 P0（缺它请求/build 失败）/ P1，并附完整 test_tw_market_support.py（镜像 test_jp_kr_market_support.py）。

备选方案 / Alternatives Considered

• 专用台股数据源（如 FinMind/twstock）：可拿到三大法人/融资融券等台股专属数据，但偏离本项目「先 suffix-only MVP、Yahoo 兜底」的既定路线，范围大、风险高 → 建议作为 MVP 之后的增强，不放进首个 PR。
• 维持现状（不支持）：台湾用户无法使用核心功能。

相关信息 / Additional Context

• 是否愿意贡献代码实现 / Willing to implement: Yes（完整方案 + 逐档清单 + 测试已就绪，可直接提单一 suffix-only MVP PR）
• 参考 / Reference: 对齐 [Feature] 支持日本/韩国市场个股分析（suffix-only MVP） #1718（日本/韩国 suffix-only MVP）
• 想请教维护者 3 件事（影响 PR 落地）：
  1. docs/architecture/api_spec.json 的重新生成方式？（它与 test_decision_signal_docs.py / test_api_schema_pydantic.py 快照锁步，手改 enum 易红灯）
  2. 是否接受单一 suffix-only MVP PR（各层 allowlist + 测试快照须锁步同改，拆 PR 会中间态红灯）？
  3. 首个 PR 是否纳入 ^TWOII，还是先只上 ^TWII？

[ZhuLinsen]

👋 感谢提交此 Issue！

经过初步分析，这个 Issue 看起来属于 新功能请求 类型。OpenReview 不会在这里替维护者拍板需求优先级，但这不会阻止后续自动实现流程。

如果仓库已启用 AutoCode 且该 issue 符合自动执行策略，AutoCode 会继续按队列生成实现计划、提交 PR 或在受限路径/风险过高时说明阻塞原因。OpenReview 后续会继续审查关联 PR。

---

🤖 此回复由 OpenReview Bot 自动生成

[WenyuChiou]

PR #1773 已实现本 issue 的 suffix-only MVP(数据分析层),严格对齐 #1718 的日韩模式,CI 全绿,含 165 项本地回归测试(新 TW 测试 + JP/KR 基准 + 所有改动模块)。已转为 Ready for Review。

范围说明(便于与 AutoCode 自动实现去重):

• 本 PR = 数据层:.TW/.TWO 识别(base 4-6 位,覆盖 ETF 如 00878/006208)、路由至 YfinanceFetcher、^TWII/^TWOII 指数、XTAI/Asia-Taipei 交易日历、台股 prompt 语境、seed 索引、回归测试。
• Web UI 下拉 + API market enum 是刻意拆出的 follow-up:避免 schema/service split-brain,且与 docs/architecture/api_spec.json 锁步——见下方提问。

如果方便,可否将 #1773 关联为本 issue 的实现,以免 AutoCode 重复生成同一 MVP?

另外想请教一个会影响 follow-up 的问题:docs/architecture/api_spec.json 是如何重新生成的?(tests/test_api_schema_pydantic.py 会与 create_app().openapi() 精确比对,我不想手改 spec 而引入与 runtime 不一致。)确认后我会接着提交 Web/API enum 的 follow-up PR。

后续若要把台股做得更完整(三大法人/融资券/月营收/估值/除权息),台湾有免费官方的 TWSE/TPEx OpenAPI(无 key、政府开放资料),我已规划好可按「一 issue 一 PR、严格 additive + fail-open」的方式逐步贡献,完全遵循 AGENTS.md 的稳定性优先原则——但会等本 MVP 合入后再逐个开。

[ZhuLinsen]

结论
收到，PR #1773 已覆盖本 issue 的台股 suffix-only MVP 数据分析层实现，后续讨论建议集中到 #1773，避免重复实现。这个 issue 可以先保持打开，等 #1773 合并后再按其实际范围关闭或拆出 API/Web 后续项。

建议排查

• feat(market): Taiwan (台股) suffix-only market detection + routing (Refs #1772) #1773 当前范围建议保持为数据层：.TW / .TWO 识别、Yfinance 路由、^TWII / ^TWOII、XTAI / Asia/Taipei、台股 prompt 语境和 seed 索引。
• API enum、Web UI 输入提示、设置文案和前端展示如果未包含在 feat(market): Taiwan (台股) suffix-only market detection + routing (Refs #1772) #1773，可作为 follow-up PR，不要和数据层 review 混在一起扩大风险。
• docs/architecture/api_spec.json 若涉及快照联动，建议在对应 PR 中用现有测试约束一起更新，避免手改 enum 后与 test_decision_signal_docs.py、test_api_schema_pydantic.py 不一致。
• ^TWOII 已在 feat(market): Taiwan (台股) suffix-only market detection + routing (Refs #1772) #1773 范围内的话可以随数据层一起 review；若 CI 或 Yahoo 稳定性出现问题，再降级为仅保留 ^TWII 的最小版本。
• feat(market): Taiwan (台股) suffix-only market detection + routing (Refs #1772) #1773 合并后，本 issue 可按 “由 feat(market): Taiwan (台股) suffix-only market detection + routing (Refs #1772) #1773 实现数据分析层 MVP” 关闭；若还缺 API/Web 层，再单独开后续 issue 追踪。

---

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