有没有vibecoding辅助语音工具，给我推荐十个高分github star

有，而且现在已经有一批非常适合 “嘴说需求 → Cursor / Claude Code / Aider / VS Code 执行” 的开源工具。下面我按 GitHub Star + 对 vibe coding 的实际适配度 筛了 10 个；Star 是 2026-08-11 左右的快照，会持续变化。

项目	GitHub Star	类型	Vibe Coding 适合度	我会怎么用
Open Interpreter	⭐ ~68k	Coding Agent / 电脑控制	⭐⭐⭐⭐	语音 Agent 的底层“大脑”，可执行代码、操作文件；配合它的 01 项目更适合语音。 (GitHub)
Aider	⭐ ~48.1k	AI Coding Agent	⭐⭐⭐⭐⭐	最值得试。原生 /voice，可以直接说“加登录页、修这个 bug、写测试”，Aider 转录后直接改 repo。 (GitHub)
Handy	⭐ ~29.2k	全局语音输入	⭐⭐⭐⭐⭐	我最推荐的通用方案之一。快捷键→说话→文字直接进入当前输入框；支持 Whisper / Parakeet，本地运行，Win/macOS/Linux。非常适合 Cursor、Claude Code、Copilot Chat。 (GitHub)
Buzz	⭐ ~20.9k	Whisper STT	⭐⭐⭐	强项是离线/实时转录、音视频转文字，适合把长需求、会议想法变成 prompt；但没有 Handy 那么“按住说完直接进 Cursor”。 (GitHub)
VoiceInk	⭐ ~5.8k	macOS AI 语音输入	⭐⭐⭐⭐⭐	Mac 用户重点看。全局快捷键、本地模型、Context Aware、个人词典、AI Assistant，很适合给 Cursor/Claude Code 口述复杂 prompt。 (GitHub)
OpenWhispr	⭐ ~5.3k	语音输入 + AI Agent	⭐⭐⭐⭐⭐	很贴近你说的 vibe coding：全局 dictation，而且有专门的 AI Agent hotkey，可把语音直接作为 AI 命令发送；支持 Claude/Gemini/OpenAI 等及本地模式。 (GitHub)
OpenInterpreter / 01	⭐ ~5.1k	Voice Agent	⭐⭐⭐⭐	真正的“和电脑说话”：语音控制电脑、执行代码、管理文件、调用软件。比较实验性，官方也明确提醒目前安全防护仍有限。 (GitHub)
Whispering / Epicenter	⭐ ~4.7k	全局语音输入	⭐⭐⭐⭐⭐	快捷键→讲话→文字，支持本地/云端 STT 和 AI 文本润色；项目甚至专门展示了搭配 Claude Code voice coding 的工作流。现在 Whispering 已并入 Epicenter。 (GitHub)
nerd-dictation	⭐ ~1.9k	Linux 离线语音输入	⭐⭐⭐⭐	Linux 极客方案，Vosk 本地识别，通过 xdotool/ydotool 等直接向当前窗口输入文字，简单、可 hack。 (GitHub)
Voxtype	⭐ ~1.1k	Linux/Wayland 语音输入	⭐⭐⭐⭐⭐	Linux + Claude Code 很值得看。Push-to-talk、本地 Whisper/Parakeet 等多种引擎、文字直接出现在光标位置，还专门支持 AI agent workflow 的 auto-submit。 (GitHub)

如果是我自己配

Mac：VoiceInk / Handy + Claude Code 或 Cursor

按住一个键直接说：

“把这个 dashboard 改成三栏布局，移动端变单栏，把 API loading 和 error state 都补上，先分析现有组件结构再改。”

松开键，文字直接进入 Claude Code / Cursor，然后回车。这个体验其实比“专门的语音编程 IDE”更自然，因为所有 AI coding 工具都能获得语音能力。VoiceInk 是 Mac 原生路线；Handy 则跨平台、本地、简单。 (GitHub)

Windows：Handy / OpenWhispr + Cursor / Claude Code

Handy 偏“纯净本地语音键盘”；OpenWhispr 则更像 语音键盘 + AI Agent。如果你希望“说完直接交给 AI 做事”，我会更倾向 OpenWhispr。 (GitHub)

Linux：Voxtype + Claude Code

尤其 Wayland 用户，Voxtype 比很多传统 dictation 工具省心；如果想要最简单、成熟的 Linux 离线路线，则看 nerd-dictation。 (GitHub)

我个人最建议先试的 5 个

Handy → Aider → OpenWhispr → VoiceInk（Mac）→ Whispering

其中如果你的真正需求是：

“我不想打很长的 prompt，我想对着电脑讲话，然后 Claude Code/Cursor 帮我写代码。”

那不用折腾完整 Voice Agent，Handy / VoiceInk / OpenWhispr + Claude Code 这套组合通常就是最实用的答案。Aider 则是少数把 voice-to-code 原生做到 coding agent 里面 的高 Star 项目。 (GitHub)

这是 Open Interpreter 当前 Windows 安装脚本的已知 Bug，不是你的系统坏了。官方 GitHub 的 #1821 报错和你完全一致：OSArchitecture 属性找不到；修复已经合并到 main，但当前发布版 0.0.34 的安装脚本早于这个修复。(GitHub)

你现在最简单的办法，是直接运行官方 GitHub main 分支里已经修复的安装脚本：

powershell
irm https://raw.githubusercontent.com/openinterpreter/openinterpreter/main/scripts/install/install.ps1 | iex

这个脚本现在已经加入了 Windows 架构检测的 fallback，不再只依赖出问题的 OSArchitecture 属性。(GitHub)

安装完成后，关闭当前 PowerShell，重新打开一个窗口，然后执行：

powershell
interpreter --version

或者：

powershell
i

当前 Open Interpreter 官方 CLI 同时支持 interpreter 和简写 i。(GitHub)

另外，你可以先执行：

powershell
$PSVersionTable.PSVersion

我猜你现在很可能是在 Windows PowerShell 5.1 下。这个问题和旧版 PowerShell/.NET 环境下的架构检测有关，而官方最新 main 已针对 Windows PowerShell 和较新的 PowerShell 做了兼容处理。(GitHub)

所以我建议你先直接复制这一条：

powershell
irm https://raw.githubusercontent.com/openinterpreter/openinterpreter/main/scripts/install/install.ps1 | iex

如果这条继续报错，把完整输出贴给我，我可以直接根据下一处错误给你命令，不需要你自己排查。

这个错误已经和 PowerShell 架构无关了。现在是 GitHub API 限流：Open Interpreter 的安装脚本内部会请求 api.github.com/.../releases，而你当前出口 IP 134.195.101.194 的匿名 API 配额被其他请求耗完了。(GitHub)

截至 2026-08-11，Open Interpreter 官方最新 Release 是 0.0.34，并提供 Windows x64 / ARM64 的直接安装包。(GitHub)

建议：直接绕过 GitHub API 安装

如果你的机器是普通 Intel/AMD Windows，直接在 PowerShell 整段复制运行：

powershell
$version = "0.0.34"
$target = "x86_64-pc-windows-msvc"
$asset = "open-interpreter-package-$target.tar.gz"

$base = "https://github.com/openinterpreter/openinterpreter/releases/download/rust-v$version"
$tmp = Join-Path $env:TEMP "openinterpreter-install"
$archive = Join-Path $tmp $asset
$installDir = Join-Path $env:LOCALAPPDATA "OpenInterpreter\$version-$target"

New-Item -ItemType Directory -Force $tmp | Out-Null
New-Item -ItemType Directory -Force $installDir | Out-Null

Write-Host "Downloading Open Interpreter $version..."
Invoke-WebRequest "$base/$asset" -OutFile $archive

Write-Host "Extracting..."
tar -xzf $archive -C $installDir

$binDir = Join-Path $installDir "bin"
$exe = Join-Path $binDir "interpreter.exe"

if (-not (Test-Path $exe)) {
    throw "interpreter.exe not found after extraction: $exe"
}

$userPath = [Environment]::GetEnvironmentVariable("Path", "User")

if (($userPath -split ";") -notcontains $binDir) {
    [Environment]::SetEnvironmentVariable(
        "Path",
        "$userPath;$binDir",
        "User"
    )
}

$env:Path = "$binDir;$env:Path"

Write-Host "Installed."
& $exe --version

这个方法下载的是官方 GitHub Release 中的 open-interpreter-package-x86_64-pc-windows-msvc.tar.gz，不需要调用 GitHub Releases API 来查询 latest。官方 Release 页面确认这个 Windows 包存在。(GitHub)

正常的话最后应该输出类似：

text
interpreter 0.0.34

然后直接运行：

powershell
interpreter

或者：

powershell
i

官方当前 CLI 同时支持 interpreter 和 i。(GitHub)

如果你不知道是不是 x64

先运行：

powershell
$env:PROCESSOR_ARCHITECTURE

如果显示：

text
AMD64

就用我上面那段。

如果显示：

text
ARM64

只需要把：

powershell
$target = "x86_64-pc-windows-msvc"

改成：

powershell
$target = "aarch64-pc-windows-msvc"

官方 Release 同时提供 ARM64 Windows 包。(GitHub)

你现在这种情况，我建议不要继续反复执行 irm ...install.ps1 | iex 了，因为安装脚本本身确实依赖 GitHub Releases API；当前匿名 API 被限流时，再执行基本还会撞同一个错误。(GitHub)

如果你执行我上面这段后出现新的错误，把最后 20 行输出贴过来，我可以继续顺着你这台 Windows 环境处理。