AIへの修正指示を使い捨てない｜採用・不採用の理由を残す3列ログ

AIへ『ここを直して』と伝え、その場では正しい結果になった。それなのに次の作業で、また同じ修正が必要になる。原因の一つは、完成物だけを保存し、なぜ直したかを次回の手順へ戻していないことです。

AIの出力を育てるときは、正解だけでなく、採用した理由と不採用にした理由を残します。この記事では、NoBorderが今日実際に修正したX投稿の運用を例に、修正を使い捨てず、次回も使えるルールへ変える方法を紹介します。

今日の実例：保存先と画像条件が新旧で食い違っていた

今日、Xの通常投稿案について、保存先をNotionの下書きからXの予約一覧へ変え、すべての投稿に生成画像を付ける方針へ更新しました。ところが、既存の運用手順には『Notionへ下書き保存する』『画像は一部の投稿だけ』という古い記述が残っていました。

この状態で完成物だけを直しても、次回は古い手順を読み、前の運用へ戻る可能性があります。そこで、投稿案を一件だけ直すのではなく、保存先、画像の必須条件、失敗時の停止条件、予約後の確認項目まで運用ルールへ戻しました。

大切なのは、今回の答えを正しくすることと、次回の判断基準を正しくすることを分けることです。

残すのは「結果・判断・理由」の3列

長い反省文は必要ありません。次の3列があれば、修正を次回へ渡せます。

この表の右列が、次の仕事で使う材料です。結果だけを残すと、別の題材や別の日に条件が変わったとき、AIは何を優先すべきか分かりません。理由があれば、同じ目的に照らして判断できます。

修正理由は三つに分ける

修正が出たら、まず次のどれかに分けます。

1．入力不足

対象、目的、使ってよい情報、保存先など、AIへ渡す材料が足りなかった場合です。次回は入力欄や依頼文へ追加します。

2．完成形のずれ

見出し、長さ、語調、画像の有無、保存形式など、できあがりの条件が曖昧だった場合です。次回は完成条件と確認表へ追加します。

3．本人判断

送信、公開、価格、契約、削除など、AIが自動で決めない範囲です。これは出力を改善するより、止める条件として残します。『迷ったら聞く』だけではなく、『この条件なら本文だけで進めない』のように、見て判定できる形にします。

修正を次回の手順へ戻す5ステップ

1. 元の出力と修正後を並べる：何が変わったかを一文で書く
2. 採用・不採用を決める：好みではなく、目的と安全条件で判断する
3. 理由を一文にする：なぜその判断にしたか、次回も使える言葉にする
4. 正本の手順へ戻す：依頼文、ひな形、確認表、停止条件のどこへ入れるか決める
5. 次回の確認項目にする：実行後に、更新したルールが働いたかを確認する

今回の例なら、正しい予約文を一つ作るだけでは完了ではありません。画像を作る、予約画面へ保存する、対象アカウント・日本語本文・予約日時・画像・重複を予約一覧で確認するところまでが完了です。

回数より、同じ理由が減ったかを見る

AIへの修正回数だけを数えると、難しい仕事ほど数字が増えます。見るべきなのは、同じ理由による修正が繰り返されているかです。

• 同じ入力不足が続くなら、入力欄へ追加できていない
• 同じ完成形のずれが続くなら、ひな形や見本が曖昧
• 本人判断をAIが進めるなら、停止条件が弱い
• 一度直した理由が次回は出なければ、手順へ戻せた可能性がある

この記録は、AIを責めるためではありません。人が毎回その場で説明する時間を減らし、判断の基準を組織の材料にするための記録です。

そのまま使える3列ログのひな形

対象業務：

AIの出力・動作：

判断：採用／不採用／保留

判断理由：

次回のルール：

反映先：依頼文／入力表／ひな形／確認表／停止条件

次回の確認方法：

保留も残して構いません。事実が足りない、本人の判断が必要、外部へ出す前に確認が必要という理由を書き、勝手に埋めないことが大切です。

まとめ：正解ではなく、判断基準を使い回す

AIへ同じ修正を繰り返すときは、完成物の保存だけで終わっていないかを見直してください。結果、採用・不採用、理由と次回ルールの3列を残し、依頼文や確認表へ戻します。

最初は、今週すでに二度直した作業を一つ選び、修正理由を三つの分類へ分けるだけで十分です。次の実行で同じ理由が出るかを確認すれば、手順が育っているかを事実で見られます。