AIにWebサイトの更新や投稿作業を任せると、「設定しました」「公開しました」という報告を受け取ることがあります。
しかし、ボタンを押したことと、目的どおりの結果になったことは同じではありません。
保存したつもりでも反映されていない。管理画面では正しく見えても、公開ページでは崩れている。別のページを誤って変更している。こうしたことは、人が操作するときにもAIが操作するときにも起こります。
だから、AI作業の完了は操作・表示確認・記録の3段階で判断します。
今回は、AIに作業を任せるときに、何を確認し、どのような証拠を残せばよいのかを初心者向けに整理します。
01｜「操作した」と「完了した」は違う
例えば、WordPressで記事を公開する作業を考えてみます。
「公開ボタンを押した」という報告だけでは、次のことはまだ分かりません。
- 公開状態になっているか
- 正しい記事を公開したか
- タイトルや本文が欠けていないか
- アイキャッチやカテゴリーが設定されているか
- 公開URLを別画面で開けるか
操作は、作業を進めるための行動です。完了は、その行動によって目的の状態になったと確認できたことです。
完了条件を「何をしたか」ではなく「何を確認できたか」で決めると、報告を判断しやすくなります。
02｜最初に完了条件を決める
AIへ依頼する前に、どの状態になれば完了なのかを決めます。
「記事を投稿して」だけでは、下書き保存までなのか、公開までなのか、スマートフォン表示の確認まで含むのかが曖昧です。
そこで、作業を次のように分けます。
| 段階 | 完了条件の例 |
|---|---|
| 入力 | タイトルと本文が指定どおり入っている |
| 設定 | slug、カテゴリー、画像、SEO項目が確認できる |
| 表示 | デスクトップとモバイルのプレビューで崩れがない |
| 公開 | 明示承認後に公開され、公開URLが開く |
| 記録 | 実施内容、時刻、URL、未確認事項が残っている |
作業前に完了条件を示しておけば、AIも確認すべき範囲を判断しやすくなります。
反対に、依頼後に条件を増やすと、確認漏れややり直しが起こりやすくなります。
03｜操作のあとに結果を別の画面で確認する
設定画面に入力した内容は、実際の表示と一致するとは限りません。
そのため、操作後はできるだけ結果側の画面で確認します。
WordPressの記事なら、編集画面だけで終わらせず、プレビュー画面を開きます。公開後は公開URLも開きます。
確認する場所を分けると、次のような違いを見つけやすくなります。
- 編集画面には本文があるが、公開画面では一部が表示されない
- アイキャッチを設定したが、一覧やSNS共有用の画像に反映されていない
- パソコンでは整っているが、スマートフォンでは表がはみ出す
- 正しい内容だが、別の記事のURLを確認している
同じ画面を見直すだけでなく、結果が使われる場所で確認することが大切です。
04｜証拠は「あとから判断できる形」で残す
証拠という言葉から、すべての操作を動画で記録するような大がかりな方法を想像するかもしれません。
しかし、日常的な作業では、あとから第三者や自分が完了を判断できる情報があれば十分です。
例えば、記事公開では次の情報が役立ちます。
- 公開URL
- WordPressの投稿ID
- 公開日時
- 設定したslugとカテゴリー
- 確認した見出し数や主な要素
- デスクトップとモバイルを確認した記録
- エラーや未確認事項の有無
- 必要に応じた画面のスクリーンショット
スクリーンショットを残す場合は、何を示す画像なのかも一緒に記録します。画像だけでは、どのページの、どの時点の状態か分からなくなることがあるためです。
大切なのは、証拠の量を増やすことではありません。完了条件を満たしたと判断できる証拠を選ぶことです。
05｜確認できないことは「未確認」と書く
AIは、情報が足りないときにも自然な文章で回答できてしまいます。
そのため、結果報告では「分からない」を正しく残すことが重要です。
例えば、実行に使われたモデル名を画面から確認できない場合は、「おそらくこのモデル」と推測せず、取得不可と記録します。
アクセス解析を確認していないなら、「効果があった」とは書きません。公開ページを開けていないなら、「公開済み」ではなく、「公開操作済み・表示未確認」と区別します。
報告には、次の3種類を混ぜないようにします。
- 確認済み：実際の画面や結果で確かめたこと
- 未確認：確認手段がない、または確認していないこと
- 推定：根拠から考えられるが、事実として確定していないこと
未確認を明記することは失敗ではありません。確認していない内容を、確認済みのように扱わないための大切な記録です。
06｜公開や送信の前には人の承認を入れる
下書きの修正は元に戻せることが多い一方、公開、送信、削除、購入などは外部への影響があります。
このような操作では、最後の実行前に人が確認する段階を設けます。
記事公開なら、AIは次の状態まで準備します。
- 本文と設定を入力する。
- プレビューを確認する。
- 確認結果と未確認事項を報告する。
- 「公開してよい」という明示承認を待つ。
- 承認後に公開し、公開URLを確認する。
「問題なさそう」「続けて」など、公開の意味が曖昧な返答を承認と決めつけないことも重要です。
公開する場合は、「この記事を公開してください」のように対象と操作が分かる承認を受けてから進めます。
関連記事：AIの「投資会社」をGitHubとVPSで運用する。本番を安全に更新できる仕組みを作った（本物のメールを送らずに、送れる状態だけを確かめた記録）
07｜作業時間は中断時間と分けて記録する
AI作業の効率を比べるときは、開始時刻と終了時刻だけでは実態が分からないことがあります。
例えば、午後に作業を始め、翌朝に公開した場合、経過時間は十数時間になります。しかし、その間に承認待ちや離席があれば、すべてが実作業時間ではありません。
そこで、少なくとも次を分けて記録します。
- 作業を始めた時刻
- 公開前の準備が完了した時刻
- 公開が完了した時刻
- 承認待ちや離席などの中断時間
- 中断を除いた実作業時間
正確に測れなかった場合は、無理に数字を作らず「計測不可」とします。
経過時間と実作業時間を分けると、どの工程に時間がかかったのかを後から比較しやすくなります。
08｜小さな確認表を使って完了を判断する
毎回長い手順書を作る必要はありません。よく行う作業なら、短い確認表を用意すると使いやすくなります。
記事を公開するときは、例えば次のように確認します。
- ☐ 対象の記事名と番号が一致している
- ☐ タイトルと本文が完成稿と一致している
- ☐ slugの重複がない
- ☐ カテゴリー、画像、SEO項目を設定した
- ☐ コメント設定を確認した
- ☐ デスクトップとモバイルでプレビューした
- ☐ 未確認事項を報告した
- ☐ 公開前に明示承認を受けた
- ☐ 公開URLで最終確認した
- ☐ 時刻と実施内容を記録した
この確認表は、AIの報告を疑うためのものではありません。
人とAIが同じ完了条件を共有し、確認漏れを減らすための道具です。
まとめ｜完了は操作ではなく、確認できた結果で決める
AIに作業を任せるとき、操作の速さだけに注目すると、結果の確認が後回しになることがあります。
しかし、本当に必要なのは「ボタンを押した」という報告ではなく、目的どおりの状態になったと判断できることです。
そのために、作業前に完了条件を決め、操作後に結果側の画面を確認し、あとから判断できる記録を残します。確認できない項目は未確認と明記し、公開などの重要な操作は人の承認後に行います。
操作・表示確認・記録を一つの流れにすると、AIへ任せられる範囲と、人が判断すべき場面の両方が見えやすくなります。
関連記事：AIに任せる作業と、人が確認する作業を分ける。WordPress記事制作で決めた境界（公開の判断を人に残す分け方）
この記事は、特定のAI製品の精度や作業時間の短縮効果を検証したものではありません。AIを使った作業の完了条件と確認方法を整理した記事です。
シリーズの目次：AIに作業を任せるときの決まり（このテーマの記事を、読む順に並べています）