Timeline: Claude Code in Slack（材料）

Thu, 17 Sep 2026 00:00:00 +0000

主要出处：Anthropic，2025-12-08，Claude Code and Slack。本页不复制公告全文。

当时说了什么

状态写成 beta 研究预览：公告原话是「Now in beta as a research preview」。
触发：在 Slack 里 @Claude，它先判断这条消息是不是编码任务；是则自动新建一个 Claude Code 会话。也可以手动要求按编码任务处理。
上下文与选仓：Claude 采集最近的频道与线程消息喂给会话，并据此自动选择在哪个仓库上跑——范围是你在 Claude Code on the web 上已授权的仓库。
回帖与交付：会话推进过程中把状态回帖到 Slack 线程；完成后给出完整会话链接（可审改动）和开 PR 的直链。

适用条件

需要在 Slack 工作区安装 Claude app（Slack App Marketplace）并用 Claude 账号认证；还需要有 Claude Code on the web 的访问权，任务路由到那里执行。这是既有 Claude app for Slack 的扩展，不是新的执行面。

当时不是什么

不是无人值守的团队 Agent，也不是新的沙箱或权限模型——公告没有提到执行面、停止语义或权限的任何变化。委派从终端挪进聊天流，执行仍落在 Claude Code on the web 既有的沙箱与权限里。频道可见性、多人转向同一会话，要到 2026 Claude Tag 才成为产品主张。

Timeline: Claude Code in Slack 讲解

Thu, 17 Sep 2026 00:00:00 +0000

当时解决了什么问题

2025 年的编码运行时都在开发者的终端或编辑器里启动：Claude Code、Codex CLI、Cursor。任务却常常从对话里冒出来——一段报错贴、一串复现步骤、一句「这个谁看一下」。这一步把触发面搬进 Slack：不用切窗口、不用复述上下文，@ 一下就有一个会话在跑，进展回到线程里。

按定义这是 Agent：有目标、在仓库与 shell 上产生副作用、按执行回执继续。变化集中在两点。一是上下文来源：频道与线程历史自然成为任务描述，不再需要手写 prompt。二是委派可见性：同事看得见会话在跑、在哪个仓库上跑。

对后续 LLM 与 Agent 的影响

执行面没动。公告没有提新的沙箱、权限或停止语义，任务仍路由到 Claude Code on the web。所以这条不该写成「团队 Agent 就此成立」——它改的是控制面。

它的意义是提前摆好了 2026 要处理的接口：当同一个循环面对「谁在委派、谁看得见、以谁的名义」时，产品形态已经在这儿了。半年后的 Claude Tag 把 beta 收成组织级产品，并第一次正面处理主体（principal）与沙箱生命周期。