AIを前提にしたStoreとは？

日帰りのハイキングに必要な物を探す人には、予算、行き先、買う理由がある。役立つ案内には、その条件と特定の商品、バリエーション、配送、返品条件を結び付ける必要がある。AIを前提にしたStoreは、許可されたアシスタントにこの事業の情報と販売者が認めた操作を渡す。目指すのは、合う候補、まだ必要な情報、本人が確かめられる購入という明確な次の一歩。

Prostirでは商品とバリエーションをつながった知識として扱う。商品は固有のバリエーション、選択肢、販売者のテーマに結び付き、共通テーマを通じて別の商品にもつながる。「日帰りハイキング」からボトルとバックパックが見つかる、といった具合。返品や保証の説明も結び付く。関係から関連品を探せるが、同じテーマがあるだけで、同一型番や代替可能な商品とは判断しない。

魅力的な商品でも、必要な地域や日程に届かなければ合わない。内蔵Storeのグラフは、商品条件を有効な配送方針、対象地域、営業日による到着目安、注文の下限・上限につなぐ。AIはそれを候補探しに使える。ただし条件付きの見積もりで、配達の約束ではない。実際の宛先と注文内容が必要で、購入時には現在の条件を再確認する。外部Storeでは接続先の販売基盤が配送を管理する。

今の依頼には、用途、必要条件、比較したい点が含まれる。保存した好みを順位付けに使えるのは、既存の同意管理に従う購入者情報を通じた場合だけ。本人情報、連絡先、注文、好みを共有の商品グラフの項目にはしない。商品知識を共用しながら、個人の情報はその人の範囲に保てる。不足する条件は質問し、好みを作り上げたり、覚える許可があると決め付けたりしない。

グラフで見つかるのは候補。提示前に、販売処理を管理する機能が特定の公開バリエーションと現在の在庫を確認する。価格、在庫確保、カート、購入、注文、決済は既存の確定的なルールに従う。変更は型付きコマンドで該当製品の管理主体へ送り、グラフが直接支払いや在庫を変更することはない。商品、配送、顧客への義務は販売者が担う。購入者は注文を確認し、販売者の決済サービスで対応手続きを完了する。

Storeの商品一覧で知識グラフを開き、事実を検索し、点を選んで周辺の関係を見る。表示には、根拠となる商品一覧と内蔵配送方針の更新版も示される。次の参照で現在の管理元から事実を組み立てるので、変更後に手作業で作り直す必要はない。同じ管理元が権限のある管理クライアントにも公開し、Agentの商品検索では現在のStore権限と公開状態を再確認する。Storeはプレビュー。招待前に、販売基盤、使える機能、購入全体を試そう。

人の希望と、事業者が本当に提供できることをAIが結び付けられれば、買い物はもっと役立つものになる。商品関係、配送条件、同意に基づく個人の事情はおすすめの根拠になり、正確な販売操作が購入を支える。Prostirが作っているのはこの方向。まず商品一覧を1つ、質問を1つ選び、知識を調べる。使いたいAIと購入手続きで一通り試し、確かめた結果に合わせて広げていこう。