自动将 Slack 对话转换为 GitHub PR | Continue 博客

对话发生的地方与实际工作完成的地方之间存在脱节。你的团队在 Slack 上讨论一个 Bug。有人说会去查看一下。也许他们创建了一个 Issue。也许它在对话中被遗忘了。又或者它根本就没有被提交到 GitHub。

来回的沟通发生在 Slack 中，但实际工作却在 GitHub 上。这种交接存在阻力，而阻力意味着事情会被遗漏。

在 Continue，我们正在让将这些 Slack 对话转化为行动变得更简单。如果 Tasks 和 Workflows 可以自动化代码库内部的工作，那么 Slack 和 GitHub 集成则能自动化团队沟通工作的方式，以及工作最初是如何被创建的。

Continue 首次能够利用云端集成智能体，将团队现有的对话直接转化为工程行动。

能理解代码库的云端智能体 (Cloud Agents)

当你将 Slack 连接到 Continue 时，你正在让 AI 智能体获取团队对话的全部上下文。你的团队已经在 Slack 中进行规划、探索、辩论和诊断问题。

现在，Continue 可以直接介入该流程。

当你提及 @Continue 时，智能体会阅读对话线程，识别需求并执行任务，包括创建 GitHub Issues、撰写计划、修复问题，甚至提交 PR。

直接从对话创建 Issues： “@Continue 这个 Bug 一直在发生 —— 能建个 Issue 吗？” → 完成。
请求修复并获取 PR： “@Continue 修复这个 Bug 并写一个测试用例以确保它不再发生。” 智能体会探索代码库、制定计划、执行任务，并将更新发布回 Slack 线程中。
无需离开 Slack 即可指派、讨论和细化任务： “@Continue 为此创建一个 GitHub Issue，关联到此线程，并指派给 Patrick。” 智能体会保持 Slack 和 GitHub 之间的状态同步。
使用 Linear 或 GitHub MCP 工具： 想要 Linear 工单而不是 GitHub Issue？直接说出来即可。

只需点击几下即可完成设置。

以下是实际操作中的样子。你的团队正在一个线程中讨论一个性能问题。有人提到了速度慢的具体端点。另一个人分享了错误日志。第三个人提出了一个潜在的修复方案。

现在，无需手动将所有这些上下文翻译成 Issue 描述，也不必在开始编码时费力回忆所有细节，你只需在该线程中用你的请求提及 @Continue 即可。

智能体已经阅读了整个对话。它知道你们在讨论哪个端点，知道错误日志显示了什么，也知道提出了哪些解决方案。它利用所有这些上下文来制定计划、发起 PR 并实际执行修复。

你可以配置 Continue 默认使用的仓库，也可以让它每次都询问你。你可以将其与 Linear 和 GitHub 一起使用。这意味着你可以让智能体创建一个 Issue，指派给某人，或者让它为你处理任务。

如果它卡住了或需要更多信息，它会告诉你原因并请你再次提及它以继续。

Continue 的 GitHub 集成将你的仓库连接到一个完整的自动化层，涵盖 Issues、PR、报告和工作流。

如果 Slack 是表达意图的地方，GitHub 就是将意图变为代码的地方，而 Continue 正好位于两者之间。

这些集成优先考虑上下文，这意味着工作应该在正确的地方进行。讨论留在 Slack，代码留在 GitHub。智能体在不强迫你改变团队工作方式的前提下弥合了差距，你可以在你的 Mission Control 收件箱中追踪进度。

开发者为了推动工作进展，在不同工具之间切换浪费了大量时间。

连接 Slack 和 GitHub 后，思考仍由你完成，而 Continue 处理周围的一切。

你提问，Continue 负责执行。

Slack = 问题浮现的地方；GitHub = 解决方案落地的地方；Continue = 两者之间的云端智能体自动化层

它们共同解锁了：

能够倾听、思考和行动的智能体——直接集成在你团队每天使用的工具中。

Continue 云端智能体只能访问明确邀请了该应用的频道。它们不会抓取你的整个工作区。智能体仅处理被提及的对话线程或配置了特定自动触发器的频道中的消息。