※この記事は、2026年7月時点の自分のAI運用メモです。Windows Sandboxの設定方法を解説する記事ではなく、AI自動化を試す中で実行環境の再現性が課題になった話を書いています。
最近、外出先から自宅PC上のAIへ指示を出し、作業を進める試験をしました。
文章で指示できる作業は、思っていたより進みました。
ファイルを読む。 内容を整理する。 不足を探す。 次の作業案を作る。
ここまでは、PCの前にいなくても進められます。
ただ、その先で止まりました。
最初はChrome側の問題でした。 そこを直した後は、Windows Sandboxや権限の周辺が次の停止点になりました。
AIに聞けば候補は出てきます。 しかし、自分のWindows環境、権限、現在の設定まで含めて、一発で「これが正解です」とはなりません。
昔からよくある、設定画面の中を探し回る旅が始まります。
AIを使っているのに、やっていることは昔とあまり変わらない。
そこで思ったのが、正しい設定を毎回探すより、壊れたら同じ状態を作り直せる環境へ寄せた方が、自動化には向いているのではないかということでした。
AIが動けても、実行環境が揃っていないと止まる
AI自動化というと、何を指示するかに目が向きやすいです。
どんなプロンプトを渡すか。 どのAIモデルを使うか。 どこまで自動で進めるか。 どこで人間が確認するか。
もちろん、このあたりは重要です。
ただ、実際に動かしてみると、AIの能力とは別のところでも止まります。
- 必要なアプリが入っていない
- ブラウザが想定した状態で起動しない
- 権限が足りない
- ホスト側のファイルを読めない
- ネットワークへ接続できない
- 実行後のログが残らない
AIが作業手順を理解していても、その手順を動かす環境が揃っていなければ続けられません。
今回も、Chromeの問題を越えたら終わりではありませんでした。
次はSandboxが止まり、その次は権限や接続条件を確認する必要が出てきます。
ひとつ直すたびに、別の前提が見つかる。
この状態では、AIに長時間動いてもらう前に、人間が環境の面倒を見続ける必要があります。
「一度動いた」と「次も同じように動く」は別だった
その場で設定を直し、作業が進めば、ひとまず成功です。
ただ、自動化として考えると、それだけでは弱い気がします。
次の日も同じ状態で動くのか。 Sandboxを閉じて開き直しても動くのか。 設定を忘れた後でも再現できるのか。 別の作業へ使った後に、元の状態へ戻せるのか。
ここまで確認できないと、次回また同じ設定探しが始まります。
自分は以前、「一度うまくいったAI活用を、あとから再現するのが意外と難しい」という記事を書きました。
その時に考えていたのは、主にプロンプトや資料、指示の順番、出力形式を残すことでした。
今回は、もう一段手前です。
プロンプトを再現できても、それを動かす環境が再現できなければ作業は始まりません。
AIへ渡す指示だけでなく、AIが動く場所も型にする必要がありました。
Windows Sandboxは、閉じると中身が消える
Windows Sandboxは、閉じると中で行った変更が破棄され、次回は新しい環境として起動する仕組みです。
最初は、この性質を少し不便に感じていました。
せっかく設定したのに消える。 入れたアプリも残らない。 次に使う時は、また準備が必要になる。
ただ、見方を変えると、これは再生成しやすい環境でもあります。
前回の設定がどこかに残り、それが次の不具合になるより、毎回同じ初期状態から始まる方が条件を揃えやすい。
Microsoftの公式資料では、Windows Sandboxは .wsb 形式の構成ファイルを使い、ネットワーク、ホスト側フォルダの割り当て、起動時に実行するコマンドなどを設定できます。
複雑な準備はスクリプトへまとめ、割り当てたフォルダから起動時に実行する例も公開されています。
出典:
つまり、毎回人間が設定画面を探すのではなく、必要な初期状態を構成ファイルと準備スクリプトへ寄せられる余地があります。
まだ自分の環境で完成させたわけではありません。
ただ、次に直すべき方向は少し見えてきました。
次に作りたいのは、設定集ではなく再開できる流れ
今の自分が欲しいのは、Windows Sandboxの設定項目を詳しくまとめた資料ではありません。
設定を全部覚えることでもありません。
欲しいのは、次の流れを同じ形で繰り返せることです。
- Sandboxを決めた条件で起動する
- 必要なツールやスクリプトを準備する
- 対象ページや作業ファイルを開く
- AIが作業できる状態か疎通確認する
- 結果とエラーログをホスト側へ戻す
この五つが同じ順番で動けば、途中で失敗しても確認しやすくなります。
起動で止まったのか。 ツールの準備で止まったのか。 権限で止まったのか。 対象ページを開けなかったのか。 結果は出たが保存できなかったのか。
失敗した場所が分かれば、AIにも次の修正を頼みやすいです。
反対に、毎回手作業で設定し、偶然動いた状態だけを見ていると、何が成功条件だったのか分からなくなります。
設定項目を増やすより、どこまで進んだか確認できる流れを作る。
今は、こちらの方が必要だと感じています。
再生成できれば、何でも安全になるわけではない
ただし、再生成できる環境を作れば、何でもAIへ任せてよいわけではありません。
Windows Sandboxはホスト側のフォルダを割り当てられますが、書き込みを許可したフォルダの変更はSandboxを閉じた後も残ります。
Microsoftも、ホスト側フォルダの共有やネットワーク接続には安全上の注意が必要だと説明しています。ネットワークは既定で有効なので、用途によっては無効化を検討する必要があります。
そのため、自分の運用では、少なくとも次を分けたいと思っています。
- 読み取りだけでよいフォルダ
- 結果を書き戻してよい専用フォルダ
- Sandboxから触らせない場所
- ネットワークが必要な作業
- ネットワークなしで完結させる作業
環境を作り直せても、ホスト側へ書き込んだ変更までは自動で消えません。
AI自動化では、再現性と同時に、どこまで外へ影響してよいかも決める必要があります。
AIに正解を聞き続けるより、失敗を切り分けられる形へしたい
今回、AIへ設定を聞いても、すぐ一つの正解へ着地しない場面がありました。
ただ、これはAIが役に立たないという話ではありません。
Windowsの版が違う。 権限が違う。 すでに入っている設定が違う。 ホスト側とSandbox側で見えているものが違う。
環境の組み合わせが多いほど、文章だけで正解を当てるのは難しくなります。
それなら、AIに正解を当てさせ続けるより、
起動できたか。 必要なファイルが見えたか。 ブラウザを開けたか。 通信できたか。 ログを戻せたか。
を順番に確認できる方がよさそうです。
AIには、その失敗結果を見せて次の修正を考えてもらう。
人間は、どこまで権限を与えるか、どの変更を残すかを確認する。
この分け方なら、設定探しの会話も少しずつ運用へ戻せます。
まだ完成していないからこそ、現在地を残しておく
この記事を書いている時点では、Sandboxの起動からAI作業、ログ保存までをワンクリックで再生成できる状態にはなっていません。
Chrome側で止まっていた問題は一度越えました。
しかし、Windows Sandboxや権限の周辺には、まだ詰める部分が残っています。
だから、この記事は完成報告ではありません。
次に何を直すかを整理する途中経過です。
一度動いた設定を大事に抱える。 壊れないように恐る恐る使う。 壊れたら、また設定画面を探し回る。
この流れから、少しずつ離れたい。
壊れても、決めた初期状態へ戻せる。 途中で止まっても、どこで失敗したか分かる。 AIへログを渡し、次の修正へ進める。
そこまで作れれば、AI自動化は今より扱いやすくなると思っています。
まとめ
外出先から自宅PC上のAIへ指示する試験を進める中で、Chromeの次にWindows Sandboxや権限が停止点になりました。
AIへ聞けば設定候補は出ます。
ただ、自分の環境に合う正解を探す作業は、昔からある「設定探しの旅」とあまり変わりませんでした。
そこで、正しい設定を一度完成させることより、壊れたら同じ状態を作り直せることの方が、自動化には大事なのではないかと考えるようになりました。
Sandboxを決めた条件で起動する。 必要なものを準備する。 疎通確認する。 結果とログを戻す。
この流れを同じ形で繰り返せれば、AIが止まった時も原因を切り分けやすくなります。
まだ実装途中です。
だからこそ、次は「どの設定が正しいか」ではなく、どうすれば同じ環境を作り直せるかを軸に進めてみようと思います。
コメント