Warp は端末をブロックに分ける、読み返せる履歴のために
要約
命令とその出力を一つのブロックにまとめる端末。ブロックは畳めて、複製できて、そのまま走らせ直せる。補完は行の文脈を読み、入力はエディタで文字を選ぶ感覚に近く、描画は GPU に任せる。macOS と Linux で動く。
おすすめ- ソフト名
- Warp
- バージョン
- 20260430
- 料金
- 有料
- オープンソース
- 非オープンソース
- OS
- macOSLinux
- 公式サイト
- https://warp.dev/
- 更新日時
- 2026-10-16 22:00
端末は、いちばん作り直されない道具だ
エディタは数年ごとに作り直され、ブラウザも作り直され、ビルドの仕組みも作り直される。そのあいだ端末は、いつもと同じ場所に座っている。画面のなかでいちばん古い窓で、最初にログインしたときから開いていて、その後ほとんど考え直されてこなかった。直すところがないからではない。一行ずつ流れていく文字の緩衝が当たり前になりすぎて、ほとんど誰もそれを設計上の判断として見なくなり、端末とはそういう形のものだと思うようになったからだ。ここはその前提の反対側から始まる。緩衝は判断であり、もう存在しない機械のために何十年も前に下されたものだから、もう一度下し直せる。
命令ひとつ、ブロックひとつ、切り離さない
最初の違いは見た目ではなく構造にある。命令と結果が混ざって文字の壁になる一本の流れの代わりに、命令とそれが生んだ出力をひとつのブロックとしてまとめて持つ。ブロックは一行に畳めるし、まるごと複製でき、単独で走らせ直せる。作業の記録をさかのぼるのは、上へ延々と転がして合図の記号をにらみ、どこで前の話が終わって次が始まったのかを探す作業ではなく、ブロックのあいだを跳ぶ作業になる。騒がしいビルドの記録を十分ほど上へさかのぼって、失敗が始まった行を探したことのある人なら、これがどれだけの値打ちを持つか知っているし、その答えが「もっと綺麗な書体」でないことも知っている。

補完は行を読む、先頭の数文字だけではない
昔ながらのシェルの補完は、打ちかけの数文字を名前の一覧と突き合わせる。何が存在するかは知っていても、何をしようとしているかは知らない。ここでは提案が行ぜんたいの文脈から引き出されるので、途中まで打った命令を、すでに与えた引数に合う形へ仕上げることができ、見慣れない命令は伸ばすだけでなく説明もされる。効果がいちばん大きいのは、環境をまだ学んでいる途中の人だ。ある道具が存在することと、それをどう呼び出すかを知っていることのあいだの段差が、毎回説明資料を探す費用ではなくなる。履歴の検索も同じ考え方で、過去の作業を言葉で横断して探す。矢印の鍵を四十回押す作業ではない。
命令をコードのように編集する
従来の合図の後ろで打つのは、本質的に一行の作業だ。カーソルは末尾にあり、変えたいところまで歩いて戻るしかない。ここでは命令の行が、背後にエディタを抱えた文字の欄として扱われるので、範囲の選択も、複数のカーソルも、いつもの鍵の組み合わせも、すでに打った内容に対して働く。一日じゅう現代的なコードのエディタにいる人にとっては、小さくても途切れない摩擦がひとつ消える。どの窓が入力を受け取っているかで、両手が二組の癖を切り替えずに済む。結果の扱いも同じで、長い出力はどこかへ複製してからではなく、ブロックのなかでそのまま眺め、そのまま手を入れられる。

命令を、チーム が残せるものにする
いちばん遠くまで届くのがこの部分だ。よく使う命令、小さな書き物、ひと続きの手順まで、名前をつけて分けられる項目として保存し、チーム のなかで渡せる。動く順番は一度書けば使い回され、必要とする人がひとりずつ記憶から組み直すことはなくなる。本当の帰結は便利さではなく記憶のほうにある。チーム が学んだことを抱えられる端末は、もう個人的な道具ではなくなり、ふだんは誰かひとりのシェルの履歴に住んでいる知識が、集団の持ち物になる。新しい同僚を迎える風景も変わる。標準の手順がすでにそこにあり、言葉で書かれ、しかも実際に走らせる場所に置かれている。
下は Rust、描画は GPU に
手ざわりの多くは、実装の二つの選択で説明がつく。アプリは Rust で書かれている。業界で速さと記憶の安全のために選ばれる言語で、ここでは効いてくる。端末の仕事は、何かが出力で押し流してくるあいだも反応を保つことだからだ。画面は GPU で描かれるので、転がすこと、描き直すこと、密度の高い内容を並べることは、まさにそのために作られた道具が引き受ける。プロセッサに画面を塗り直させる端末とは道が違う。静かな作業のあいだは差が見えない。テスト一式が何千行も吐き出したとき、あるいはフィルタを通さない記録を開いて画面が追いつかなければならないときに、差ははっきりする。
それでもこちらに求めてくるもの
どれもただでは手に入らない。対応する範囲は、何十年も各種の Unix とともに配られてきた端末より狭い。macOS と Linux が支えられる地面で、ほかの系統をまたいで働く人は、日々の癖をここへ移す前に確かめたほうがいい。細かく作り込んだシェルの環境が、二つ目に摩擦の出る場所になる。ある合図の枠組みを中心に何年もかけて積んだ設定は、そのまま持ち込めないかもしれない。三つ目の代価は、いちばん見えず、いちばん現実的だ。やりとりの作法が十分に違うので、長く端末を使ってきた人には、もう当てはまらない癖へ指が伸びなくなるまで数日かかる。これを欠点として数えるのは妙だが、無いことにするのは不正直だ。
その交換は割に合うのか
端末は、開発者の機械のなかでほとんど何よりも頻繁に使われ、何よりも考え直されない。この組み合わせが、作り直しを飾りとして片づけるのではなく、それ自身の理屈で検討する値打ちのあるものにする。構造のあるブロック、文脈を読む補完、エディタ並みの文字の扱い、そして チーム で分ける手順の置き場は、それぞれ、今は上へ転がすこと、説明資料を探すこと、その書き物を書いた人に訊くことで解いている問題を解く。使い慣れたシェルと幾つかの命令のなかだけで暮らす人には得るものが少なく、動きを覚え直すのを煩わしく思うかもしれない。長い出力を読み、同じ手順をほかの人と分け、あるいはこれから命令の行を学ぶ人なら、最初の午後には違いに気づく。正直にまとめれば、これは誰もがすでに持っている端末の良い版ではない。端末にはそろそろ手を入れる番が来ていた、という主張であり、その主張は自分の一週間の仕事に当ててみる値打ちがあるほど強い。