Cursor 自托管 worker 上限多少台
官方上限每用户 200 台、每团队 1000 台。更大舰队要找 Cursor 谈，文档没有自助突破开关。
cursor 自托管 worker 上限多少台：官方两处写同一组数字，每用户 200，每团队 1000。再大的公司级部署，文档只说 contact us 谈扩容，没有「改某个环境变量就放开」的说明。
200 和 1000 分别卡谁
200 跟在「你」后面：个人账号下登记的工人，含 My Machines 那台笔记本和你用个人凭证拉起的工人。1000 跟在 team 后面：整个团队池里能同时登记的工人。文档没有写「空闲不算」或「休眠释放名额」。规划容量时按连接上的工人数估，不要假设 hibernate 一定腾出计数。
休眠后再接活，是 controller 加 --spawn 那条线，见 休眠 worker 怎么唤醒。那解决的是贵机器不要一直热着，不是突破 1000。
池缩到零不等于名额重置
池断开最后一台工人后仍保持可选项，方便按请求再拉起。软删池不影响已经连着的机器。GET /v0/private-workers/pools 返回 connected 和 in-use。看板上看起来「没什么人在跑」，connected 仍可能接近上限。
My Machines 同一台可以跑多个 Agent，占的是一台工人名额。Team Pool 一台一次一个会话，并发要靠多台机器。CLI 安装见 cursor cli 怎么用。
多仓根不另占「环境」名额
--worker-dir 最多 20 条，这是单进程能挂的工作区根，不是 200/1000 之外的另一套配额。仪表盘目前按主仓展示工人，多仓看起来像只登记了一个，那是展示问题，去 verbose 日志对 workspacePaths。
any-repo 池可以不绑 git remote。--clone-git-repos 只能用在非 default、未绑仓、未绑机器名的 any-repo 池工人上，并且假设一容器或一 OS 用户只跑一个开了凭据能力的工人。同用户并排多个带 mint token 的工人，官方写不支持。
碰到上限文档让你找官方
两处正文都停在 contact us。没有公开的报错原文、没有 Dashboard 滑块。舰队设计先按池切硬件画像（gpu、ios），用 controller 按待处理队列扩，把 connected 压在 1000 以下，而不是先打满再等商务回邮件。