Skip to main content
返回博客

ManifestHub3 怎么为 steamtools.games 提供数据

带你看看 steamtools.games 生成器背后的开源 Steam depot-key 缓存是怎么工作的，以及怎么 fork 它。

2026年7月5日SteamTools 团队
ManifestHub3 怎么为 steamtools.games 提供数据

如果你用过 steamtools.games 来抓 manifest，你其实已经在用 ManifestHub3 了——只是你看不见它。这篇文章带你看清楚生成器背后的数据层。

两个仓库，一个产品

steamtools.games 由两个互相配合的仓库组成：

  • ManifestHub3 —— 原始数据。depotkeys.json 与 appaccesstokens.json，按 App ID 索引，MIT 协议，托管在 GitHub。
  • steamtools.games —— 面向用户的生成器。一个 Cloudflare Worker，读数据、查找、打包输出 SteamTools 需要的 .manifest / .lua / key.vdf。

你平时只跟第二个打交道。第一个是它的底座。

仓库里有什么

仓库故意做得很小。两个 JSON 文件，一份 README，一份 LICENSE：

  • depotkeys.json —— 仓库解密密钥，按 App ID 与 depot ID 索引。
  • appaccesstokens.json —— app 访问令牌，按 App ID 索引。
  • og-home.png —— ManifestHub3 README 的分享卡。

没有构建步骤，没有服务器，没有数据库。git clone 下来，直接打开 depotkeys.json，grep 任何 App ID 都能查到。这就是全部的"数据库"。

为什么要单独一个数据仓库？

三个原因：

  1. 可审计。 每条数据都有出处。你可以 grep 任意 App ID，看到它就在那，跟上一次 commit 对比。网站没在玩任何魔法——它读的就是你能读到的同一个 JSON。
  2. 可自建。 如果托管站点挂了，或者你不信任第三方 CDN，可以自己跑。clone 仓库，把 Worker 指向你的 fork，你就有了一个私人生成器。
  3. 存档性质。 ManifestHub3 是原始 ManifestHub 数据库（已从 GitHub 下线）的存档镜像。数据没有消失，它换了一个新家，宽松协议，谱系清楚。

生成器怎么用它

你在 steamtools.games 搜一个游戏的请求流程是：

  1. Worker 调用 Steam 商店的实时接口，把搜索词解析成 App ID。这跟 Steam 商店自己用的是同一个接口，所以 DLC、原声带、免费游戏都能正确解析。
  2. Worker 用 App ID 在 depotkeys.json 和 appaccesstokens.json 里查找。
  3. 把 SteamTools 期望的标准文件名（{appid}_{depotid}.manifest、{appid}.lua、key.vdf）打包成 zip 返回。

整个查找亚秒级，因为数据小到可以直接缓存在 Worker 内存里。没有第三方 API、没有 rate-limit token、没有鉴权。

怎么参与贡献

仓库是 GitHub 仓库，MIT 协议。如果发现缺 App ID 或密钥过期了，开个 PR 就行——数据是纯 JSON，维护者会逐条审。你提交的改动，下次 Worker 重建时就会上线到 steamtools.games。

下一步

数据源：ManifestHub3——本生成器所基于的开源（MIT 协议）Steam depot-key 缓存。可以审计、fork，或自建镜像。

试试生成器 →