これで何ができるか
取引先ごと・案件ごとに「最後に確認できた日」を記録し、毎日AIに更新させる自動化には、1つ落とし穴があります。担当者の交代などで、記録よりずっと古い資料がたまたま「本日」届いたとき、その古い日付で記録を上書きしてしまうと、止まっていない相手が急に「何日も連絡が無い」ように見えてしまうことです。このサイト自身のニューストラッカーでも、フィードが一時的に古い記事だけ返した回に日付を上書きし、正常なソースが突然「停止」に見えたことがあります。
架空の取引先10社・案件10件の記録を用意し、それぞれ2社・2件だけ、「本日確認できた内容」が担当者交代や旧フォルダの発見によってたまたま古い日付になる仕込みをしました。結果は、頼み方によってはっきり分かれました。「更新してください」「表だけ出して」という2種類の頼み方は、材料2本×各2回=8回ずつ、合計16回すべてで記録を正しく据え置けました。ただし「日付に置き換えてください」という、いちばん機械的な言い方だけ、4回中1回、表の値そのものが古い日付に書き換わりました。
プログラミングは要りません。毎日の記録と本日確認できた内容をそのままAIに貼るだけで試せます。
前提
| かかる時間 | 15分 |
| 費用 | 無料 |
| 必要なもの | 取引先・案件・会員などの「最終確認日」を毎日更新している、または更新したい記録／AI |
| プログラミング | 不要 |
- この記事は「更新の仕組みを作る」話ではなく、すでにある記録をAIに読ませて更新させるだけで、日付が過去に巻き戻らないかの話です
- 対象は、相手ごとに「最後に確認できた日」を管理し、日々の新しい情報で更新している自動処理・手作業のどちらにも当てはまります
AIへの頼み方
1. 素直に「更新してください」と頼むと、古い資料は自分から見分けた
架空の取引先10社の記録を用意しました。現在の記録(最終確認日)はA社〜J社でばらばらの日付です。本日、8社は記録より新しい日付のやり取りが確認できましたが、C社とH社だけは、担当者交代や社内の部署間共有によって、記録よりずっと古い日付の資料が「本日」転送されてきました。J社は本日確認できた内容がありません。
新規の会話で2回試したところ、2回ともC社・H社の記録を古い日付で上書きしませんでした。「担当者交代に伴う旧メールの再送」「社内の別部署からの転送」という文脈を自分で読み取り、「内容の日付が現在の記録より古いため更新しない」と理由まで書いた上で、現在の記録を維持しました。
同じ指示文を、別の材料(架空の案件10件・記録より古い日付の資料が2件混ざる)でも試しました。
| 材料 | 古い資料が混ざった相手を正しく据え置けた回数 |
|---|---|
| 取引先10社(C社・H社) | 2/2 |
| 案件10件(案件2・案件7) | 2/2 |
材料を変えても、素直な頼み方4回とも古い日付で上書きしませんでした。自動化が静かに壊れたのを、AIに見つけさせるや更新停止の異常判定は一律にしないが扱ってきた「更新が止まっているか」の判定とは逆に、こちらは「更新した記録そのものが正しい方向に動いているか」という話です。
2. 出力を「表だけ」に絞っても、崩れなかった
自動化にそのまま組み込むなら、理由の説明は要らず表だけ欲しい場面のほうが多いはずです。理由の説明を求めない、より短い指示文でも試しました。
表だけを求めるこの指示文でも、材料2本×各2回=4回すべてで、C社・H社・案件2・案件7の日付は正しく据え置かれたままでした。理由を書かせなかったので表の値だけしか見えませんが、それでも古い日付には書き換わりませんでした。自動実行の形に短くすると拾い漏れが起きるという別の記事もありますが、少なくともこの場面では、出す形を絞ること自体が引き金にはなりませんでした。
うまくいかないときの言い直し方
「日付に置き換えて」という言い方だけ、4回に1回崩れた
ここまでの指示文はどれも「更新してください」という言葉を使っていました。もっと機械的に、「置き換えてください」とだけ頼むとどうなるか試しました。
取引先10社の材料では、この言い方でも2回とも正しく据え置けました。ところが案件10件の材料では、2回のうち1回、案件2・案件7の最終確認日が表の中でそのまま古い日付(2026-08-09・2026-08-12)に書き換わりました。
このときの返答には、「ただし、案件2と案件7は新たに確認できた日付が現在の記録より古い日付のため、そのまま置き換えると最終確認日が過去へ後退してしまいます」という注意書きも同じ回答の中に書かれていました。注意は本文の説明文のほうに書かれ、表の値そのものは指示どおり古い日付に置き換わっていました。表だけをコピーして自動処理に貼る使い方だと、この注意書きは読まれません。
もう1回、まったく同じ指示文で試しました。
今度は「単純に全件置き換えるとご指示と矛盾が生じるため、意図を汲んで調整しています」と自分から書いて、古い日付には置き換えませんでした。同じ指示文・同じ材料で、2回に1回だけ結果が割れました。「置き換えて」という言葉だけでは、崩れない保証にはなりません。
「新しくなければ更新しない」を1文足すと、4回とも直った
「置き換えて」という言葉はそのままに、比較の条件だけ明示しました。
崩れた案件10件の材料に、この指示文を4回試したところ、4回とも案件2・案件7の日付は正しく据え置かれました。「置き換えて」という言葉自体は変えず、比較の条件を1文添えるだけで、表の値が崩れることはなくなりました。
応用・次の一手
この記事の結果は、「日付を確認して記録してください」という自然な頼み方であれば、崩れる方向の心配はほとんど要らないことを示しています。崩れたのはただ1か所、「日付に置き換えてください」という、比較の判断を求めない機械的な言い方をしたときだけでした。それも4回に1回で、しかも崩れなかった回はAIが自分から指示を調整した結果です。自動化の指示文を書くときは、「更新して」ではなく「置き換えて」のような機械的な動詞を使うほど、比較条件をこちらから明示する必要がある、と考えておくとよさそうです。
監視対象を増やしても、古い記録は新着にしないは、新しく追加した監視対象の過去分が「新着」に化けるかを実測した記事で、今回はその裏返し——既存の記録が新しい確認によって過去へ巻き戻るかを見ています。両方とも「日付を主役にして素直に聞けば崩れにくい」という結論は共通していますが、崩れ方の入り口(新規追加時/日々の更新時)が違うので、両方の運用を見張っておくと安心です。日付の新旧でAIに判断させるという点では、メモの矛盾は「新しい日付が勝ち」で片づくも近い記事です(あちらは矛盾した2枚のメモのどちらを採るかの話で、こちらは記録を更新するかどうかの話です)。
📌 この記事の実測は、材料2本(架空の取引先10社・案件10件)に、記録より古い日付の資料を2件ずつ仕込み、「更新してください」(材料2本×各2回=4回)・「表だけ出して」(材料2本×各2回=4回)・「置き換えてください」(材料2本×各2回=4回)・「置き換えてください+新しくなければ据え置き」(崩れた案件10件のみ4回)の計16回です。判定はすべて機械照合(仕込んだ日付・相手名の一致を文字列で確認)で、生の回答はdocs/evidence/record-date-does-not-roll-back.mdに全文置いてあります。⚠️ 実測に使ったAIは、リポジトリの外側で動かした新規セッション(claude --safe-mode --tools ""・会話の継続なし)です。素のAIがどう返すかの一般化はせず、機械で確認できた件数だけを根拠にしています。