目次を開く
AIに作業を頼むと、最後にこう返ってくる。
「修正しました」
「設定を更新しました」
「問題ありません」
気持ちはいい。でも、その文章だけでは何も確認できていない。
ファイル更新、デプロイ、設定変更、データ登録。AIが外部の道具を操作するようになるほど、「実行した」と「正しく反映された」の間に距離ができる。
そこで役に立つのがREADBACKという考え方だ。
READBACKとは
難しいものではない。
変更したあと、変更先をもう一度読んで確認する。
それだけ。
ファイルを書いたなら、そのファイルを読み直す。
データを登録したなら、データベースから取得する。
サイトを公開したなら、公開URLを見る。
設定値を変えたなら、現在値を取得する。
人間が入力フォームで「保存」を押したあと、画面を見て反映を確認するのと同じだ。
なぜ必要なのか
処理が成功しても、目的が達成されているとは限らない。
たとえばファイル保存APIが成功しても、違うブランチへ保存しているかもしれない。
デプロイが成功しても、古いビルドが表示されているかもしれない。
CSVの登録が成功しても、一部の行だけ欠けているかもしれない。
つまり、
操作成功 ≠ 完了
ということ。
ここを一緒にすると事故る。
基本は「実行 → 読み直し → 比較」
AIへ作業を任せるときは、この3段階にする。
まず実行する。
次に現物を読む。
最後に、期待した状態と一致するか比較する。
たとえば記事を追加するなら、
「記事ファイルを作成する」
で終わらない。
「作成後に記事ディレクトリを読み直し、ファイルが存在すること、公開設定がdraftではないことを確認する」
までを仕事に含める。
数字は特に読み直す
アクセス解析、売上、在庫、顧客数。
数字を扱うときはREADBACKがさらに重要になる。
昨日取得した数字を今日の数字として話していないか。
別アカウントの数字を読んでいないか。
キャッシュされた値ではないか。
AIは文章を自然につなげるのが得意なので、古い数字でも立派な説明文に仕立ててしまう。
数字が立派な日本語になったところで、新鮮にはなりません。
READBACKを指示に入れる
毎回長く説明する必要はない。
「変更後、現物をREADBACKして一致を確認してから完了にする」
これだけでもかなり違う。
さらに重要な作業なら、
「実行結果ではなく、変更先の現在値を取得して確認する」
と書く。
AI時代は「作る力」より「閉じる力」
生成AIは、案を増やすことが得意だ。
文章もコードも画像も、いくらでも作れる。
だから逆に価値が上がるのが、終わったと判断できる仕組みだ。
作る。
確認する。
一致していたら閉じる。
一致していなければ直す。
単純だけれど、この循環がないAI作業は「たぶんできた」が積み上がっていく。
AIに仕事を任せるなら、最後の一手は生成ではない。
READBACKです。
