Vibe codingでは、作業の中心がコードを打つことから、コードを言葉で説明することに移ります。キーボードに向かう時間はなくなりません。形が変わるだけです。プロンプト、実装メモ、バグ報告、PRの説明、受け入れ条件。これらはすべて文章であり、文章こそ音声入力が得意とする分野です。

TL;DR

Vibe codingとは、コードを生成させることだけでなく、要件・プロンプト・レビューを含む作業です。
文章の部分は音声で入力します。何が起きるべきか、エッジケース、受け入れ条件、そして理由です。
流れは「音声入力、生成、テスト、レビューチェックリスト」です。

「vibe coding」とは何か

現在の意味でこの言葉を広めたSimon Willisonは、多くの記事が見落としている区別を丁寧に示しています。AIの支援を受けたプログラミングがすべてvibe codingというわけではありません。Vibe codingとは、生成されたコードをよく読まずに受け入れることです。モデルが書いたものを確認するのは、別の行為です(Willison, 2025)。

この区別こそ、以下にレビューの手順がある理由です。

Vibe codingと音声入力の相性が良い理由

Vibe codingのセッションで発生する文章量は、プロンプト、実装メモ、バグ報告、PRの説明、チケットの5か所に集中します。どれも構文ではありません。どれも打つより話すほうが速く、識別子やリンクについては最後にキーボードで仕上げる必要があります。

LinearやJiraでチケットを大量に書く方、GitHubでPRの説明を大量に書く方、手首の痛みに対処しながらキー入力の回数を減らしたい方には、特に効果があります。

うまくいくMacのワークフロー(音声→生成→検証)

ステップ1:要件を音声で入力する(コードではなく)

プロンプトを書く前に、次の内容を音声で入力します。

その機能が何をするべきか(1段落)
何をしてはいけないか(スコープ)
エッジケース(箇条書き)
受け入れ条件(チェックリスト)

macOSでは、まず標準の音声入力から始められます(Apple Dictation guide)。

毎日続けるなら、押している間だけ音声入力するホットキーのほうが習慣にしやすいです:/voice-typing-mac

ステップ2:Cursor/VS Codeに貼り付けて生成する

エディタのAI機能でコードを下書きさせます。出力は最初のドラフトとして扱います。そのためにステップ3のチェックリストがあります。

ステップ3:「vibe codingレビューチェックリスト」を実行する

音声入力で生成は速くなります。レビューで安全になります。

チェックリスト:

この変更にテストはありますか?
エラーケースは処理されていますか?
入力は検証されていますか?
認証・権限は正しいですか?
シークレットの漏えいや個人情報のログ出力はありませんか?
コードは読みやすく、保守しやすいですか?

ステップ4:PRの説明を音声で入力する(レビュアーに信頼してもらうため)

PRの中身はほとんどが説明です。

何を変更したか
なぜ変更したか
どうテストするか

文章は音声で、識別子は手で入力します: /how-to/github-pull-request-mac-dictation

Voice Typeの位置づけ(製品)

Voice Typeは、macOS向けのオンデバイス音声入力アプリです。使い方はシンプルです。

ホットキーを押し続ける
話す
離して確定する

「音声でコードを書く」ツールではありません。「文章にあたる部分を音声で入力する」ツールです。エディタ、ブラウザ、チケット管理ツールを行き来するときに特に役立ちます。

さらに読む

GitHub Issuesでの音声入力:/how-to/github-issues-mac-dictation
Linearでの音声入力:/how-to/linear-mac-dictation
Jiraでの音声入力:/how-to/jira-mac-dictation
RSI向けワークフロー:/solutions/rsi

出典(定義と参考資料)

“Not all AI-assisted programming is vibe coding …”(背景と批評):Simon Willison, 2025
解説:Cloudflare: “What is vibe coding?”
一般向けの概説:PCMag: “Vibe Coding Is Everywhere…”
Appleの音声入力:Use Dictation on Mac

MacでのVibe coding:実践ワークフロー(Cursor/VS Code+音声入力)

要点