Перейти к содержанию

BLOG / stable-product-knowledge-vs-live-commerce-data.mdx

Стабильные знания и живые торговые данные: граница полномочий

Классификация устойчивых фактов, исторических наблюдений, динамических предложений, личных условий и состояния сделки.

Опубликовано

Автор SKU.md Editorial Team

Исходная версия спецификации: v0.10

Устойчивые подтвержденные знания можно хранить в статике; все, что меняется со временем, рынком, пользователем или сделкой, нужно запрашивать повторно.

SKU.md — это размещаемый самим продавцом слой для обнаружения товаров и стабильных знаний о товарах. Он помогает агентам находить товары, понимать факты с указанием источников и знать, где повторно проверять актуальные коммерческие данные. Это не новый протокол Checkout.

Пять классов сведений

Класс Пример Ответственный источник
Устойчивый факт Состав подтвержден отчетом Проверенный факт и доказательство SKU.md
Историческое наблюдение 79 USD отмечены 2026-09-01 offer_snapshot со временем и источником
Динамическое предложение Цена и наличие сейчас Живой Catalog, витрина или live_offer
Личное условие Цена участника или доставка по адресу Аутентифицированная система
Обязательное состояние Налог, прием оплаты, подтверждение заказа Checkout и система заказов

«Устойчивый» не значит вечный. Издателю нужны процесс пересмотра, источник и путь исправления; verified_at показывает дату последней проверки.

Хорошее и плохое представление

Подтвержденный техническим листом состав с датой — хороший факт; фраза «всегда в наличии» — плохой статический факт. Наблюдение «79 USD по этому URL в 14:00 UTC» можно записать как offer_snapshot, а обещание «сегодня только 79 USD» без времени и рынка нельзя. live_offer сохраняет полномочия живого источника и не гарантирует будущий ответ.

Цикл выполнения

  1. Сопоставить Product и точный Variant.
  2. Прочитать факты, заявления, раскрытия и ограничения.
  3. Считать offer_snapshot только историческим свидетельством.
  4. Запросить текущие цену, наличие, доставку и доступность.
  5. Передать Checkout налог, оплату и обязательные условия.
  6. До завершения запросить подтверждение пользователя.

При сбое живого источника правильный результат — «неизвестно», а не молчаливое использование старого числа. Спецификация v0.10 делает offer_snapshot и live_offer взаимоисключающими, однако реального покупателя защищает именно выбор источника во время выполнения.

Дополнительные материалы

Перейдите к руководству по публикации и передаче торговых полномочий.

Следующий шаг

Следовать руководству по публикации