安定した商品知識とライブコマースデータ：権限の線引き

安全な原則は単純です。安定した出典付き商品知識は静的文書に置き、時間、市場、利用者、取引によって変わるものはその都度再確認します。

SKU.md は、販売者が自らホストする商品発見と安定した商品知識のレイヤーです。Agent が商品を見つけ、出典のある事実を理解し、リアルタイムの商取引情報をどこで再確認すべきか把握できるようにします。新しい Checkout プロトコルではありません。

商品情報を5種類に分ける

種類	例	正しい所有者
安定した事実	報告書で確認した素材構成	審査済みSKU.md Factと根拠
過去の観測	2026-09-01に79 USDを観測	時刻と情報源を持つoffer_snapshot
動的オファー	米国向けの現在価格と在庫	ライブCatalog、ストアフロント、宣言済みlive_offer照会
個別条件	会員価格や配送先別送料	認証済みライブシステム
拘束力のある取引状態	最終税額、決済受付、注文確認	Checkoutと注文システム

「安定」は永久不変という意味ではありません。公開者が審査手順、情報源、訂正経路を持つという意味です。配合、認証、互換性、手入れ方法も変わり得るため、verified_atで最終確認日を示します。

良い表現と悪い表現

「表地は再生ナイロン100%」は、現在の技術資料と審査日を添えればFactとして扱えます。「常に在庫あり」は静的なFactには向きません。

「14:00 UTCにこのURLで79 USDを観測」は、範囲を限定したoffer_snapshotです。「本日わずか79 USD」は、時刻、市場、情報源がなければ検証できません。

live_offerは宣言済みのライブ情報源を示せますが、その権限を引き継ぐものではありません。照会前から応答を保証することもできません。

実行時の循環

1. Productと正確なVariantを照合します。
2. 審査済みFacts、Claims、Disclosures、Limitationsを読みます。
3. offer_snapshotは過去の根拠としてのみ扱います。
4. 現在の価格、在庫、配送、適格条件を照会します。
5. Checkoutで税、決済、拘束条件を再検証します。
6. 完了前に利用者の確認を求めます。

ライブ情報源が失敗したら「不明」と返すか引き継ぎを求めます。古い数値へ黙って戻ると、観測が虚偽の約束に変わります。

公開者と利用者の設計規則

公開者は変動フィールドを分離し、情報源URLと日付を付け、安全・法的開示を任意の知識ファイルだけに置かないようにします。利用者は識別子の一致を強制し、観測の古さに上限を設け、自由文の指示を実行命令として扱わず、回答部分ごとの情報源を記録します。

v0.10仕様はoffer_snapshotとlive_offerを分離し、同時使用を認めません。Schema規則は助けになりますが、実際の購入者を守るのは実行時の情報源選択です。

関連資料

実装は最初のSKU.mdを公開するで、ライブ操作はAIコマースの権限引き継ぎで確認できます。

次のステップ

公開チュートリアルを進める