やさしいAI仕事術
1. 今日の相談
「Webサイトのエラーを保守担当へ相談します。サーバーのログを送ってと言われましたが、そのまま共有して大丈夫でしょうか」
共有前に、起きた現象、対象時刻、対象URL、必要なログ行、IP、メール、Cookie、セッションID、認証情報、共有先、削除日へ分けます。
2. 大丈夫です
ほー先輩：ログ全部やなく、不具合の前後に必要な範囲だけ切り出そ。伏せる情報も先に決めるで。
AIには共有前の確認表だけを頼みます。ログ本文の要否、原因、削除、緊急度は、管理者や保守担当が原本を確認して判断します。
3. 今日使うAI・道具
使うのはChatGPTと架空のログ共有条件です。実際のログ、IP、メールアドレス、Cookie、セッションID、APIキー、パスワード、管理画面URLはAIへ渡しません。
AIに原因、攻撃の有無、削除してよいログ、共有範囲、復旧完了を判断させません。
4. 実際にやってみる
1. 現象と時刻を先に書く
何をしたとき、どの画面で、いつ起きたかを正式な記録から確認します。推測の原因は混ぜません。
2. 必要な範囲を確認する
保守担当へ対象期間と必要なログ種別を確認します。全期間や全サイト分を渡さないようにします。
3. 機微情報を除く
IP、メール、Cookie、セッションID、認証情報、送信内容が含まれていないか、承認された方法で確認します。原本は変更せず、共有用の複製だけを加工します。
4. AIへ確認表の型を頼む
次の架空の不具合条件だけを使い、エラーログ共有前の確認表を作ってください。
「現象」「対象時刻」「対象URLの種類」「必要なログ種別」「共有範囲」「除外する情報」「共有先」「保存・削除」の順にしてください。
原因、攻撃の有無、緊急度、削除可否を推測して付け足さないでください。
実ログ、IP、メール、Cookie、セッションID、認証情報を入力する欄は作らないでください。
【架空の不具合条件】
（書く）
5. 共有後を記録する
誰が、いつ、どの範囲を、どこへ共有したかを承認済みの記録へ残します。不要になった共有用ファイルは職場のルールで削除します。
5. 完成例
【エラーログ共有前確認】
現象：架空の送信操作でエラー表示
対象時刻：要確認
対象URLの種類：公開フォーム
必要なログ種別：保守担当へ要確認
除外する情報：IP・メール・Cookie・セッションID・認証情報
共有先：承認済みの保守窓口
保存・削除：職場ルールを確認
AIがログの原因を断定せず、必要範囲と人の確認を残しています。
6. 使うときの注意
エラーログには、URLのパラメータや送信内容として個人情報が残る場合があります。画面上で見えないから安全とは限りません。漏えいが疑われる場合は、AIで整理する前に職場の事故対応と専門窓口への報告を優先します。
7. 今日できたこと
- ログ全体と共有に必要な範囲を分けられた。
- IP・Cookie・認証情報を除く確認を置けた。
- 原因判断を保守担当と管理者へ戻せた。
8. ほー先輩の一言
ほー先輩：ログは少ないほどええんやなく、必要な手がかりだけ正しく渡すんやで。
設定変更前の確認はアクセス制限を設定する前の手順、問い合わせ文はWeb不具合をサポートへ伝える方法へ進めます。
