Enriched Markdown 的压缩包来自 Julius 的 fork/t3-mobile 分支。它的 t3-fork.json 记录了确切的源提交和上游基线。React 块渲染器、签名图片来源、onLinksChange 链接列表（renderers、resolveImageSource、onLinksChange）以及 iOS 流式传输的内存上限来自上游。这个分叉只携带已经向上游开了 PR 的改动：剪贴板链接元数据（#962）、开发主机自动链接（#961），以及哈希路由的链接片段（mity/md4c#454，经由 md4c#7 到达）、md4cFlags.preserveWindowsPaths，它保留散文里 Windows 驱动器路径中的反斜杠（#1105，在 mity/md4c#477 之后）、GitHub 对 ~ 的删除线规则（md4c#6）、\(…\) 和 \[…\] 数学分隔符（#1043、md4c#4）、iOS「复制为 Markdown」保持粗体片段完整（#1143）、复制的表格单元格中的换行写成 <br>（#1144），以及 Android 按视图绘制的 span 顺序测量文本，使嵌在列表项里的代码块不再让一条回复盖住下一条消息（#1145）。

要替换它，先提交分叉上的改动，在分叉检出里运行 yarn install --immutable 和 yarn workspace react-native-enriched-markdown prepare，然后运行 node scripts/pack-t3.mjs /path/to/t3code/apps/mobile/deps。软件包版本与 Julius 的 fork/t3-mobile 分支保持对齐。把压缩包重命名为包含源提交前八个字符，例如 react-native-enriched-markdown-1.2.0-t3.18-4287c5d3.tgz，这样每次构建都有不同的依赖路径，而不必抬高版本。更新 apps/mobile/package.json 和 pnpm-workspace.yaml 的 allowBuilds 里的压缩包路径，并运行 vp i 更新锁文件。这个依赖变化时，原生客户端需要重新构建。

更换本目录中的压缩包必须通过它的分叉，绝不要用 pnpm patch：当 patchedDependencies 指名一个补丁时，.pnpmfile.cjs 会使安装失败，因为下一个压缩包会悄无声息地丢掉那个补丁。