Cursor Builds 刷新间隔与过期阈值怎么设

cursor builds 刷新间隔怎么设：官方博文写明，Builds 默认大约每小时跑一轮新构建；成功后成为后续 Agent 的起点，并保持热副本。仪表盘还能配置「构建的 git 状态可以落后默认分支多远」的阈值，避免 Agent 一直启动在过旧 SHA 上。开启与迁移见 Builds 怎么开启；概念见 Builds 是什么。

作者：CodePass 技术编辑

默认节奏够不够

中小仓每小时通常够用。超大 monorepo 或依赖锁文件频繁变，可能要更勤的手动 Trigger Build，或把 install 变重的部分拆清楚。阈值太松：Agent 测的是昨天的树；太紧：构建队列打满、失败通知刷屏。Faire 等案例强调「已知良好的环境 + 坏构建不进生产舰队」。节奏服务于稳定性，不是越快越好。

阈值怎么理解

可配置 threshold 管的是「相对默认分支可以旧到什么程度」。设完后对照 Builds 列表里的 commit SHA 与主分支差多少。Agent 跑完若抱怨「代码不是最新」，先看它绑定的 build SHA，再决定是等下一轮定时构建还是手动触发。

坏构建不会激活：依赖或 Docker 挂了会通知，会话继续用上一成功版。调试用 Builds 日志与 Cursor Cloud MCP 的 build 工具。装依赖失败排法见 装依赖失败怎么办。

install vs start

博文提醒：能提前做的放进 install（依赖）；必须新鲜的放进 start（起 Docker 等）。阈值再短也救不了「把本该 start 的服务塞进 install」导致的假新鲜。改完配置可先 Run setup agent / 试构建，再放开给舰队。