数据浏览器
全站的判定都写着「不要求你信我，每条都可自查」。这一页把自查从一条 扩到整个库：四张表随你筛、随你排、随你导出， 每一行都点得进原始页面。 筛选条件全在网址里——筛出来的任何一屏都可以直接复制链接引用， 对方打开看到的是同一批数据。
每篇收录的报道过完五个工位之后的那张成绩单。分数和标记都可以点进去看逐条依据——命中了哪个词、扣在哪一维、引文出自原文第几句，详情页上都摆着。这张表只是让你能一次看完全部。
| 标题⇅ | 来源⇅ | 质量分⇅ | 标记 | 时间▼ |
|---|---|---|---|---|
| 在狂飙中跳华尔兹，长安马自达如何守护“灵魂” | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 2026北京车展：现代汽车重启增长曲线 | 新浪汽车 | 100 | 无标记 | 2026-04-26 原发布 |
| 程劲文：奕境使命是做华系车的技术极客 | 新浪汽车 | 95 | 无标记 | 2026-04-26 原发布 |
| 凌世权：2026年将是皮卡电动化的分水岭 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 周林：安全是最大的豪华，问界不拼参数拼体验 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 杨冰融：东风奕派将推华为新品，产品由用户共同定义 | 新浪汽车 | 60 | 营销维度扣分、情绪词偏多 | 2026-04-26 原发布 |
| 本土化战略持续推进 奔驰新车无论油电都很智能 | 新浪汽车 | 100 | 无标记 | 2026-04-26 原发布 |
| 李博晓：泰山X8要做五座之王，岚图增长是厚积薄发 | 新浪汽车 | 95 | 无标记 | 2026-04-26 原发布 |
| 葛思亮：2026是MG产品大年 品牌将多线并进加速电智化转型 | 新浪汽车 | 65 | 营销维度扣分 | 2026-04-26 原发布 |
| 洪高明：全球有70%的用户还会选择油车 奇瑞坚持“新燃油”创新升级 | 新浪汽车 | 80 | 营销维度扣分 | 2026-04-26 原发布 |
| 袁明：坚定双品牌与出海战略，郑州日产冲刺10万台目标 | 新浪汽车 | 100 | 无标记 | 2026-04-26 原发布 |
| 骆闯：归元S不是卷配置，而是回归用户用车根本 | 新浪汽车 | 80 | 营销维度扣分 | 2026-04-26 原发布 |
| 邓留超：坚守长期主义，做真正满足家庭需求的“真七座” | 新浪汽车 | 95 | 无标记 | 2026-04-26 原发布 |
| 董威娜：启境 GT7 搭载华为顶级技术 6月上市即交付 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 何兆鹏：212不消费情怀，要把硬派越野带向世界 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 2026北京车展：长城汽车赛车文化日启幕 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 2026北京车展：魏建军开启“契约”主题直播 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 2026北京车展：日产设计团队的传承与创新对话 | 新浪汽车 | 100 | 无标记 | 2026-04-26 原发布 |
| 周斌：现代不会退出中国，艾尼氪要做为中国而来的高端纯电品牌 | 新浪汽车 | 65 | 营销维度扣分 | 2026-04-26 原发布 |
| 宝马持续深度本地化研发 将智能网联汽车技术提升到全新高度 | 新浪汽车 | 85 | 营销维度扣分 | 2026-04-26 原发布 |
| 杨嗣耀：尚界要做鸿蒙智行最时尚的一界，让车真正懂年轻用户 | 新浪汽车 | 75 | 营销维度扣分 | 2026-04-26 原发布 |
| 范必欧：ID. ERA 9X引领新能源攻势 上汽大众全年销量信心十足 | 新浪汽车 | 70 | 营销维度扣分 | 2026-04-27 原发布 |
| 从“新”出发，启“程”远航：neueHCT踏上品牌焕新征程 | 新浪汽车 | 83 | 无标记 | 2026-04-27 原发布 |
| 北京车展专访广汽本田：2027年推进极致本土化变革 | 新浪汽车 | 100 | 无标记 | 2026-04-27 原发布 |
| 以用户体验为核心：岚图泰山X8预售发布会专访 | 新浪汽车 | 60 | 营销维度扣分、情绪词偏多 | 2026-04-27 原发布 |
只读接口 不用打开网页也能把数据拉走
下面每一条都是已经在跑的公开出口，全部只读、不需要登录、不需要密钥，
直接用浏览器或 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,108 件事各自的独立来源数与报道数——「今天传的这些事，哪些是几家都在说的，哪些还只有一家在说」的原始数据。与事件表同一份缓存、同一个口径。
参数：无
返回：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=…
四张表的数字都是此刻从库里数出来的，没有一个写死的值；
筛选、排序、分页全在服务端完成，所以你现在看到的这一屏有一个固定网址。
发现哪一行对不上？告诉我们，
或者去系统中心看这批数据是怎么来的。