[kogekiplay]

Markdown、文件和工具代码视图原来各自保留 Shiki engine / token 缓存，流式代码的历史前缀会累计。这个 PR 共享一个惰性 Shiki engine，将完成结果按 16 MiB / 128 项 LRU 缓存，合并相同请求，不缓存 incomplete 前缀，并在视图更新和卸载时撤销订阅。

这是按 #1097 维护者建议拆出的第 3 批，直接基于最新官方 main：5c03d7af865f54cf42a994327daf2c45ab4a946f。可独立安装，依赖配置仅携带本批 Streamdown 生命周期补丁。

这次补齐维护者指出的饱和问题：

• Markdown 调用的 callback API 也会在 16 个 in-flight 请求腾出容量后重试，包括重试时结果已缓存的情况。
• Streamdown 2.7.0 的真实高亮组件通过可选 AbortSignal 通知代码/语言/主题变更及卸载；其他插件可以忽略这个新选项，现有接口仍兼容。
• 每个挂载中的代码视图只有一个当前等待项，流式替换/卸载立即移除旧等待项和 callback。实际计算始终最多 16 个，等待项不保留 token tree 或额外 cache key，避免历史前缀积压。没有生命周期信号的 callback-only 调用另设 128 个等待项的上限，超出后保持纯文本。
• 如果最后一个订阅者在 engine/grammar 加载期间消失，跳过这个已过期请求的 tokenization。

验证：

• 删除此工作树的 node_modules 后重新 pnpm install --frozen-lockfile，确认 package patch 独立生效。
• 真实 Streamdown + 真实 Shiki 的 24 个并发 Markdown 代码块全部收到高亮回调，in-flight 峰值为 16；真实组件替换及卸载都会 abort 请求。
• 服务回归覆盖 200 次被替换的流式前缀、饱和后的挂载/卸载、缓存字节/项数预算、请求合并和旧 callback-only 调用的等待上限。
• 完整 TypeScript（tsc --noEmit --incremental false，包含测试）、ESLint 和 production build 全部通过。
• 最终全量 Vitest：765 个测试文件、11,372 项全部通过（vitest run --maxWorkers=3，默认超时）。初轮并行运行多个构建/测试时，activity-rows 与 forge-page 各有一项超时/等待失败；相同源码单独复跑相关文件和新增回归共 134 项通过，降低同时运行的编译任务后，最终完整轮次全部通过，未修改这些既有测试。

补丁与生命周期边界说明见 patches/README.md。

Refs #1097

[xintaofei]

codeg work task 498 is done — #1117 (8 files, +37/-31).