跳转到主要内容
像 @ 一位队友那样，在 GitHub issue 中 @ Devin。只要有用户在 issue 里评论 /devin，这个自动化就会启动一个会话，读取完整的 issue 上下文，在代码库中搜索相关文件，完成修复并补充测试，然后创建一个引用该 issue 的 pull request——实现从 bug 报告到代码变更的闭环。

使用此模板

在 Devin 中打开 /devin Issue Fix，并使用默认配置创建此自动化。你可以在保存前进行自定义。

​
这项自动化会做什么

/devin 命令会将你的 GitHub issue 列表转换为一个可直接执行的工作队列。无需再分拣 issue、评估工作量和分派任务，工程师 (甚至非工程师) 只需留下一条一句话评论即可放手不管。Devin 会端到端完成调查、实现、测试覆盖和 PR 创建。

​
工作原理

触发器: Github 事件 — issue.comment
  • 事件: github:issue_comment
    • 条件:
      • action eq created
      • comment.body starts_with /devin
      • comment.user.login neq devin-ai-integration[bot]
      • repository.full_name eq your-org/your-repo
Devin 的操作: 启动一个包含完整事件上下文的会话，执行下面的提示，并在失败时 (可选) 通知你。

​
前提条件

​
示例提示

该模板附带了以下提示。点击 Use template 后，你可以编辑它，也可以保持原样。

​
设置步骤

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

​
何时使用此模板

  • 社区反馈且具有明确复现步骤的 bug
  • 验收标准明确的小型功能请求
  • 文档修复、错别字以及细微的样式调整
  • 为非工程团队成员提供一条顺畅的修复发布路径

​
自定义建议

  • 将范围限制为一组代码仓库或 GitHub 组织
  • 要求评论者必须是协作者 (在 comment.author_association 上添加条件)
  • 转交给一个体现你团队修复规范的 playbook
  • 与 Bug 报告分诊 搭配使用，让 Linear bug 走同一套修复流程

​
另请参阅