เปิดตัว SKU.md v1.0.0: จากคำอธิบายสินค้า สู่ความรู้ที่ AI อ่านได้
เรื่องราวเกี่ยวกับ v1.0.0
ทำความรู้จักการตัดสินใจเบื้องหลัง SKU.md v1.0.0 ความรู้สินค้าที่มีแหล่งอ้างอิง เครื่องมือของผู้ขาย และวิธีมีส่วนร่วม
SKU.md v1.0.0 เปิดตัวอย่างเป็นทางการแล้ว สำหรับผู้ขายบนเว็บไซต์ร้านค้าของตนเอง นักพัฒนา และผู้สร้างเอเจนต์ช้อปปิ้ง รุ่นนี้กำหนดวิธีเผยแพร่ความรู้สินค้าแบบเปิดด้วย Markdown ที่อ่านและดูแลได้ง่าย เพื่อบอกว่าร้านขายอะไร ข้อเท็จจริงใดผ่านการตรวจ และมีที่มาจากไหน
สิ่งที่ส่งมอบไม่ได้มีเพียงรูปแบบไฟล์ ผู้ขายสามารถตรวจข้อมูลขาดหรือขัดแย้ง ทบทวนหลักฐาน เปรียบเทียบสินค้าตามเงื่อนไขที่ระบุ และส่งออกเนื้อหาที่ตรวจแล้ว นี่คือพื้นฐานที่ตรวจสอบได้สำหรับการทำความเข้าใจสินค้า อย่างไรก็ตาม SKU.md ยังเป็นข้อเสนอแบบเปิด หมายเลขรุ่นอย่างเป็นทางการไม่ได้แปลว่าได้รับการยอมรับเป็นมาตรฐานอุตสาหกรรมแล้ว
จุดเริ่มต้น: บริบทที่กระจายอยู่รอบหน้าสินค้า
ร้านมีคำอธิบาย ตารางสเปก คำถามที่พบบ่อย และระบบการค้าอยู่แล้ว แต่การเลือกสินค้าให้เหมาะกับการใช้งานต้องอาศัยบริบทหลายส่วน ขนาดนั้นเป็นของตัวเลือกใด ความเข้ากันได้มีเงื่อนไขอะไร และตัวเลขประสิทธิภาพวัดในสภาพใด
SKU.md เริ่มจากแนวคิดว่าผู้ขายควรดูแลบริบทเหล่านี้เองได้ แทนที่จะปล่อยให้เครื่องคาดเดา ประวัติคลังโค้ดมีงานเว็บไซต์และข้อกำหนดเริ่มต้นในเดือนกรกฎาคม 2026 นี่เป็นหลักฐานของการพัฒนา ไม่ใช่หลักฐานวันเปิดตัวสาธารณะของแต่ละรุ่น
จากการทดลองสู่ขอบเขตของ v1
ร่าง v0.8 ทดลองจัดแคตตาล็อก เอกสารสินค้า และแหล่งข้อมูล ส่วน v0.9 ทำให้การทำงานร่วมกัน การตรวจตามขอบเขต และการใช้อย่างปลอดภัยชัดขึ้น การอ่านรูปแบบได้ การเข้าถึง URL ได้ และความสัมพันธ์กับแคตตาล็อกถูกต้อง เป็นคนละการตรวจ
v0.10 สำรวจความสัมพันธ์ระหว่างความรู้สินค้ากับระบบการค้า ทั้งการค้นพบความรู้ การส่งต่อไปยังข้อมูลสด และขอบเขตของเครื่องมือบนหน้าเว็บ ประสบการณ์นี้นำไปสู่คำถามว่าข้อกำหนดความรู้สินค้าควรรับผิดชอบมากเพียงใด
v1 ลดขอบเขตให้ชัดเจน รูปแบบปัจจุบันไม่ใช้ YAML manifest การแบ่งส่วน และโปรไฟล์การค้าแบบเก่า แต่ใช้แคตตาล็อกรากกับเอกสารความรู้สินค้าที่เลือกเพิ่มได้ ทั้งคู่เป็น Markdown ล้วน ข้อกำหนดเก่ายังคงเก็บเป็นเอกสารย้อนหลัง เครื่องมือปัจจุบันรับเฉพาะ 1.0.0 และไม่แปลงเอกสารเก่าอัตโนมัติ ความก้าวหน้าจึงรวมถึงการลดหน้าที่ที่ไม่จำเป็นด้วย
อ่านได้ และย้อนกลับไปตรวจที่มาได้
ผู้ขายควรอ่านสิ่งที่ตนเผยแพร่ได้โดยตรงและให้บริการเป็นทรัพยากรเว็บทั่วไป Markdown ทำให้ข้อความ ลิงก์ และความเปลี่ยนแปลงมองเห็นได้ บันทึกที่มีโครงสร้างอธิบายตัวตน ตัวเลือก คุณลักษณะ และหลักฐาน โดยไม่เพิ่มรูปแบบเผยแพร่ชุดที่สอง
ลิงก์แหล่งข้อมูล ข้อความอ้างอิง สถานะการตรวจ และวันที่ ช่วยบันทึกการตัดสินใจของผู้ขาย แต่ URL ที่เปิดได้ไม่เท่ากับเนื้อหาที่สนับสนุนข้ออ้าง และเครื่องหมายว่าตรวจแล้วไม่ใช่ใบรับรองที่ระบบออกให้อัตโนมัติ
ค่าที่ไม่ทราบยังคงเป็นไม่ทราบ คุณลักษณะระดับสินค้าจะไม่ถูกส่งต่อให้ทุกตัวเลือกโดยอัตโนมัติ ขอบเขตที่ชัดช่วยให้ผู้ใช้ข้อมูลเห็นความไม่ครบถ้วน แทนคำตอบที่มั่นใจแต่ไร้หลักฐาน
รุ่น 1.0.0 ให้อะไรบ้าง
| ส่วน | สิ่งที่ทำได้ |
|---|---|
| ข้อกำหนดแบบเปิด | แคตตาล็อกและความรู้ที่มีแหล่งอ้างอิง พร้อมตัวตน ตัวเลือก คุณลักษณะ เงื่อนไข และลิงก์ระบบสด |
| เครื่องมือปรับปรุงสินค้า | ตรวจข้อมูลขาดและขัดแย้ง ทบทวนหลักฐาน บันทึกร่างงาน และส่งออกเนื้อหาที่ตรวจแล้ว |
| พื้นที่เปรียบเทียบ | ตรวจเงื่อนไขเป็นตรงเงื่อนไข ไม่ผ่าน หรือข้อมูลไม่พอ และเปรียบเทียบก่อนกับหลัง |
| CLI, Agent Skill และ MCP แบบอ่านอย่างเดียว | ใช้กฎร่วมกันในหลายสภาพแวดล้อม โดยดูความสามารถและสถานะของแต่ละเครื่องมือแยกกัน |
รุ่นข้อกำหนดกับรุ่นแพ็กเกจเป็นอิสระกัน การเปิดตัวข้อกำหนด 1.0.0 ไม่ได้หมายความว่าเครื่องมือทุกแพ็กเกจเป็น 1.0.0 หรือแพ็กเกจ Skill ที่ยังเป็นรุ่นเตรียมเผยแพร่ถูกปล่อยแยกแล้ว ต้องตรวจเครื่องมือเว็บ ไฟล์ดาวน์โหลด และปลายทางบริการเป็นรายรายการ
ความรู้ใช้อธิบาย ระบบสดใช้ทำธุรกรรม
ราคา สต็อก การจัดส่ง ภาษี การชำระเงิน และสถานะคำสั่งซื้อเปลี่ยนแปลงได้ ความรู้คงที่แทนระบบที่รับผิดชอบไม่ได้ SKU.md ชี้ไปยังระบบเหล่านั้นได้ แต่ลิงก์ไม่ใช่การอนุญาตให้ทำธุรกรรม
เครื่องมือเปรียบเทียบตรวจข้อมูลที่ส่งมาตามเงื่อนไข ไม่ใช่อันดับจากโมเดลหรือการคาดการณ์ยอดขาย บันทึกตรวจรับในเครื่องครอบคลุมข้อกำหนด เครื่องมือ และขั้นตอนเจ็ดภาษา ส่วนการนำไปใช้โดยเอเจนต์ภายนอกและผลทางช่องทางขายต้องมีหลักฐานแยก
เริ่มมีส่วนร่วมด้วยสินค้าที่ตรวจสอบได้หนึ่งรายการ
ผู้ขายเริ่มจากสินค้าที่มีเอกสารสาธารณะครบได้ นักพัฒนาสามารถสร้างตัวอ่านและผู้ใช้ข้อมูล พร้อมรายงานปัญหาที่ทำซ้ำได้ ความล้มเหลวที่ชัด ข้อมูลที่ขาด และข้อจำกัดแพลตฟอร์มมีประโยชน์กว่าคำกล่าวสนับสนุนที่ตรวจไม่ได้
อ่านข้อกำหนด 1.0.0 ตรวจสินค้าด้วยเครื่องมือปรับปรุง แล้วดูว่าข้อมูลที่เปลี่ยนส่งผลต่อเงื่อนไขอย่างไรในพื้นที่เปรียบเทียบ สำหรับงาน Agent ให้ตรวจ Skill และ MCP แยกกัน
หลักฐานด้านประวัติและรุ่น
- ประวัติคลังโค้ด เป็นประวัติการพัฒนา ไม่ใช่วันเปิดตัวสาธารณะ
- v0.8, v0.9 และ v0.10 เป็นเอกสารการออกแบบย้อนหลัง
- บันทึกการเปลี่ยนแปลง 1.0.0 และการตรวจรับในเครื่อง เป็นหลักฐานการเตรียมและตรวจสอบ ไม่แทนการยืนยันระบบที่เผยแพร่จริง