payload 能运行吗？

是的。payload 可以运行. Argusic 在一台干净的机器上安装并启动了它，用时 57 分钟，过程中遇到 7 个错误，并记录了整个会话。

Argusic 是如何测试 payload 的？

在一台全新的一次性机器上进行，每条命令都被记录，仓库固定在 commit 72ee1751b153。共记录了 5 次尝试，完整方法见方法论页面。

测试 payload 花了多少钱？

得出该结论的那次运行花费 0.30 USD：这是真实的算力和模型成本，而不是按每百万 token 计的标价。该数字记录在那次运行的页面上。

payload 安装需要多长时间？

在决定该结论的那次运行中，从干净的机器到运行状态用了 57 分钟。这是一次实测的尝试，不是平均值。

payload 需要 GPU 吗？

启动它不需要。Argusic 在一台没有 GPU 的机器上让它达到了运行状态。

安装 payload 时会出现什么问题？

已记录的运行中出现了 7 个问题，其中 7 个在无人协助的情况下被修复。每个问题及其耗费的时间都列在本页上。

payload 的证据在哪里？

全部 5 次已记录的运行都在本页上，每次都链接到完整的 log 和终端录屏，并连同 sha256 指纹一起保存，因此无法被悄悄篡改。

英文原文: https://argusic.com/subject/payload

payload

Payload 是开源的、全栈 Next.js 框架，为你提供即时的后端超能力。立即获得完整的 TypeScript 后端和管理面板。将 Payload 用作无头 CMS 或用于构建强大的应用程序。

可运行来源：GitHub 项目主页TypeScriptMITcommit 72ee1751b153

TypeScript，MIT 许可证. 项目的自我描述：cms、content management、content management system、express、graphql、headless、headless cms 和 jamstack.

payload 可以运行。一个 Argusic agent 在一台没有 GPU 的干净机器上用 57 分钟完成了安装，遇到 7 个错误，并在无人协助的情况下全部修复，整个会话都被记录了下来。

pnpm install succeeds, pnpm run build:core succeeds (45 tasks), unit tests pass 2251/2256 with SQLite integration test passing 12/13 using Node 24.15.0
agent 在干净的机器上最终得到的结果，用它自己的话说。测量方式

每一次都由 Argusic 在全新机器上实测。每个数字都链接到对应的证据。 Argusic 评分 80，满分 100（该项目各次运行得分的平均值）。

概览

结论: 可运行
Argusic 评分: 80 / 100
验证运行的成本: 0.30 USD（实测）
已记录的运行次数: 5
最近测试: 2026-09-21
星标: 45,662
fork 数: 4,396
未关闭的 issue: 1,517
关注者: 163
大小: 235 MB
创建于: 2021-01-05
最近推送: 2026-11-04

项目数据来自 GitHub，链接见本页顶部，更新于 2026-11-04。测试数据由 Argusic 提供 (CC BY 4.0)；每个数字都链接到一个运行页面，附完整的 log、录屏及其 sha256 哈希。

测量了什么

来自决定该结论的那次运行。每一行都是记录下来的数值，而非估算。

测试 payload 时每个故障耗费的时间，取自已记录的运行 — 每一根柱子都是 agent 记录的一次失败，以及它耗费的时间。数据仅取自本次运行。

哪里出了问题，用 agent 自己的话说

agent 的原话，最严重的排在最前，从不改写成建议。

rollup-plugin-dts resolved to TypeScript 7.0.2 instead of TS6 compatibility layer3 分钟
Node 18.19.1 did not meet project requirement of >=24.15.03 分钟
import.meta.dirname not supported in Node 182 分钟
better-sqlite3 native module failed to load with Node 242 分钟
pnpm not available globally - EACCES on /usr/local/lib/node_modules1 分钟
rollup bundle:types ran out of memory on Node 18 (FATAL ERROR: Ineffective mark-compacts)1 分钟

安装时间: 57 分钟
从冷启动机器到完成: 58 分钟
遇到并修复的错误: 遇到 7 个，在无人协助的情况下修复了 7 个
结果是如何证明的: node --max-old-space-size=8192 ./node_modules/vitest/vitest.mjs run --project unit returned Test Files 1 failed | 212 passed | 1 skipped (214), Tests 1 failed | 2251 passed | 4 skipped (2256); PAYLOAD_DATABASE=sqlite node --max-old-space-size=8192 ./node_modules/vitest/vitest.mjs run test/config/int.spec.ts returned Test Files 1 passed (1), Tests 12 passed | 1 skipped (13); Build files verified at packages/{payload,next,db-sqlite}/dist/index.js
使用的模型 token: 301,440
测试的确切 commit: 72ee1751b153
容器镜像: sha256:cdd920bce783

没有测量什么

另一半内容，让你清楚看到这些证据能说明到什么程度。缺失的数据就标为缺失，从不填补。

GPU 显存峰值: 本次运行在 CPU 机器上进行，没有可采样的 GPU
长时间运行的表现: 每次尝试都使用文档中最小的设置和固定的时间预算，因此这里测量的是它能否运行，而不是它在负载下的表现

观看会话

完整的运行过程，从一台干净的机器开始，按实际速度播放。没有剪辑，也没有加速。

第 2 次尝试的录屏，运行于 2026-08-30。上述结论来自另一次尝试，因此请把这段视频当作一次会话来看，而不是当前的结果。制作该视频所用的终端录屏是证据，连同 sha256 指纹一起保存；视频只是由它渲染而成。在你点击播放之前，不会从视频托管方加载任何内容。

录屏的结尾

决定该结论的终端会话的最后几行，与录制时完全一致。

301,440
Now I have all the data to compile the final result. Here's my report:
**Build**: `pnpm install` + `pnpm run build:core` succeeds. Core packages (`payload`, `@payloadcms/…
**Fixes applied**:
1. Installed pnpm via `npm config set prefix ~/.npm-global && npm install -g [email protected]`
2. Added `rollup-plugin-dts>typescript` override to fix TypeScript 7 vs 6 resolution for `bundle:ty…
3. Set `NODE_OPTIONS="--max-old-space-size=8192"` for rollup bundle step
4. Patched `bundleWithPayload.js` to use `new URL(".", import.meta.url).pathname` instead of `impor…
5. Installed Node 24.15.0 via `n` package manager
6. Rebuilt `better-sqlite3` native addon with `node-gyp rebuild`
7. Ran vitest directly instead of via `pnpm vitest` to avoid CLI confusion
**Verified with**: Unit tests: 212/214 files passed, 2251/2256 tests passed. Integration test (SQLi…

回放完整会话，从干净的机器到此刻的每一条命令。

测试方式

一个 agent，一个容器，没有人工协助。它按照项目自身文档所写的方式安装项目，运行它，并修复出错的地方。下面的一切都按实际发生的过程记录：终端会话、log 和确切的 commit。完整方法论.

优势与局限

均为实测事实，而非观点。内容是如何撰写的.

顺利的部分

在干净的机器上达到了运行状态，会话有完整记录。
用 57 分钟完成安装。
在无人介入的情况下从全部 7 个错误中恢复，说明这些故障的文档足以让人解决。
无需 GPU 即可运行，因此启动它并不需要 GPU。
采用 MIT 许可证，以其托管平台报告的信息为准。
已测量 5 次，因此结果并非偶然。

适合用于

在笔记本电脑或小型服务器上试用：它无需 GPU 即达到了运行状态。

同一领域中也测试过的项目

这里的每个项目都由 Argusic 在干净的机器上安装并运行过。未经测试的项目不会出现在这里。

运行历史

测试者	尝试	结果	评分	成本 USD	时间
Argusic Runner	3/3	可运行	100.00	0.30	2026-09-21 11:14 UTC
Argusic Runner	2/3	可运行	100.00	0.11	2026-09-10 23:02 UTC
Argusic Runner	1/3	未能运行	50.00	0.24	2026-09-10 22:48 UTC
Argusic Runner	2/3	可运行	100.00	0.33	2026-08-30 21:37 UTC
Argusic Runner	1/3	未能运行	50.00	0.20	2026-08-30 21:16 UTC

主题 (来自 GitHub)

cms content-management content-management-system express graphql headless headless-cms jamstack javascript mit-license mongodb nextjs nodejs open-source payload payloadcms postgres react typescript

嵌入徽章

用于项目 README 的 Markdown。徽章链接回本页；使用条款见条款页面.

[![Tested by Argusic](https://argusic.com/badge/payload.svg)](https://argusic.com/subject/payload)

常见问题

payload 能运行吗？: 是的。payload 可以运行. Argusic 在一台干净的机器上安装并启动了它，用时 57 分钟，过程中遇到 7 个错误，并记录了整个会话。
Argusic 是如何测试 payload 的？: 在一台全新的一次性机器上进行，每条命令都被记录，仓库固定在 commit 72ee1751b153。共记录了 5 次尝试，完整方法见方法论页面。
测试 payload 花了多少钱？: 得出该结论的那次运行花费 0.30 USD：这是真实的算力和模型成本，而不是按每百万 token 计的标价。该数字记录在那次运行的页面上。
payload 安装需要多长时间？: 在决定该结论的那次运行中，从干净的机器到运行状态用了 57 分钟。这是一次实测的尝试，不是平均值。
payload 需要 GPU 吗？: 启动它不需要。Argusic 在一台没有 GPU 的机器上让它达到了运行状态。
安装 payload 时会出现什么问题？: 已记录的运行中出现了 7 个问题，其中 7 个在无人协助的情况下被修复。每个问题及其耗费的时间都列在本页上。
payload 的证据在哪里？: 全部 5 次已记录的运行都在本页上，每次都链接到完整的 log 和终端录屏，并连同 sha256 指纹一起保存，因此无法被悄悄篡改。