OpenAI与微软 GitHub 联手推出 AI 代码生成工

这篇文章内容给诸位网民产生的新闻资讯是：OpenAI 与微软公司 GitHub 联手推出 AI 代码生成专用工具，完成结对编程 详情请赏析下文

6 月 30 日信息 比 GPT-3 更强劲！昨日，微软公司与 OpenAI 一同推出了一款 AI 编程工具 GitHub Copilot，这款专用工具根据 GitHub 以及他网址的源码，可依据上文提醒为程序猿全自动撰写下文编码。

GitHub 的CEO Nat Friedman 详细介绍说，GitHub Copilot 是结对编程的虚似版本号。结对编程是一种普遍的灵巧开发软件技术性 —— 即2个开发者在同一个新项目上携手并肩合作，轮着撰写编码并查验合作方的輸出。

“它能够在在线编辑器中立即获给予几行或全部涵数的编码提议。此外，伴随着時间的变化和需求量的提升，实体模型会越来越愈来愈繁杂，编码品质也会越来越高。”

针对程序猿而言，一款编程工具最重要的自然是适用什么种类语言表达。GitHub 在预告片上说，Copilot 能够适用十几种语言表达，与 Python、JavaScript、TypeScript、Ruby 和 Go 等流行语言表达相互配合实际效果更好。

现阶段 GitHub 官方网站早已晒出了 Copilot 的功能介绍，大家来了解一下。

一、贴心的结对编程小伙伴

GitHub 表明，对比大部分编码小助手，GitHub Copilot 能够了解更高范畴的上下文。因而，不论是文本文档字符串数组、注解、涵数名字或是编码自身，GitHub Copilot 都能够根据给予的上下文（已键入的编码）生成新编码以开展配对。

假如真有这般靠谱，那麼如同 GitHub 常说，此项作用能够让程序猿丢弃许多的文本文档阅读文章工作中，进而致力于在线编辑器。

GitHub Copilot 还能够将注解变换为编码。只必须写一条评价，叙述要想的逻辑性，GitHub Copilot 就能全自动“了解”并写下相对应作用的编码。

GitHub Copilot 也可以填充反复编码。GitHub 表明，GitHub Copilot 特别适合迅速转化成样版和反复编码方式。针对必须撰写很多类似但无法变换为for语句编码的程序猿来讲，此项作用十分“香”。

包办代替检测也是 GitHub Copilot 特别注意的闪光点，GitHub 表明，检测是一切强劲的软件开发新项目的支撑，“导进单元测试卷包，就可以让 GitHub Copilot 全自动撰写与你的完成编码配对的检测。”

针对同样的上下文，GitHub Copilot 能够得出多种多样解决方法，供程序猿独立挑选。

见到这儿，朋友们是否摩拳擦掌了呢？遗憾，GitHub Copilot 并不是彻底对外开放的，和 GPT-3 一样，只给予比较有限客户的使用感受。总而言之，先排长队吧。

新项目详细地址：https://copilot.github.com/

二、Copilot，专为程序编写为之

Brockman 详细介绍说，GitHub Copilot 的关键实体模型 Codex 依靠了 GPT-3 强劲的转化成工作能力。

我们知道，GPT-3 是 OpenAI 推出的集成电路工艺自然语言理解生成模型，初期训炼 GPT-3 时，OpenAI 不经意教它怎样协助撰写编码，它更好像一种通用语言实体模型，关键用以文字转化成、英语的语法改动等每日任务。

之后 OpenAI 向群众对外开放 API，这一根据文字训炼的实体模型，被网民们玩出了 50 多种多样花式，在其中包含自动生成编码。OpenAI 观念到 GPT-3 在撰写编码层面的发展潜力，并在其网址上给予了线上“代码生成”服务项目。

几十年来，微软公司的科学研究工作人员一直在试着怎样教电子计算机撰写编码，但未获得明显成效。本次与 OpenAI 协作，微软公司将给予了强劲 Azure 云计算水平和 GitHub 服务平台（2018 年被微软公司回收）的很多语言表达代码编程。

有关这款商品的代码生成品质，Friedman 说，GitHub 职工早已干了很多试着，可以保证 GitHub Copilot 转化成安全性、高品质的编码。他说道：“大家早已在系统软件中创建了一些安全性体制，这种体制在降低各行各业可以明显降低错误概率。”换句话说，GitHub Copilot 并不可以确保彻底不错误，它依然仅仅一个輔助转化成编码专用工具。

官方网站报导说，Copilot 的最底层技术性归属于微软公司和 OpenAI 一共有，这个夏天 OpenAI 将公布 Codex 实体模型，供第三方开发人员应用。微软公司也表明会公布该商品的一个版本号，让公司经过培训认识自己的程序编写设计风格。但现阶段，微软公司只给予公共性储存库文件储存的编码的服务项目。

这不是微软公司第一次借助 OpenAI 来给予智能系统。上一个月，微软公司展现了 powerapps Studio 应用软件的升级服务项目，非专业技术人员能够应用它来撰写应用软件 —— 客户键入她们要想加上的原素英语单词，GPT-3 可给予一些必需编码的选择项。

三、网民探讨

GitHub Copilot 的公布在 Reddit 上引起了热情的探讨，许多网民看中编号自动化技术的产业链发展趋势，网民 @markbowick 讲到：

不容置疑，这将极大地提高大部分程序猿的日常程序编写生产主力，而且（我觉得）这将是促进全世界手机软件危害呈指数增长的最重要流程之一。

特别注意的是，GPT-J（GPT-3 较小实体模型之一的开源系统完成）在很多 GitHub 和 StackExchange 查看储存库上开展了训炼，而且在特殊程序编写有关每日任务上的主要表现显著好于 OpenAI 的其他实体模型。在下面的好多个月里，我预估会见到特性更强的相近的（更高）实体模型。

也有些人明确提出了提出质疑，网民 @laprika0 表明，GitHub Copilot 的测试标准令人堪忧，“让 GitHub Copilot 提议与你的完成编码配对的检测，但大家并不应该以这类方法写检测。”许多网民完全同意，并填补道，“假如完成编码有不正确，那麼 GitHub Copilot 将把不正确引进检测中，进而危害检测实际效果。”

也有人注意到有关编码使用权的难题，OpenAI 发布了一项申明，表明客户应用 GitHub Copilot 敲代码时，编码精彩片段和提议結果将与 GitHub 和 OpenAI 共享资源，并用以确诊目地和改善提议。与此同时，为保护隐私，GitHub Copilot 不容易应用客户的独享编码来为 GitHub Copilot 的别的用户强烈推荐编码。

网民 @touristtam 对于此事申明觉得疑惑，“她们是不是有着在客户开启 GitHub Copilot 时撰写的编码？”