GitHub让agentic autofix使用Copilot Memory：修复模式可复用，功能仍处公开预览
2026 年 9 月 25 日，GitHub 宣布 agentic autofix 开始使用 Copilot Memory，适用于已经启用该能力的用户。自动修复可以参考既有上下文，并将产生的修复模式保存以供之后使用。公告同时明确，agentic autofix 与 Copilot Memory 都仍处于公开预览。
配图为 AI 生成的概念示意图，非真实产品界面、设备照片或活动照片。
新加入的是上下文复用
这次更新的核心是让安全告警修复能够利用项目经验，例如仓库已有的安全开发约定。它没有宣布所有告警都可自动解决，也没有把历史修复等同于今后每次都适用的答案。
GitHub 补充文档说明，仓库级事实带有指向代码的引用，使用时会与当前分支核对；这类事实限定在同一仓库的操作中使用，仓库所有者可以查看和删除。未使用的条目会在 28 天后清除，成功验证并使用可能重置计时。具体行为仍可能随预览阶段更新。
复用模式之前先确认适用条件
以下是本文的审查建议。假设一次修复要求统一使用某个输入处理函数，后续告警出现在另一个入口。审查者需要先确认输入类型、调用顺序和函数约定是否相同。名字相似、文件相邻或此前使用过同一补丁，都不足以独立证明新场景也满足条件。
理想的修复说明应指出告警为何成立、改动如何改变行为，以及哪些情况没有覆盖。若 AI 引用了项目约定，评审者可以回到当前代码确认该约定仍然存在。模型保留的模式能够节省重复解释，但不能替代这一次改动的证据。
把安全结果留在代码审查里
验证时至少比较修复前后的关键行为，保留正常输入和触发问题的测试。只看到告警消失，仍可能不知道它是被正确解决、被配置屏蔽，还是因为分析范围变化而不再出现。检查告警状态与程序行为，应有各自清楚的依据。
团队试用时还可以记录哪些记忆被认为有帮助、哪些需要纠正，以及仓库结构变化后如何复查。公开预览适合建立这种反馈过程。对最终进入主分支的改动，依旧由项目既有的审查与验证流程作出判断，不能把“模型记得”当作批准理由。
来源与核验
主要来源：GitHub：Agentic autofix now uses Copilot Memory，公告日期 2026-09-25。本文于北京时间 2026 年 10 月 1 日核验，后续状态以官方更新为准。
