Thomas Ptacek「TUIを作るのはやめよう」、エージェントでネイティブUIが低コストに

社内ツールでターミナルはもはや近道ではない

Thomas Ptacekは自身のブログで、個人用や小規模な社内ツールのために、使い捨てのターミナルユーザーインターフェース、TUIを大量に作る習慣をやめるよう提案している。ネイティブアプリケーションの作成コストは大幅に低下しており、厳密に必要でない場面でコマンドラインに固執する意味はないという。

Simon Willisonも3月の自身の経験を踏まえて同意する。すべてのプロジェクトですぐ本格的なグラフィカルインターフェースを導入する段階にはまだ至っていないものの、そうしない言い訳が徐々になくなっていると認めている。

開発者向けツール作りの定石が変わる

最近まで、単純な原則が通用していた。自分やチームの問題を解決するなら、ターミナルでパラメータを渡せばよい。テキスト処理スクリプトにGUIを付ければ数時間を失う一方、シェルスクリプトならすぐ完成した。

しかし現在は、Cursor、Claude、CopilotなどのAIエージェントが、従来の何分の一かの時間で機能的かつ見た目にも許容できるインターフェースを生成できる。記述効率の高さからTUIが勝っていた開発上の計算は、多くの場面でもはや成立しない。ネイティブインターフェースは顧客向け製品だけの特権ではなくなった。

エージェントは完璧な使い勝手を保証しない

PtacekとWillisonの見解は楽観的だが、明らかな弱点もある。エージェントはアプリケーションの骨格を素早く生成できる一方、TUIがその制約ゆえに要求する、使い勝手の細かな作り込みには失敗しがちだ。

急ごしらえのネイティブGUIは一見よくできていても、毎日使えば、応答性や要素のロジックにある小さな不具合が、ターミナルでいくつかのパラメータを覚える手間以上に邪魔になり始める。

TUIの減少がAIの実用性を示す

変化の兆候は、誰もが突然bashプロファイルを削除することではない。重要な指標は、これまで何でもCLIで作ってきたシニア開発者の間で、新たな小規模TUIプロジェクトが減ることだ。この層が生成GUIへ傾けば、障壁が本当に崩れたと分かる。

Lilithの判定

ボタンの実装に時間がかかるというだけで、ターミナルの方が優れているふりをする最後の理由を、開発者は失った。