個人事業主のAIエージェント導入前チェック―PCトラブル，データ保全と運用負担（AI作成）

第１　導入前に決めること

AIエージェントにファイル編集やブラウザー操作を任せるときは，便利な作業例とともに，停止・誤操作・復旧の方法を決めておきたい。本稿は，自分でPCやクラウドサービスを管理する個人事業主を対象に，導入時に備える事項を整理したものである。

以下の一覧は，発生率を示す調査結果でも，特定のPCの故障診断でもない。製品の公開資料に示された注意点と，それを踏まえた運用上の提案を区別して記載する。事例は説明用の架空例である。

最初の試行には，原本を変更せずに済み，結果を確認しやすい作業を選ぶことを提案する。例えば，複製した資料の分類や，下書きの作成である。送信・公開・購入・大量削除まで同時に任せる前に，「どこまで操作できるか」「何が起きたら止めるか」「完了を何で確かめるか」を決める。

第２　想定するトラブルの一覧

次の表は，導入前の点検項目である。症状だけで原因を決めず，該当する確認先を絞るために使う。

第３　PCが重い・固まる場合

Microsoftは，Windowsの動作が遅くなる要因として，保存容量の不足，バックグラウンドのアプリ，古いソフトウェア等を挙げている。CPU・メモリ・ディスクの使用状況を確認する方法も案内している。したがって，AIの利用中に重くなったというだけで，メモリ不足と断定することはできない。Microsoftの案内

運用上は，まず軽い作業を１件だけ試し，普段のメール・文書作成と併用して支障がないかを記録することを提案する。大量の資料読込み，複数のブラウザー，変換処理等を同時に追加すると，どの変更が影響したかを調べにくい。並列数は段階的に増やし，待ち時間だけでなく通常業務への影響も比較する。

PC全体が応答しないときに，同じPC内のAIだけを復旧担当にする設計は避けたい。安全に確認できる範囲で発生時刻や画面を記録し，強制終了等が必要な場合も，その後すぐ同じ仕事を流し直さない。専用PCの購入やメモリ増設の判断は，実際の負荷，製品の要件，費用，管理負担を確認して行う。

第４　保存先とクラウド同期の問題

Googleは，パソコン版ドライブについて，同期されないファイルやアプリの停止を案内している。また，アカウントの接続解除で削除される一時保管用フォルダがあり，未同期のファイルを先に安全な場所へコピーするよう注意している。設定データを変更するクリーナーにも注意が必要とされる。Googleの案内

このため，復旧の第一手を「キャッシュ削除」「アカウントの接続解除」「再インストール」に固定しない。未同期データの所在と保全方法を，利用製品の手順で先に確認することを提案する。

例えば，請求書を作成して「保存完了」と表示されたものの，別端末で見つからない場合を考える。再作成する前に，実際に保存したフォルダ，ファイルの内容，同期状態を確認する。クラウド上の原本，PC内の作業用コピー，納品する完成版を分け，どれを正本とするかを決めておく。

ネットワーク共有先が利用できないときも，似た名前の古いフォルダを自動的に代替先にしない。アクセス失敗を記録して止め，正しい参照先が確認できてから再開する方針とする。

第５　ログイン・ブラウザー・作業環境の問題

運用上の点検では，認証，画面操作，ファイル処理を分けて考える。ログインエラーならアカウントと接続許可を，画面操作の失敗なら対象タブと表示状態を，変換エラーなら入力形式と実行環境を調べる候補とする。何でも管理者権限や全面的な許可で解消しようとしない。

ブラウザー操作を任せる架空例では，顧客Aの画面を開いたつもりで顧客Bのタブが前面にある場合を想定できる。送信直前に，相手，対象データ，添付，送信内容をまとめて確認する設計にする。画面の位置だけで対象を判断させず，対象名や状態も照合したい。

日本語のファイル名，文字コード，Office文書の体裁，PDFの文字認識等については，代表的な資料を少量選んで確認する。ファイルが生成されたことと，内容が正しく読めることは検査項目を分ける。OCRや要約が成功したという表示だけで，金額・日付・氏名等の正確性を確認済みにしない。

更新後に従来の手順が合わなくなった場合に備え，OS，アプリ，拡張機能，連携先の版と変更日を記録しておく。原因未確定のまま複数の設定を同時に変えるより，変更箇所と結果を対応させて調べる方針とする。

第６　誤操作と情報の持出しに備える

AIに読ませた外部の文章を通じて，元の指示を変更させようとする攻撃は，プロンプトインジェクションと呼ばれる。Anthropicは，権限制御やサンドボックス等の対策を説明しているが，すべての攻撃への完全な防御を保証するものとはしていない。Anthropicの安全性の説明

運用上は，顧客から届いた文書やウェブページの中の「このファイルを外部へ送れ」といった文を，事業主の指示に格上げしないことを基本とする。読み取れるフォルダ，変更できる範囲，接続できるサービスを，仕事に必要な範囲へ絞る。

専用PCを用意しても，重要なクラウドサービスに同じ権限で接続すれば，その接続先の操作範囲を別途点検する必要がある。PCの分離，アカウントの分離，サービスの権限設定は，それぞれ確認項目にする。

削除・一括上書き・外部送信・公開・購入は，対象と結果を確認しやすい単位に分ける。承認画面を表示するだけでなく，何が変わるかを承認者が確認できるようにすることを提案する。

第７　並列処理と予約実行を管理する

並列化の運用案は，別々の資料の読取りや下書きまでを分担し，同じ完成ファイルへの書込みは１担当へ集める方法である。同じファイルを別々に直す仕事や，前段の確定値を使う送信作業は，順番を決めて実行する。

予約実行では，処理がPC内とクラウドのどちらで動くかを確認する。例えば，Claude Code Desktopのローカル予約タスクは，アプリが開いていてPCが起動・覚醒していることが実行条件となる。クラウドタスクとは条件が異なる。これは同製品の説明であり，すべてのAI製品に共通の仕様ではない。予約実行の公式説明

予約名，担当，実行場所，対象，頻度，停止方法を一覧にする。手動で同じ仕事を開始するときは，予約分や前の実行が残っていないかを確認する。停止ボタンを押した後も，別に起動した処理やクラウド側の処理について，停止状態を個別に確認する設計にする。

第８　止まった後の再開とデータ復旧

次は再開手順の提案である。エラー表示を見て直ちに再実行するのではなく，次の順序で判断する。

1. 新たな送信・上書き等を止め，残っている処理の有無を確認する。
2. 発生時刻，エラー，対象，実行記録を安全に保存する。
3. 保存先・送信先のサービス側で，操作が成立したかを調べる。
4. 「完了」「未実行」「一部完了」「結果不明」を区別する。
5. 未完了の範囲と再実行条件を決め，その範囲だけ再開する。

例えば，請求メールの送信操作後にタイムアウトが出た場合，まず送信履歴や処理記録を調べる。「受付済み」「送信済み」「相手に届いた」は同じ確認事項ではない。状態が不明のまま再送しないことを運用規則とする。

巻戻し機能にも対象範囲がある。Claude Codeのチェックポイント機能には，追跡されないファイル変更等の制限がある。その機能だけをPC全体や外部サービスの完全な復旧手段と扱わない。チェックポイントの制限

バックアップは，元データと独立して残る方法と，実際に戻せるかの確認を組み合わせることを提案する。事故の原因を調べるためのログと，業務を復旧するためのバックアップは目的を分ける。復旧作業で記録を消したり，正常な別データまで上書きしたりしないよう，対象を確定してから操作する。

第９　導入効果を運用負担まで含めて測る

費用対効果の判断には，AIの利用料に加え，人の指示・確認・手直し・復旧の時間も記録することを提案する。待ち時間は，ほかの仕事ができた時間と，拘束された時間を分ける。複数のAIの処理時間を合計して，そのまま人の労働時間と比較しない。

同じ種類・分量の仕事で，従来の方法とAIを使う方法の「人が対応した時間」「完了までの時間」「修正件数」「品質」を比較する。確認・修正まで終わった成果物を基準にする。

導入支援を外注する場合には，初期設定だけか，更新への対応，障害調査，データ復旧まで含むかを確認する。連絡窓口，対応時間，追加料金，対応できない製品・操作を具体化したい。支援を受ければ保守負担がゼロになるとの前提は置かず，自分が対応する範囲も試行段階で測る。

第１０　導入前の確認表

次の項目を埋めてから，小さな仕事で試すことを提案する。

第１１　関連記事と参考資料

法律事務所での権限設計や事故対応を詳しく検討する場合には，次の記事を参照されたい。

– 法律事務所のAIエージェントが停止したときの再開手順
– 法律事務所がAIエージェントに専用PCを与えるときの安全設計
– 法律事務所のAIエージェント業務設計
– AI利活用に伴う民事責任
– 生成AIの利用料が予算を超えないために

製品仕様に関する資料は，各節で掲げたMicrosoft，Google及びAnthropicの公式説明である。製品・実行環境によって条件が異なるため，導入時は利用する機能の現行説明を確認する。