如今，团队沟通协作平台已成为开发流程的核心枢纽，Slack 或 Teams 里的每一条交流信息都可能隐藏着待办事项。如果能直接将 AI 工程师拉入聊天线程，让它像真人同事一样处理代码修复、排查问题，效率提升立竿见影。关键在于如何“叫得动”它，同时确保上下文完整不丢失——下面直接给出操作步骤。

若想在 Slack 或 Microsoft Teams 中直接调用 Devin 执行任务，无需切换平台、手动粘贴代码，核心只需两步：安装应用，再用正确的格式@它。具体来说，两种场景各有相应的操作方式。

在Slack中@Devin分配任务

第一步，确保你的 Slack 工作区已安装 Devin 最新应用，并完成 OAuth 授权和权限配置——这通常需要管理员操作，普通成员等待通知即可。

第二步，进入任意开发频道（或新建一个），输入 @devin 加一个空格，此时会自动弹出提示，选择 “Devin AI” 确认提及。

第三步，在 @devin 后面直接写下具体、可执行的工程指令。例如：“修复用户登录模块的 CSRF 漏洞”“为 payment-service 添加 OpenTelemetry 追踪埋点”“将当前 PR #421 的单元测试覆盖率从 68% 提升至 85% 以上”。指令需包含动词 + 明确对象 + 可验证结果，否则可能产生理解偏差。

第四步，发送消息后，Devin 会立即在该线程中回复“已收到”，然后在后台启动分析→复现→编码→测试→提交的全流程。你可在同一聊天窗口实时查看执行日志、遇到的阻塞点以及临时决策说明，与真人协作体验相近。

一个小提醒：若 Devin 未响应，请先确认是否在私聊中@它。默认情况下，它仅监听已授权频道内的消息，私聊不会触发任务执行。

在Teams中启用Devin协作者身份

Teams 中有两种方式让 Devin 参与工作。方法一，通过 Teams 应用商店搜索 “Devin AI”，点击“添加”，并授予“读取消息”“发送消息”“查看成员列表”三项必要权限。方法二，由 IT 管理员在 Teams 管理后台统一部署 Devin Bot，设置为“仅限开发频道可见”，避免非技术成员误触发。

这个步骤本身很简单，只需将文件拖入即可。但有一点需特别注意——如果跳过权限校验，Devin 将无法读取代码仓库链接或访问 CI/CD 状态，任务会卡在“等待上下文”阶段，导致徒劳无功。

跨平台任务协同与上下文继承

实际开发中常出现“在 Slack 发起任务，转至 Teams 追问”的情况。Devin 为此设计了巧妙的继承机制：

① 在 Slack 中发起任务后，Devin 会自动同步当前线程中的所有附件、代码片段、GitHub PR 链接、错误日志截图；

② 如果你后续切换到 Teams 继续追问，Devin 能识别同一任务 ID 并延续上下文，无需重新描述问题背景；

③ 当 Devin 生成修复方案并提交 PR 后，它会自动在原 Slack/Teams 线程中贴出 PR 链接、变更摘要和测试通过截图，同时 @ 最初发起人进行人工审核。

该继承机制依赖 Devin 对线程元数据的精准解析，因此请勿手动修改消息时间戳或删除原始任务消息——一旦上下文链断裂，Devin 会将其视为全新任务重新开始，导致重复工作。