数据浏览器
全站的判定都写着「不要求你信我，每条都可自查」。这一页把自查从一条 扩到整个库：四张表随你筛、随你排、随你导出， 每一行都点得进原始页面。 筛选条件全在网址里——筛出来的任何一屏都可以直接复制链接引用， 对方打开看到的是同一批数据。
每篇收录的报道过完五个工位之后的那张成绩单。分数和标记都可以点进去看逐条依据——命中了哪个词、扣在哪一维、引文出自原文第几句，详情页上都摆着。这张表只是让你能一次看完全部。
| 标题⇅ | 来源⇅ | 质量分⇅ | 标记 | 时间▼ |
|---|---|---|---|---|
| Top Gear 评选史上最伟大 911 车型 | 保时捷官网 | 52 | 标题夸张、营销词密度高 | 2026-10-19 入库 |
| 保时捷在电动方程式中斩获制造商世界冠军 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 保时捷与潘世奇在美国之路赛道共庆辉煌历史 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| “在性能极限的边缘推进创新” | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 当 924 重新定义保时捷的 DNA | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 以历史涂装迎赛季收官：维尔莱茵与保时捷车队伦敦双线争冠 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 全球保时捷社群的声音：Megaphonics 26 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 保时捷以特别版 911 GT3 致敬纽博格林百年辉煌 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 保时捷车手维尔莱茵再度加冕电动方程式世界冠军 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 与生命赛跑的医生和他的快速响应保时捷 Macan | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 致敬保时捷博物馆：最后一台 718 驶上赛道 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 全新 911 Challenge —— 为专业赛车运动而生，毫不妥协 | 保时捷官网 | 64 | 营销词密度高 | 2026-10-19 入库 |
| 传奇：保时捷 909 Bergspyder 的独特油箱设计 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 生于赛道：赛车运动即客户赛车 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| “生于赛道——保时捷赛车运动 75 周年” 主题展览于北京启皓中心盛大启幕 | 保时捷官网 | 64 | 营销词密度高 | 2026-10-19 入库 |
| 保时捷完成出售 Bugatti Rimac 和 Rimac 集团股权 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 迭代：保时捷 975 RSE 的研发历程 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 两种热爱，一种色彩：保时捷 911 GT3 RS 催生出与之相映的自行车 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 燃擎三城，共赴热爱：2026 保时捷尽享跑车日中国激情开跑 | 保时捷官网 | 64 | 营销词密度高 | 2026-10-19 入库 |
| 从《Top Gear》到博茨瓦纳——与 Andy Wilman 同行 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 保时捷潘世奇车队在 “砖厂之战” 中登上领奖台 | 保时捷官网 | 64 | 营销词密度高 | 2026-10-19 入库 |
| 全新《生于赛道·竞速华章》特辑：揭开 1952 年保时捷 356 SL 的身世之谜 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 保时捷在亚特兰大之路 “小勒芒” 中夺冠 | 保时捷官网 | 64 | 营销词密度高 | 2026-10-19 入库 |
| 全新跑车、更高专属性与更强盈利能力：保时捷发布面向 2035 年的全新战略 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
| 世界冠军座驾保时捷 99X Electric 赛车正式纳入博物馆馆藏 | 保时捷官网 | 100 | 无标记 | 2026-10-19 入库 |
只读接口 不用打开网页也能把数据拉走
下面每一条都是已经在跑的公开出口，全部只读、不需要登录、不需要密钥，
直接用浏览器或 curl 就能取。
拉走之后请自己复算——这一页存在的全部理由就是让你不必信我们的算法，
可以拿原始数据自己算一遍。
最新 30 篇报道的订阅源，给聚合器和 RSS 阅读器用。只出首发稿（近重复转载不进），排序与首页同一把尺子。摘要只给 AI 摘要或正文截断，不发全文——爬取稿的版权在源站。
参数：无
返回：RSS 2.0（application/rss+xml）
<item><title>…</title><link>/news/123/</link><description>…</description><pubDate>…</pubDate></item>数据总览页那三张图的原始数字：按日收录量、各品牌报道篇数、质量分分布。图只能看不能核，这个出口是给复算用的。
参数：what=daily（按日收录）/ brands（品牌声量）/ quality（质量分布），默认 daily；其余取值返回 404
返回：CSV，UTF-8 带 BOM，首行表头
日期,当日收录篇数\n2026-08-01,37首页头版那颗「本期已封存」印章背后的东西：那一期收了哪些稿、每篇的哈希是什么、汇成的 Merkle 根是什么。返回的是**封存当时那份清单文件**，不是现算的——两者对不对得上，正是 manage.py seal_issue --verify 要验的事。
参数：路径参数为日期，格式 YYYY-MM-DD；格式不对或当天没封存返回 404
返回：JSON（缩进 2，不转义中文）
{"issue": 12, "date": "2026-08-26", "merkle_root": "…", "article_count": 37, "articles": [{"id": …, "sha256": "…"}]}一批预测的逐条哈希 + Merkle 根 + git 提交号 + RFC 3161 时间戳流水号。返回值里连**怎么验时间戳的那条 openssl 命令**都写着，因为可复核不该只能在我们的页面上完成。
参数：路径参数为批次号（形如 2026-08-001），不存在返回 404
返回：JSON（缩进 2，不转义中文）
{"batch": "2026-08-001", "merkle_root": "…", "git_commit": "…", "merkle_rule": "两两配对，父 = SHA-256(左 hex + 右 hex)…", "predictions": [{"seq": "P01", "sha256": "…"}]}全部 6,163 件事各自的独立来源数与报道数——「今天传的这些事，哪些是几家都在说的，哪些还只有一家在说」的原始数据。与事件表同一份缓存、同一个口径。
参数：无
返回：JSON：{"rows": [{"id": 事件ID, "t": 标题前30字, "s": 独立来源数, "a": 报道数, "m": "YYYY-MM"}]}
{"rows": [{"id": 2331, "t": "比亚迪 7 月销量", "s": 4, "a": 4, "m": "2026-08"}]}就是上面那个「导出 CSV」按钮打的地址。参数与页面完全一致——把浏览器地址栏里的 /explorer/ 换成 /explorer/export.csv 即可，导的是**当前筛选的全量结果**，不是当前页。
参数：t=events|promises|recalls|quality，外加该表的筛选参数（q / brand / status / year / band …）与 sort
返回：CSV，UTF-8 带 BOM，首行表头；单次上限 20,000 行
/explorer/export.csv?t=quality&band=low&source=…
四张表的数字都是此刻从库里数出来的，没有一个写死的值；
筛选、排序、分页全在服务端完成，所以你现在看到的这一屏有一个固定网址。
发现哪一行对不上？告诉我们，
或者去系统中心看这批数据是怎么来的。