やさしいAI仕事術
1. 今日の相談
「新しいサービスからDNSへ値を追加するよう案内されました。似た設定があるので上書きしてよいでしょうか」
変更前に、変更目的、依頼元、対象レコード、追加・変更・削除、現行値、影響先、実施時刻、反映確認、戻し方、確認者へ分けます。
2. 大丈夫です
ほー先輩：似て見えても役割が違うことがあるで。今ある行を勝手に消さんとこな。
AIには確認表の型だけを頼みます。実際のDNS値、削除可否、反映待ち時間、Web・メールへの影響は、サービスの公式手順と権限のある管理者が確認します。
3. 今日使うAI・道具
使うのはChatGPTと架空の変更条件です。実ドメイン、DNS値、認証用トークン、メールサーバー名、IPアドレス、管理画面URL、ログイン情報はAIへ渡しません。
AIに正しいレコード値、削除してよい設定、反映時間、障害原因、変更完了を判断させません。
4. 実際にやってみる
1. 依頼元と変更目的を確認する
どのサービスの、どの公式手順に基づく変更かを確認します。メール、Web公開、所有権確認など目的を混ぜません。
2. 追加・変更・削除を分ける
新しい行を追加するのか、既存の値を置き換えるのか、古い行を削除するのかを一行ずつ確認します。
3. 現行値と影響先を承認場所へ残す
DNS画面の内容をAIへ貼らず、職場で承認された記録へ保存します。Web、メール、フォーム、外部連携など影響先を洗い出します。
4. AIへ確認表の型を頼む
次の架空の変更条件だけを使い、DNS設定変更前の確認表を作ってください。
「変更目的」「依頼元」「対象レコード」「追加・変更・削除」「現行値の保管場所」「影響先」「実施時刻」「反映確認」「戻し方」「確認者」「要確認」に分けてください。
正しいDNS値、削除可否、反映時間、障害原因、変更完了を推測しないでください。
実ドメイン、IPアドレス、認証値、メールサーバー名、管理画面URLを入力する欄は作らないでください。
5. 変更後は複数の経路で確認する
公式の確認方法を使い、Web表示、メール送受信、フォーム通知などを別々に確認します。すぐ反映されない場合も、推測で追加変更を重ねません。
5. 完成例
【変更目的】架空サービスAの所有権確認
【依頼元】公式手順の確認が必要
【対象レコード】種類と名前を管理画面で要確認
【操作】追加か置換かを管理担当者が確認
【現行値】承認された変更記録へ保存
【影響先】Web・メール・フォーム・外部連携
【反映確認】公式の確認手順で実施
【戻し方】保存した現行値と担当者を確認
値や削除可否をAIで埋めず、公式手順と管理者が判断する場所を残しています。
6. 使うときの注意
DNS変更はWebだけでなくメールや外部サービスへ影響する場合があります。管理画面に似た行があっても、目的と役割を確認せず削除しません。
ドメインを取得・管理するときは、初年度費用だけでなく更新、移管、名義、自動更新、復旧方法を公式情報で確認します。
7. 今日できたこと
- 追加・変更・削除を分けられた。
- 現行値と影響先を承認場所へ残せた。
- Webとメールを別々に確認する手順を作れた。
8. ほー先輩の一言
ほー先輩：設定を足す前に、今ある仕組みが何を支えてるか見つけよな。
Web移行全体はDNS・メール・転送・戻す手順を確認する方法、更新停止はサイト・メール・期限を確認する方法へ進めます。
