目标:把
raw_documents的扩量能力、正文质量能力、以及 2025/2026 的可执行动作讲清楚。
本文只讨论 raw 层,不把事件分类结果当成采集前置条件。
更新时间:2026-04-23
raw 层只看三件事:
source-driven:这个来源有没有稳定 collector / history 主链time-driven:2025/2026 覆盖是不是太薄coverage-driven:content有没有正文、正文够不够长
本文默认使用两层门槛:
- 合格正文:
length(content) >= 80,且content != title - 强正文:
length(content) >= 300,且content != title
collect-history 现在已经支持直接按强正文门槛过滤。
但对日常操作来说,不推荐继续手动拼这些参数。优先用:
./SPM ingest full DB=stock_event_mining
./SPM status raw DB=stock_event_mining底层质量门槛和来源分流,会由系统内部处理。 这些来源级规则集中在:
src/modules/collectors/domain/source_profiles.py
所以后面新增来源、调整页数、调整并发、调整附件 2 粗分类时,优先改 source profile,而不是改 Makefile 里的大段命令。
如果只是开发或调试,才需要直接用 collect-history:
python3 src/cli/collect.py collect-history \
--source yicai-news \
--start-date 2025-01-01 \
--end-date 2026-04-23 \
--quality-body-only \
--min-content-length 300 \
--skip-db-load来自 stock_event_mining.raw_documents:
| 来源家族 | 行数 | 合格正文 | 强正文 |
|---|---|---|---|
| 巨潮资讯网 | 517,743 | 201,952 | 201,021 |
| 深交所 | 2,097 | 206 | 0 |
| 上交所 | 1,279 | 202 | 0 |
| AKShare | 946 | 847 | 0 |
| 第一财经 | 655 | 42 | 0 |
| 中国政府网 | 383 | 370 | 303 |
| 中国证监会 | 198 | 178 | 160 |
| 财新网 | 186 | 66 | 0 |
| 东方财富 | 170 | 161 | 132 |
| 36氪 | 155 | 103 | 2 |
| 国家发改委 | 73 | 73 | 67 |
| 工信部 | 65 | 0 | 0 |
巨潮资讯网仍然是绝对主源,但本轮不是我们的平衡基准。中国政府网 / 中国证监会 / 国家发改委 / 东方财富已经在库里证明了自己能稳定产出强正文。第一财经 / 工信部的新解析器已经在抽样里证明能产出强正文,但还没有被大规模回写到主库里,所以当前 DB 统计还没追上。36氪 / 财新 / 上交所 / 深交所目前更适合先补覆盖,不适合按正文型目标去冲。
| history source | 已进主链 | 当前状态 |
|---|---|---|
cninfo-disclosure |
是 | 历史公告主源,可做全文回填 |
akshare-news |
是 | 聚合新闻源,量足但正文门槛一般 |
gov-news |
是 | 正文质量强 |
ndrc-policy |
是 | 正文质量强,但总量有限 |
csrc-policy |
是 | 正文质量强 |
miit-policy |
是 | 已切到搜索 API,抽样可出强正文 |
sse-announcements |
是 | 公司行为类,正文偏摘要 |
szse-announcements |
是 | 公司行为类,正文偏摘要 |
szse-suspension |
是 | 事实型源,不是正文型源 |
eastmoney-industry |
是 | 正文质量强 |
kr36-flash |
是 | 有内容,但大多低于强正文门槛 |
caixin-mini |
是 | 有内容,但强正文命中率偏低 |
yicai-news |
是 | 已修正文抽取,抽样强正文命中高 |
下面这些结果来自 --skip-db-load --quality-body-only --min-content-length 300 的抽样验证:
| history source | 抽样参数 | 通过条数 | 结论 |
|---|---|---|---|
miit-policy |
pages=2 size=10 |
15 |
已通过强正文门槛 |
yicai-news |
pages=2 size=10 |
16 |
已通过强正文门槛 |
caixin-mini |
pages=2 size=10 |
1 |
质量不稳定,不适合直接冲量 |
kr36-flash |
pages=2 size=10 |
0 |
当前不适合按强正文门槛冲量 |
这部分是系统内部策略依据,不要求日常操作记忆。
gov-newsndrc-policycsrc-policymiit-policy(抽样验证)eastmoney-industryyicai-news(抽样验证)
kr36-flashcaixin-minisse-announcementsszse-announcementsszse-suspensionakshare-news
raw_documents.symbol_or_subject 现在应该统一理解成附件 2 的事件粗粒度分类:
政策类事件公司行为事件行业/技术事件宏观/地缘事件
./SPM ingest full DB=stock_event_mining 会在补来源、补正文、巨潮回填之后,自动把这个字段按 source 规范化到这 4 类。这个步骤只更新 symbol_or_subject,不改正文、不改 URL、不改发布时间。
当前 2025/2026 已落到这 4 类的行数(只统计这 4 类值):
| 粗分类 | 行数 |
|---|---|
| 公司行为事件 | 3,369 |
| 宏观/地缘事件 | 838 |
| 政策类事件 | 718 |
| 行业/技术事件 | 324 |
说明:
- 新写入数据会从采集端直接写入附件 2 四类。
- 历史数据由
ingest full末尾的规范化步骤兜底,避免旧的股票代码、来源侧短标签继续占用这个字段。
优先级最高:
yicai-newseastmoney-industrycsrc-policygov-newsndrc-policymiit-policy
kr36-flashcaixin-minisse-announcementsszse-announcementsszse-suspension
这些来源可以保留在 raw 层,但不应该和正文型来源混成同一套补数据策略。
要很诚实地说:
yicai-news、eastmoney-industry有希望继续把正文型数据做厚gov-news / ndrc-policy / csrc-policy / miit-policy更像高质量政策源,但 2025/2026 的自然供给量有限
所以后面的命令应该区分:
- 正文优先型来源
- 自然上限型来源