导语:
截至 2026 年 3 月 30 日,这周 AI 协作里最值得重视的变化,不在 IDE,也不在 PR,而是在聊天窗口。GitHub 当天让 Slack 里的 @GitHub 可以直接用自然语言创建 Issue,还支持子任务层级、线程里迭代、频道级默认仓库设置。对很多团队来说,这看上去像个方便的小功能;但我更愿意把它看成 AI 协作重心的一次前移。过去大家总把 AI 放在“写代码”的末端,现在它开始进入“定义问题”的入口。
这件事很关键。因为工程里最贵的错误,往往不是代码写错,而是问题定义就糊了。一个糟糕的需求描述,后面要靠更多会议、更多 PR、更多返工去补。AI 一旦进入需求入口,团队能得到的不只是“少打几个字”,而是有机会把需求表达、任务拆解、执行入口统一成一种更结构化的语言。
1. 为什么 Slack 入口值得认真看
很多组织的真实工作流是这样的:问题在群里冒出来,结论在会后飘着,真正落到 issue 时已经丢了半层上下文。现在 GitHub app for Slack 支持在频道里直接创建结构化 issue,本质上是在减少“从讨论到跟踪”的损耗。
官方给的功能点很实在:
- 自然语言创建 issue。
- 一次消息里就能带出 sub-issues。
- 在 thread 里持续 refine,再决定何时落库。
- 频道级设置默认仓库,避免每次手动指定。
这些都不花哨,但对团队协作非常实用。因为需求入口最怕的就是流程太重,大家懒得记。
2. 需求协作现在应该怎么改
第一件事,是把“聊天”分成两种。
一种是纯讨论,另一种是准备进入跟踪系统的工作项。后者不需要等开会结束,再让某个人凭记忆回填。直接在 Slack 线程里让 @GitHub 帮你收束内容,效率高得多。
第二件事,是把子任务拆解前置。
以前大家习惯先建一个大 issue,后面再慢慢拆。现在既然支持一条消息里生成 parent 和 child issues,就应该在需求刚被提出时就把执行颗粒度想清楚。
第三件事,是为频道建立明确边界。
哪个频道默认对应哪个仓库,谁有权在里面触发 issue 创建,哪些频道只能讨论不能建任务,这些都要先说明白。不然问题会从“丢上下文”变成“工单泛滥”。
3. 一套更稳的实操流程
第一步,先选 2 到 3 个讨论最活跃的工程频道试点。
不要全量铺开,先看高频协作场景里效果如何。
第二步,统一 issue prompt 模板。
建议团队在频道置顶里给一个最短模板:问题背景、预期结果、受影响范围、是否需要拆子任务。自然语言不是随便说,越接近结构化,后面越省事。
第三步,把 thread 当草稿区。
别在第一条消息就强行落 issue。先在 thread 里用 @GitHub 来回 refine,一旦信息够了再正式创建。
第四步,和 Projects/PR 流程接起来。
Issue 建出来只是第一步。后面谁认领、何时进项目板、何时挂 PR,都要有统一动作。
第五步,定期复盘“聊天建 issue”的质量。
看创建率、关闭率、重复率、返工率。要判断它是减少了信息丢失,还是只是更快地产生噪音。
4. 这个能力最容易踩的坑
第一个坑,是把自然语言等同于低门槛。
自然语言确实降低了创建门槛,但如果输入模糊,输出只会更快地把模糊写进系统。
第二个坑,是没有频道边界。
频道级默认仓库很好用,但如果默认设置不清楚,工单会被错误落到不该去的地方。
第三个坑,是没有“讨论结束”的标志。
如果 thread 可以无限 refine,却没人拍板创建或关闭,讨论一样会拖。
5. 建议本周直接做的动作
- 选一个跨职能协作最频繁的 Slack 频道做试点。
- 写一份 4 行以内的 issue 提示模板。
- 为频道绑定默认仓库并指定维护人。
- 把 sub-issue 使用规则写进团队手册。
- 一周后统计由 Slack 创建的 issue 的采用率和返工率。
6. 结语
AI 进入工程流程,真正有意思的地方不是它能多快写出代码,而是它开始帮团队把问题说清楚。3 月 30 日这条 Slack 更新就属于这种变化。谁先把需求入口整理好,谁后面的 issue、PR、迭代计划都会更顺。反过来,如果聊天里依旧是碎片、口语和临时共识,AI 只会更快地把混乱固化下来。
参考资料
- GitHub Changelog: Create issues from Slack with Copilot
https://github.blog/changelog/2026-03-30-create-issues-from-slack-with-copilot/ - GitHub Changelog: Agent activity in GitHub Issues and Projects
https://github.blog/changelog/2026-03-26-agent-activity-in-github-issues-and-projects/ - GitHub Changelog: New pull requests dashboard is in public preview
https://github.blog/changelog/2026-03-26-new-pull-requests-dashboard-is-in-public-preview/