Cursor Slack 集成国内团队怎么用

Cursor in Slack 更新了计划预览、多仓库环境和跨频道读写；国内团队不用 Slack 时有哪些替代路径。

Cursor Slack 集成国内团队怎么用

Slack 里 @Cursor 这次改了三处：先给计划、能选多仓库环境、能跨频道读消息。cursor slack 集成国内团队怎么用，前提是你们真的在用 Slack。

作者：CodePass 技术编辑

这次更新改了哪三处交互

Jul 17, 2026 那条 changelog 把改动分成三块，第一块是交互顺序：Cursor 现在会先回一份计划再动手，你可以在它写代码之前插一句把方向掰回来；执行过程中它持续刷新自己的状态，每一步做到哪里在消息里能看见。Slack 里发完指令的人往往已经切走了，回来时看到的是一条有时间顺序的执行记录，而非一团结果。

第二块是消息本身的排版。官方写得很直白：消息里的按钮没了，换成底部一行紧凑的链接；表格、PR 和产物的渲染做了清理。之前一条 agent 回复在频道里能占掉大半屏，改成 footer links 之后信息密度上去了，代价是常用操作多一次点击。第三块是多仓库环境和跨频道，下面两节分开说。

多仓库环境让一条指令覆盖前后端

@Cursor env="Platform Services" Update the shared API

这行的意思是别用默认仓库，去 Platform Services 这个命名环境里跑。changelog 描述的场景是前端、后端、共享代码分在三个仓库，Cursor 读你的请求，挑一个能同时访问这三个仓库的环境。以前从 Slack 起 agent 只能落到单个默认仓库，跨仓库改动没法从聊天窗发起。

任务跑到一半需要环境外的仓库时，Cursor 会推一个 Switch repository 按钮，点进去选仓库或环境，它接着上次的位置继续，不用整个重来。

不想每次手写 env 的话，Dashboard → Cloud Agents 里有 Routing Rules，把关键词映射到目标：frontend 指向 acme/web-app，platform 指向 Platform 环境。文档里也写明了优先级，env 和 repo 同时出现时 env 赢。环境本身怎么配才不会跑出半成品 PR，云端 agent 环境配置踩过的坑 里有更细的拆解。

跨频道读写把上下文来源扩宽了

排查一个线上问题，讨论散在 #incident-0731、#backend 和某条私聊里，这是跨频道能力想解决的场景。按 changelog 的说法，Cursor 现在可以从工作区其他频道和话题读消息，也可以往那些地方发消息，任务执行期间从别处拉上下文，再把更新发回原话题或相关频道。想指定输出位置的话，内联选项 channel=#eng-bots 就是干这个的。

选项 内联写法 作用
env env=Platform 指向一个命名的多仓库环境
branch branch=dev 指定起始分支
autopr autopr=false 关掉自动创建 PR
channel channel=#eng-bots 把 agent 的更新发到另一个频道

值得先看一眼权限清单再决定要不要开。官方列出的 Slack scope 里包含 channels:history、groups:history、im:history、mpim:history，覆盖公开频道、私有频道、私聊和群聊的历史消息。也就是说 agent 能读到的范围等于这个 app 被拉进的所有会话。隐私设置里还有一项 Display Agent Summary in External Channels，专门管 Slack Connect 和外部成员在场时要不要展示摘要，涉及外部协作方的工作区建议关掉。

还在用 Slack 的团队怎么配

安装是四步：打开 Cursor 的 integrations 页面，在 Slack 那一行点 Connect，在 Slack 工作区里装上 Cursor app，回到 Cursor 完成 Cloud Agent 设置。第四步里有三个子项容易卡住：连接仓库提供方并选一个默认仓库、启用 usage-based pricing、确认隐私设置。文档明确写了 Privacy Mode (Legacy) 不被支持，因为云端 agent 运行期间需要临时存储代码，还在用旧隐私模式的团队要先切换。

装完之后有两处默认值值得配。@Cursor settings 在频道里跑一次，可以给这个频道设默认仓库，这个设置是团队级的，会覆盖成员的个人默认值，并且只对公开频道生效。另一处是仓库选择顺序，官方给的判定链是：消息内容里的仓库名或关键词、你最近的 agent 活动、Routing Rules、频道默认值、全局默认仓库。

日常命令里，@Cursor list my agents 看自己在跑的 agent，@Cursor agent [prompt] 在已有 agent 的话题里强行开一个新的。消息上的三点菜单里有 Add follow-up、Delete、View request ID，最后那个在提工单时要一起带上。

飞书钉钉企业微信有没有官方集成

查证结论是没有。Cursor 文档站的 llms.txt 目录里，Integrations 分组下列出的是 Slack、Microsoft Teams、Jira、Linear、Notion、GitHub、GitLab、Azure DevOps、Bitbucket、JetBrains、Xcode 这几项，飞书、Lark、钉钉、企业微信都不在其中。帮助中心那篇讲第三方工具的页面只展开了 Linear、Slack、Notion 三个 Cloud Agent 集成，其余一句话带过：大多数第三方集成通过 MCP 实现，去 Customize 或 Marketplace 里找现成的 server，没有就自己写一个。

这个结论有明确边界。官方确实在做 IM 侧的集成，Microsoft Teams 就在列表里，只是国内这三家目前不在路线上。想接进飞书或钉钉只能自己搭桥，桥这一层的可靠性、鉴权和审计全部由你负责。

自建桥的可行方向和它的成本

Cloud Agents API v1 是目前唯一有文档的程序化入口，处于 public beta。POST /v1/agents 创建一个 agent 并立刻排队跑第一轮，认证支持 Basic 和 Bearer，key 从 Dashboard → API Keys 签发，企业版可以用 service account key。请求体里 prompt.text 必填，可选的有 model.id、repos[].url、repos[].startingRef、env.type、autoCreatePR、envVars、mcpServers。

理论上的接法是：飞书或钉钉的机器人收到 @ 消息，回调打到你自己的服务，服务转成一次 POST /v1/agents，拿到 agent id 之后把结果推回原话题。实际要补的东西不少。API 文档里写着 Webhooks are coming soon，v1 暂时没有回调，只有旧的 v0 支持，进度和结果得靠轮询。签名校验、消息去重、长任务超时、失败重试，这些在官方集成里被封装掉的部分自建时全要重写。

这条路能不能在你们的网络环境里跑通，需要自行验证。API 域名的可达性、企业出口的白名单策略、以及 usage-based pricing 的付款方式，都不是文档能回答的问题。

不做桥也能用的两个入口

移动端是成本最低的一条。Cursor for iOS 处于 beta，要求 iOS 26.0 或 iPadOS 26.0 以上，目前只有英文界面，Android 官方说在计划中。它能选 Cloud、Self-Hosted Pool 或 My Machines 作为执行机器，能读完整 diff、commit、checks 和评论，能 squash 合并、切 auto-merge、请求 reviewer，锁屏上最多同时跟八个 agent 的 Live Activity。iPad 上的分栏用法见 用 iPad 的 Inbox 审 agent 的 PR。App Store 区域限制和推送到达率需要自行验证。

另一条是 Remote Control。在 agent 输入框里执行 /remote-control，会话就出现在手机 inbox 里，agent loop 跑在云端，终端命令、文件编辑、测试仍然在你自己的机器上执行。前提条件写得很细：客户端 3.9.8 以上、工作区必须有 Git remote、电脑保持唤醒和在线、隐私设置允许云端存储、Teams 和 Enterprise 还需要管理员在 Dashboard 里放开。

桌面端本身也在补异步协作的短板，侧边会话和历史检索让「一个人同时盯几条线」不必再依赖 IM，具体用法见 侧边会话与对话检索怎么用。

参考资料