AIにCMSへ書き込ませるとき、同じデータの重複作成をどう防ぐか

重複作成は「同じタイトル」ではなく「別IDが増えた」で確認する

CMSへ記事やデータを作成するとき、同じタイトルが表示されているだけでは、同じデータを見ているとは限りません。

新規作成の結果として別のIDが返っていれば、少なくともシステム上は別の作成物として扱う必要があります。

AI運用では、表示名だけを頼りにせず、作成後に返されたIDを次工程へ引き継ぐことが重要です。

Createは「新しく作る」操作として扱う

Wix BlogのCreate Draft Postは、新しい下書きを作成するAPIです。

作成結果にはdraftPostオブジェクトが返り、その中にIDが含まれます。

このIDは、あとから同じ下書きを取得・更新するときの対象識別に使えます。

ここで重要なのは、Createを「作成できたか確認する操作」や「前回の続きを再開する操作」と混同しないことです。

すでに作成済みかもしれない状態でCreateをもう一度実行する前に、現在の状態を確認します。

作成直後にIDを作業状態として保存する

新規作成が成功したら、次の工程に必要なのは記事本文をもう一度送ることではなく、作成された対象を識別できるIDです。

AI側の作業状態には、少なくとも「何を作ったか」「どのIDが返ったか」「次に何をするか」を残します。

• CREATE：新しいデータを作る
• ID：返された識別子を保持する
• GET：同じ対象の状態を確認する
• UPDATE：同じ対象を修正する

Wix Blogでは、Get Draft Postは下書きIDを指定して取得し、Update Draft Postも対象IDを指定して更新します。

作成後は「タイトルが同じものを探して操作する」より、返されたIDで同じ対象を追う方が対象を明確にできます。

処理結果が不明なら、再作成する前に検索する

通信が途切れた、別スレッドへ移った、完了報告だけが残っているなど、前回のCreateが成功したか分からない場合があります。

この状態で「念のためもう一度Createする」と、すでに作成済みだった場合に別データが増える可能性があります。

Wix BlogにはQuery Draft Postsがあり、条件を指定して既存の下書きを検索できます。

再実行前に候補を確認し、作成済みの対象が見つかったら、そのIDを固定してGetやUpdateへ進みます。

ただし、タイトル一致だけで同一データと断定せず、作成日時、内容、カテゴリー、タグなど、利用できる情報を合わせて対象を確認します。

「同じ指示をもう一度」は、同じ対象の継続とは限らない

会話型AIでは、ユーザーが同じ指示をもう一度送ることがあります。

しかし、外部サービスへのCreate操作では、同じ指示を再送したからといって、前回作ったデータの続きを自動的に意味するとは限りません。

そのため、AI側では自然言語の「もう一度」「続き」より、外部サービス上のIDと操作種別を優先して状態管理します。

再実行時には、「新しく作るのか」「既存の対象を読み直すのか」「既存の対象を更新するのか」を先に分けます。

確認用の操作と、変更用の操作を分ける

状態確認のために外部サービスへアクセスするなら、可能な限り読み取り操作を使います。

Createは新規作成、GetやQueryは確認、Updateは既存対象の変更というように、目的に合う操作を分けます。

これは「送信した・保存された・表示された」を分ける確認設計とは別の問題です。

ここで管理しているのは、再実行したときに、同じ対象を操作しているのか、それとも新しい対象を作っているのかです。

重複候補が見つかったら、原因を決めつけない

同じようなデータが2件あっても、可視の記録だけで「確認のつもりでCreateを二重実行した」と断定できるとは限りません。

別の処理経路、再送、操作のやり直しなど、複数の可能性があります。

Evidenceとして残すのは、確認できた事実です。

別IDのデータが2件返った、主要メタデータが一致していた、作成時刻に一定の差があった、といった事実と、原因についての推測を分けます。

再実行時の基本ルール

1. Createの前に、今回が本当に新規作成か確認する
2. Create成功後は返されたIDを保持する
3. 同じ作業を続けるときは、そのIDを対象にする
4. 前回の成否が不明なら、まず既存データを検索する
5. 候補が見つかったら、複数情報で同一対象か確認する
6. 確認はGet / Query、変更はUpdate、新規だけCreateと役割を分ける
7. 重複が見つかっても、原因未確認なら原因を断定しない

AIに外部サービスを操作させるときは、文章や指示だけでなく、外部サービス上の対象IDを作業状態の一部として持たせることが、再実行を安全にする基本になります。

このKnowledgeの関連知識

作成後の状態を確認する： 重複Createを避けた後、保存されたか・読み戻せたか・表示されたかを別々に確認する。

AIに外部サービスを操作させるとき「送信した・保存された・表示された」を分けて確認する

現在地： WEB & CMS → Wix・CMS・API自動運用

Knowledgeトップを見る