ターミナル中心でAIを使う — エディタに戻らない作業の組み方

ターミナル向きの作業

• 依存関係の更新と、それに伴うビルド失敗の調査
• ログから異常を探す（grep と目視の往復）
• データ移行のスクリプトを試しながら書く
• CI の失敗原因を追う
• 大量のファイルに同じ変更を当てる

共通するのは、コマンドの出力を見て次のコマンドを決める、という往復である。この往復をエディタのチャット欄にコピペして持ち込むと、出力の貼り付けだけで時間が溶ける。

• 新しい機能をゼロから書く
• 既存のコードをリファクタする
• 型エラーを直す
• テストを書く

こちらはコードそのものを見ながら進むので、エディタの文脈が効く。無理にターミナルでやると、ファイルの内容を毎回読ませることになる。

組み方：出力をそのまま渡す

ターミナル型のツールの利点は、直前のコマンドの出力をAIがそのまま見られることである。ビルドが失敗したら、エラーを貼り直さずに「これを直して」と聞ける。この手数の差が、往復の多い作業では効いてくる。

離れた場所から動かす

Warp は Slack・Linear・GitHub から @Warp でメンションできる。障害の一報を受けたときに、まず調査を投げておいて、手元の作業を片付けてから結果を見る、という使い方ができる。

これは自動化ではなく、着手のタイミングを前倒しする仕組みである。調査の待ち時間を他の作業に充てられるぶん、実時間が縮む。

危険な操作の扱い

ターミナルでAIにコマンドを実行させるなら、何を許すかを先に決める。削除・本番環境への接続・認証情報の読み取りは、確認なしで実行させない設定にする。

AIが書いたコードを動かすこと自体を隔離したいなら、E2B のようなサンドボックスを使う。自分のマシンで動かすのとは別の判断である。

よくある質問

Q. 既存のターミナルを替える必要がありますか。

A. Warp は CLI も提供しているので、既存のターミナルの中でエージェントだけ使うこともできます。全面的に乗り換える前に、その形で試すほうが摩擦が小さいです。