AIがシェルを自律操作、開発の自動化が変わる

バイブコーディングという言葉が広まって以来、「AIにコードを書かせる」ことへのハードルは大きく下がった。だが、ここに来て次のフェーズへ移行しつつある。注目したいのは、AIがターミナル（シェル）を直接操作し、コードの生成・実行・確認・修正までを一連の流れとして担うという設計思想だ。

GitHubで1,400超のスターを集めているBonsai-demoは、その「次のフェーズ」を体感できるデモリポジトリとして注目されている。コードを書いて渡せば終わり、という従来の分業ではなく、AIが自分でシェルを叩き、出力を読み取り、次の手を判断するサイクルが実装されている。

これは「AIをアシスタントとして使う」から「AIをオペレーターとして動かす」への移行と言い換えてもいい。人間の関与ポイントが「書く」ではなく「何を任せて、どこで止めるか」に変わる。

シェルの自律操作が可能になると、「AIに何でも任せてよい」という誤解が生まれやすい。実際には、権限が広がるほど人間の設計判断が問われる局面も増える。

以前紹介したAIエージェントに「危険操作」をさせない仕組みでも触れたように、AIが自律的に動く範囲が広がるほど、「止める設計」を先に組んでおくことが重要になる。シェルを触れるということは、ファイル削除・ネットワーク操作・外部APIの呼び出しなど、取り消しのきかない操作も原理的には可能だということだ。

Bonsai-demoの設計が面白いのは、この問いを「デモを動かす」という体験の中に組み込んでいる点だ。「AIに何をさせるか」は技術の問題であり、同時に判断軸の問題でもある。触ってみながら自分なりの境界線を引く、という練習ができる構成になっている。

また、軽量AIエージェントをゼロから自作できる時代へでも取り上げたように、エージェントの自作・カスタマイズへの関心は高まっている。Bonsaiのような「シェルまで操作するエージェント」が一般ユーザーにも届く形でデモ公開されているのは、この流れの延長にある。

dev カテゴリのネタなので、「どこから入れるか」を整理しておく。

コードなしで試せること： Bonsai-demoはGitHubのリポジトリからクローンしてデモを動かす構成だ。公式のREADMEに従ってセットアップすれば、シェル操作を自律実行するAIの挙動をそのまま観察できる。「動かして見る」だけであれば、コードを書く必要はない。まずAIが何をどの順番で判断しているかを眺めるだけでも、設計思想の理解につながる。

コードが書けると有利なこと： デモのスクリプトを読み込んで、任せるタスクの種類や操作の範囲を変えてみる段階からは、シェルスクリプトやPythonの基礎があると動かせる幅が広がる。「このステップだけ人間が確認する」という介入ポイントを差し込む改造も、コードが読めると現実的な選択肢になる。