プロンプトを「使い捨てる」のをやめる──個人開発者Huzzahが提案する疑似コードエディタ

3行まとめ

1. Huzzahは個人開発者Daniel Vaughn氏が2026年8月に公開した実験的エディタで、コーディングエージェントへの指示を「疑似コード（pseudocode）」ファイルとして書き、保存すると差分だけがLLMへのプロンプトとして送られコードが再生成される。
2. 著者の主張は「コーディングエージェントのプロンプトは長文・命令形・使い捨て。Huzzahのプロンプトは簡潔・宣言的・永続」という対比。
3. Hacker Newsで384pt・210コメントを集めたが、著者自身が「新規コードベース向き」「ファイル間依存の表現は難しい」「LSP相当の機能はない」といった限界を明記している。

「ハネムーンは終わった」という実感から

著者はブログ冒頭で率直に書いている。2026年前半、コーディングエージェントが急速に賢くなり、手でコードを書かなくて済むようになったことに興奮していた。しかし8月になった今、「長々と英語で変更内容を説明するのに心底うんざりしている。かといって手作業でコードを全部書く生活にも戻りたくない」という疲労感を語る。それでいて、コードが何をしているかへの理解や制御は失いたくない——このジレンマから生まれたのがHuzzahだという。

著者が挙げるコーディングエージェントへの3つの不満は次の通り。

1. 人間の意図の記録が残らない。プロンプトは使い捨てられ、そのコードが本当にAI生成かどうかも分からなくなる
2. AIチャットは「アプリケーションそのもの」ではなく「アプリケーションへの変更を命令形・逐次的に記述したもの」に過ぎない。同じ指示を開発の過程で何度も繰り返すことになり非効率
3. 自然言語の大部分は社会的な機能のためにあり、情報密度が低い。機械への指示としては冗長

FizzBuzzで見る違い

コーディングエージェント方式だと、こう指示する。

100回ループする関数を作って。3で割り切れたら"fizz"、5で割り切れたら"buzz"、両方で割り切れたら（例えば15なら）"fizz buzz"と表示して

修正が必要なら、また新しいメッセージを送って指示を積み増す。

Huzzah方式では、fizz_buzz.hzというファイルに次のような疑似コードを書く。

fizz_buzz()
  loop 100
    modulo 3 ? "fizz"
    5 ? "buzz"
    both ? "fizz buzz"

保存すると、Huzzahが自動的にこの疑似コードから実コードを生成する。修正したければファイル自体を書き換える。

fizz_buzz(n)
  loop n
    modulo 3 ? "fizz"
    5 ? "buzz"
    both ? "fizz buzz"

保存時、Huzzahはその差分を捉えてLLMへのプロンプトとして使い、影響を受けるソースコードだけを再生成する。ブログにはショッピングカートやTodoリストの疑似コード例も掲載されており、いずれも数行〜十数行程度で構造が読み取れる密度で書かれている。たとえばTodoリストの例は次の通りで、型定義（Todo { id: int, text: str, completed: bool }）と操作（追加・トグル・削除）が数行で並んでいる。

Todo { id: int text: str completed: bool }

add_todo(text)
  todos.add(text, completed = false)

toggle_todo(id)
  todo = todos.get by id
  todo.completed = NOT .completed

remove_todo(id)
  todos.filter by id

FizzBuzzの例と違い、この疑似コードはデータ構造（Todo型）と3つの関数を1ファイルにまとめて宣言的に書いている点が特徴で、著者が言う「複雑なアルゴリズムを複数の実装言語に使い回せる」という主張の具体例になっている。

著者が挙げる利点と、自分で挙げた限界

利点として著者が挙げるのは、疑似コードの方が長文プロンプトより簡潔で読みやすいこと、書く行為自体が「コードの形を設計している」感覚に近づくこと、疑似コードがそのまま開発者向けドキュメントとして機能すること、言語非依存の疑似コードを複数の実装言語やターゲット環境（CRDTのような複雑なアルゴリズムなど）に使い回せる可能性、の4点。

一方で「銀の弾丸ではない」として、著者自身が次の限界を明記している。

• 大規模なコードベースでスケールするかは未検証
• 既存コードベースより新規コードベースの方が向いている
• ドメイン知識が乏しい場合は自然言語の方が扱いやすい
• ファイル間依存のような表現は難しい場合がある
• LSP（コード補完・定義ジャンプなど）相当の機能は今のところ提供されない

現在の状態について、ブログは「Huzzah is actively being developed, and exists only in an experimental state for now.（Huzzahは活発に開発中で、今のところ実験的な状態でしか存在しない）」と締めくくり、ソースコードとセットアップ手順を公開している（2026年9月4日にブログとREADMEを再取得。どちらにも "alpha" の語は無い）。

技術仕様を実際にリポジトリで確認する

GitHubリポジトリ（danielvaughn/hz）のREADMEとAPIを直接確認すると、次のようなことが分かる。

「Web Workerで動くが、悪意あるコードへのサンドボックスではない」という自己申告と、ライセンス表記が存在しないという2点は、ブログ本文には書かれておらず、リポジトリを直接確認して初めて分かることだ。特に前者は、LLMが生成したJavaScriptをそのままローカルで実行するツールの設計として、利用者が意識すべき注意点になる。

npm installして疑似コードの生成を自分では試していない

本記事は著者のブログ記事（danielvaughn.dev/posts/huzzah）・GitHubリポジトリのREADME・GitHub API・Hacker News公式検索APIをそれぞれcurlで取得した内容にもとづく。384pt・210コメントという反響は、今回Hacker Newsの検索APIで直接確認できた数字で、以前の版のようにリサーチメモの伝聞に頼ってはいない。ただし、記事中で言及されているデモ動画の中身や、リポジトリのソースコード（TypeScript実装の詳細、疑似コードのパーサー、差分検出ロジックなど）そのものまでは今回読んでいない。実際にnpm installしてHuzzahを起動し、疑似コード→実コードの生成を自分の手元で試したわけでもなく、「差分だけを渡す」という仕組みが大規模な既存コードベースでどこまで機能するかは、著者自身が「未検証」と明記している論点のまま保留する。GitHubのスター数186・作成日2026年8月17日は、この記事を書いた時点でのAPI応答であり、読者が読むタイミングでは変わっている。

疑似コードでAIに指示するという提案はまだ知られていない

Zenn・Qiitaともに実質的な言及はなかった（Zennはフォールバックのみ）。「自然言語プロンプトではなく疑似コードでAIに指示する」というアプローチは、まだ日本語圏で固有名詞つきで語られていない。

関連記事

• Claude Codeとは──コード生成に留まらない「仕事を渡せる」AIエージェント
• AIコーディングに専門知識は要るのか──Anthropicが40万セッションを分析した研究を公開
• AIコーディングアシスタント比較──Copilot/Cursor/Claude Code【2026年】