Daniel Vaughnが、永続的な擬似コードを中心に構築されたAIエディター「Huzzah」を公開

Why it matters

Huzzah tests whether human-authored intent can remain a durable software artifact instead of disappearing inside coding-agent chats. Its current public prototype is much narrower than that premise: it sends a full pseudocode input to OpenAI and displays read-only generated code, without reconciliation, review states or accept-or-reject controls.

Daniel VaughnはHuzzahを公開した。これは、開発者が記述する永続的な擬似コードを中心に据えた実験的なAIコーディングエディタである。Vaughnはこれをコーディングエージェントの代替ではなく、大規模言語モデルと作業するための別のインターフェースとして提示している。プロジェクトのソースコードはGitHubで公開されている。

Vaughnのウェブサイトは彼をデザインエンジニアでありDreadnodeのUX責任者（Head of UX）として紹介しており、一方でそのAIセキュリティ企業のチームページでは彼をHead of UX/UIとして記載している。彼はおよそ12〜15年のウェブ経験があると述べている。Huzzahは、コーディングエージェントが実装の多くを扱えるようになっても、長文の英語でコード変更を説明する時間が増えていくことへの彼の苛立ちから生まれた。

彼の不満はプロンプト疲れを超えている。チャットは要求された変更の一連の記録を残すが、最終的に恒久的に残るのはソースコードだ。開発者の元々の意図は、破棄されたセッション、繰り返された指示、モデルが作成した実装の詳細に散逸してしまうことがある。Huzzahはその意図に対して独自の永続的なドキュメントを与える。

The prompt becomes the program

VaughnのHuzzahデモでは、開発者が拡張子が.hzで終わるファイルに擬似コードの仕様を書き込む。Vaughnは文法を規定しておらず、その仕様は簡潔でも冗長でも、あるいは著者にとって意味のある概念に沿って形作られていてもよい。

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

Huzzahはそのドキュメントから実装を生成する。関数が可変の反復回数を受け取るようにするため、開発者はfizz_buzz()をfizz_buzz(n)に変更し、loop 100をloop nに置き換える。Vaughnの記事によればHuzzahは擬似コードの差分をキャプチャし、それをモデルへのプロンプトとして使用して影響を受けたソースを再生成する。

VaughnのHuzzahデモを視聴する。

記事はまた、ショッピングカートやTodoリストの例も示している。それらの擬似コードは、アイテムの追加、チェックアウト合計の計算、タスクの完了状態の切り替えといったデータ構造や操作を記述している。Vaughnは、言語に依存しない仕様が最終的には複数の言語や実行環境向けの実装をサポートできるようになると主張している。

Vaughnの記事はコーディングエージェントへのプロンプトを「長文、命令的、そして短命」と表現し、Huzzahのワークフローを「擬似コード、宣言的、そして永続的」と対比している。擬似コードは人間が作成したドキュメントとして残り、生成されたソースが実装を提供する。

The repository describes a local experimental application

Huzzahリポジトリは、永続的な擬似コードを編集し、それをAI生成の実装と同期させることでソフトウェアを構築するための実験的なインターフェースとしてプロジェクトを説明している。セットアップのドキュメントは、Node.js 22.19以降が必要なローカルのウェブアプリケーションと、Piコーディングエージェントフレームワークでサポートされるモデルプロバイダへのアクセスを記載している。

ドキュメント化されたプロバイダにはAnthropic、OpenAI、Google、Azure OpenAI、Amazon Bedrock、Ollama、LM Studio、vLLMが含まれる。そのセットアップは擬似コードの例を生成ソースに変換する狭いデモよりも幅広いが、提供された資料は本番デプロイ、使用状況の指標、またはホストされたサービスを確立するものではない。

リポジトリのドキュメントはVaughnの記事と併せて読むべきだ。記事は、保存された.hzファイルへの編集が差分を生成し、その差分が影響を受けたソースの再生成を導くという未来志向のワークフローを説明している。Huzzahは依然として実験プロジェクトであり、公に提供されている実装や提案されたワークフローは成熟したコーディング環境の証拠として扱うべきではない。

Vaughn has worked on the design-code boundary before

HuzzahはVaughnのプロジェクトに繰り返し見られるテーマに従っている：人々が従来のソースコードだけで作業することなくソフトウェアを表現できるインターフェースを見つけることだ。

Huzzah以前は、Vaughnはデザイナーとソフトウェア開発者をつなぐことを目的としたデザイントゥーリングプロジェクトMatryを作成した。1909のプロフィールはMatryをデザイナー向けのプログラミング言語を作ろうとする試みとして記述しており、その公開された作業はMatryのGitHub組織の下にまとめられている。Vaughnの個人サイトには、Stride（ブラウザベースのキーボード駆動型デザインツール）やTardis、Legumeといったプロジェクトも並んでいる。

Huzzahはそのデザイン的直感を開発者とコーディングエージェントの間の隔たりに適用している。Vaughnの概念では、.hzドキュメントは人間が読め、モデルを導くのに十分に凝縮され、ドキュメントとしても耐久性を持つ。開発者は振る舞いを仕様として定義し、生成された実装を検査する；モデルはその仕様をソースに翻訳する。

Persistent intent already has well-funded competitors

他のAIコーディング製品も再利用可能な指示や持続的な仕様へと移行している。Cursorのproject rulesはリポジトリ内に再利用可能でバージョン管理されたエージェント指示を置く。Augment CodeのIntentは生きた仕様、承認チェックポイント、再開可能なワークスペースを軸にエージェントを組織する。Zed、AIツールを備えたコードエディタは、エージェント的な編集、レビュー可能な差分、永続的なプロジェクト指示をサポートしている。

Huzzahは仕様に異なる役割を割り当てている。Cursorのrulesはエージェントに対する常時のコンテキストを提供し、Augmentの生きた仕様はエージェントやワークスペース間の作業を調整する。Vaughnの概念は擬似コードを開発者が編集可能なプログラムの表現として扱い、生成されたソースはその表現から派生するものとする。

既に広い意味でのAIコーディング分野には資金が注がれている。Clineは2025年7月にシードとシリーズAで合計3200万ドルを発表した。Replitは2025年9月に2億5000万ドルを調達した、Qodoは2026年3月に7000万ドルのシリーズBを発表した。これらの資金調達はHuzzah自体に関係するものではないが、開発者がAI生成コードを指示・レビューする方法を仲介するツールに向けられた資本の大きさを示している。

VaughnはHuzzahを積極的に開発中の実験的プロジェクトであると説明している。提供された資料には資金、投資家、顧客、価格設定、本番デプロイ、使用状況の指標はいずれも開示されていない。

Ambiguity remains the expensive part

擬似コードは解釈の余地を残す。特に状態、エラーハンドリング、パフォーマンス、セキュリティ、複数ファイルにまたがる関係性を要求する場合にそうだ。チャットインターフェースはモデルが質問できるようにし、開発者が会話形式でエッジケースを明確にする余地を与える。Huzzahは、Vaughnが回避したい長時間のチャットセッションを再現することなく曖昧さを表面化させる方法を必要とするだろう。

Vaughn自身はいくつかの制約を指摘している。このアプローチは大規模化すると問題に直面する可能性があり、新しいコードベースにより適しているように見え、ファイル間の依存関係を表現するのに苦労するかもしれない。言語サーバー風の機能も現状では利用できないが、将来的には生成されうると彼は示唆している。

これらの制約はHuzzahを実践的な検証に集中させる：永続的な擬似コードを編集することが、アシスタントに対してソフトウェア変更を繰り返し説明するよりも開発者の意図をより明確に記録するかどうかという点だ。プロジェクトはいまだその手法が大規模な本番システムをサポートできることを確立していない。その見通しは、仕様がそれによって置き換えられた説明よりもプログラムが大きくなったときに正確さを保てるかどうかにかかっている。