ソフトウェアのエマシーシャイゼーション

みなさんは、Markdown を表示するための優れたビューアを、自分が思っているほど必要に迫られているのです。私たちは膨大な量の Markdown を読むからです。LLM（大規模言語モデル）が登場するずっと以前から、ソフトウェア開発の世界では Markdown が事実上の共通語となってきました。しかし今、エージェント技術が導いてくれたのは、TUI（文字インターフェースツール）の「呪われたルネサンス」であり、その閲覧体験はすでに耐え難いものになっています。AI に関するコードの疲れのうち、少なくとも 14% は、断続的にターミナル内の Markdown をスクロールする倦みによって引き起こされていることに間違いありません。

優れた TUI マークダウンビューアも存在します。Charm という組織が開発した「glow」は私が使用し、好んで使ったものです。また私の友人ジョシュが開発した「Markless」は、手触りが良く機能に溢れており、特に目次ナビゲーションが素晴らしいのが特徴です。これらのツールは非常に優れています。しかし、それらはターミナルそのものによって足を掬われているのです。ターミナルはほぼ常に等幅フォントであり、そのため読むのに疲れを感じさせます。

優れたグラフィカルな UI マークダウンエディタも存在します。私が居住している macOS 環境においては、Obsidian や Typora、そして私自身の日頃愛用する Bear などが挙げられます。ネイティブの UI を持つマークダウンエディタは見栄えが良く、読みやすいもので、閲覧体験も素晴らしいです。しかし、これらは「エディタ」です。私のエディタ環境は特定の仮想デスクトップ上に設置され、ウィンドウの配置も完璧に整えてあります。そのため、ランダムな .md ファイルをクリックするとエディタ環境が乱されてしまうことに私は非常に腹を立ててしまいます。

そこで私は App Store を訪れ、そこに確かに「Markdownビューア」というものが存在することに気づきました。それらはまずまずですが、どれも素晴らしいものではありません。私が求めているのは、単に .md ファイルをダブルクリックするだけで、何も問題が起きないような sane（健全で合理的な）動作することだけです。App Store から入手できるビューアたちも最初は「健全そう」に見えます。しかし、それをしばらく使い込んで初めて真の課題が見えてくるのです。いくつかはテキスト検索機能を欠いており、中にはアプリ内課金のものを仕掛けたものさえあります(?!)。私はそのうちの一つを試しに導入しましたが、数日後にテキストのコピーをクリップボードに転送できないという欠陥が見つかりました。それ以上ではなかったので、すぐにやめました。

ふと気づいたのが、このことです。優れた Markdown ビューアを探し続けるのは、時間を無駄にする愚かしい行為でした。2026 年ですもの。私が望むものをただ生成してもらうだけですべて解決します。

❦

より良い Markdown ビューアを App Store に見つかるものよりも作ろうと試みました。それは数時間かかりましたが、そのうちの交互に作業を行った時間は約 30 分しかなかったのです。残りの時間は、Facebook でゾーニング改革について激昂しながら、Claude が黙々と処理を進めていました。ご覧あれ：MDV.app

実際にはこのタイムラインで少しずらしています。なぜなら、数週間前に準備段階を実施していたからです。古い MacBook を用意して Claude を動作させるようにし、Xcode と git の環境を整えました。Claude も設定し、Swift と macOS デザインに関するスキルも習得していました。しかし、ビューア自体を「実用的な状態」に持ち上げ、「App Store にあるものより優れたもの」にしたのは、たったの約 30 分間でした。

MDV は決して「史上最良の macOS アプリケーション」というわけではありません。あるいは特に能力のあるソフトウェアというわけでもありません（ただし：それは間違いなく、今すぐ使える最も優秀な専用 macOS マークダウンビューアの可能性があります）。しかし、私の生活の質を劇的に向上させました。

非常に素晴らしいことが揃っています。Claude と私は、ドキュメントからのテキスト選択とコピー、およびその中の固定文字列を検出する手法を解明しました。さらに：MDV は、すべてのマークダウンファイル（編集可能な履歴）について SQLite FTS インデックスを保持し、ホットキーでアクセスできるブックマークや目次ナビゲーションを実装しています。私は複数のドキュメントを行き来しても、その位置を記憶しており、再起動後も維持されます。そして、細部にわたるカラーテーマと優れたタイポグラフィを採用しており、これは専用の Markdown ビューアにおいて最も重要な機能です。これらすべての機能は、今や .md ファイルをクリックするたびに完璧に動作します。素晴らしいことです。

❦

なぜこれが一大事なのかを説明するために：毎度、誰かが私へ Signal メッセージを送ると、画面がふたたびちらつき始めます。私が Signal アプリを明示的に隠すまで止まりません。私はいつもそれを忘れるのですが、それが頭を痛める兆候になる前に、30% の距離を進んだところでようやく気が付くことがあります。

これは Signal が Electron アプリであるためです。つまり、ネイティブの macOS アプリのように見えるものの、そうではないのです。秘密のウェブページをレンダリングするための Chromium の完全なコピーです。この性質は、過去 10 年間にほぼすべての UI アプリに共有されており、それぞれが独自の Chromium のちらつきを持っています。

Electron は理想的ではありません。しかし、それなりに機能してきたのが事実です。本格的なネイティブユーザーインターフェースの構築は歴史的に困難な問題でした。まず、その作業を行うだけの最低限の能力を持つ人材を確保するだけでも難しいからです。優れた macOS ネイティブ UI デベロッパーは稀な鳥のような存在です。

しかし、Claude は単なる「最低限の能力」を持つ SwiftUI デベロッパーではありません。Claude は実際に優れています。

❦

これは電子メール（Electron）が imminent な死を迎えるという記事（もしそうなら幸い）ではありません。また、私の素晴らしい Markdown ビューアを使ってみてください、それはインストールするのが極めて容易であり、App Store 上のどんなビューアよりも優れている、ぜひ使ってほしい、といったようなものでもありません。

実は、いいえ！やめなさい。安装しないでください。私の素晴らしい Markdown ビューアについては、Emacs ユーザーが特に光沢のある .emacs ファイルを扱うのと同じように扱ってください。アイデアを盗み取って、より優れたものを作り上げてください。

もし Emacs を使った文化に詳しくない方のために：Emacs のコミュニティでは、その常連たちは elisp（世界最大の不親切な言語の一つ）を使って独自のアプリケーションを構築します。「アプリケーション」とは呼びますが、それらは常にテキスト編集に関連する個人的なニーズを満たすために始まりますが、やがて野心と範囲が膨れ上がり、テキストエディタとして应有的範囲を超えてしまいます。/r/emacs で見られるのは、100% の「ショーアンドテル」であり、0% も Product Hunt 的なプロダクト紹介ではありません。

多くの人が使っている人気のある elisp パッケージは存在します。しかし、Magit を除けば、ネーダーたちは驚くほど自らのより光沢バージョンでそれらを置き換える傾向があり（そしてそれを披露するために、elisp ライフサイクルの胞子形成段階へと移行します）。Emacs 内の全ては柔軟に修正可能です。

これまでのところ、Emacs カルチャーにおけるアキレス腱は、Magit を除けばパッケージがユーザー体験を犠牲にしており、醜く、遅く、そして何年も elisp の脳皮質を負傷させた後でしか発見できない、ということでした。

しかし AI エージェントが Emacs カルチャーを破壊し、それは広範な世界へと漏れ出しています。画面と入力のアクセス権限があれば、エージェントは確実にネイティブユーザーインターフェースを構築します。ネイティブ UI は以前は専門的にパッケージ化されたプログラムの領域でしたが、今やあなたのエディタ設定と同じくカスタマイズ可能です。もちろん現在の frontier モデルを用いた場合でも、その上限には限りがあるでしょうが、それでも TUI で達成できるものを上回ります。

❦

ソフトウェアを「Emacs 風（Emacsified）」にするとは何を意味するのでしょうか。それについて掘り下げてみましょう。

まず一つ目は、それは「個人のソフトウェア」です。ほとんどは創作者にしか役立たず、そしてすぐに忘れ去られます。私のある .emacs に散らばる数十個の陳腐化した小さな elisp プログラムと同じようにです。「Emacs 化」とは、これこそ Emacs の理念であり、何十年もかけて慎重に設計されてきたものです。これらのツールを養うために作られました。「Emacsification」は、現在バーロックなテキストエディタだけでなく、あらゆるものがこのように機能することを意味します。

それでも、時折これらのプログラムの一つが containment を破って外部に出ます。それは一人分以上の人にとって有用になるほどです。しかし、その場合でも、リリースされたアーティファクト自体も、ソースコード自体も、最も重要なものではありません。もしエージェントが私のプロジェクト内のすべての SwiftUI コードを書き下ろしたら、それを細かく読むことで得られるのは何があるでしょうか？

私はこれに少ししか正しくないかもしれません。しかし、新しい Emacs パッケージの主要な駆動力は、あなたの混沌としたローカル設定と、皆の elisp コードとの間の触媒反応によるものであると思います。elisp で物事を手に入れる方法を理解すると、既存のものをパッケージインストールするよりも、自分自身で解決策を構築するのが簡単になります。そのような環境では、コード自体は受動的な興味に過ぎません。重要なのはアイデアであり、「あ、それならできるし、うまくいくよ」という観察なのです。

私が言及している種類のソフトウェアについては、ソースコードよりプロンプトの方が重要です。

もしあなたが独自のソフトウェアを開発することに慣れたネーダーなら、今や全てはプログラム可能です。それは技術的な意味だけでなく、実践的な意味でもです。そしてそこには、エージェントを使ってソフトウェアを「構築」することの意味について多くの人が抱く感覚があります。「構築する」という言葉には、実際よりも多くの労力を伴うという暗示が含まれています。あなたがしていることは、突然劇的に設定可能なプラットフォーム上で設定することに多く似ています。Emacs のように感じられるプラットフォームです。

❦

AI 派（AI-pilled）の開発者が深みに入った後对你说的第一件事是，他们终于开始完成多年来积累的随机侧边项目了。

それ自体が魅力的な展望でしたが、さらに言えば、それらは極めて特定の要件を持っていても、使い心地が pleasant なものになりました。私は Emacs 化によるものが、Emacs 自体を耐えるための多くの議論を台無しにしているというアイロニーを理解しています。Magit は今もまだ最良の選択肢です。暫くは。

ソフトウェアの未来についての大きな宣言は持っていませんが、ネーダー向けソフトウェアは非常に面白くなると私は確信しています。どれだけの不手先なターミナルアプリを劇的かつ容易に改善できるでしょうか？私はようやく iostat を理解できるようになります。ホスト群全体でです。さらに bpftrace! ブレンドン・グレッグがターミナル可視化のために耐えなければならないほどの酷い状況をご存じですか？これらすべてはもう耐える必要がありません。私にも同じことが言えます。

私は脆弱性研究者であり、2026 年の前半にはエージェンツコーディングにおけるエクスプロイト開発の突破によって、まるでキャンディショップの幼児のように興奮していました。しかし、私が変人であることは理解しています。そしてあなたがたの多くにとって、その進歩は恐怖を伴うものです。

だからこそ、実際に純粋な善を感じられる新しい話題を持って嬉しいです。ネイティブ UI を構築するのは今や楽しいです。かつてウェブインタフェースを構築するよりずっと楽しく、多くの乐趣があります。試してみてください。自分の問題に愚かほど具体的なものを一つ作ってみて、そのを楽しむ期間を過ごし、その後何処かで共有してください——あるいは、より良いのは、スクリーンショットとそれを作ったプロンプトを共有することです。