このレッスンでできるようになること
Botへ任せる範囲を広げると、下書きを作るだけでなく、共有、送信、更新などの操作も候補になります。便利さを保つには、全部を毎回確認する運用と、何でも許可する運用の間に、仕事に合う境界を作ることが大切です。このレッスンでは、承認する内容の読み方、作業の止め方、問題が起きたときの切り分けを学びます。架空の週次レポートを題材に、実行前と実行後の両方を確認できる状態を目指します。
1．どこで止まるかを成果と一緒に決める
「週次レポートを作って」だけでは、作成後に誰かへ送るところまで含むのかが曖昧です。「会話に下書きを返し、送信前に止まる」と書けば、確認する地点が明確になります。作業を、調査、下書き、確認、外部への反映に分け、どこまで任せるかを最初に決めましょう。
今回の練習では、架空の実績メモから報告文を作り、送信せずに確認します。実在する宛先を使う必要はありません。依頼するときには、対象資料、報告の読者、出力形式、変更してよい範囲を伝えます。特に、資料の閲覧を頼んだことを、原本の編集まで許可したことにしないよう、依頼文の動詞を具体的にします。
2．承認は対象と効果を読む
承認が表示されたら、ボタンの名前だけで判断せず、誰に、何を、どこまで反映する操作かを読みます。メールなら宛先と本文、ファイル更新なら保存先と変更内容、共有なら対象と共有範囲です。「レポートを送る」という説明だけでは足りない場合、送信先と確定本文を示してもらいます。
判断しやすいように、現在の状態と変更後の状態を並べる方法が使えます。「今は非公開の下書き、実行後は指定の相手が閲覧できる」と説明できれば、効果を理解しやすくなります。対象を特定できない、関係のないファイルまで含まれる、依頼していない相手が入っている場合は、そのまま進めず修正します。
公式には一度だけ許可する操作や、条件に合う許可ルールを保存する操作があります。初めての仕事では、一回の結果を確認してから継続的な許可を検討する方が、範囲を決めやすくなります。承認は実行の許可であり、過去に行われた変更を取り消す機能ではありません。
3．Auto Reviewを確認の補助にする
Auto Reviewは、実行前の操作を評価する仕組みです。公式仕様では、Ask firstとAllow automaticallyが重なれば、確認を求める側が優先されます。自動評価を使っても、依頼の境界やサービス側の権限設定が不要になるわけではありません。
自分でルールを考えるときは、「何を、どこで、どの条件なら」という三点を入れます。「ブラウザー操作を全部許可」より、「指定した練習用フォルダーの資料を読む」といった範囲の方が、目的を説明しやすくなります。ただし、文章を設定しただけで意図どおりにすべて判定されるとは決めつけず、小さな仕事で挙動を確認します。
承認が頻繁に出るときには、確認を消す前に、作業の設計を見直します。レポートの確認段階で毎回外部送信を試みているなら、下書きまでで止まる指示が不足しているのかもしれません。必要な確認なのか、余計な操作をしているのかを分けることで、手間を減らせます。
4．止まっている理由を切り分ける
反応がないときは、まず会話と状態表示を見ます。質問への返答待ち、承認待ち、ログイン待ち、接続の問題、使用量の上限など、原因によって対応が違います。分からないまま同じ依頼を繰り返すと、後から重複した作業が動くおそれがあります。
作業を終わらせたい場合は、対象の会話で明確に停止を伝えます。アプリを閉じたことだけで、クラウド上の処理が止まったと判断しないでください。停止後は、実行済みの操作と未実行の操作を分けて報告してもらいます。定期実行が設定されている場合は、現在の作業と次回の起動を別々に確認します。
例として、「このレポート作成を停止し、作成済みファイルと未実行の操作を列挙してください」と頼めます。停止のメッセージを送っただけで完了扱いにせず、状態表示や結果を確認します。外部への反映があった場合は、元サービス側でも対象を開き、実際に何が変わったかを確認しましょう。
5．復旧は影響の小さい操作から
クラウドPCへ接続できない場合、公式の案内は再試行やアプリの再起動から確認する流れです。復旧や更新と、最後の保存状態へ戻すResetは区別されています。Resetでは最近の変更が失われる可能性があるため、単に画面が動かないという理由で最初に選ばないようにします。
復旧後には、前回の仕事を丸ごと再実行する前に、成果物と外部操作の有無を確認します。ファイル作成は終わっているが返答だけ届かなかった、という状況なら、再作成は不要です。送信や更新を伴う仕事では、この確認が重複実行を防ぐ手掛かりになります。
問題を記録するときは、起きた時刻、依頼した仕事、表示された状態、最後に確認できた成果を残します。秘密情報を含む画面をそのまま共有せず、調査に必要な部分を選びます。「動かなかった」より、再現する条件が分かる記録の方が、次の改善につながります。
実践課題と完了チェック
架空の資料から週次レポートを作り、外部送信前に止まる依頼を書いてください。続いて、誤った宛先が提案された場合の修正指示と、接続が切れた場合に最初に確認する項目を一つずつ記録します。完了条件は、下書きが読める、承認対象を説明できる、停止後の状態を確認できることです。五つのレッスンで学んだ依頼・照合・分担・承認を組み合わせ、まず一件の仕事を最後まで管理してみましょう。
