65  修复 Bug

Claude Tag 从 Slack 中的 Bug 报告到草稿 Pull Request 全程处理。支持复现问题、监控 Bug 频道、根因分析，以及跟踪 CI 直至通过。

export const BetaNote = () => Claude Tag 目前处于公开测试阶段。本文档中描述的功能和行为在正式发布前可能会有所变化。;

65.1 Bug 修复提示词的工作原理

本页适用于工程团队。Pull Request 是一个已提交审查的代码变更提案；Claude 使用自己的 GitHub 身份提交它们，因此它们会像其他 Pull Request 一样出现在你的审查队列中。

下方每个提示词都是一条 Slack 消息。你将其粘贴到 Bug 所在的频道或话题中，Claude 在 Anthropic 托管的隔离工作区中处理并在该话题中发布进展，结果也出现在那里。具体输出取决于提示词，下方每个提示词都标明了输出内容——草稿 Pull Request、根因分析报告，或持续监控新报告并进行分流的常驻任务。它在 GitHub 上的任何操作均由 Claude GitHub App 提交。

65.2 检查频道的连接

确认频道已配置以下连接。输入 @Claude what can you access from this channel? 进行检查；管理员可以为频道添加缺失的连接。

连接	示例	在此处的作用
代码	GitHub	必需。读取代码库并提交草稿 Pull Request

65.3 提示词

65.3.1 修复已报告的 Bug

一条带有复现步骤的 Bug 报告到来，但没有人有空处理。这个提示词可以帮你生成一个带有修复的草稿 Pull Request，并链接回原话题。在提示词中指定代码库名称，以便在开始工作前先克隆。

text wrap theme={null} @Claude in acme/data-pipeline, reproduce the bug in this thread, fix it, and open a draft PR. Done means CI is green and the PR links back here.

完成定义（CI 通过且 PR 链接回原话题）为会话提供了一个可以自行检查的终点。

Pull Request 以 Claude GitHub App 的身份提交，并链接到来源的 Slack 话题。参见Agent 身份机制。

65.3.2 监控 Bug 频道

报告到达的速度快于团队分发的速度。常驻形式可以监控频道并为可复现的报告自动提交草稿。

text wrap theme={null} @Claude when a bug report lands in this channel, try to reproduce it. If you can, open a draft PR and tag the area owner; if you can't, reply with what you tried.

通过 if/can’t 分支，每个报告都会得到回复——要么是草稿，要么是尝试过的内容列表。要查看或取消定时任务，请参阅管理常驻任务。

65.3.3 仅诊断不修复

并非每个故障都需要 Pull Request。仅要求诊断，关于如何处理的决定权留在团队手中。

text wrap theme={null} @Claude why is this failing? Trace it to a cause and post what you find — diagnosis only, no fix.

指定交付物——一个原因而非补丁——可以避免会话跳到没有人要求的代码变更。

65.3.4 跟踪 Pull Request 的 CI

一旦 Pull Request 存在（无论是 Claude 还是人工创建的），Claude 可以代替你刷新页面来跟踪它。它会订阅该 Pull Request 并在 CI 状态变化时发布消息。

text wrap theme={null} @Claude watch PR #482 in acme/data-pipeline. When CI finishes, post the result here, and tag me if anything failed.

“失败时标注我”就是过滤器。通过的运行安静地出现在话题中，只有失败才会打扰你。

关于应贯穿每个涉及代码的会话的代码库规范（如文件放置位置或 Pull Request 必须包含的内容），请参阅让代码库规范自动生效。

65.4 相关资源

在 Bug 报告之前就发现问题



代码任务的"完成"定义