mqqapi://markdown/node 文档站

这个站点只记录两类内容：

• 已拿到实现级代码证据的结论
• 还没闭环、但值得继续追的缺口

文档约定

• 已实锤：能落到具体实现代码、字段写入、字段读取或页面打开链
• 未闭环：只确认了结构、命名或局部链路，最终装配点还没找到
• 不再使用“高概率”“大概”这类表述

当前总进度

已实锤

• mqqapi://markdown/node 是真实运行时入口
• a2.e.a(...) 已恢复出核心方法体，明确区分：
  • replace
  • 普通 node
  • node-data
• replace 当前只实锤消费 nodeID
• state=start/end 当前属于普通 node 分支，不属于 replace 自身
• node-data.index 已确认在 multiPic 链被真实消费
• quoteAreaItems -> j2.c -> QuoteHalfFloatingPage -> half floating UI 已闭环
• MarkdownCustomQuoteAreaKt 渲染时直接读取 extra.G.d，其类型是 j2.b

未闭环

• 谁给 a2.e.d 赋值
• 谁构造 j2.b
• quoteArea.text -> j2.b.f4993a 的直接装配点
• replace.text/state/index 的 replace 专属消费点

推荐阅读顺序

1. App 内示例 目的：先看 app 内已经出现过的原文模板和 Markdown 片段

2. RichUI 结构 目的：看 richui JSON 的稳定字段和字段类型

3. Schema 与 Clickable 目的：看点击与跳转能力的稳定写法

4. 组件与交互 目的：看进度条、半浮层引用区、点击链这些具体组件级能力

5. 通用 URI 解析 目的：看运行时到底怎么分支、哪些参数在哪一层被消费

6. NodeType 分类 目的：看 quoteArea、replace、richui 当前各自的证据边界

7. 源码索引 目的：按问题回到最关键的源码文件

当前最重要的判断

• markdown/node 不能再只理解成 richui 入口
• 当前至少存在两层不同系统：
  • classes14 里的 replace/node/node-data -> h2.* / a2.c -> quoteArea / j2.*
  • classes18 里的独立 quote / multiPic 数据链
• quoteArea 与半浮层链路已经能看到上下游两端
• 缺的是中间那一跳：谁把 AST/custom node 数据装配成 j2.b

当前不再这样写

• 不把 itemsPerRow/itemsNum 默认写成 quoteArea 参数
• 不把 replace.text/state/index 默认写成已消费字段
• 不把 quoteArea.text 默认写成标题字段

入口证据