Hey, GitHub!

Hey, GitHub!

AI TOOL PROFILE工具资料

用语音指挥编辑器写代码的 GitHub 实验项目

官网地址 https://githubnext.com/projects/hey-github

访问官网
价格官网未标价
平台—
归类AI 编程
收录2026-10-11
复核2026-10-11
编辑评分 4.2 / 5

Hey, GitHub!编辑总结

EDITOR REVIEW编辑评测

Hey, GitHub! 是 GitHub Next 团队做的编辑器语音编程实验,让开发者用说话代替敲键盘来写代码、改代码。它把语音指令接到编辑器里,可以口述生成代码、选中代码后口述修改、对某段逻辑提问解释。适合手部不便或想边想边说快速成稿的开发者,属于实验性项目,稳定性和能力边界与正式产品有差距。

Hey, GitHub!是什么?

Hey, GitHub! 是 GitHub Next 研究团队推出的一个实验性项目,目标是把自然语言语音变成编辑器里的实际操作。你不需要先离开代码再切到对话框,直接在编辑器里按住说话,就能让它补全、改写或解释当前选中的代码。

它的形态是编辑器插件加语音识别的组合,核心思路是让「说」和「改代码」在同一处发生:光标在哪儿、选中了什么,语音指令就作用在哪儿。GitHub Next 的项目定位是探索性原型,用来验证某种交互方式是否可行,而不是长期维护的正式产品。

对个人开发者,它更像一个尝鲜式的编码辅助方式,适合在写样板、改命名、补注释这类口头描述比敲键盘更快的事情上试用。对手部操作不便的开发者,语音写代码本身就是一种可访问性价值。团队协作场景下官方未说明协作相关的支持。

Hey, GitHub!核心功能

CAPABILITIES工具标签

语音生成代码

在编辑器里口述需求,由它把语音转成代码插入到光标位置,适合写样板、函数骨架这类口头描述比逐字敲更快的内容。

选中后语音改写

先选中一段代码再说出改动要求,它会针对这段选中内容做修改,而不是重写整个文件,交互上更接近跟人结对改代码。

语音提问解释代码

对看不懂的一段逻辑直接开口问,它用自然语言解释这段代码在做什么,适合接手陌生代码库或回看自己很久前写的实现。

编辑器内联交互

语音入口就在编辑器里,不用切到浏览器或独立聊天窗口,光标和选区本身就是上下文,减少了在工具之间来回搬运代码的操作。

自然语言编程对话

你可以用日常说法描述意图,比如让它换个变量名或补上边界判断,而不必记住具体指令名或快捷键组合。

免手操作编码

整套流程可以只用声音完成,对手部不便或因伤病暂时无法大量敲键盘的开发者来说,这是它能提供的实际价值之一。

Hey, GitHub!使用建议

HOW TO USE工具标签
入门先把路子走对
  1. 先装插件再接编辑器按项目页说明把语音插件装进支持的编辑器,确认麦克风权限已放开,再打开一个测试用的文件,不要在主力代码库上第一次试。
  2. 先选代码再开口改已有代码时,先用鼠标或键盘选中目标段落再说话,它能更准确地定位到你想要改的那一块,避免误改整个文件。
  3. 从一句话能说清的事开始第一次用先试改一个变量名、加一行注释这种口头描述清楚的任务,熟悉它对你口音的识别节奏后再上更大的改动。
进阶省时间也省钱
  1. 把大改动拆成几步说不要一次性口述一整个函数的重构,拆成「先改参数名」「再加边界判断」这样的小步,每步看一眼结果再继续说,出错更好回退。
  2. 安静环境下口述语音识别对背景噪音和多人说话比较敏感,在安静环境或用指向性麦克风,识别准确率会更稳定,减少反复重说的次数。
  3. 用版本控制兜底在开启语音改写前先提交一次代码,让改动都能被 diff 出来,语音生成的结果合不合适一眼就能看出来,不满意直接回滚。
  4. 口头指令带上下文说的时候把当前文件名、函数名或选中的内容一起说出来,比如「在这个函数里加空值校验」,比只说「加个校验」更容易落到正确位置。

Hey, GitHub!适合谁用?

WHO IS IT FOR工具标签

手部操作不便的开发者

推荐

因伤病或长期劳损难以大量敲键盘的人,可以用语音完成写代码、改代码的基本操作,这类可访问性场景是它最实在的用途。

想尝鲜语音编程的人

推荐

对「动口不动手写代码」这种新交互好奇、愿意花时间折腾实验插件的开发者,适合用它先感受一下语音编程的实际手感。

写样板和注释的日常开发

推荐

经常要写重复样板、补注释、改命名的开发者,这类改动口头描述比敲键盘快,能省下一些机械操作的时间。

维护大型老代码库的工程师

有条件

面对复杂重构和跨文件改动时,语音指令很难精确表达意图,容易出现改错位置或改不到点上,这类工作还是手动写更可控。

对稳定性要求高的生产环境开发者

不推荐

它是探索性质的实验项目,行为可能随项目方向调整,把关键业务流程押在它上面风险偏高,更适合当作辅助而不是主力。

Hey, GitHub!优点和缺点

PROS & CONS工具标签

优点

  • 语音入口直接落在编辑器里,写代码和改代码不用切窗口
  • 支持先选代码再口述修改,改的是你指定的那一段而不是整文件
  • 可以对着不熟的代码开口问,让它用自然语言解释逻辑
  • 对手部不便的开发者提供了一条真正能用的编码路径
  • 由 GitHub Next 团队做探索,方向上的坑他们先趟过一遍

缺点

  • 属于实验性原型,稳定性和功能完整度都不如正式产品
  • 语音识别受口音和背景噪音影响,嘈杂环境下容易反复重说
  • 复杂的多文件重构很难用几句口头指令说清楚
  • 官方未公开具体可用范围与支持计划,长期能不能用不好说

Hey, GitHub!常见问题

FAQ工具标签
Hey, GitHub! 是什么,和普通代码补全有什么区别?

它是 GitHub Next 做的语音编程实验,核心是把「说话」当成写代码和改代码的输入方式,而不是只在你打字时弹出补全建议。补全工具是键盘输入加建议,它是用口述指令来生成和修改代码。

它是正式发布的 GitHub 产品吗?

不是,它挂在 GitHub Next 名下,属于研究性质的探索项目。这类项目的用途是验证某种交互方式是否可行,所以功能和形态可能会调整,别把它当成已经定型的商业产品来规划工作流。

和 GitHub Copilot 是什么关系,该用哪个?

两者都做 AI 辅助编码,区别在交互方式:Copilot 以键盘输入时的补全和对话为主,Hey, GitHub! 走的是语音路线。日常写代码用 Copilot 更成熟稳定,想体验语音编程、或需要减少手部操作时再试 Hey, GitHub!。

不会写代码的人能用它做程序吗?

不太适合。它的设计前提是你对着编辑器里的代码说话,需要能看懂生成结果、判断改动对不对。完全不懂编程的人很难分辨它给出的代码是否可靠,容易在看不见的问题上踩坑。

口音重或者环境吵会不会用不了?

语音识别对收音质量比较敏感。安静环境、指向性麦克风、说话时把当前文件名和函数名一带说出来,识别和定位都会稳一些;如果频繁听错,可以放慢语速、把长句拆成短句再说。

Hey, GitHub!竞品对比

COMPARISON工具标签
工具编辑评分价格核心功能平台
Hey, GitHub!本工具 4.2 未标价 语音生成代码;选中后语音改写;语音提问解释代码;编辑器内联交互 —
GitHub Copilot — 未标价 GitHub 人工智能编程助手,帮你编写代码和函数 —
程序员在线工具 — 小摊商品标价 ¥1.90 至 ¥19.00;其余栏目价格官网未公开 在线工具,开发人员工具,代码... Web
AI Surge Cloud — 未标价 AI Surge 是一个无代码的决策... —
Boolvideo — 未标价 人工智能营销视频生成器在线... Web
Repl.it — 提供 Core、Pro、Enterprise 三档,具体价格未公开 在线编码平台,支持多种编程... Web