arena-search 像真人一样多源搜索

要解决什么问题

在 Agent 或本地脚本里做「搜一圈再汇总」，常见痛点是：只盯单一 API、冷启动要串行拉多个站、无关结果混进列表，以及没有统一的相关性与去重规则。arena-search 面向多源并行聚合，强调像人工检索那样同时看新闻、热榜、GitHub 与可选行情数据，再在同一套评分里筛结果。

如何工作

技能采用 5 层架构，信源侧在 v0.3 起支持 6 路并行（ThreadPoolExecutor），典型冷启动约 1–2s（相对 v0.2 串行的 3–5s）。

1. L1 实时资讯 — WallStreetCN、36Kr、weibo_hot、baidu_hot，以及通过 custom_sources.json 接入的自定义 RSS。
2. L2 GitHub trending — 前沿开源项目（约 10 分钟缓存）。
3. L3 内部/行情数据 — 涨停板、研报、情绪等（akshare 可选）。
4. L4 关键词扩展 — synonyms.json 同义词词典 + LLM 兜底扩展查询。
5. L5 评估 — 综合来源数、时间、relevance、去重；v0.3 默认 --min-relevance 10，过滤 relevance=0 的无关条目。

运行时可加 --timing 查看各阶段耗时；ensure_dirs() 会自动创建情报目录，避免 v0.2 时代「no intel dir」只告警不建目录的卡点。

适用边界与注意点

• 无需 API key 依赖的是公开页面/API 与聚合站（如 tophub.today），可用性与反爬策略会随时间变化。
• L3 行情与研报能力依赖 akshare（LGPL-3.0），未安装或网络受限时该层可能为空。
• 同义词与 RSS 需自行维护 synonyms.json、custom_sources.json；LLM 兜底扩展的效果取决于你所用模型的指令遵循与成本。
• 重要度与相关性评分是启发式规则，不适合作为唯一的事实核查或合规依据。