跳转到主要内容
在 Linear 中加上 Bug 标签后,就会有一位工程师来着手调查——只不过这位工程师是 Devin。此模板会监听 Linear 的标签添加事件,触发一个分诊会话,拉取工单上下文,在你的代码仓库中搜索相关代码路径,关联最近的 git 历史记录,并将调查结果直接评论到工单中。

使用此模板

在 Devin 中打开 Bug Report Triage,并使用默认配置创建该自动化。你也可以在保存前进行自定义。
想看一个动手实践的演示?请参阅 Bug Report Triage 分步教程

此自动化的作用

Bug Report Triage 自动化可将你在 Linear 中的工作流程变成一条全自动的分诊流水线。你无需改变提报 bug 的方式——只需像往常一样继续添加标签即可。Devin 会接手那些过去常常占用高级工程师整个上午的调查工作:阅读描述、在代码库中搜索 validateEmail、检查 git log 里的近期变更,并总结出可能的根本原因。

工作原理

触发器Linear 事件label.added
  • 事件linear:label_added
    • 条件
      • addedLabel.name 等于 bug
Devin 会做什么:基于完整的事件上下文启动会话,执行下方提示,并可在失败时通知你。

前提条件

示例提示

此模板自带以下提示。点击 Use template 后,你可以编辑它,也可以保持原样。

设置步骤

  1. 在 Devin 中打开 Automations → Templates
  2. 点击 Bug Report Triage。系统会打开创建页面,并预先填入此模板。
  3. 连接所有必需的集成,如果你还没有安装 MCP 服务器,请先安装。
  4. 替换触发条件中的所有占位符值 (例如,将 your-org/your-repo 替换为你的实际 repo) 。
  5. 查看提示,并根据你团队的语言、规范和护栏进行调整。
  6. 点击 Create automation
大多数自动化模板都包含建议的 ACU 和调用次数限制,用于在 rollout 早期控制成本。在你对自动化的行为有足够把握之前,请保持默认设置;确认无误后,再根据你的工作负载提高这些限制。

何时使用此模板

  • 在 rollout 或产品发布期间被 bug 报告压得喘不过气的工程团队
  • 由支持团队提交、在人工处理前需要了解代码库 context 的 tickets
  • 减轻资深工程师和技术负责人的分诊负担
  • 在分配给具体负责人之前,先整理初步调查报告

自定义建议

  • 匹配其他标签 (Needs TriageCustomer Reported 等)
  • 将作用域限定为特定的 Linear 团队或项目
  • 附加一个分诊 playbook,将你团队的调查步骤规范下来
  • Linear 工单处理串联使用,以处理 Clear Fix 工单

另请参阅