博客 · 技术

GitHub Copilot 记忆与梦想:为开发者工作流程提供上下文感知的人工智能

· GitHub

GitHub Copilot 记忆与梦想:为开发者工作流程提供上下文感知的人工智能

这不是财务建议。

GitHub 推出了 Copilot 记忆与梦想,使代理能够记住团队惯例并提高工作流程效率。探索这些功能的工作原理和实际团队的应用。

新内容及其功能

人工智能编码助手通常缺乏对团队特定惯例、偏好和代码历史的持续意识。这导致重复的指导、错失最佳实践,以及代理将每个会话视为白纸一张。没有上下文记忆,关于边缘案例、测试协议和工作流程细节的宝贵知识必须重新传达,从而减缓开发进程并增加错误或不一致的风险。

来源报道了什么

GitHub 报告:GitHub 已推出“GitHub 智能”,这是一个上下文和学习层,使像 Copilot 这样的代理能够记住并应用团队特定的知识、偏好和代码库惯例。Copilot 记忆现已在付费 Copilot 计划中普遍可用,能够在会话之间和跨工具传递知识。Copilot 梦想正在公开预览中,通过反思过去的工作并更新记忆,持续改善这一上下文。在公开预览中,使用记忆的 Copilot CLI 会话显示出93%的开发者偏好遵循率和42%的工作流程效率提升,归因于会话上下文记忆。

来源证据(简短摘录)

“在公开预览期间审查的 Copilot CLI 会话中,代理使用记忆的93%显示出更好的开发者偏好遵循率,42%显示出更高的效率。”

“这使得数据对代理有用,帮助他们记住你的工作方式,保持指导的时效性,并找到与下一个任务相关的代码和开发历史。”

“三种能力将其引入你的工作流程:记忆在会话之间传递知识,梦想保持上下文的时效性,代码搜索超越你的检出。”

分析 - 假设,而非已验证的发现

这一发展使人工智能代理能够更有效地作为协作伙伴,通过利用组织知识,减少重复的入职培训和指导,提高代码质量。团队可以期待更顺畅的交接、更一致的代码审查,以及更少的时间用于重新解释惯例。能够策划和管理记忆也使用户能够控制代理记住的内容,支持隐私和适应性。这种方法可能为软件开发中的上下文感知人工智能设定新的标准。

可能的用途和项目

显然有兴趣改善人工智能代理与团队惯例的一致性,并减少重复的指导。报告的效率提升表明了实际的好处,但在不同团队和工作流程中需要进一步验证。

采用和商业模式 - 可选假设

此非商业社区工具没有既定的付款方;试点项目旨在研究和改善工作流程,而非直接盈利。

该项目不需要盈利,也没有建立商业假设。如果以后商业化,可以探索SaaS模型,但这不是试点的一部分。

竞争对手和测试差异

可以调查的替代方案包括没有记忆的基础 Copilot、Amazon CodeWhisperer、Tabnine,以及手动入职或代码审查清单。

测试 Copilot 记忆是否能使团队惯例的遵循率提高至少20%,并使重复用户修正减少15%,与没有记忆的基础 Copilot 会话相比。

地理、成本和法律检查

目标市场为 GitHub 用户;可用性和覆盖范围在检查之前未知。试点项目没有地理限制。确认参与者的资格和访问权限。

实际成本未知/未报告,需要当地报价。可能的成本包括设置、注释和审查的开发者时间。试点工具本身没有定期费用。确认 Copilot 订阅要求。

需要验证当地隐私、消费者和平台条款。参与者必须同意数据收集;不使用超出代码库日志的私人或敏感数据。在开始之前确认合规性。

仍然未知的是什么

尚不清楚 Copilot 记忆和梦想如何处理复杂的、不断发展的团队动态或未明确记录在记忆中的边缘案例。对代码质量、入职培训和团队生产力的长期影响尚未得到独立验证。隐私、数据保留和用户对记忆的控制需要谨慎管理。在不同语言、框架和组织规模中的有效性尚不完全清楚。与非 GitHub 工作流程的集成以及与其他工具的兼容性也是待解的问题。

项目可行性 - 尚未验证

这项原始机会分析是一个测试提案,而不是对产品、市场、客户或收入的验证声明。未进行独立市场研究;源报告未提及销售或保证收益,除非引用的证据另有说明。

源日期和新鲜度

发布者信息时间戳:2026-10-28T15:40:00.000Z。这记录了源项目发布的时间,而不是对价格、客户数量、可用性或平台条款的实时检查。

来源

GitHub - GitHub 智能让你的代码、上下文和历史发挥作用

https://github.blog/changelog/2026-10-28-github-intelligence-puts-your-code-context-and-history-to-work

来源: GitHub

MLAIEL AI — 项目假设

给团队的建议。不是已核实的结果,也不是医疗或财务建议。

数字机会(v4):团队约定的 Copilot 记忆影响跟踪器 目标用户:使用 GitHub Copilot 的软件开发团队,特别是那些有既定代码库约定和协作工作流程的团队,寻求提高代理对齐和效率。 工作原理:一个轻量级工具,跟踪和可视化 Copilot 记忆如何影响对团队约定的遵循和工作流程效率。它记录 Copilot 的建议、用户的修正和记忆使用情况,然后汇总关于偏好遵循和节省的工作步骤的指标。 第一个版本:一个 VS Code 扩展(或 CLI 工具),在用户同意的情况下,记录选定代码库在两周内的 Copilot 建议、用户编辑和记忆触发的操作。它提供一个仪表板,总结对指定约定(例如,拉取请求模板、测试命令)和工作流程效率(节省的步骤)的遵循情况。与一个同意的团队(5-10 名开发者)进行试点。确认依赖项:启用记忆的 VS Code、Copilot 和访问代码库约定文档。 调查的替代方案:与未启用记忆的基线Copilot使用情况进行比较,以及与其他可能支持或不支持持久上下文的AI编码助手(例如,Amazon CodeWhisperer,Tabnine)进行比较。审查手动入职检查清单或代码审查模板作为非AI替代方案。 测试的差异:测试Copilot Memory是否能使团队规范的遵循率提高至少20%,并使用户重复纠正的次数减少15%,与未启用记忆的基线Copilot会话相比。 能力或需求的证据来源:在公共预览期间审查的Copilot CLI会话中,93%显示出更好地遵循开发者偏好,42%显示出更高的效率。 可能的用途和限制:显然有兴趣改善AI代理与团队规范的一致性,并减少重复指导。报告的效率提升表明了实际的好处,但在不同团队和工作流程中需要进一步验证。 潜在用户和可选付款者:此非商业社区工具没有既定的付款者;试点项目旨在研究和改善工作流程,而非直接盈利。 需要检查的竞争对手和替代方案:调查的替代方案包括未启用记忆的基线Copilot、Amazon CodeWhisperer、Tabnine,以及手动入职或代码审查检查清单。 可选的法律商业模式:该项目不要求盈利,且未建立商业假设。如果以后进行商业化,可以探索SaaS模型,但这不属于试点范围。 测试所需的技能和时间:需要具备TypeScript/JavaScript(用于VS Code扩展)、基本DevOps和数据分析的技能。预计工具开发、设置和试点执行需要2-3周。开始前必须确认时间和技能。 地理可用性和限制:目标市场为GitHub用户;可用性和覆盖范围在检查之前未知。试点没有地理限制。确认参与者的资格和访问权限。 需要验证的法律和平台限制:需要验证当地隐私、消费者和平台条款。参与者必须同意数据收集;不使用超出存储库日志的私人或敏感数据。开始前确认合规性。 当前价格和平台条款:Copilot Memory的价格和条款未知/未检查;Copilot Memory在付费Copilot计划中可用。试点工具可免费用于研究。开始前确认所有条款。 年龄、付款和资格检查:MLAIEL的最低用户年龄为16岁。Copilot和GitHub可能有更高的年龄限制、KYC或付款要求,未在检查之前验证。试点中没有支付或付款。 最小低成本验证测试:进行为期一周的可逆试点,跟踪单个团队在启用记忆前后Copilot建议对规范的遵循情况。如果隐私是一个问题,仅使用合成或非敏感存储库。在开始前确认所有依赖关系和权限。 人类责任:开发人员自愿参与,注释关键约定,并审查仪表板。团队负责人或DevOps工程师监督试点,确保隐私和数据最小化。通过简短的调查收集反馈。 AI的贡献和限制:Copilot提供建议和基于记忆的操作;该工具的AI组件分析日志以检查约定遵循情况和工作流程模式。没有自主代码更改;所有操作都需用户审核。 所需的数据和访问权限:访问Copilot建议日志、用户更正和试点库的记忆触发器,需明确用户同意。不得使用超出库和Copilot日志的私人数据。在开始之前确认访问和隐私合规性。 源支持的设置和能力:在公共预览期间审查的Copilot CLI会话中,93%显示出更好地遵循开发人员偏好,42%显示出由于会话上下文中包含的记忆而更高效的工作流程。 有序步骤和负责人:1. 招募同意的团队并注释关键约定。2. 确认VS Code、启用记忆的Copilot和文档访问。3. 安装跟踪扩展/工具。4. 运行一周的基线,关闭Copilot Memory。5. 启用Copilot Memory并跟踪一周。6. 汇总并可视化结果。7. 收集用户反馈。8. 分析并报告发现。 最低资源和依赖关系:需要VS Code或CLI环境,启用记忆的Copilot,跟踪扩展/工具,以及访问库约定文档。在开始之前确认所有依赖关系。不需要额外的硬件。 成本和可负担性未知:实际成本未知/未报告,需要本地报价。可能的成本包括设置、注释和审核的开发人员时间。试点工具本身没有重复费用。确认Copilot订阅要求。 新手如何提供帮助:开发人员注释约定并审查仪表板(每周1-2小时)。团队负责人协调试点。受监督的初学者可以在指导下帮助注释和仪表板设置。所有参与均为自愿,并限于试点期间。 试点和成功标准:建议的试点目标:在试点期间,至少 80% 的 Copilot 建议应遵循注释的约定(第一周测量基线,第二周进行干预)。如果遵循率提高 20% 以上,并且用户报告的重复修正减少 15% 以上,则视为成功,测量方式为日志和调查。比较对象:没有记忆的基线 Copilot 使用。 风险和保障措施:如果日志未正确匿名化,可能会引发隐私问题;如果仅跟踪某些约定,可能会产生偏见;如果试点团队不具代表性,通用性有限。工具可能无法捕捉细微或不断发展的约定。必须确认对 Copilot 记忆和 VS Code 的依赖。 何时停止或改变方向:如果观察到遵循率改善不足 10%,或如果用户在试点后调查中报告隐私或工作流程中断问题,则停止或修订。如果无法确认依赖项或无法确保隐私,则停止。

评论

还没有评论。

登录后才能评论或表态。

分享这篇文章

做成一件工作

已登录的人可以打开与本文相连的项目或问题。文字停留在来源说过的范围内。

登录后开始