SKU.md採用のフライホイール：エコシステム主張より先に根拠を

SKU.mdには採用フライホイールの部品がありますが、成立を主張できるだけの独立利用はまだありません。進歩はファイル数や楽観的な表現ではなく、再現可能な利用で測ります。

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

参加が必要な3者

立場	必要なもの	進歩の証拠
公開者	低負担な生成、審査、正確な配信	長期間維持される有効な公開文書
検証者	安定したSchema、意味検査、公開リソース検査	独立実装が同じ結果に合意
利用者	明確な発見、安全な解析、限定利用事例	引用付きで有用な回答と正しい失敗

どれか1つが欠けると循環は止まります。生成ファイルには実際に使う利用者が必要です。共通の適合性契約がなければ互換性のない方言が生まれ、検証ツールにも現実の公開経路が必要です。

相互に強化する6つの投資

1. 生成ツールは事実を作らず、小さく審査可能な草案を生成します。
2. プラットフォームの標準設定は、プラットフォームが対応を選ぶ場所で販売者管理の正確な公開を日常化します。
3. 適合性試験群はオフライン文書、公開リソース、文書グラフを検査します。
4. 参照利用者は安全な情報源選択と曖昧なら停止する動作を示します。
5. 事例は推薦コメントだけでなく、再現可能な課題、費用、失敗、保守を報告します。
6. コミュニティ運営は変更をバージョン化し、判断を記録し、1社による互換性再定義を防ぎます。

これは計画の構成要素です。既存のローカル生成ツール、検査用データ、参照利用者はプロジェクト作業の証拠であり、プラットフォームの標準設定や採用済みエコシステムの証拠ではありません。

見せかけの数字を避ける指標

弱い指標	より強い代替
生成ファイル数	90日後も有効な公開リソース
検証ツール実行数	同じ結果を返す独立検証ツール
ロゴ一覧	公式情報源と検査済み経路を持つ名前付き統合
実演回答	引用と失敗事例を持つ再現可能課題
トラフィック急増	交絡要因を記録した継続集団傾向

リダイレクトする経路、/sku.mdを所有できないプラットフォーム、識別不一致、古い根拠、危険な操作を拒む利用者など、否定的結果も公開すべきです。そうした結果から、契約が機能する範囲と止まる場所が分かります。

ガバナンスに必要なもの

変更には公開仕様、固定Schema URL、移行手引き、検査用データ、明示的なライフサイクルが必要です。拡張名前空間は権威主体を示すべきです。MCP、UCP、WebMCPに言及する提案は、それらのプロジェクトが明示的に採用しない限り独立性を保ちます。

v0.10仕様、適合性検査用データ、参照評価は出発点です。次に信頼性を高めるのは草案を標準と呼び替えることではなく、外部レビューと独立実装です。

責任ある次の循環

まず小さな公開者課題を選び、最小文書を公開して公開リソース検査を実行します。その後、独立利用者に限定された問いを1つ解かせ、失敗を記録して仕様へ戻します。主張を広げる前に別実装で繰り返します。

この循環が将来プラットフォーム用ツール群や標準設定を正当化する可能性はあります。それまでは進行中の採用活動と表現します。

関連資料

SKU.mdとは何かから始め、最初のSKU.mdを公開するで検証可能な公開者側の証拠を作ります。

次のステップ

リポジトリを確認し貢献する