minervacomputing/harness 的最新提交 82ef266（2026 年 10 月 27 日）改动为：当平台卡住某个对象时，因其而失败的测试会再跑一次。这是一个 AI 代理项目，代理不持有凭据，网关在每次调用时逐资源核对权限，并且每个响应都在密封容器中执行。
核心是写入 vitest.faults.config.ts 的重试规则。只有在出现平台停滞的迹象时，测试才会重新运行，并日志中显示 (retry x1)：例如最后一个错误是 Cloudflare Durable Object（平台内部长时间持有状态的服务器端对象）上的存储操作超过 30 秒而被重置、world 初始化 1 分钟没有响应，或调用新的 FaultProvider 耗时连 1 秒都不到。直接创建并自行使用 world 或 sandbox 的测试大多拥有自己的这些对象，因此会在新对象上重新开始，不会继承前一次运行留下的状态。在 sandbox 清理阶段，如果平台返回对象重置，只会留下警告，而不会把整个文件判定为失败。描述测试 Worker 的 README 中 The test Worker 一节也写了同样的行为。
不过，这次改动触及的不是运行时，而是测试的可靠性。本次提交规模为 3 个文件、新增 28 行、删除 13 行，与其说新增功能，不如说只是整理了判定失败的规则及其说明。重试只有一次，因此平台持续停滞的环境下测试仍可能不稳定；实际运行性能或应用案例并未在本次提交信息中给出。