一句话看懂：GitHub 于 2026 年 10 月 28 日推出 GitHub intelligence，把代码、仓库约定、开发历史和团队偏好整理成 AI 代理可用的上下文层，核心是三件事：跨会话记忆、自动更新上下文、跨仓库代码搜索。
事件核心：发生了什么
GitHub 发布 GitHub intelligence，定位是建立在 GitHub 数据图谱之上的“上下文与学习层”，目标是让 Copilot 等代理理解团队的工作方式，而不是每次会话从零开始。三项能力同步推进：
Memory（记忆）：Copilot Memory 已在付费 Copilot 套餐正式可用，可在 Copilot 应用、CLI、VS Code、云代理、代码评审、Slack、Teams 和 GitHub Mobile 中记住个人偏好与仓库约定，个人记忆可在设置中查看或删除。
Dreaming（梦境）：处于公开预览，可选开启，分个人记忆整理、仓库定制、代码评审定制三类，会新增、更新或删除记忆；对仓库内 skill 和指令文件的修改通过 PR 提交评审。该功能消耗 AI credits。
Code Search（代码搜索）：支持精确文本、符号与正则匹配，并能按仓库、路径、语言过滤；语义搜索可按功能描述查找代码，例如“重试失败支付”，无需本地克隆。
GitHub 称，公开预览期间使用记忆的 Copilot CLI 会话中，93% 更符合开发者偏好，42% 因上下文中的记忆获得更高效的工作流——该数据仅限于预览期被审查的会话，并非长期基准。
为什么重要
编码代理的瓶颈正从“会不会写代码”转向“懂不懂这个团队”。仓库约定、测试命令、边界情况的来龙去脉，往往只存在于历史提交和口头经验里。GitHub 试图把平台数据直接变成代理的长期记忆和检索底座，这对其他依赖本地上下文或第三方索引的编码代理构成差异化竞争；同时，Dreaming 把自动学习限定为可选并走 PR 评审，也算对“AI 擅自改代码库”担忧的一种回应。
对用户/开发者/创作者的影响
开发者可以少重复交代偏好，跨仓库排查问题（如支付重试逻辑分散在服务、公共库和后台任务中）时借助 /research 先摸清调用关系。团队需要决定是否开启 Dreaming 并承担 credits 成本，管理员还可在企业策略中授予或收回该权限。依赖多仓库协作的创作者和小团队，搜索能力减少本地克隆和手工拼装上下文的步骤。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 Dreaming 转正后的默认策略与计费方式；二是记忆的权限边界是否足够清晰，尤其是跨仓库访问；三是其他编码代理平台是否跟进类似的“平台级上下文层”。
