モバイルで AI にシェルコマンドを実行させる：いつ Run をタップし、いつ止めるか

手短に言うと：AI は提案するだけ、実行するのはあなた

TermAI の AI が自分でコマンドを実行することは決してありません。AI はコマンドを提案し、あなたが Run をタップします。信頼が宿るのはこの「すき間」です ── さらに、取り返しのつかない一部のコマンドには厳格な歯止めがかかります。だから本当の問いは「AI を信頼すべきか」ではなく、「Run をタップする前にコマンドを読んでいるか、そしてどのコマンドがもう一度見る価値があるかを分かっているか」です。

この記事では、ライブの SSH セッションでアシスタントが実際にどう振る舞うかをたどり、各タップが何をするのかを正確に分かるようにします。

AI はどのコマンドを提案すべきか、どうやって分かるのか

アシスタントは、それを開いたセッションに結び付けられており、そのマシンをリアルタイムで読み取ります：OS とインストール済みのツール、現在のディスク・メモリ・CPU 負荷、最後の画面分の出力、そして直近のコマンドとその結果。だからその提案は、汎用的な Linux マシンではなくこのサーバーに合っています。Mac で尋ねれば systemctl を提案しませんし、Docker が入っていなければ docker ps を実行しろとは言いません。さらに、自分で確認しに行かせる代わりに「/var が 92% 使用中」と教えてくれます。

この根ざし（グラウンディング）があるからこそ、提案をさっと読むだけで信頼できるのです：目の前のマシンについて答えているのであって、チュートリアルをパターンマッチしているのではありません。

安全なコマンド：ワンタップで実行

通常のコマンドで Run をタップすると、TermAI はそれをターミナルに入れて代わりに Enter を押すので、結果がすぐに見えます。アシスタントは開いたまま ── 背後のターミナル越しに出力をちらっと見ながら、続けられます。

ここに目立たないけれど重要なポイントがあります：コマンドの出力はアシスタントにループバックされます。続けて質問すれば、直前のコマンドが何を表示したかをすでに知っています ── 同じ探りを再実行せず、推測ではなく実際の数値に基づいて推論できます。

危険なコマンド：高リスク確認

ほとんどのコマンドはワンタップで実行されます。一部はそうではありません。提案されたコマンドが破壊的な場合、Run をタップしても実行されず、何がチェックに引っかかったかを明確に示す高リスク確認が開きます。

このチェックは意図的に保守的です ── 危険なコマンドを見逃すくらいなら、安全なコマンドに警告を出す方を選びます。実際に引っかかるのは次のとおりです：

• 再帰的な強制削除 ── rm -rf / rm -fr
• ディスクへの直接書き込み ── dd of=/dev/…、mkfs.*、デバイスに対する fdisk/wipefs/shred
• ルートでの再帰的な権限・所有者の変更 ── chmod -R … /、chmod 777 /、chown -R … /
• 電源とセッションのキラー ── shutdown/reboot/poweroff、init 0、kill -9 -1、fork bomb、または systemctl stop ssh（自分自身の接続を切ってしまう）
• サプライチェーンの落とし穴 ── curl … | bash
• 取り返しのつかない git ── git reset --hard、git clean -fd、git push --force

このダイアログが出たら、正しい対応は理由と正確なコマンドを読むことであって、反射的に閉じることではありません。

確認した後も、Enter はあなたが押す

高リスクダイアログを確認しても、コマンドは実行されません。TermAI はそれを入力行に入れますが、Enter は押しません。だから最後にもう一度確認でき ── モデルがパスを推測し間違えていれば、編集もできます。あなたはもう二度読んだコマンドに対して、自分で Enter を押します。

この「確認してから自分で実行する」という二段階こそ、ひとつのやり取りに凝縮された信頼モデルの全体です。AI が提案し、あなたが裁定する。危険なものには、意図的なひと呼吸が余分にかかります。

頼るべきでないとき

正直に言うと：ガードレールは優れていますが、判断の代わりにはなりません。

• 評価できないコマンドのとき。提案に見覚えのないフラグが使われていたら、Run をタップする前に調べましょう。確認が発動するのは既知の破壊的パターンだけ ── 微妙に間違っていてフラグの立たないコマンドは、ワンタップで実行されてしまいます。
• すでにコマンドを知っているとき。ls と打つ方が尋ねるより速いです。アシスタントが真価を発揮するのは、本来なら調べなければならないコマンドです。
• 提案ではなく保証が欲しいとき。コンプライアンスに関わる、または取り返しのつかない移行には、生成された一行ではなく、テスト済みの runbook がふさわしいです ── 確認の有無にかかわらず。

アシスタントは「やりたいことは分かっているが、正確な呪文が分からない」をコマンドに変える速い手段であり、キャリアを終わらせる類のものには厳格な歯止めがあります。しかし、自分が何を実行するかを読むことの代わりにはなりません。

FAQ

AI が自分でコマンドを実行することはありますか？
ありません。提案するだけです。コマンドは Run をタップしたときに実行され ── 破壊的なものは、その上にさらに明示的な確認が必要です。

「危険」とは正確には何を指しますか？
取り返しのつかないパターンの保守的なリストです：rm -rf、デバイスへの dd、mkfs、ルートでの再帰的な chmod/chown、fork bomb、shutdown/reboot、ディスク消去ツール、systemctl stop ssh、curl … | bash、そして git reset --hard、git push --force などの強制・ハード操作。

危険なコマンドを確認したら、すぐに実行されますか？
いいえ。Enter を押さずに入力行に置かれるので、もう一度確認や編集ができます。Enter は自分で押します。

アシスタントはどうやって私のサーバーを把握するのですか？
セッションに結び付けられており、OS、直近のコマンド、最後の数行の出力が見えます ── だから提案はあなたのいるマシンに合います。あなたが Run したコマンドの出力は戻されるので、続く質問も根ざしたままです。

Quick Facts

• 製品：TermAI、iOS 16+ と Android 8+ 向けの AI ネイティブなモバイル SSH ターミナル
• この記事の内容：ターミナル内 AI アシスタントがコマンドをどう実行し、いつ信頼すべきか
• 核心ルール：AI は決して自分で実行しない ── すべてのコマンドはあなたの Run タップを待つ
• 厳格な歯止め：破壊的なコマンドは、理由を名指しする高リスク確認をトリガーする
• 確認した後：コマンドは Enter を押さずに入力行に置かれ、最後の確認に回される
• 根ざし：アシスタントはサーバーの OS、直近のコマンド、最後の出力を見る ── そしてあなたが Run したコマンドの出力はそこにループバックされる
• 信頼すべきでないとき：評価できないコマンドのとき、または保証された runbook が必要なとき
• 関連：AI コマンド生成、ShellMon