Claude Managed Agents 接入 Slack：托管会话之后，企业权限还要自己补齐

Claude Managed Agents 接入 Slack：托管会话之后，企业权限还要自己补齐

Vercel 8 月 28 日发布 Claude Managed Agents 与 Chat SDK 的示例方案：在 Slack 线程中启动研究 Agent，每个 thread 对应一个持久会话，回答可以逐 token 输出，同时展示模型请求和工具调用。相同处理器也能迁移到 Teams、Google Chat、Discord、WhatsApp 等三十多个渠道。

这套组合处理 Agent 循环、工具、会话状态、长任务和渠道事件的协作。Claude Managed Agents 在服务端托管模型、工具、session state 与沙箱化网页研究，Chat SDK 把不同聊天平台整理成统一接口，开发者可以少维护一套对话数据库。

托管 Agent 循环，并没有接管企业业务权限

官方示例强调“无需运行数据库”，因为对话记录、侧边栏、回放都能从 Managed Agents session 读取。这个说法只适用于 Agent 会话本身。Slack 成员与企业员工如何映射、谁能访问哪个客户项目、报告能否发到外部频道、敏感结果保留多久，仍要由业务系统给出答案。

每个 Slack thread 对应一个 session，交互直观，也会带来边界问题。线程被转发到新频道、成员中途加入、私有频道改为公开，原会话里检索到的内容不会自动变得适合所有读者。应用应在每次工具调用前重新检查当前用户、频道和目标资源，而非只在创建 session 时做一次授权。

工具权限同样不能交给自然语言指令。研究 Agent 读取网页风险较低，接入工单、CRM、云盘或数据库后，应把读写动作拆开，为参数设置 Schema 和租户范围，高风险修改要求明确审批。[MCP OAuth 的受众与最小权限](/articles/mcp-oauth-authorization-token-passthrough-security)可以作为外部工具接入的基线，入站身份也不能直接冒充下游凭据。

Chat SDK 的 live activity feed 可以展示搜索、模型调用和工具步骤，但“看得见”不等于“审计完成”。生产日志还要记录授权主体、工具版本、结果哈希、费用与审批人，并对邮件和访问令牌做脱敏。否则群聊会话可能把跨系统数据复制到更宽的范围。

上线验收应围绕线程变化、失败恢复和责任归属

测试不能停在机器人顺利返回一篇报告。让 Slack 事件重复投递、工具返回 429、用户在生成中途取消、线程归档后重新打开，再观察 session 是否重复执行。对费用敏感的任务设置总 token、工具次数和最长运行时间；已经产生外部副作用的步骤，恢复时必须依赖幂等键，而不是重新跑完整 Agent 循环。

持久 session 解决了记录存放，却不等于所有渠道共享同一会话语义。产品若还要从 Slack 转到网页或移动端继续任务，需要定义身份绑定、历史分页、在途事件和断线恢复。[DASP 参考文档](/dasp/reference)提供的是这层服务端会话契约，与 Chat SDK 的渠道适配可以上下分工。

质量验收要保留来源和反例。研究报告中的关键数字应能回到原始页面，工具结果与模型总结分开保存，重要决策交给独立模型或人工复核。共享频道里，机器人最好明确说明它做了哪些检索、没有访问哪些系统，以及哪些结论仍不确定。

AnyAIS 可以继续承担模型目录、用量和故障回退，Managed Agents 负责 Claude 的运行循环，Chat SDK 处理渠道。三层各自有清楚边界后，团队才能替换模型或聊天入口，而不必重新发明权限和会话状态。

资料来源：[Vercel 8 月 28 日更新](https://vercel.com/changelog/claude-managed-agents-with-chat-sdk)、[Claude Managed Agents 官方文档](https://platform.claude.com/docs/en/agent-sdk/managed-agents)、[Chat SDK](https://chat-sdk.dev/)。