チャットのプロンプトから永続的なファイルへ

ソフトウェアエンジニアのダニエル・ボーンは2026年8月20日、プログラミング時に大規模言語モデルを利用する実験的な方法としてHuzzahを発表した。このエディターは、コーディングエージェントを数カ月間使用した末に同氏が感じた葛藤への対処を意図している。もはやすべての行を手作業で書きたいとは思わない一方、長文の指示を繰り返すことにも疲れを感じ、出来上がるソフトウェアをより明確に制御したいというものだ。

Huzzahは、開発者による指示の形式と存続期間を変える。ボーンは、一般的なコーディングエージェントへのプロンプトを、長文で命令的かつ一時的なものと説明する。同氏の代替案では、宣言的でファイル内に永続する疑似コードを使用する。そのファイルは、チャット履歴に埋もれた依頼ではなく、プログラムが何をすべきかを編集可能な形で表現したものとなる。

単純なFizz Buzzの例が、この違いを示している。対話形式のワークフローでは、開発者はエージェントに対し、割り切れるかどうかの規則を備えた関数を作るよう依頼し、ループを固定の数値で停止させるのではなく入力値を受け取るようにしたい場合には、さらに別のメッセージを送る。修正のたびに、やり取りへ新たな指示が加わる。

一方、Huzzahでは、開発者は疑似コードによる説明を収めた`.hz`ファイルを作成する。これを保存すると、ツールが通常のソースコードを生成する。動作を変更するには、開発者が同じ永続的な説明を編集する。Huzzahはバージョン間の差異を取得し、その変更をプロンプトとして言語モデルに送ったうえで、影響を受けるコードを再生成する。

実験的な中間地点

このアプローチは、散文による会話を主要なプログラミングインターフェースにすることなく、有用な自動化を維持しようとするものだ。永続的な仕様は、詳細な依頼よりも短くでき、読み返しやすく、プロジェクトと並べて保管できる。変更が編集として表現されるため、開発者は相次ぐメッセージから再構成することなく、意図した動作がどのように変化したかを確認できる。

ただし、それだけで生成されたコードが正確または信頼できると証明されるわけではない。ボーンはHuzzahを実験的なものだと明言し、現在も活発に開発中だと述べている。また、この概念には例外があり、普遍的な解決策だと主張するものではないとも指摘する。提供された説明は操作モデルを実演しているものの、ベンチマーク、出力品質の比較、本番環境への導入実績を示す証拠は提示していない。

したがって、このプロジェクトは、コーディングエージェントや手作業による開発の完成された代替物ではなく、提案段階のインターフェースとして理解するのが最も適切だ。その中心的な設計上の選択は、指示を記した成果物を永続化することにある。疑似コードは保存、編集、再利用され、モデルがそれをソースコードへ変換する。

ボーンはソースコードとセットアップ手順を公開し、開発者にエディターのテストを呼びかけている。その実験から得られるフィードバックによって、永続的で宣言的なプロンプトが、同氏の求める組み合わせ、すなわち手作業の退屈さの軽減、対話に伴う負担の軽減、そしてコードベースが何をするためのものかについての理解の向上を実現できるかどうかが決まる。