如何配置Azure DevOps工作项@提及事件的Slack告警？

完全可实现，不需要依赖默认邮件通知链路，按团队技术储备选以下三类方案即可，全部能覆盖「任意归属人工作项下，评论@用户触发Slack提醒」的场景，补上默认通知规则的缺口。

方案1：官方连接器零代码配置（优先推荐） #

• 先在Slack工作区安装官方Azure DevOps应用，完成组织级权限授权，给应用开放目标项目的工作项读取权限
• 进入对应Azure DevOps项目的设置-通知板块，新建自定义订阅，触发条件选工作项新增评论，附加筛选规则设置为「评论内容包含@提及用户」
• 通知投递渠道选择已绑定的Slack工作区，可自定义通知模板，携带工作项标题、直接访问路径、评论人、评论原文片段，推送时直接@对应Slack账号即可
• 该订阅为项目级全局规则，不依赖用户个人通知页（访问路径/_usersSettings/notifications）的配置，不会和原有邮件通知冲突。

方案2：低代码工作流配置（灵活度更高） #

如果需要加更细的筛选规则（比如仅推送特定迭代、特定类型工作项的@提醒，或者需要做去重、免打扰时段配置），可以用低代码流程搭建：

• 触发器选择Azure DevOps的「工作项新增评论」事件，覆盖目标项目全量工作项
• 新增解析步骤：直接从事件payload的mentions字段提取所有被@的用户列表，不需要手动写正则匹配正文，再通过组织内统一的账号映射表，匹配对应人员的Slack ID
• 新增判断分支：当被@用户列表非空时，调用Slack消息发送接口，给对应人员发私信，或者推送到指定项目频道同时@目标用户
• 可按需追加过滤逻辑：比如排除机器人账号发布的评论、过滤重复触发的通知、匹配用户免打扰配置，减少无效消息骚扰。

方案3：服务钩子自定义对接（适合高定制场景） #

如果团队已有统一消息中台，直接用Azure DevOps原生服务钩子对接即可，延迟最低：

• 在项目设置的服务钩子板块新建订阅，触发事件选择「工作项评论已创建」，事件推送地址配置为自有消息服务的接口
• 自有服务收到事件payload后，直接读取内置的mentions字段拿到被@用户列表，完成Slack账号匹配后调用推送接口发消息即可
• 该方案可对接企业内部的权限、审计体系，适合合规要求高的团队。

注意：以上三类方案都独立于原有邮件通知体系，不需要修改用户个人的默认邮件通知配置，上线后不会影响现有邮件类通知的正常推送。

内容的提问来源于stack exchange，提问作者JoeL