出来事の日付：2026年8月21日
あるソフトウェア開発者が、AI支援コーディングによって個人用のネイティブ・グラフィカルツールを作る労力が減ったとして、ターミナル・ユーザーインターフェースを減らすべきだと訴えた。この論考は、業界全体の開発コストを測定したものではなく、作者が個人的な作業フローのために生成したmacOSアプリケーション群に基づく意見である。
事例は、ネイティブMarkdownビューアーのMDVと、SageMath用のSwiftUIフロントエンドから始まる。この数学アプリケーションは出力をLaTeXでレンダリングし、ベクトルや行列などのオブジェクトに対する演算をコントロールから実行できるようにし、一般的な計算の省略入力にも対応する。作者によると、言語モデルがインターフェース実装の大半を生成した。
別のアプリケーション「DJ Roomba」は、Apple Musicのインターフェースと、ユーザーのライブラリ、最近聴いた曲、再生待ちの楽曲を調べて、自然言語による依頼からプレイリストを組み立てられる組み込み言語モデル・エージェントを組み合わせている。独自データはSQLiteに保存する。これとは別に、自ら保守を行うWikiは、読み取り専用の仮想ファイルシステムを通じてデータベースを提示し、コマンドライン・エージェントが資料を調べて項目を書けるようにしている。
論考ではほかにも、食事摂取量の推定アプリ、メニューバーの温度モニター、Apple TV、Roku、Denon機器用のネイティブ・リモコンについて説明している。既存のPython実装を利用することで、モデルはApple TVとの通信をSwiftで再現できた。これは、ユーザー自身があらゆるプロトコルを習得しなくても、ある言語のコードを別の言語へ変換できるようになったという作者のより広範な主張を示している。
これらのプログラムは配布目的で作られたものではない。作者は、一台のコンピューターを一人の好みに従って動作させる成果物だと説明している。その限定的な利用者層によってトレードオフは変わる。インストールの洗練度、幅広い互換性、長期的なサポートは、有用なインターフェースを素早く得ることほど重要ではない。また、これらの事例は、生成されたインターフェースがあらゆる商用製品に利用できる状態であることを証明するものではない。
この主張はコマンドライン・インターフェースとターミナル・ユーザーインターフェースを区別しているが、両者ともテレタイプ端末や初期のビデオ端末から受け継いだ制約に起源があるとしている。ネイティブ・インターフェースの開発には、今なおプラットフォームに関する知識と、注意深く反復的な作業が必要だ。この論考の立場は、最先端のコーディングモデルが、一般的なアプリケーションについては現在、その作業の多くを担えるというものだ。
その結論は、ターミナルには価値がないという宣言というより、開発者が作るユーティリティーのデフォルトとしての地位に対する異議申し立てである。専任のインターフェース専門家がいなくても私的なグラフィカルツールを作れるなら、キーボード上の記号や文字セルによるレイアウトは必須ではなく選択肢になる、と作者は主張する。事例はその個人的な結論を裏付ける一方、保守性、アクセシビリティー、信頼性の問題は、この論考の実演の範囲外に残されている。
この論考はまた、人間の判断の役割も残している。作者は、たとえソースコードを一行も自ら書かなかった場合でも、課題を選び、望ましい動作を説明し、生成された結果を評価した。その挑発的な問いかけは、そうした活動をプログラミングと呼ぶべきか、設定と呼ぶべきか、それとも単にパーソナル・コンピューティングと呼ぶべきかという問題にも部分的に向けられている。
