张显达 zxd blog
软件工程开始把“过程本身”当交付物:任务层级、审查界面和代理日志一起收口 软件工程开始把“过程本身”当交付物:任务层级、审查界面和代理日志一起收口
导语:截至 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
软件工程进入“可审查自动化”阶段:把代理评审与依赖升级编进标准流程 软件工程进入“可审查自动化”阶段:把代理评审与依赖升级编进标准流程
导语:截至 2026 年 3 月 15 日,软件工程团队最明显的变化是:自动化已经不再只负责“执行”,而开始负责“审查”和“建议”。3 月 11 日,GitHub 允许直接从 GitHub CLI 请求 Copilot 代码审查,并支持在
2026-03-15
代理协作进入制度化阶段:把代码审查、仓库探索与自动升级串成闭环 代理协作进入制度化阶段:把代码审查、仓库探索与自动升级串成闭环
导语:截至 2026 年 3 月 12 日,软件工程领域的变化已经非常具体。3 月 11 日,GitHub 发布了从 GitHub CLI 直接请求 Copilot 代码审查,以及在 Web 上用 Copilot 浏览仓库结构的功能;3 月
2026-03-12
代理协作开发的工程约束:从效率试点到组织级可复制 代理协作开发的工程约束:从效率试点到组织级可复制
导语:截至 2026 年 3 月 8 日,软件工程团队正在进入“代理协作常态化”阶段。GitHub 在 3 月 6 日发布 Copilot in VS Code v1.110 更新,强调对代理模式与上下文协作能力的增强;3 月 5 日的模型
2026-03-08
软件工程进入代理协作期:把AI编码能力纳入发布纪律 软件工程进入代理协作期:把AI编码能力纳入发布纪律
导语:截至 2026 年 3 月 6 日,软件工程的一线变化非常明确:AI 正从“辅助补全”走向“代理执行”。GitHub Changelog 在 3 月 5 日发布了 Copilot 可用第三方 LLM 的更新,并在 3 月 6 日发布
2026-03-06
软件工程发布门禁升级:模型变更的可控交付框架 软件工程发布门禁升级:模型变更的可控交付框架
导语:当代码、模型、策略、数据同时变化时,传统发布流水线只验证代码已不够。2026 年的软件工程重点,是把模型变更纳入门禁体系,让每次发布都可审计、可回滚、可复盘。没有门禁升级,发布速度越快,风险扩散越快。 1. 三类典型问题 模型回归失败
2026-03-05
交付门禁再设计:让模型变更像代码变更一样可控 交付门禁再设计:让模型变更像代码变更一样可控
导语:AI 时代的软件工程要解决的是“变更爆炸”问题:代码、模型、策略、数据同步变化,任何一项失控都会引发线上问题。要维持高频发布下的稳定交付,必须把门禁体系从“代码门禁”升级为“全要素门禁”。 1. 问题根因 评测门禁缺位,模型回归失败在
2026-03-04
2 / 15