张显达 zxd blog
先计划、再改代码、最后决定要不要开 PR:云端 Agent 已经把协作顺序改了 先计划、再改代码、最后决定要不要开 PR:云端 Agent 已经把协作顺序改了
导语:截至 2026 年 4 月 6 日,软件工程里最值得团队重新理解的一组能力,来自 GitHub 在 4 月 1 日围绕 Copilot cloud agent 做的那次扩展。现在 cloud agent 已经不再被限定在“开一个 PR
2026-04-06
反馈表面需要收口了:旧 commit 评论该降噪,真正的协作应该回到 PR 和 Issue 反馈表面需要收口了:旧 commit 评论该降噪,真正的协作应该回到 PR 和 Issue
导语:截至 2026 年 3 月 31 日,这周软件工程流程里最值得团队反思的一组更新,并不是更强的生成能力,而是 GitHub 对“反馈表面”做的几次调整。3 月 26 日,新 PR dashboard 进入 public preview
2026-03-31
从聊天到工单再到 PR:软件团队该怎样重写自己的需求分解流程 从聊天到工单再到 PR:软件团队该怎样重写自己的需求分解流程
导语:截至 2026 年 3 月 30 日,软件工程里一个非常具体但影响很大的变化,是需求分解开始从聊天入口直接连到跟踪系统。GitHub 现在允许在 Slack 里用自然语言创建 issue、子 issue,还能在 thread 里边聊边
2026-03-30
PR 不只是代码差异页了:冲突解决、收件箱和 Agent 会话正在重写协作方式 PR 不只是代码差异页了:冲突解决、收件箱和 Agent 会话正在重写协作方式
导语:截至 2026 年 3 月 29 日,软件工程流程里最值得团队认真适配的一组变化,都集中在 GitHub 3 月 25 日和 3 月 26 日这两天。先是 github.com/pulls 的新收件箱和 saved views 进入
2026-03-29
把 PR 变成可执行任务单:从评论到改动的闭环正在重塑软件工程协作 把 PR 变成可执行任务单:从评论到改动的闭环正在重塑软件工程协作
导语:截至 2026 年 3 月 24 日,软件工程流程里最明显的变化,是 PR 正在从“供人阅读的差异集合”变成“可被系统执行的任务单”。GitHub 在 3 月 24 日让 @copilot 能直接在任意 PR 中执行修改;3 月 19
2026-03-24
软件工程的下一步不是更快提交,而是更少“上下文失真” 软件工程的下一步不是更快提交,而是更少“上下文失真”
导语:截至 2026 年 3 月 23 日,软件工程领域最值得投入的一件事,不是再加一个自动化能力,而是减少上下文失真。Projects 的 hierarchy view、PR 中代码与评论的并排视图、以及代理提交到 session log
2026-03-23
软件工程开始把“过程本身”当交付物:任务层级、审查界面和代理日志一起收口 软件工程开始把“过程本身”当交付物:任务层级、审查界面和代理日志一起收口
导语:截至 2026 年 3 月 22 日,软件工程工具链正在发生一个非常实际的变化:团队开始把“过程本身”当成可管理对象。3 月 19 日,GitHub Projects 的 hierarchy view 正式 GA;同日,PR File
2026-03-22
软件工程开始把“上下文”当成一等公民:PR、任务层级与代理日志终于连起来了 软件工程开始把“上下文”当成一等公民:PR、任务层级与代理日志终于连起来了
导语:截至 2026 年 3 月 20 日,软件工程工具链正在补一类过去长期缺失的能力:把代码、任务和执行过程放回同一个视图里。前一天 GitHub 刚上线 View code and comments side-by-side in pu
2026-03-20
审查流正在被重构:多面板PR与代理会话日志让复盘粒度更细 审查流正在被重构:多面板PR与代理会话日志让复盘粒度更细
导语:截至 2026 年 3 月 19 日,软件工程领域一个很明确的趋势是:审查不再只是“看 diff”,而是在逐步变成“看上下文、看会话、看任务关系”。GitHub 当天发布了 View code and comments side-by
2026-03-19
软件工程开始批量修正AI产物:语义检索与批处理修复让审查方式变了 软件工程开始批量修正AI产物:语义检索与批处理修复让审查方式变了
导语:截至 2026 年 3 月 17 日,软件工程团队正在看到一个非常具体的变化:AI 加速写代码之后,审查和修复方式也必须一起升级。GitHub 当天发布 Copilot coding agent works faster with s
2026-03-17
1 / 15