BLOG / sku-md-v0-10-ucp-product-knowledge.mdx
SKU.md v0.10 × UCP: ความรู้สินค้าที่ตรวจสอบได้สำหรับการค้าแบบเรียลไทม์
อธิบายว่า SKU.md v0.10 เสริม UCP ด้วยความรู้สินค้าที่ผู้ขายโฮสต์และตรวจสอบย้อนหลังได้ โดยยังคงให้ Catalog และ Checkout มีอำนาจเหนือสถานะการค้าปัจจุบัน
เผยแพร่เมื่อ
เวอร์ชันข้อกำหนดเดิม: v0.10
แม้เอเจนต์จะพบเสื้อแจ็กเก็ตที่ดูเหมาะกับผู้ใช้ ก็ยังไม่ได้ข้อมูลทั้งหมดสำหรับตัดสินใจซื้อ เนื้อผ้ากันน้ำหรือเพียงสะท้อนน้ำ คำแนะนำขนาดอิงข้อมูลรูปร่างใด สารเคลือบมีข้อจำกัดในการดูแลหรือไม่ และคำกล่าวอ้างเรื่องความทนทานมีรายงานการทดสอบรองรับหรือไม่ คำตอบต้องแม่นยำ แต่ห้ามถือข้อความโฆษณาเก่าเป็นสินค้าคงคลัง ราคา หรือยอด Checkout ของวันนี้
นี่คือขอบเขตของข้อเสนอ UCP ให้เส้นทางแบบเรียลไทม์ตั้งแต่ค้นพบสินค้า เลือก Variant ไปยัง Cart, Checkout และ Order ส่วน SKU.md ให้ความรู้สินค้าที่ผู้ขายโฮสต์และอ้างอิงได้ว่า สินค้าคืออะไร เหตุใดคำกล่าวอ้างจึงน่าเชื่อ และหลักฐานของข้อจำกัดอยู่ที่ใด สองชั้นนี้เสริมกันได้เมื่อแยกขอบเขตอำนาจเท่านั้น
เริ่มจากคำถามซื้อ ไม่ใช่รูปแบบไฟล์
คำถามเดียวว่า “เหมาะกับฉันไหม” มีหลายการตัดสินใจ: ซื้อได้ในตลาดนี้หรือไม่ Variant ใดตรงกับสีและขนาด ราคาปัจจุบันเท่าใด วัสดุตรงตามข้อกำหนดหรือไม่ คำกล่าวอ้างมาจากข้อเท็จจริงของผู้ขาย การทดสอบของบุคคลที่สาม หรือการอนุมานของ AI และซื้อได้จริงตามยอดที่แสดงหรือไม่
UCP จัดการส่วนที่เปลี่ยนแปลง ข้อกำหนด UCP Catalog กำหนด Catalog Search, Catalog Lookup รวมถึง Product และ Variant ที่มีข้อมูลการค้าปัจจุบัน ภาพรวม UCP วาง Catalog, Cart, Checkout และ Order ไว้ในเส้นทางเรียลไทม์เดียว Catalog ช่วยค้นหาและยืนยันสินค้า ส่วน Checkout ตรวจเงื่อนไขที่มีผลผูกพันซ้ำและดำเนินธุรกรรม
Profile ของเอเจนต์ใช้ประกาศและเจรจาความสามารถที่ผู้เข้าร่วมรองรับ ไม่ใช่เนื้อหาสินค้า ไม่ใช่ข้อมูลรับรอง และไม่ใช่ขั้นตอนยืนยันคำขอที่สมบูรณ์ UCP ใช้กุญแจลงนามใน Profile เพื่อยืนยันตัวตนได้ แต่เอกสาร Profile เพียงอย่างเดียวยืนยันคำขอหรืออนุมัติการซื้อไม่ได้ การยืนยันคำขอ การให้อำนาจ ความยินยอม และการดำเนินการขึ้นกับโปรโตคอล การรับส่งข้อมูล ข้อมูลรับรอง และบริบทผู้ใช้ที่เจรจาไว้ การถือ Profile เป็นฐานความรู้สินค้าจะปะปนงานที่ต่างกัน
สองชั้นกับแผนที่อำนาจเดียว
บทบาทสรุปได้ดังนี้
| เรื่องที่ต้องตัดสิน | UCP และการค้าแบบเรียลไทม์ | SKU.md v0.10 |
|---|---|---|
| การค้นพบและการระบุตัวตน | การค้นหาและการเรียกดูส่ง Product, Variant, ราคา สินค้าคงคลัง และตัวระบุที่เสถียรในปัจจุบัน | เชื่อม Product และ Variant ที่ตรงกับเอกสาร Knowledge เฉพาะ |
| ความเข้าใจสินค้า | คำตอบของ Catalog ส่งคำอธิบาย รูปภาพ ตัวเลือก และข้อมูลเปิดเผยปัจจุบัน | เผยแพร่ข้อเท็จจริง คำกล่าวอ้าง หลักฐาน คำแนะนำ ข้อจำกัด ความเข้ากันได้ และเวลาตรวจสอบที่มีแหล่งที่มา |
| สถานะการค้าที่เปลี่ยนแปลง | เรียก Catalog ซ้ำเพื่อรับราคาและสินค้าคงคลังปัจจุบัน | เอกสารคงที่ไม่แสร้งว่าสถานะเก่าคือสถานะปัจจุบัน |
| ธุรกรรม | Cart รวบรวมสินค้าและให้ราคาประเมินได้ Checkout ยืนยันสถานะที่มีผลผูกพัน ยอดรวมสุดท้าย และการอนุมัติการซื้ออีกครั้ง | ชี้ไปยังเส้นทางการค้าที่มีอำนาจ แต่ไม่แทนที่ |
การแบ่งนี้ไม่ได้ลดคุณค่า SKU.md แต่ทำให้ชัดเจน ผู้ขายรักษาคำอธิบายระยะยาวที่ตรวจสอบย้อนหลังได้และเอเจนต์หลายรายอ้างได้เมื่อจำเป็น UCP ยังคงตอบคำถามที่เปลี่ยนตามตลาด เซสชัน ความพร้อมจำหน่าย คุณสมบัติของผู้ซื้อ และเงื่อนไข Checkout
ความสามารถของ Cart ใน UCP ใช้รวบรวมสินค้าและให้ราคาประเมินก่อนซื้อ ธุรกรรมสุดท้ายเป็นหน้าที่ของ Checkout คู่มือ Shopify Checkout MCP ก็อธิบาย Checkout ว่าเป็นเซสชันการซื้อหลังผู้ใช้พร้อมซื้อ SKU.md ชี้ไปยังเส้นทางสุดท้ายได้ แต่ห้ามบันทึกราคาประเมินของ Cart เป็นคำมั่น
ขอบเขตมีข้อจำกัดในทิศกลับกันด้วย ห้ามเก็บข้อมูลเปิดเผยด้านความปลอดภัยหรือกฎหมายที่มีผลต่อการซื้อไว้ใน SKU.md เพียงแห่งเดียว หากคำเตือนเปลี่ยนการตัดสินใจซื้อ ก็ควรปรากฏใน Catalog หรือ Checkout ตามบริบท SKU.md เสริมภูมิหลังและหลักฐานได้ แต่ไม่ควรเป็นที่เดียวที่ผู้ใช้ทราบเงื่อนไขสำคัญ
เหตุผลที่ v0.10 ให้ Knowledge มาก่อน
v0.10 อนุญาตเอกสารสินค้าที่มีเฉพาะ Knowledge หากการระบุตัวตนของ Product และ Variant เสถียรและ Knowledge ไม่ว่าง ก็เผยแพร่เอกสารที่ใช้ได้โดยไม่มีข้อเสนอ สิ่งนี้สำคัญสำหรับผู้ขายที่เชื่อม UCP เพราะให้ Knowledge ที่อ้างได้โดยไม่ทำซ้ำ Catalog แบบเรียลไทม์
ผู้ขายที่ไม่มี Catalog แบบเรียลไทม์ยังใช้ข้อมูลข้อเสนอสำรองที่โฮสต์เองได้ Variant มี offer_snapshot หรือ live_offer ได้ แต่ทั้งคู่ไม่บังคับและใช้ร่วมกันไม่ได้ ทั้งสองไม่ได้รับอำนาจของ Catalog หรือ Checkout offer_snapshot คือการสังเกตในอดีต ส่วน live_offer คือการเรียกดูปัจจุบันที่ประกาศแยก หากมีคำตอบ UCP ปัจจุบัน ห้ามถือสองฟิลด์นี้เป็นราคาวันนี้หรือยอดรวมสุดท้าย
ต้องตรวจการระบุตัวตนด้วยการจับคู่ที่แม่นยำ ไม่ใช่เพียง “คล้ายกัน” Product ID, Variant ID, SKU และ GTIN ที่ประกาศในเอกสาร Knowledge ต้องตรงกับ Product หรือ Variant จาก UCP หากมีจุดใดไม่ตรง ให้หยุดใช้แทนการนำคำอธิบายที่น่าเชื่อไปติดกับ Variant อื่น ขอบเขตเชิงบรรทัดฐานอยู่ใน ข้อกำหนดภาษาอังกฤษ และ JSON Schema
สะพานแคบไปยัง UCP Catalog
SKU.md ใช้เดี่ยวบนเว็บแบบเปิดได้ แต่เอเจนต์ไม่ควรเดาความสัมพันธ์ระหว่าง Product ที่พบกับเอกสาร Knowledge ข้อเสนอนี้กำหนดส่วนขยายอิสระ md.sku.shopping.product_knowledge สำหรับ dev.ucp.shopping.catalog.search และ dev.ucp.shopping.catalog.lookup โดยส่งเฉพาะลิงก์ที่มีชนิดข้อมูลแทนการฝัง Markdown ทั้งหมดในคำตอบของ Catalog
{
"sku_md": {
"documents": [
{
"url": "https://merchant.example/products/trail-jacket.sku.md",
"schema_version": "sku.md/0.10-draft",
"content_language": "en-US",
"market": { "country": "US", "currency": "USD" },
"revision": "2026-08-02"
}
]
}
}
ตัวชี้มี HTTPS URL เวอร์ชัน Schema ของ SKU.md ภาษาของเนื้อหา ประเทศและสกุลเงินของตลาด รวมถึงฉบับแก้ไขแบบเลือกใช้ Profile ของธุรกิจประกาศต้นทาง HTTPS ที่อนุญาตได้ ผู้บริโภคควรอ่านตัวชี้เฉพาะเมื่อ Profile ของแพลตฟอร์มกับ Profile ของธุรกิจเจรจาส่วนขยายเดียวกัน และความสามารถ Catalog ระดับแม่เข้ากันได้
ต้นทางที่อนุญาตจำกัดปลายทางของลิงก์ แต่ไม่พิสูจน์ความแท้จริง ความเป็นปัจจุบัน ความปลอดภัย หรือการให้อำนาจของเอกสาร Reference Consumer ต้องถือเอกสารที่ดึงมาเป็นข้อมูลภายนอกที่ไม่น่าเชื่อถือ และตรวจ HTTPS ต้นทางที่ตรง ชนิดสื่อ ขีดจำกัดจำนวนไบต์ จำนวนเอกสาร และการระบุตัวสินค้า Markdown, HTML, ฟรอนต์แมตเทอร์ YAML ลิงก์ และคำสั่งภาษาธรรมชาติเป็นข้อมูลทั้งหมด ห้ามเรียกใช้สคริปต์ เครื่องมือ คำสั่งเชลล์ แม่แบบ หรือคำสั่งที่มีลักษณะคล้ายพรอมป์ในเอกสาร
ลิงก์แบบจำกัดยังช่วยจัดการเนื้อหา UCP Catalog ส่ง Product, Variant สื่อ ตัวเลือก ราคา และความพร้อมจำหน่ายปัจจุบันอยู่แล้ว หากส่วนขยายทำซ้ำ Knowledge ทั้งหมด จะเกิดเนื้อหาสองชุดที่ทำให้ตรงกันได้ยาก ตัวชี้คงการแบ่งบทบาทและดึงหลักฐานเฉพาะเมื่อต้องอธิบาย
ลิงก์ใส่ภาษา ตลาด และฉบับแก้ไขได้ด้วย จึงรองรับข้อมูลเปิดเผยตามตลาดกับประวัติการแก้ไขที่ติดตามได้ และผู้บริโภคบันทึกเวอร์ชันที่อ้างได้ เอเจนต์ที่ไม่ได้เจรจาส่วนขยายเพิกเฉย sku_md.documents ได้ ผู้บริโภค SKU.md ที่ไม่ใช้ UCP ยังค้นเอกสารเดียวกันจากหน้าสินค้าสาธารณะหรือ /sku.md ได้
ดังนั้นส่วนขยายนี้เป็นสะพานแบบเลือกใช้ ไม่ใช่จุดเข้าบังคับ ไม่เพิ่มความหมายทางธุรกรรมใหม่ให้ UCP และไม่ขอให้ผู้ขายแปลง Catalog แบบเรียลไทม์เป็น Markdown เพียงให้ผู้บริโภคที่เจรจาแล้วค้นพบ Knowledge ที่มีขอบเขต วิธีอ้างอิง การนำเสนอ และเวลาตรวจซ้ำยังเป็นหน้าที่ของผู้บริโภคกับกฎ UCP เดิม
ร่างภายในเผยแพร่ที่ /ucp/draft/ พร้อม Schema ของส่วนขยาย เส้นทาง /ucp/draft/ แสดงสถานะร่าง และ Profile ของส่วนขยายใช้เวอร์ชันความสามารถ 2026-08-02 วันที่นี้ไม่ได้หมายถึงความเสถียร การรับรอง หรือการรองรับจาก Shopify การพัฒนาให้พร้อมใช้งานต้องมีการนำไปใช้เพิ่ม การทบทวนความปลอดภัย และหลักฐานด้านการทำงานร่วมกัน
เส้นทางขณะทำงานเป็นวงรอบ ไม่ใช่การส่งมอบอำนาจ
เอเจนต์ที่ระมัดระวังใช้สองชั้นตามลำดับนี้
- UCP พบ Product ปัจจุบันด้วย Catalog Search หรือ Catalog Lookup
- จับคู่ Product, Variant, SKU และ GTIN ที่ประกาศอย่างแม่นยำ
- อ่านข้อเท็จจริง หลักฐาน ความเข้ากันได้ และข้อจำกัดจาก SKU.md ที่อ้างถึง
- กลับไป UCP เพื่อรับราคาและสินค้าคงคลังปัจจุบันของตลาดกับบริบทผู้ใช้
- Checkout ตรวจสินค้าที่เลือกอีกครั้งและคงอำนาจเหนือยอดรวมสุดท้ายกับการอนุมัติการซื้อ
ขั้นที่สี่สำคัญ เอกสาร Knowledge ที่มีการอ้างอิงมากใช้ตอบว่า “ทำไมจึงเหมาะ” ไม่ใช่ข้ามการตรวจสอบการค้าแบบเรียลไทม์ หากไม่มีแหล่งข้อมูลเรียลไทม์ ให้ตอบว่า “ไม่ทราบ” แทนการคัดลอกราคาจากข้อความเก่า
แนวปฏิบัติสำหรับผู้ขาย Shopify
แหล่งร่าง Knowledge ใช้เมตาฟิลด์ เมตาออบเจ็กต์ คู่มือสินค้า รายงานการทดสอบ วิธีดูแล เงื่อนไขรับประกัน และหลักฐานสาธารณะที่ตรวจแล้วได้ การบันทึกไว้ไม่ได้ทำให้ข้อมูลเป็นจริงโดยอัตโนมัติ ผู้ทบทวนต้องตรวจ Product, Variant ตลาด หลักฐาน และฉบับแก้ไขก่อนเผยแพร่ จึงยกระดับเป็นข้อเท็จจริงเชิงบรรทัดฐานได้
ข้อความ AI ช่วยค้นฟิลด์ที่ขาดหรือสร้างสรุปที่อ่านง่ายได้ แต่ก่อนมนุษย์เทียบกับหลักฐานยังเป็นเพียงข้อความเสนอแนะ และเลื่อนเป็นข้อเท็จจริงโดยอัตโนมัติไม่ได้ ผู้เผยแพร่เก็บแหล่งที่มา เวลาตรวจสอบ และเหตุผลรับหรือปฏิเสธคำกล่าวอ้างด้วย คุณค่าของ SKU.md ไม่ใช่ปริมาณข้อความ แต่คือเส้นทางย้อนจากคำกล่าวอ้างไปยังหลักฐาน
Profile เอเจนต์ของ Shopify อธิบายการใช้ Profile ในการเจรจา UCP, คู่มือ Shopify Catalog อธิบายการค้นหา ผลการค้นหา และการอ่านข้อมูลสินค้า ส่วน ส่วนขยาย Catalog สากล อธิบายส่วนขยาย Catalog สากลของ Shopify ทั้งหมดเป็นพื้นผิวความสามารถของ Shopify เอง เอกสารไม่ได้บอกว่า Shopify อ่าน SKU.md อัตโนมัติหรือรองรับส่วนขยายอิสระนี้
สิ่งที่ Reference Consumer ภายในวัดได้
การประเมินภายในใช้ข้อมูลสินค้าคงที่ ความสามารถที่เจรจาแล้ว ข้อมูลกำกับของทรัพยากร และเนื้อหาเอกสาร วัดความสามารถสร้างคำตอบที่มีหลักฐานและขอบเขตชัดเจน ไม่ใช่อันดับการค้นหาหรือการเปลี่ยนเป็นยอดซื้อ
| คำถาม | UCP เท่านั้น | UCP + SKU.md |
|---|---|---|
| อ้างอิงข้อเท็จจริง | 0 | 1 |
| ถือคำกล่าวอ้างเป็นข้อเท็จจริงอย่างผิดพลาด | 0 | 0 |
| นำข้อมูลเปิดเผยกลับมาใช้ | 0 | 1 |
| ตอบเรื่องความเข้ากันได้ | 0 | 1 |
| หยุดอย่างปลอดภัยเมื่อ Variant ไม่ตรง | 1 | 1 |
| ใช้ข้อเสนอเก่าในการซื้อ | 0 | 0 |
นี่เป็นผลควบคุมภายใน ไม่พิสูจน์อันดับที่ดีขึ้น การเปลี่ยนเป็นยอดซื้อ ตัวชี้วัดการนำไปใช้ การเชื่อมต่อกับ Shopify จริง หรือการใช้โดยเอเจนต์ภายนอก ชุดข้อมูลทดสอบและข้อจำกัดอยู่ใน การประเมิน Reference Consumer
โยกย้ายโดยไม่แสร้งว่าร่างเสร็จแล้ว
URL และพฤติกรรมการตรวจสอบของ v0.9 เดิมยังใช้ได้ ผู้ขายรักษาเอกสาร v0.9 ที่ใช้ได้ขณะเตรียม v0.10 โดยเปลี่ยนเครื่องหมาย Schema รักษาการระบุตัวตนที่เสถียรกับ Knowledge ที่ตรวจแล้ว และย้ายข้อมูลการค้าที่เปลี่ยนแปลงออกนอก Knowledge ได้ คู่มือโยกย้ายจาก v0.9 อธิบายวิธีลบข้อเสนอหรือเก็บข้อมูลสำรองแบบเลือกใช้ โดยไม่ทำให้ดูเป็น Catalog หรือ Checkout
ขั้นถัดไปไม่ใช่เรียกส่วนขยายนี้ว่ามาตรฐาน แต่ต้องทดสอบการประกอบ Schema กับพฤติกรรมเมื่อเกิดข้อผิดพลาดในการนำไปใช้อย่างเป็นอิสระ ทบทวนความปลอดภัยและความเป็นส่วนตัว และเก็บความคิดเห็นจากผู้บริโภคกับผู้ขาย จนกว่าจะถึงตอนนั้น SKU.md v0.10 ยังเป็นชั้น Knowledge ทดลองที่ผู้ขายโฮสต์ ส่วน UCP รับผิดชอบการค้นพบและสถานะการค้าแบบเรียลไทม์ ตลอดจนการตัดสินใจซื้อขั้นสุดท้าย
อ่านเพิ่มเติม
อ่านต่อเรื่อง การส่งต่ออำนาจจากความรู้ไปยัง Catalog แบบปัจจุบันและ Checkout