等待机器证据关系

两个作者侧来源都把项目起点放在游戏开发和被拉长的反馈循环中；45 秒数字由官方回顾直接给出。它们不能证明所有开发环境都经历相同时长。

官方发布文和作者访谈共同支撑 Bun 将 runtime、bundler、package manager、test runner 等组合为 all-in-one toolkit 的自我定义。

Jarred 的早期访谈直接说明了短暂尝试 Rust 后选择 Zig 的生产力与编译期权衡；它不代表后来 Rust 重写阶段的判断。

HN 快照和官方回顾用于还原发布初期的注意力规模。points、comments 和 stars 是关注信号，不等同于生产采用。

分页快照支撑第一周 issue、PR 流入量和截至核对日的后续状态；这些数字是带日期的仓库快照，不是永久状态。

该段保留访谈中“为什么不让 Node 更快”的原始提问与 Jarred 的回答语境，用作节目结构回声，不单独证明重写是唯一方案。

收购双方的官方公告共同支撑交易与 Claude Code 基础设施语境；Bun executable 的具体表述来自 Bun 公告。

官方 setup 文档支撑 native installer 和 npm 安装最终落到 native binary；该文档本身不直接证明 binary 由 Bun compile 生成。

PR 元数据和作者说明支撑重写标题、提交/文件/增删规模、测试边界与使用编译器工具减少内存问题的动机；大 diff 本身不证明代码质量。

迁移指南直接支撑两阶段流程和 SAFETY、PERF port 等书面规则；它描述迁移纪律，不代表所有改动都已完成同等程度的人工复核。

PR 明确写有 canary 与 non-canary 前的后续工作；发布页快照支撑节目核对日尚未出现对应 stable release。上线前必须刷新此时效性结论。