点名一台自托管机器时用的是它自己的仓库
Cloud Agents 说明写：Project 协调员把 worker 派到某一台具名的 Self-Hosted Machine 时，worker 使用那台机器上登记的仓库或文件夹，而不是 Project 自己的仓库。派到池而不是一台机器，会返回错误，要求你点名机器。
cursor 指定自托管机器的仓库，对应 Cloud Agents 发行说明 10 月 5 日那一周的 Self-Hosted Machines。Project 协调员把 worker 启动在某一台具体的 Self-Hosted Machine 上时，worker 现在在那台机器登记的仓库或文件夹里工作，而不是待在 Project 自己的仓库里。自己没有仓库的协调员，也可以把 worker 放到一台点了名的机器上。
池和一台机器被分开了
说明写：目标若是一个池，而不是一台机器，会返回错误，并要求你点名一台机器。池仍然是池。这条没有把「派到池」改成「自动挑池里某台机器的仓库」。你想用机器上的那份检出，就要指定机器，不能只指定池的名字。
「登记的仓库或文件夹」是机器上已经登记的那一个。说明没有写临时改登记，也没有写 worker 会先 clone Project 的仓库再丢掉。两份仓库不一致时，具名机器上的 worker 看机器上的那份。说明没有写 Project 的仓库会被一起带过去。
自托管机器本身是什么，见 Cursor 自托管机器是什么。那篇不讲 Project worker 派到具名机器时仓库从哪来。
没有仓库的协调员只多了这一种放法
「协调员自己没有仓库也能把 worker 放到点名的机器上」是这周新增的一句。它没有写这种 worker 能改机器上登记范围之外的目录，也没有写凭据从 Project 继承还是从机器继承。更早的自托管说明曾写，机器上的代理在提交前会看机器自己的 git 姓名和邮箱。那是提交身份，不是这周的仓库选择。
写作日没有派发 worker。错误文案的英文意思是要求你点名机器，说明没有附上完整报错字符串。看不到这台机器的检出时，先确认目标是一台机器的名字，而不是池。