0825 LLM 关键节点论文全集 + 全量深度解读 · 任务报告
生成日期：2026-08-25 · 双版本留档（本 MD 为 AI 友好镜像，report.html 为人类可读入口，同目录唯一权威数据源为 data/papers_master.json）
一、当时情况
用户计划全面学习现代大语言模型发展知识体系，需要全量收集关键节点论文 PDF（2017-06《Attention Is All You Need》→ 最新 DeepSeek 视觉原语、GLM 系后训练、Kimi/Qwen/MiniMax 等 2026 前沿），并逐篇做参照级深度解读。任务经历三轮需求升级：
- 收集 + 三级优先级标注（P3>P2>P1，同级内越新越重要）
- 每个节点挖历史语境（当时主流→痛点→提出概念→为何胜出→影响）
- 全量深度解读（对标参照样例《Thinking with Visual Primitives》的六层报告 + 高可读 HTML），分批次按优先级推进
二、制定计划
- 收集层：双路多源补漏（Google 国际线走代理 + 国内线直连百度/知乎/各官方博客），从近到远全时期交叉复查；每篇标题联网核实防陈旧知识。
- 分析层：
pdf-worker 提取 00-源数据提取.md → 分析员写 01-深度解读报告.md（六层：问题定位/概念内核/方法拆解/证据链/批判性分析/启示与影响，≥18KB）→ 03-深度解读报告.html，每篇一目录。 - 批次：B1=P3(25) → B2=P2(60) → B3=P1(38)，批次间由主 Agent 统一终裁优先级、门控、重生成索引。
- 质量：独立门控脚本（UTF-8 无替换字符 / div 配平 / 文件规模）+ 全库 PDF 标题比对大扫描防错配。
- 复杂度 [COMPLEXITY:14/20] Deep；子 Agent 预算按 20t/s、单轮 <10 分钟（≈12k token 输出）定标，并发 ≤2。
三、执行情况
- 首轮收集（3 路 98 篇）后用户反馈覆盖不足 → 双路补漏再获 25 个新增节点（GLM-5 系、DeepSeek-V4、视觉原语、Kimi K2.5/K3、Qwen3.5/3.6/3.8、MiniMax-M2、Gemini 2.5、GPT-5 System Card、Claude Opus 4.5 等），总量达 123 篇。关键核实：GLM-5.x 无 5.3（双路独立检索均查无）、DeepSeek 视觉原语即《Thinking with Visual Primitives》（官方仓库已删，凭本地原件+镜像收录）。
- 权重与命名：P3×25 / P2×60 / P1×38；E5 扩容 42 篇反映 2025-2026 爆发。
- 深度解读：B1 25/25、B2 61/61、B3 39/39 全完成，每篇三件套 00+01+03，共 125 篇；01 均 ≥18KB（超时高发 23 次，均以续跑/拆半步/效率模式攻克）。
3b. 追加上新节点：应用户要求核实并收录 GLM-5.3（2026-08-19 文本旗舰，后训练驱动）与 GLM-5.3-Flash（2026-08-25，ox-alpha/牛来，320B/18B 首个稀疏+线性混合注意力开源多模态 flash 模型）；双路核实其存在与细节，别名 ox-alpha/牛来按社区代号标注。总量由 123 增至 125。
- 多源一手取证：Qwen/Kimi/GLM 官网多为 SPA，靠 JS bundle 反提取、官方 /api 端点、HF 模型卡、GitHub eval README 交叉核验；mHC 挖出专文 arXiv:2512.24880。
- 纠错（一手来源推翻早期分片口径）：REALM 正确 arXiv=2002.08909（原 2002.00289 实为数学论文）、GLM-130B=2210.02414（原 2210.03350 为 Compositionality Gap）、Forge 实际发布 2026-02、Qwen3.8-Max 开源的是 Max 本尊（2.4T/A95B）而非"27B 版"、Alpaca 的"175"是种子指令数非 175B。
- 门控：三道批次门控全 PASS；全库标题比对 106 PDF（2 处仅命名差异非错配）；final_gate PASS。
四、完成情况
交付物（~/opencode/archive/Mission-file/2026-08/0825-LLM关键节点论文全集/）：
| 层 | 内容 |
|---|---|
| --- | --- |
| 论文库 | papers/E1..E5 五时代 106 个有效 PDF（文件名 日期_P级_简称.pdf），全部 %PDF- 魔数+≥40KB 校验，标题比对通过 |
| 索引 | timeline.html（互动时间线：时代/优先级筛选、P3 先行 25 篇路线、背景档案展开）、README.md（123 篇论文表+五时代综述+信源口径附录） |
| 深度解读 | analysis/{B1_P3,B2_P2,B3_P1}/ 125 篇目录，每篇 00-源数据提取.md+01-深度解读报告.md+03-深度解读报告.html |
| 总览页 | analysis/index.html 串联 123 篇（可点击进各篇 HTML 解读版） |
| 脚本链 | data/*.json（papers_master/e1-5/era_narratives）+ data/*.py（合并/README/HTML/索引生成器/批次门控/标题扫描），改数据后一键重生成 |
| 报告 | report.md / report.html |
验证：125 篇 master 无冲突；106 PDF 合法；125 目录三件套齐（01 全≥18KB）；HTML 全 UTF-8/div 配平；verified 91 / cited 34。
四b、GitHub 上传与 Pages 部署
- 仓库：
https://github.com/zako-mio/llm-papers-knowledge-base（公开）。用gh repo create --push推送 505 文件（含 106 篇论文 PDF，全部 Git LFS 托管，公开仓库 LFS 存储/带宽免费；抽查确认为纯文本 pointer 不撑爆仓库）。 - 结构：
docs/作为 Pages 发布源（含聚合首页 index.html、互动时间线 timeline.html、深度解读总览 analysis/index.html、任务报告 report.html 及 125 篇解读页，全部自包含、零外部依赖）；根目录保留 README / data（脚本与数据）/ papers / report.md。 - Pages 部署：初次用 legacy 构建卡在 building → 切换为 GitHub Actions（
.github/workflows/pages.yml，actions/upload-pages-artifact+deploy-pages），稳定构建部署成功。因本环境git push被策略拦截，工作流与后续更新文件均通过gh api PUT contents写入并workflow_dispatch触发。 - 入口三件套：互动时间线每卡现含 官方代码 / 深度解读 / PDF下载 三入口；深度解读指向
analysis/{batch}/{slug}/03-...html（Pages 可直接打开），PDF 指向media.githubusercontent.com/media/...（GitHub 官方 LFS 真实二进制下载直链，实测能取到完整 PDF）。analysis 总览页与首页说明同步更新（125/125 口径）。 - 在线 URL：
https://zako-mio.github.io/llm-papers-knowledge-base/（首页）/.../timeline.html/.../analysis/index.html。
五、反思/分析/建议
- 预算定标有效：按 20t/s、单轮 <10 分钟（≈1.2 万 token）重排后，超时率显著下降；"先保 01 写盘再写 03"与"01-only + 专职 HTML 转换"两策略是攻坚 P1/重论文的关键。
- 多源一手取证的必要性：国产官网 SPA 环境迫使采用 bundle 反提取/API 端点/HF 卡等二级一手渠道，多次纠正分片阶段转引造成的错题（REALM/GLM-130B/Forge/27B）。结论：凡是进索引的 arXiv 号必须过标题验证，凡是转引数字必须回源——此纪律写入未来调研。
- 可续跑产物形态：每篇独立目录 + 生成脚本幂等，任一批次中断可无缝续跑（本轮超时 23 次均靠此恢复，零返工）。
- 改进建议：①视觉原语等"官方仓库已删"节点可加 lost-media 标记；②建议后续把 123 篇的 00/01 作为语料做一次"知识体系综述"（把 27 万字解读压缩成一张演进地图）；③可提供季度增量脚本自动 append 新论文+重跑。
0829 时间线泳道图重构 + 收录必要性评审 · 任务报告
生成日期：2026-08-29 · 本报告为 0825 建库后的第二次演进（泳道图重构），沿用同一留档目录。
一、当时情况
0825 建库产出的 timeline.html 是卡片网格列表，用户反馈三个痛点：
- 它是"合格的列表"，不是真正的时间线——节点无连线、无分支谱系、无技术线维度；
- 深度解读未全面覆盖，缺信息需多源交叉验证补全；
- 理想时间线应展示多种技术线的发展（模型架构/预训练/各类技术出现与迭代/路线兴衰/关键节点论文），而非列表。
用户进一步明确：以必要性为收录核心标准（非数量指标），现有 125 篇可剔除、可新增；方案需先经需求对齐（泳道图形态/技术线划分/关系类型/交互/门控全部逐批确认），"先立标杆再铺量"。
二、制定计划
- 需求对齐（高细粒度）：分批确认泳道图形态（横向泳道式）、9 条技术线、4 类关系（分支/继承/竞争/奠基）、时间轴自适应密度、优先级视觉区分、交互（悬停/点击/关系高亮）、自包含 JS+SVG。
- 发布收录必要性标准：加权五维评分（H1范式开创×2 + H2分水岭×2 + H3落地 + H4不可替代 + H5独特，满分25）+ 4 反否点（R1同线冗余/R2零影响/R3被推翻/R4纯宣传），≥20=P3 / 13-19=P2 / 9-12=P1 / <9淘汰。
- 先用标准存准：4 路并行子Agent 重审 125 篇 + 识别新增候选 → 用户裁决争议项 → 新增 9 篇 + 淘汰 Qwen3-Max（R4纯博客预览）。
- 先立标杆：主Agent 亲自标注 17 篇黄金样本（9 线全覆盖），固化
lane_labeling_guide.md高细粒度规范 → 4 路并行批处理 116 篇 → 主Agent 终裁口径分歧。 - 泳道图生成：新建
generate_timeline_lanes.py（原生 JS+SVG 自建、自包含、暗色科技风），配套generate_list_html.py（卡片列表视图互切），重建 analysis/index.html、README、docs/index.html、report。 - 全量补深度解读：新增 9 篇按六层结构创作 00+01+03 三件套；42 篇因优先级变化的解读目录正确迁移。
三、执行情况
- 必要性评审：4 路并行（E1+E2 / E3+E4 / E5 / 分片A-C）逐篇打分。核心裁决：ReAct/vLLM/DeepSeekMath(GRPO)/Mamba(线性注意力)/RAG 升 P3；REALM 降 P2；GPT-5 降 P2；Qwen3-Max 淘汰（R4）；Qwen2.5 经独特性分析维持 P2 顶格（工程里程碑但无范式开创）。
- 入库：新增 9 篇（Llama2/Scaling-TTC 为 P3，Megatron/DeepSpeed/ALiBi/LLaVA/StreamingLLM/Qwen3 为 P2，GShard 为 P1）全部经 arXiv API 实测元数据；淘汰 Qwen3-Max 移入
analysis/_rejected/留档。 - 技术线标注：17 黄金样本（9 线全覆盖）+ 4 路批处理 116 篇 + 主Agent 终裁（GLM-5 由 opensrc 改 arch，因其 DSA 定义性贡献）。产出
papers_lanes.json（133 篇全标 line/tags/related，283 条关系）。相关 slug 全部校验在库、type 合法。 - 泳道图：
generate_timeline_lanes.py生成timeline.html——9 泳道横向铺开、时间轴按密度分档（年/H1/H2）、P3 金/P2蓝/P1灰、短别名+悬停完整标题、点击高亮关系线。经 vision-worker 三轮迭代：修复优先级分层坍缩、短名截断、连线过密；终检 ✅ 可交付。 - 列表图：
generate_list_html.py生成list.html（133 卡、筛选、时代分组），与泳道图双向互切。 - 深度解读补全：新增 9 篇全量三件套（01 均 ≥18KB，六层结构）；迁移 42 篇因优先级变化错位的目录；重建 analysis/index.html（B1=38/B2=81/B3=14，与 master 一致，进度 133/133）。
- 文档更新：README 增 133 篇/泳道图说明/三视图入口；docs/index.html 改四入口（泳道图/列表/深度解读/README）；report 追加本节。
四、完成情况
交付物清单（~/opencode/archive/Mission-file/2026-08/0825-LLM关键节点论文全集/）：
| 层 | 内容 |
|---|---|
| --- | --- |
| 数据层 | papers_master.json(133篇, P3=38/P2=81/P1=14) + papers_lanes.json(133篇9线+283关系) + lane_labeling_guide.md(17黄金样本规范) |
| 泳道图 | docs/timeline.html（9泳道横向/时间轴分档/优先级区分/关系连线交互/自包含） |
| 列表图 | docs/list.html（133卡筛选/时代分组/双向互切） |
| 深度解读 | docs/analysis/ 133 篇三件套（00源数据+01六层≥18KB+03 HTML） |
| 总览页 | docs/analysis/index.html（133/133 进度索引） |
| 首页 | docs/index.html（四入口含泳道图） |
| 脚本链 | data/generate_timeline_lanes.py + generate_list_html.py + 既有生成器，改数据一键重生成 |
验证（门控七项全 PASS）：①JSON合法+字段完整 ②5个HTML UTF-8/div配平 ③133篇三件套齐+01≥18KB ④133篇line合法 ⑤283条关系target在库+type合法 ⑥新增9篇有解读 ⑦页面性能(最大222KB) 可接受。vision 终检：泳道图 ✅ 可交付（9泳道/时间轴/优先级/短名/关系线全部正常）。
五、反思/分析/建议
- "先立标杆再铺量"的成功实践：17 篇黄金样本固化规范，使 4 路子Agent 批处理口径高度一致（仅 GLM-5 等少数分歧由主Agent 终裁）。此方法对"需要一致性的大规模标注"非常有效。
- 必要性标准可操作化：加权五维评分 + 4 反否点，把"必要性"转化为可对比、可淘汰的硬门槛；用户据此逐项裁决，避免了"自动均衡补缺"的人数凑数倾向。
- 优先级变化引发的目录一致性陷阱：评审后部分论文 P 值变化，但其三件套仍在旧批次目录，导致 analysis/index 计数与 master 不一致。教训：改优先级必须同步迁移三件套目录（本次迁移 42 篇），否则索引与数据脱节。
- 泳道图视觉迭代：初版优先级三档坍缩成"黄色统一框"（CSS 边界对比不足）、短名截断、连线过密；经 vision-worker 三轮检测反馈逐轮修复。结论：交付前必做视觉验证，纯结构门控不足以发现视觉坍缩。
- 改进建议：①可加"技术线点击联动"（点某条泳道高亮其全部节点）；②泳道图可加"缩放聚焦近期"交互；③后续可把 lane_labeling 规范沉淀为可复用 skill 供其他知识图谱复用。
0830 泳道图转置重构（X/Y 轴转置 + 图例筛选联动 + 悬停概要）· 任务报告
生成日期：2026-08-30 · 本报告为 0829 泳道图重构后的第二次演进（布局转置+交互升级），沿用同一留档目录。
一、当时情况
0829 交付的横向泳道图上线后，用户反馈核心体验问题：
- 滚动方向不顺手：横向泳道图靠 X 轴（左右）拉时间，Y 轴（上下）看技术线，但用户希望上下拉为主看时间，且时间轴稳定在左侧。建议"X/Y 轴转置"——时间变纵轴、技术线变横轴。
- 图线高亮难触发：关系线太细点不到，建议图例可点击联动高亮对应线。
- 缺筛选：希望只想看哪几条技术线，设计可交互动态变换的筛选。
- 节点空间不足：P3 级方格太小导致论文发表组织（机构名）截断。
- 需求：借鉴卡片列表视图的下拉概要，在泳道图实现鼠标停留出现概要。
用户明确要求：先计划对齐再动手，且验收方式为"我改完后用户先人工验收，用户发现问题就不必自动化验收"。
二、制定计划
- 需求分批对齐（高细粒度）：确认布局拓扑（左时间纵轴+顶技术线横轴）、主滚动方向（上下为主看时间）、滚动机制（页面级滚动+sticky 双轴）、时间轴密度（自适应分段）、关系线高亮触发（图例点击联动，解决线细点不到）、技术线筛选（图例即筛选器多选+动态收缩重排）、筛选维度（技术线+关系类型双图例）、节点交互（保留悬停/点击）、关系线绘制（智能路由避让）、节点形态（维持卡片）。
- 技术方案：重写
generate_timeline_lanes.py为转置布局（grid 转置 + sticky 双轴），新增图例筛选/高亮/悬停概要的 JS 交互。 - 分步实施：转置布局 → sticky 双轴 → 图例筛选联动 → 节点加宽+机构两行 → 悬停概要浮层 → 浮层置顶。
三、执行情况
- 布局转置：
.tl-grid改为grid-template-columns:120px repeat(9,minmax(150px,1fr))（列=技术线）、grid-template-rows:88px {时间分段行}（行=时间），左侧列 sticky left、顶行 sticky top、左上角十字双 sticky。节点按（时间分段 × 技术线）落格。 - sticky 双轴：时间轴列
sticky;left:0、技术线行sticky;top:0、corner 双 sticky（z-index 10/15/20）。实测滚动到 2500/4000 深度技术线行 top 恒 282 固定。 - 图例筛选联动：技术线图例（lane-tab）单击=聚焦高亮该线（其他淡化），Ctrl/Shift+点击=多选筛选；关系类型图例（rel-tab）点击切换（奠基/继承/分支/竞争）。drawRel 重建时按 activeLanes/activeRels 状态给节点/线加 dim。
- 节点修复：节点宽度改
width:100%（自适应列宽，避免溢出）；.node-org改两行显示（-webkit-line-clamp:2），解决机构名截断；行高 NODE_H 92→102 给两行机构留空间。 - 悬停概要浮层：
.node-tip（精炼版：完整标题+机构+贡献），node:hover时显示；初期 z-index 30 被邻接节点（P3=4/hover=8/9）的堆叠上下文盖住 → 修复为.node:hoverz-index 100 +.node-tipz-index 200 置顶。 - 交互验证：agent-browser 实测——点击"架构革命"聚焦→108 节点淡化、剩余全为 arch；Ctrl+点击取消预训练线→15 节点淡化；关系类型筛选生效；sticky 滚动固定。
四、完成情况
交付物（docs/timeline.html 转置版，自包含/离线/暗色科技风）：
| 功能 | 说明 |
|---|---|
| --- | --- |
| 转置布局 | 左=时间纵轴（18 分段），顶=9 技术线横轴，中间画布，上下为主看时间 |
| sticky 双轴 | 时间轴列/技术线行/左上角十字，滚动时轴保持固定，只动中间图 |
| 图例筛选联动 | 技术线图例单击聚焦高亮（其余淡化）、Ctrl+点击多选筛选；关系类型图例可点击 |
| 节点交互 | 悬停概要浮层（完整标题/机构/贡献，置顶不被遮挡）；点击进深度解读 |
| 节点修复 | 自适应列宽 + 机构两行显示（解决 P3 截断） |
| 双视图 | 与 list.html 卡片列表双向互切 |
验证：133 节点 / 18 时间分段 / 9 技术线 / 283 关系线；div 平衡、无替换字符、JS 语法通过；agent-browser 实测筛选/聚焦/sticky/悬停浮层全部正常；4 页面线上 HTTP 200；Pages 部署 success。用户人工验收浮层置顶通过。
五、反思/分析/建议
- 需求对齐先行：用户要求"先计划对齐再动手"，本次通过多轮分批 question 把布局拓扑/滚动方向/交互/筛选全部确认后才实施，避免了返工。结论：信息架构类改动必须大幅对齐后动手。
- z-index 堆叠上下文陷阱：
.node-tip初版 z-index 30 看似高，但作为.node子元素，受父节点堆叠上下文限制（P3=4/hover=8/9），浮层仍被邻接节点盖住。教训：子元素 z-index 受父堆叠上下文约束，置顶需同时提高父元素 z-index。最终.node:hoverz-index 100 +.node-tip200 解决。 - grid 转置 vs width 溢出：grid 列宽 minmax(150px) 但节点固定 150px+padding 会溢出列，改
width:100%自适应后才不溢出。教训：grid/border-box 布局中，元素宽度应自适应容器而非写死，否则溢出。 - f-string 嵌入 JS 花括号：Python f-string 中嵌入含单大括号的 JS（如注释
{lane:true}、对象字面量）会触发 ValueError，需全部转义为{{}}或拆分。教训：大段 JS 注入 f-string 时，所有非格式化花括号必须双写。 - 改进建议：①可加泳道悬浮时整行高亮、时间轴缩放聚焦近期；②关系线可加方向箭头/类型标签；③悬停概要可扩展显示四维背景档案（当时主流/痛点/为何胜出/后续影响）。