AI が設計書・実装計画書・PRD を量産する時代になって、エンジニアが「読む」作業量は爆発的に増えた。それなのに、Markdown を 読むためだけに設計されたツール はほぼ存在しなかった。GitHub はオフラインで使えないし、VSCode のプレビューは「書くための補助」であって読書体験ではない。この課題に真正面から向き合ったのが、Rust 製ネイティブアプリ Arto だ。
なぜ既存ツールでは不十分なのか
AI 駆動開発の現場では、Claude や GPT が生成した設計ドキュメントをチームで読み回す場面が日常化している。このとき既存ツールには構造的な問題がある。
- GitHub: オフライン不可・ローカルファイル不可・タブが際限なく増える
- VSCode プレビュー: カーソルが出る時点で「編集モード」の気分になる。読書体験として設計されていない
- 既存ビューア: GitHub スタイルのレンダリングでない・Mermaid/KaTeX 非対応・ディレクトリ横断が弱い
Arto の作者はこの「あと一歩」の積み重なりに耐えられず、Rust でフルスクラッチした。
Arto の主な機能
Arto が他ツールと一線を画す機能を整理する。
- GitHub Flavored Markdown 完全対応: テーブル・タスクリスト・GitHub Alerts（NOTE/TIP/WARNING/CAUTION）・YAML フロントマターをそのまま再現。「push して確認」の往復がゼロになる
- Mermaid ダイアグラムのビューア展開: クリックで専用ウィンドウが開き、ズーム・パン・画像エクスポートが可能。複雑なアーキテクチャ図の細部確認に実用的
- KaTeX 数式レンダリング: インライン・ブロック両対応。論文や ML 系ドキュメントで地味に効く
- ピン留め検索: 複数キーワードを色分けして永続ハイライト。変数名や関数名を追いかけながら読み進められる
- コンテキストメニューの賢さ: テーブル上で右クリック → CSV/TSV/Markdown コピー、コードブロック上でソースコピーなど、用途に応じて変化する
- CLI 連携とシングルインスタンス: 既存ウィンドウが起動中なら新プロセスを立てず、そこにファイルを渡す設計
# ファイルを開く
arto README.md
# ディレクトリをエクスプローラのルートとして開く
arto ~/projects --open
# 現在のスクリーンのウィンドウで開く（マルチモニター対応）
arto --open=screen README.mdHomebrew でインストールできる（macOS 向け）。Vim/Neovim 用の公式プラグイン arto.vim と Emacs 用の arto.el も提供されており、エディタから :Arto コマンド一発で現在バッファを開ける。
" vim-plug
Plug 'arto-app/arto.vim'
" 現在のバッファを Arto で開く
:ArtoAI 駆動開発との相性
このアプリが「AI 駆動開発全盛期のために作った」という文脈は、単なるキャッチコピーではない。AI が生成するドキュメントには Mermaid のアーキテクチャ図・KaTeX の数式・大量の箇条書きや Alerts が混在することが多い。それらをオフラインで・ローカルで・GitHub スタイルのままサクッと読める環境は、実は今まで誰も真剣に作っていなかった。
加えて、右クリックでファイルパスを /path/to/markdown.md:12 形式（行番号付き）でコピーできる機能は、AI への指示出しをそのままワークフローに組み込む発想で面白い。「この設計書の 12 行目についてどう思う？」という問い方が自然にできる。
まとめ
Arto は「Markdown を読む」という行為を、初めてファーストクラスの体験として扱ったツールだ。Rust 製でパフォーマンスが良く、起動は一瞬、メモリも軽い。macOS ユーザーで AI 生成ドキュメントを大量に読む機会があるなら、一度試してみる価値は十分ある。プロダクトサイト（arto-app.github.io）にスクリーンショットと機能一覧がまとまっているので、まずそちらで雰囲気を掴んでから GitHub のリポジトリを確認するのがおすすめだ。