Cursor Slack 指定本机 worker 怎么写
Slack、GitHub、Linear 打到个人机器只用 worker= 或 machine=。三条都要对：账号、名字、仓库 remote。
cursor slack 指定本机 worker 怎么写：先把工人用 --name 拉起来，再在触发里写这个名字。Slack 示例是 @Cursor worker=my-devbox fix the flaky test，machine= 是同一含义的别名。GitHub 用 @cursoragent worker=my-devbox …，你必须是受信任的仓库评论者，目标机器必须属于绑了你 GitHub 账号的那个 Cursor 用户。Linear 把 worker=my-devbox 写进 issue 正文，或用父标签 worker/machine 加子标签当机器名。
三条同时成立才会落到那台机
官方匹配条件就三条，少一条就不成：
- 机器属于触发这次请求的 Cursor 用户。
- 机器的
--name等于请求里的名字。 - 机器登记的仓库等于触发面的目标仓。
目标仓来自触发面，不来自机器名。Slack 先看消息里的 repo=，再看频道默认仓、用户默认仓、团队默认仓。Linear 从 issue 或项目解析仓。GitHub 用你留言的那个 issue / PR / review 所属仓。一台机器要服务多个仓，就给每个 checkout 一个 --worker-dir，或每个仓起一个 worker。国内 Slack 接入步骤见 Cursor Slack 集成。
仓库对不上会直接拒，不会换仓跑
机器名字对、但登记的是另一个仓，Cursor 拒绝请求，不会拿到错误 checkout 上执行。官方原文：
worker=<name>is registered on your machine but for a different repository. Start the worker in a checkout of the target repo first.
Slack 里是一条短暂回复，Linear 是 agent activity 错误，GitHub 上对受信任评论者回一条 @cursoragent。没有匹配的用户+仓组合时，请求失败，不会回落到托管环境或其他机器。
起工人和命名见 cursor cli 怎么用。
别把 pool= 当成个人机开关
self_hosted、pool=、单独的 repo= 不指向 My Machines。它们给 Team Pool。repo= 和 worker= 一起出现时，repo= 只决定拿哪条 remote 去对你的个人机器。
团队池触发是另一套：Slack 写 self_hosted=true、self_hosted、selfhosted 或 pool=<name>；老别名 private_worker=true 仍可用。Require Self-Hosted 打开后，每条 Slack @Cursor 都走自托管。GitHub 上只有 OWNER 和 COLLABORATOR 能把活打到自托管；外人 opt-in 仍走托管，Require 打开则跳过，避免公共仓被外部评论拖进内网工人。
机器没在跑时不会悄悄改道
官方写：对不上就失败。worker 进程挂了、合盖休眠、CLI 退出，触发不会自动改去托管 Cloud Agent。要先确认 agent worker start 还在、--name 没写错、git remote 和触发仓一致，再让同事重发一条。