Code Archaeology · 代码考古

这行代码，为什么是今天这个样子？

填一个 GitHub 仓库、文件路径和行号，我们会从 git blame 一路追到 commit、PR、review 与相关 issue，再让模型把来龙去脉整理成可读的解释。每一条结论都附带可点回 GitHub 的原始链接，找不到证据的改动会如实标注。

🔐 你自带的火山方舟 API key 只存在你自己浏览器的 localStorage，分析时由浏览器直连方舟，不经过我们的服务器，我们无法看到、记录或回显它。

查询一段代码

一次最多 200 行。范围越大，耗时越久。
试试这个：
设置（可选：自带 key / token）
从 火山方舟控制台 获取。填了以后：请求从你的浏览器直连方舟，不经过我们的服务器，没有 serverless 超时限制，分析会使用完整数据，但耗时可能较长（1–4 分钟）。不填则：走我们的服务端代理，受 serverless 超时上限约束，大仓库很可能超时失败，且为了能按时返回会裁剪一部分讨论/review 数据，分析范围比自带 key 时小。key 仅存在你的浏览器 localStorage 中。
仅在抓取 GitHub 数据时作为请求头发送，不会被服务端存储。
两条分析路径，差别如下：
· 填了方舟 key（推荐）：浏览器直连方舟，无超时限制、使用完整数据、结论更完整；你的 key 和数据都不经过我们的服务器。
· 没填 key：走我们的服务端代理，有 serverless 超时上限，大靶子大概率失败；为了能在超时前返回会裁掉一部分 PR 讨论和 review 评论，分析范围更小。

GitHub token：仅在抓取 GitHub 数据时通过我们的 /api/collect 发送给 GitHub（用于提高速率限制），不写入日志、不回显。
浏览器扩展等仍可能读取你在本页输入的内容，建议使用额度受限的专用 key。
准备中…

预生成案例

下面是已经跑完的案例，点开即看，不需要等待查询。第一次来的话建议先看一个，了解页面长什么样。