Starcloud ระดมทุนเพิ่ม 250 ล้านดอลลาร์ สู่เป้าหมายศูนย์ข้อมูลบนวงโคจร ท่ามกลางตลาดขนส่งอวกาศที่ร้อนแรง

การแข่งขันเพื่อเข้าถึงอวกาศกำลังจะทวีความเข้มข้นขึ้น และ Starcloud สตาร์ทอัพผู้พัฒนาดาวเทียมที่สามารถประมวลผล AI ได้ในวงโคจร กำลังเดินหน้าอย่างเต็มที่เพื่อคว้าโอกาสนี้ ล่าสุด บริษัทได้ประกาศปิดการระดมทุนรอบ Series A เพิ่มเติมอีก 250 ล้านดอลลาร์สหรัฐ ทำให้มูลค่าบริษัทพุ่งสูงถึง 2.3 พันล้านดอลลาร์สหรัฐ

เงินทุนที่ได้มาเพิ่มเติมนี้ จะถูกนำไปใช้ในการขยายโรงงานผลิต และพัฒนายานอวกาศศูนย์ข้อมูลวงโคจรขนาดใหญ่ Starcloud-3 ซึ่งมีแผนจะนำขึ้นสู่อวกาศด้วยจรวด Starship ของ SpaceX ในอนาคตอันใกล้

ความท้าทายของการขนส่งสู่อวกาศ และกลยุทธ์ของ Starcloud

ฟิลิป จอห์นสตัน ซีอีโอของ Starcloud กล่าวว่า ตลาดขนส่งอวกาศกำลังเผชิญกับข้อจำกัดที่ชัดเจน ทำให้บริษัทจำเป็นต้องเร่งวางแผนและจองการปล่อยดาวเทียมจำนวนมากไว้ล่วงหน้า "เราเห็นสิ่งที่กำลังจะเกิดขึ้น เราจำเป็นต้องจองการปล่อยยานอวกาศจำนวนมหาศาล" จอห์นสตันกล่าว

ปัจจุบัน Starcloud ได้ยื่นขออนุญาตจาก FCC เพื่อปฏิบัติการดาวเทียมกว่า 88,000 ดวง และกำลังเร่งทำสัญญาจองการปล่อยยานกับผู้ให้บริการต่างๆ เช่น Starship โดยเฉพาะอย่างยิ่ง เมื่อโปรแกรม Falcon 9 ของ SpaceX มีกำหนดสิ้นสุดในปี 2028 ทำให้การวางแผนการปล่อยยานในอนาคตมีความซับซ้อนมากขึ้น

นอกจากนี้ จอห์นสตันยังกล่าวถึงความสำคัญของการรักษาความสามารถในการปล่อยยานว่า "หนึ่งในต้นทุนที่ใหญ่ที่สุดตอนนี้คือการรักษาความจุในการปล่อยยาน การปล่อยยานค่อนข้างจำกัดในตอนนี้ เนื่องจากโปรแกรม Falcon 9 ของ [SpaceX] มีกำหนดสิ้นสุดในปี 2028"

การพัฒนาเทคโนโลยีและพันธมิตรเชิงกลยุทธ์

Starcloud มีแผนจะปล่อยดาวเทียมรุ่นใหม่ Starcloud-2 ที่มีสมรรถนะการประมวลผล 8 kW จำนวน 2 ดวง ในปี 2027 ซึ่งจะทำหน้าที่ประมวลผล AI ในวงโคจรให้กับลูกค้า รวมถึงหน่วยงานรัฐบาลของสหรัฐอเมริกา

บริษัทกำลังพิจารณาทางเลือกต่างๆ เพื่อเพิ่มความยืดหยุ่นในการปล่อยยาน เช่น การจองการปล่อยแบบเฉพาะสำหรับ Falcon 9 และการทำสัญญากับผู้ให้บริการรายอื่น เพื่อรองรับภารกิจในอนาคต

หัวใจสำคัญของ Starcloud คือศักยภาพของ Starship ของ SpaceX ที่จะช่วยลดต้นทุนการปล่อยยานลงอย่างมาก เพื่อสร้างชั้นการประมวลผล AI ในวงโคจรที่สามารถแข่งขันกับศูนย์ข้อมูลภาคพื้นดินได้ จอห์นสตันยังคงมั่นใจในความสามารถของ SpaceX ในการทำให้จรวดที่ทรงพลังที่สุดในโลกสามารถนำกลับมาใช้ซ้ำได้อย่างรวดเร็วและบ่อยครั้ง

การลงทุนที่สะท้อนศักยภาพ

การระดมทุนรอบนี้ ได้รับการนำโดย Manhattan West Ventures และมีผู้ร่วมลงทุนรายสำคัญอย่าง Nvidia และ Cisco ซึ่ง Nvidia ได้ลงทุนถึง 25 ล้านดอลลาร์สหรัฐ เพื่อสนับสนุน Starcloud

จอห์นสตันมองว่า การลงทุนจาก Nvidia เป็นสัญญาณสำคัญที่บ่งชี้ถึงความได้เปรียบของ Starcloud ในภาคการประมวลผลในอวกาศ เนื่องจาก Starcloud เป็นบริษัทเดียวที่ดำเนินงาน GPU สำหรับศูนย์ข้อมูล Nvidia H100 ในวงโคจร และเป็นรายแรกที่ฝึกโมเดลโดยใช้ GPU ดังกล่าว

Starcloud กำลังแบ่งปันข้อมูลเชิงลึกนี้กับ Nvidia ในขณะที่บริษัทชิปพัฒนากำลังพัฒนา GPU สำหรับอวกาศโดยเฉพาะรุ่นแรก คือ Vera Rubin Space-1 ซึ่งคาดว่าจะสามารถนำขึ้นสู่อวกาศได้ในช่วงปลายปี 2028

การเติบโตและการเตรียมพร้อม

ปัจจุบัน Starcloud มีพนักงาน 25 คน และกำลังขยายตัวอย่างต่อเนื่อง บริษัทกำลังพัฒนากระบวนการผลิตที่โรงงานขนาด 100,000 ตารางฟุต ในเมือง Woodinville รัฐวอชิงตัน ซึ่งเป็นพื้นที่ใกล้เคียงกับที่ SpaceX และ Amazon พัฒนาดาวเทียมสำหรับเครือข่ายการสื่อสารของตน

คำถามที่พบบ่อย

Starcloud คืออะไร?

Starcloud เป็นสตาร์ทอัพที่กำลังพัฒนาดาวเทียมสำหรับศูนย์ข้อมูลบนวงโคจร ซึ่งสามารถประมวลผล AI ได้ในอวกาศ

การระดมทุนครั้งนี้มีความสำคัญอย่างไร?

การระดมทุนเพิ่มเติม 250 ล้านดอลลาร์สหรัฐ ช่วยให้ Starcloud สามารถขยายการผลิตและพัฒนายานอวกาศศูนย์ข้อมูลขนาดใหญ่ รวมถึงรักษาความสามารถในการจองการปล่อยยานในตลาดที่มีข้อจำกัด

Starcloud ใช้เทคโนโลยีอะไร?

บริษัทใช้ GPU สำหรับศูนย์ข้อมูล Nvidia H100 ในวงโคจร และกำลังทำงานร่วมกับ Nvidia ในการพัฒนากราฟิกการ์ดรุ่นใหม่สำหรับอวกาศโดยเฉพาะ

Starcloud มีแผนจะปล่อยดาวเทียมเมื่อใด?

มีแผนจะปล่อยดาวเทียมรุ่น Starcloud-2 จำนวน 2 ดวง ในปี 2027 และมีเป้าหมายจะใช้ Starship ของ SpaceX ในภารกิจในอนาคต

ขอบคุณ แหล่งข้อมูล
https://techcrunch.com/2026/08/21/starcloud-raises-200-million-for-orbital-data-centers-as-launch-options-dry-up/

เร่งสปีดการจัดกลุ่มสินทรัพย์ทางการเงินด้วย GPU: AdaptGrow เพื่อการวิเคราะห์ระดับมหาศาล

ในโลกของการเงินที่ขับเคลื่อนด้วยข้อมูล การทำความเข้าใจความสัมพันธ์ระหว่างสินทรัพย์ต่างๆ เป็นหัวใจสำคัญของการสร้างพอร์ตโฟลิส การบริหารความเสี่ยง และการตรวจจับการซื้อขายที่ผิดปกติ การจัดกลุ่มสินทรัพย์อย่างแม่นยำและทันท่วงทีนั้นมีความท้าทายอย่างยิ่ง เนื่องจากความสัมพันธ์เหล่านี้ไม่คงที่และสามารถเปลี่ยนแปลงได้อย่างรวดเร็ว โดยเฉพาะในช่วงที่ตลาดมีความผันผวนสูง

บทความนี้จะแนะนำ AdaptGrow อัลกอริทึมการแยกตัวประกอบเมทริกซ์ (Matrix Factorization) ที่เร่งความเร็วด้วย GPU ซึ่งออกแบบมาเพื่อจัดการกับการวิเคราะห์ความสัมพันธ์ของสินทรัพย์ในปริมาณมหาศาลได้อย่างมีประสิทธิภาพ ช่วยให้สามารถสร้างกลุ่มสินทรัพย์ที่ชัดเจน (Hard Clusters) การบ่งชี้ปัจจัยแบบอ่อน (Soft Factor Loadings) และสัญญาณการเปลี่ยนแปลงโครงสร้าง (Structural Break Signals) ได้อย่างรวดเร็ว

ทำไมการจัดกลุ่มสินทรัพย์จึงสำคัญ?

การจัดกลุ่มสินทรัพย์อย่างถูกต้องมีความสำคัญต่อ:

• การสร้างพอร์ตโฟลิส: ช่วยกระจายความเสี่ยงและเพิ่มประสิทธิภาพผลตอบแทน
• การรวมความเสี่ยง: ระบุความเสี่ยงที่อาจซ่อนอยู่ในสินทรัพย์ที่ดูเหมือนไม่เกี่ยวข้องกัน
• การหาประโยชน์จากการเก็งกำไรทางสถิติ (Statistical Arbitrage): ค้นหาคู่สินทรัพย์ที่มีความสัมพันธ์กันเพื่อหากำไรจากส่วนต่างราคา
• การเฝ้าระวังการซื้อขาย: ตรวจจับกิจกรรมที่ผิดปกติหรือการจับคู่สินทรัพย์ที่น่าสงสัย

หากการจัดกลุ่มผิดพลาด อาจทำให้ตำแหน่งที่กระจุกตัวดูเหมือนกระจายตัว บดบังความเสี่ยงที่แท้จริง หรือเลือกสินทรัพย์เก็งกำไรที่ความสัมพันธ์อาจพังทลายลงภายใต้แรงกดดันของตลาด

ความท้าทายของการจัดกลุ่มสินทรัพย์แบบดั้งเดิม

ปัญหาหลักคือความสัมพันธ์ที่ถูกต้องนั้น สังเกตได้ยากและไม่คงที่ การเปิดรับปัจจัย (Factor Exposures) เปลี่ยนแปลงไป สินทรัพย์อาจเปลี่ยนประเภท และความสัมพันธ์สามารถเปลี่ยนแปลงอย่างรวดเร็วในภาวะตลาดที่ตึงเครียด ระบบการจัดกลุ่มจึงต้องสามารถแยกแยะระหว่างความผันผวนปกติกับการเปลี่ยนแปลงเชิงโครงสร้าง และต้องมีค่าใช้จ่ายในการประมวลผลต่ำพอที่จะสามารถคำนวณซ้ำได้เมื่อมีข้อมูลใหม่เข้ามา

วิธีการจัดกลุ่มทั่วไปมีสองแบบ:

1. การจัดกลุ่มแบบแข็ง (Hard Clustering): คำนวณได้รวดเร็ว แต่กำหนดให้สินทรัพย์แต่ละรายการอยู่ในกลุ่มเดียวเท่านั้น วิธีนี้อาจมีปัญหาเมื่อสินทรัพย์อยู่บริเวณรอยต่อของภาคส่วนต่างๆ และบดบังการเปิดรับปัจจัยแบบเป็นลำดับขั้นที่สำคัญต่อการจัดสรรความเสี่ยง
2. การแยกตัวประกอบแบบอ่อน (Soft Factorization) เช่น SymNMF: จัดการกับสินทรัพย์ที่อยู่บริเวณรอยต่อและให้ผลลัพธ์การเปิดรับปัจจัยที่นำไปใช้ได้จริง แต่ข้อจำกัดของเมทริกซ์ความหนาแน่น (Dense Matrix) ทำให้การใช้งานจริงจำกัดอยู่เพียงจำนวนสินทรัพย์ปานกลาง ไม่ใช่ระดับที่ปัญหานี้เกิดขึ้นจริง

AdaptGrow: การแก้ปัญหาด้วยเทคโนโลยี GPU

AdaptGrow นำเสนอเวิร์กโฟลว์ที่แก้ไขข้อจำกัดทั้งสองประการ โดยเริ่มจากการใช้ หน้าต่างผลตอบแทนที่เคลื่อนไหว (Rolling Return Windows) เพื่อสร้างอินพุตสองประเภทที่เสริมกัน:

• สัมประสิทธิ์สหสัมพันธ์ของ Pearson (Absolute Pearson Correlation): สำหรับการเคลื่อนไหวร่วมกันในวงกว้าง
• เมทริกซ์ความสัมพันธ์แบบหาง (Tail Pairwise Dependence Matrix - TPDM): สำหรับพฤติกรรมร่วมกันในช่วงเหตุการณ์สุดขั้ว

SymNMF จะแสดงแต่ละสินทรัพย์ผ่านแถวของการเปิดรับปัจจัยที่ไม่เป็นลบ (Nonnegative Factor Loadings) การเก็บแถวนี้ไว้จะให้การแสดงผลแบบอ่อน (Soft Representation) ส่วนการหาค่าสูงสุด (Argmax) ของแถวจะสร้างป้ายกำกับกลุ่มแบบแข็ง (Hard Cluster Label)

การจัดการกับข้อมูลขนาดมหาศาล

• การลดการใช้หน่วยความจำ: AdaptGrow ใช้ SymNMF ที่มีประสิทธิภาพด้านหน่วยความจำ ช่วยลดการจัดเก็บข้อมูลจากประมาณ 20n² เป็น 4n² ไบต์ ทำให้สามารถรองรับสินทรัพย์ได้ถึง 100,000 รายการบน GPU NVIDIA GB200 เพียงตัวเดียว
• การขยายสเกลแบบกระจาย: สำหรับปัญหาที่ใหญ่ขึ้น สามารถขยายไปสู่สินทรัพย์ 1 ล้านรายการ โดยใช้การใช้งานแบบกระจาย (Distributed Implementation) ที่ทำการแบ่งแถวของเมทริกซ์ความสัมพันธ์ (Row-sharded) และลดการสื่อสารเหลือ O(nk) แทนที่จะเป็น O(n²) โดยใช้ PyTorch Distributed และ NCCL

โซลเวอร์ที่ปรับตัวได้: AdaptGrow

AdaptGrow เป็นโซลเวอร์เดียวที่ปรับตัวได้เอง โดยสามารถจัดการกับอินพุตทั้งแบบสัมประสิทธิ์สหสัมพันธ์และ TPDM ได้โดยอัตโนมัติ โดยอ่าน สเปกตรัมของไอเกน (Eigenspectrum) เพื่อเลือกใช้วิธีการคำนวณเกรเดียนต์ที่เหมาะสมระหว่าง:

• Full-Batch AdaGrad: เหมาะกับการคำนวณทั้งหมด
• Block-Stochastic SVRG: เหมาะกับการคำนวณแบบสุ่มบางส่วน ช่วยลดภาระการคำนวณ

การเลือกนี้ช่วยลดความจำเป็นในการปรับแต่งโซลเวอร์แยกต่างหากสำหรับโครงสร้างอินพุตที่แตกต่างกัน ทำให้การทำงานรวดเร็วและมีประสิทธิภาพ

ประสิทธิภาพที่เหนือกว่า

AdaptGrow สามารถบรรลุการลู่เข้า (Convergence) ที่รวดเร็วอย่างน่าทึ่ง:

• 100,000 สินทรัพย์: ใช้เวลาประมาณ 13 วินาที
• 1 ล้านสินทรัพย์: ใช้เวลาประมาณ 2-4 นาที

ตลอดกระบวนการนี้ ยังคงรักษาความสามารถในการตีความ (Interpretability) และการวินิจฉัยเสถียรภาพ (Stability Diagnostics) ผ่านหน้าต่างที่เคลื่อนไหว

การใช้งานจริงและผลลัพธ์

เวิร์กโฟลว์นี้ได้รับการทดสอบกับข้อมูลจำลองที่มีการเปลี่ยนแปลงกลุ่มสินทรัพย์และการเผชิญกับภาวะตลาดที่ตึงเครียด โดยผลการทดสอบแสดงให้เห็นว่า:

• ARI (Adjusted Rand Index): สามารถระบุการเปลี่ยนแปลงกลุ่มสมาชิกได้อย่างแม่นยำ
• TPDM: สามารถเปิดเผยการล้มเหลวร่วมกันในช่วงวิกฤต (Co-crash) ที่สัมประสิทธิ์สหสัมพันธ์แบบปกติมักมองข้ามไป

สำหรับผู้ใช้งานจริง สามารถแทนที่เครื่องมือสร้างข้อมูลจำลองด้วยตารางผลตอบแทนจริง โดยยังคงรักษาขั้นตอนการกำหนดหน้าต่าง การประมาณค่าความสัมพันธ์ การแยกตัวประกอบ และการตรวจสอบเหมือนเดิม

การเลือก Rank และการตรวจสอบเสถียรภาพ

การเลือก Rank (k) ที่เหมาะสมเป็นสิ่งสำคัญ โดยพิจารณาจากช่องว่างระหว่างไอเกนค่าที่สำคัญกับ "พื้นเสียงรบกวน" (Noise Floor) การกำหนดค่า k ให้คงที่ตลอดหน้าต่างที่เคลื่อนไหวจะช่วยให้คะแนนเสถียรภาพเปรียบเทียบกันได้

การแยกตัวประกอบด้วย SymNMF

สำหรับแต่ละหน้าต่างที่เคลื่อนไหว AdaptGrow จะรับเมทริกซ์ความสัมพันธ์ (S) และ Rank (k) ที่เลือก จากนั้นจะคืนค่า H ซึ่งแต่ละแถวของ H คือการเปิดรับปัจจัยแบบอ่อนของสินทรัพย์นั้นๆ และการหาค่าสูงสุด (Argmax) ของแถวจะสร้างป้ายกำกับกลุ่มแบบแข็ง

การติดตามเสถียรภาพด้วย Rand Index

การติดตาม ARI(t-Δ, t) โดยเปรียบเทียบแต่ละหน้าต่างกับหน้าต่างก่อนหน้าเต็มความกว้าง (Δ = 50 ขั้น) ช่วยให้เห็นการเปลี่ยนแปลงของกลุ่มสินทรัพย์เมื่อเวลาผ่านไป ในช่วงที่ตลาดสงบ ค่า ARI จะสูง แต่จะลดลงอย่างมากเมื่อเกิดเหตุการณ์เปลี่ยนแปลงโครงสร้าง

การตรวจจับการเปลี่ยนแปลงโครงสร้าง

เพื่อเปลี่ยนการลดลงของ ARI ให้เป็นสัญญาณเตือน เวิร์กโฟลว์จะใช้ ขีดจำกัดการควบคุมแบบปรับเทียบตัวเอง (Self-calibrating 3σ control limit) ซึ่งจะปรับเทียบกับหน้าต่างก่อนเกิดการเปลี่ยนแปลง และจะแจ้งเตือนเมื่อค่าลดลงต่ำกว่าขีดจำกัด โดยไม่จำเป็นต้องตั้งค่าเกณฑ์ล่วงหน้า

เหตุใดจึงต้องมีทั้งตัวประมาณค่าหางและลำตัว?

การเปลี่ยนแปลงในความสัมพันธ์ร่วม (Co-movement) ที่เกิดจากภาวะตลาดที่ตึงเครียด (Co-crash) ไม่ได้ทำให้การจัดกลุ่มสมาชิกเปลี่ยนแปลงโดยตรง ดังนั้นเมตริกวัดการจัดกลุ่มใหม่ (Relabeling Metric) จึงอาจไม่แสดงผลลัพธ์นี้ออกมา สัญญาณเตือนจาก ARI และการคำนวณด้วยสัมประสิทธิ์สหสัมพันธ์อาจยังคงเดิม ทำให้ภาคส่วนที่เผชิญความเครียดดูเหมือนยังคงกระจายตัวอยู่

แต่เมื่อวัดความสัมพันธ์ข้ามภาคส่วนโดยตรงด้วย TPDM ในช่วงวิกฤต TPDM จะแสดงค่าที่สูงกว่าสัมประสิทธิ์สหสัมพันธ์อย่างมีนัยสำคัญ ซึ่งชี้ให้เห็นถึงความสัมพันธ์แบบหาง (Tail Dependence) ที่ซ่อนอยู่ซึ่งสัมประสิทธิ์สหสัมพันธ์แบบปกติไม่สามารถตรวจจับได้

สรุป

AdaptGrow นำเสนอโซลูชันที่ทรงพลังและปรับขนาดได้สำหรับการจัดกลุ่มสินทรัพย์ทางการเงิน โดยใช้ประโยชน์จากพลังของ GPU เพื่อประมวลผลเมทริกซ์ความสัมพันธ์และ TPDM ในปริมาณมหาศาลได้อย่างรวดเร็ว ช่วยให้นักวิเคราะห์และผู้จัดการพอร์ตโฟลิสสามารถเข้าใจความสัมพันธ์ของสินทรัพย์ที่ซับซ้อน ระบุความเสี่ยงที่ซ่อนอยู่ และตอบสนองต่อการเปลี่ยนแปลงของตลาดได้อย่างทันท่วงที ด้วยความสามารถในการสร้างทั้งกลุ่มที่ชัดเจนและการเปิดรับปัจจัยแบบอ่อน AdaptGrow จึงเป็นเครื่องมือสำคัญสำหรับกลยุทธ์ทางการเงินสมัยใหม่ที่ต้องการความแม่นยำและประสิทธิภาพในระดับสูง

#การเงิน #การลงทุน #เทคโนโลยี #GPU #AI #DataScience

ขอบคุณ แหล่งข้อมูล
https://developer.nvidia.com/blog/gpu-accelerated-clustering-for-financial-instruments-at-scale/

Kagi Search: การอัปเดตล่าสุดที่น่าสนใจและฟีเจอร์ใหม่ๆ ที่ควรรู้ 🚀

Kagi Search เครื่องมือค้นหาที่มุ่งมั่นมอบประสบการณ์การค้นหาที่ดีที่สุดให้กับผู้ใช้ โดยเน้นผลลัพธ์ที่แม่นยำ ปราศจากโฆษณา และให้ผู้ใช้เป็นศูนย์กลาง ล่าสุด Kagi ได้ปล่อยอัปเดตใหญ่ที่มาพร้อมกับฟีเจอร์ใหม่มากมายที่ช่วยยกระดับการใช้งานให้ดียิ่งขึ้นไปอีก ไม่ว่าจะเป็นการปรับปรุงประสบการณ์ผู้ช่วย AI, วิดเจ็ตหุ้นที่ฉลาดขึ้น, หรือการควบคุมการแสดงผลที่ยืดหยุ่นกว่าเดิม มาดูกันว่ามีอะไรอัปเดตบ้าง!

วิดเจ็ตหุ้นฉลาดขึ้น พร้อมข้อมูล ETF และกราฟราคา 📈

Kagi ได้ปรับปรุงวิดเจ็ตหุ้นให้แสดงผลบ่อยขึ้นเมื่อจำเป็น และเพิ่มความสามารถในการแสดงข้อมูลของ กองทุนซื้อขายแลกเปลี่ยน (ETFs) นอกเหนือจากหุ้นทั่วไป สิ่งที่น่าตื่นเต้นที่สุดคือการเพิ่ม กราฟราคา พร้อมแอนิเมชันที่ช่วยให้เห็นภาพการเปลี่ยนแปลงของราคาได้อย่างชัดเจน เมื่อเปลี่ยนช่วงเวลา กราฟจะแสดงให้เห็นว่าความผันผวนที่คุณเห็นนั้นใหญ่แค่ไหนเมื่อเทียบกับภาพรวมทั้งหมด

ประสบการณ์ผู้ช่วย AI ที่ราบรื่นยิ่งขึ้น 🤖

ผู้ใช้ Kagi Assistant จะได้รับประสบการณ์ที่ดียิ่งขึ้นไปอีก:

• ข้อความที่สมบูรณ์ยิ่งขึ้น: ข้อความของผู้ใช้จะแสดงผล ลิงก์, Markdown, และ LaTex ได้อย่างถูกต้อง ทำให้การสนทนาดูเป็นธรรมชาติและอ่านง่ายขึ้น
• การค้นหาที่ทรงพลัง: สามารถค้นหาข้าม ทุกเธรด (threads) ของคุณได้แล้ว พร้อมตัวเลือกการเรียงลำดับตาม ความใหม่ล่าสุด หรือเรียงตามตัวอักษร และยังสามารถใช้ / เพื่อกรองตามโฟลเดอร์ได้อีกด้วย
• การตั้งค่าที่เข้าใจง่าย: ปรับปรุงหน้าการตั้งค่าให้ดู สบายตาและสแกนได้ง่ายขึ้น พร้อมตัวเลือกให้เธรดชั่วคราวคงอยู่ 30 วัน, 7 วัน หรือ 24 ชั่วโมง ตามที่คุณต้องการ

ฟีเจอร์อื่นๆ ที่น่าสนใจและปรับปรุง 🛠️

Kagi ได้ปล่อยการอัปเดตเล็กๆ น้อยๆ อีกมากมายที่ช่วยให้การใช้งานโดยรวมดีขึ้น:

• ลิงก์ URL โดยตรงสำหรับหน้าค้นหา: ตอนนี้การใช้ Built-in Lenses จะง่ายขึ้นมาก เพราะชื่อ Lens จะมาแทนที่ตัวเลขที่เคยใช้ เช่น ขอบคุณ แหล่งข้อมูล
https://kagi.com/search?lens=forums
• การปรับปรุง Assistant:
• เพิ่มการตั้งค่าให้ เลือกข้อความแล้วค้นหาใน Assistant ได้
• สามารถ ส่งออกแชท Assistant ทั้งหมดได้ในครั้งเดียว
• เพิ่มตัวเลือกให้ บังคับกด ⌘+⏎ เพื่อส่ง Prompt
• เพิ่มปุ่ม "Click to Expand" ในส่วน "Thinking"
• Assistant จะ ไม่ปิดบล็อก "Thinking" หากผู้ใช้เปิดไว้ระหว่างที่ AI กำลังประมวลผล
• เพิ่มการ ไฮไลท์ Syntax ใน Prompt Code Fence
• แก้ไขปัญหา Prevent Search Engine Indexing of Shared Assistant Threads
• แก้ไขปัญหา Choppy animation ในแอป Assistant
• แก้ไขปัญหา Speech-to-text ไม่รองรับการหยุดพูดชั่วคราว ในแอป Assistant บน Android
• เพิ่ม Keyboard shortcut preference สำหรับการส่ง Prompt บน iPad ที่เชื่อมต่อคีย์บอร์ด
• แก้ไขปัญหา Back swipe ที่รบกวนการทำงานของ Guestures บน Android
• แก้ไขปัญหา Login ใน Kagi Assistant บน iOS
• Kagi Translate:
• แก้ไขปัญหา Reload หน้าเว็บเมื่อใช้ Website Translate
• แก้ไขปัญหา RSS feed 503 error สำหรับส่วนขยาย Kagi Translate
• แก้ไขปัญหา Context menu options ไม่ทำงาน ในบางพื้นที่
• แก้ไขปัญหา Alternative translations ที่ส่ง Payload เป็นสตริงว่าง
• แก้ไขปัญหา Saved presets ไม่สามารถใช้ context กับการแปล ได้โดยอัตโนมัติ
• เพิ่ม American alias สำหรับ English (US)
• Dictionary แสดง รายละเอียด Grammar เฉพาะภาษา
• Proofread ไม่แนะนำการเปลี่ยนแปลงข้อความที่ถูกต้องแล้ว
• การแปล รักษาเครื่องหมายวรรคตอน แบบ Typographic
• Alternative translations ทำงานได้ เมื่อเลือกส่วนหนึ่งของข้อความยาวๆ
• แก้ไขปัญหา Double/triple-click selection และ flickering ของ panel
• ปรับปรุงการแสดงผล "New version available" banner
• เพิ่ม Reset-All Button สำหรับ Translate
• รองรับ Document Translate สำหรับ Typst
• เพิ่ม Palestinian Arabic ใน Translate
• แก้ไขปัญหา Phonetic Translation Placement
• เพิ่ม Myanmar alias สำหรับ Burmese
• แก้ไขปัญหา Translation History panel ปิดไม่ได้ ใน Brave (Windows 11)
• แก้ไขปัญหา Prompt ถูกอ่านก่อนคำที่แปล
• แก้ไขปัญหา Kagi Translate Audio Broken
• Kagi News:
• Kagi News ไม่แสดง Births and Deaths ใน Today In History แล้ว
• Content filter จะเติมบทความที่ถูกลบด้วยบทความถัดไปที่พร้อมใช้งาน
• ปรับปรุง Clearer feedback door
• เพิ่ม Fast font option
• แก้ไขปัญหา RTL content แสดงผลผิดทิศทาง เมื่อภาษา Interface เป็น LTR
• ฟีเจอร์อื่นๆ:
• มีตัวเลือกใหม่ในการ ปิดการใช้งานฟีเจอร์ AI ในการค้นหา ได้อย่างสมบูรณ์ ตั้งค่าได้ที่ settings/ai
• วิดเจ็ต Dice สามารถทอยลูกเต๋าได้ทุกจำนวนหน้า และเพิ่มความสามารถในการ Flip Coins (ซึ่งก็คือลูกเต๋า 2 หน้า)
• สามารถ ปิดวิดเจ็ต ที่ไม่ต้องการได้ที่ ขอบคุณ แหล่งข้อมูล
https://kagi.com/settings/more_search
• Orion 1.1 สำหรับ macOS เปิดตัว พร้อมฟีเจอร์ใหม่ เช่น New Interface, Containers, และ Personalized Browser Border (สำหรับ Orion+ subscribers)
• Kagi Assistant เปิดตัวแอปพลิเคชันสำหรับ iOS และ Android อย่างเป็นทางการ ทำให้สามารถใช้งาน Assistant ได้ทุกที่ทุกเวลา
• สามารถ รายงานการตอบกลับของ Assistant ได้โดยตรงจากหน้าแชท
• สามารถ ส่งออกหรือลบทุกเธรด ของ Assistant ได้พร้อมกัน
• หน้าผลการค้นหา (Search Results Page) ได้รับการปรับปรุงให้ ควบคุมและเข้าใจง่ายขึ้น
• เพิ่ม วิดเจ็ตแปลงสกุลเงิน ในผลการค้นหา

Kagi Search ยังคงพัฒนาอย่างต่อเนื่องเพื่อมอบประสบการณ์การค้นหาที่ดีที่สุดให้กับผู้ใช้ ด้วยการอัปเดตฟีเจอร์ใหม่ๆ ที่ตอบโจทย์ความต้องการของผู้ใช้งานอยู่เสมอ!

#Kagi #SearchEngine #AI #TechUpdate

ขอบคุณ แหล่งข้อมูล
https://kagi.com/changelog#11296

ChatGPT สำหรับวัยรุ่น: เครื่องมือช่วยเรียนรู้และสร้างสรรค์ยุคใหม่ 🚀

ในยุคดิจิทัลที่เทคโนโลยีเข้ามามีบทบาทสำคัญในชีวิตประจำวัน การเรียนรู้สิ่งใหม่ ๆ ผ่านเครื่องมืออัจฉริยะกลายเป็นเรื่องที่เข้าถึงได้ง่ายขึ้น หนึ่งในเครื่องมือที่กำลังได้รับความนิยมอย่างมากคือ ChatGPT ซึ่งเป็นแบบจำลองภาษาขนาดใหญ่ที่พัฒนาโดย OpenAI แม้ว่า ChatGPT จะมีประโยชน์สำหรับคนทุกเพศทุกวัย แต่ก็มีศักยภาพที่น่าสนใจอย่างยิ่งสำหรับวัยรุ่นในการเป็นผู้ช่วยการเรียนรู้และส่งเสริมความคิดสร้างสรรค์

ChatGPT คืออะไร? 🤖

ChatGPT เป็นปัญญาประดิษฐ์ (AI) ที่ถูกฝึกฝนด้วยข้อมูลจำนวนมหาศาล ทำให้สามารถเข้าใจและตอบสนองต่อคำสั่งหรือคำถามที่เป็นภาษามนุษย์ได้อย่างเป็นธรรมชาติ มันสามารถทำสิ่งต่าง ๆ ได้หลากหลาย เช่น:

• ตอบคำถาม: ให้ข้อมูลเกี่ยวกับหัวข้อต่าง ๆ ที่หลากหลาย
• อธิบายแนวคิด: ช่วยให้เข้าใจเรื่องที่ซับซ้อนให้ง่ายขึ้น
• เขียนเนื้อหา: ช่วยร่างบทความ, สรุปย่อ, หรือแม้กระทั่งเขียนโค้ด
• ระดมสมอง: เสนอไอเดียใหม่ ๆ หรือมุมมองที่แตกต่าง
• ฝึกภาษา: ช่วยในการฝึกฝนการสนทนาหรือการเขียน

ประโยชน์ของ ChatGPT สำหรับวัยรุ่น 💡

สำหรับวัยรุ่น ChatGPT ไม่ได้เป็นเพียงแค่โปรแกรมแชท แต่เป็นเครื่องมือทรงพลังที่สามารถสนับสนุนการเติบโตและการเรียนรู้ได้ในหลายมิติ:

1. ผู้ช่วยการเรียนรู้ 📚

• ทำความเข้าใจบทเรียน: หากมีเนื้อหาในตำราเรียนที่ยากเกินไป วัยรุ่นสามารถถาม ChatGPT ให้ช่วยอธิบายในภาษาที่เข้าใจง่ายขึ้น หรือขอตัวอย่างเพิ่มเติม
• สรุปเนื้อหา: ช่วยย่นระยะเวลาในการอ่านหนังสือหรือบทความยาว ๆ ด้วยการสรุปใจความสำคัญ
• เตรียมสอบ: สามารถใช้ถามคำถามเพื่อทบทวนความรู้ หรือให้ ChatGPT สร้างแบบทดสอบย่อย ๆ ได้
• ค้นคว้าข้อมูล: เป็นแหล่งข้อมูลเบื้องต้นที่ดีในการหาข้อมูลสำหรับโครงงาน หรือการบ้าน

2. เสริมสร้างความคิดสร้างสรรค์ ✨

• จุดประกายไอเดีย: ไม่รู้จะเริ่มเขียนเรียงความเรื่องอะไรดี? หรือต้องการไอเดียสำหรับโปรเจกต์ศิลปะ? ChatGPT สามารถเสนอแนวคิดเริ่มต้นหรือมุมมองที่น่าสนใจได้
• ฝึกฝนการเขียน: ช่วยในการร่างโครงเรื่อง, เสนอคำศัพท์ที่เหมาะสม, หรือช่วยตรวจสอบไวยากรณ์เบื้องต้น
• สร้างสรรค์เรื่องราว: ชวน ChatGPT แต่งนิทาน, บทกวี, หรือแม้กระทั่งสคริปต์สั้น ๆ สนุก ๆ

3. พัฒนาทักษะการคิดวิเคราะห์ 🤔

• ตั้งคำถามต่อยอด: การโต้ตอบกับ ChatGPT ช่วยกระตุ้นให้วัยรุ่นตั้งคำถามที่ลึกซึ้งขึ้น และคิดวิเคราะห์ข้อมูลที่ได้รับ
• เปรียบเทียบมุมมอง: สามารถขอให้ ChatGPT นำเสนอข้อดีข้อเสียของสิ่งต่าง ๆ เพื่อฝึกการมองปัญหาจากหลายด้าน

ข้อควรพิจารณาในการใช้งาน ⚠️

แม้ว่า ChatGPT จะมีประโยชน์มากมาย แต่ก็มีสิ่งที่วัยรุ่นและผู้ปกครองควรตระหนักถึง:

• ความถูกต้องของข้อมูล: ข้อมูลที่ ChatGPT ให้มานั้นอ้างอิงจากฐานข้อมูลที่มีอยู่ ซึ่งอาจมีข้อผิดพลาดหรือไม่ทันสมัยได้เสมอ ควรตรวจสอบข้อมูลสำคัญกับแหล่งอื่นที่น่าเชื่อถือเสมอ
• การพึ่งพามากเกินไป: สิ่งสำคัญคือการใช้ ChatGPT เป็นเครื่องมือช่วย ไม่ใช่การให้ AI ทำทุกอย่างแทน การคิดวิเคราะห์และการลงมือทำด้วยตนเองยังคงเป็นหัวใจหลักของการเรียนรู้
• ความเป็นส่วนตัว: ไม่ควรแชร์ข้อมูลส่วนตัวที่ละเอียดอ่อน หรือข้อมูลที่ละเอียดอ่อนลงในโปรแกรมแชท
• การใช้งานอย่างเหมาะสม: ควรใช้งาน ChatGPT เพื่อการเรียนรู้และสร้างสรรค์อย่างสร้างสรรค์ ไม่ใช่เพื่อการคัดลอกผลงาน หรือการกระทำที่ไม่เหมาะสม

สรุป 🌟

ChatGPT เป็นเครื่องมือที่น่าตื่นเต้นและมีศักยภาพสูงสำหรับวัยรุ่นในการสำรวจโลกแห่งการเรียนรู้และปลดปล่อยความคิดสร้างสรรค์ การใช้งานอย่างชาญฉลาดและมีความรับผิดชอบจะช่วยให้วัยรุ่นได้รับประโยชน์สูงสุดจากเทคโนโลยีนี้ พร้อมทั้งพัฒนาทักษะที่จำเป็นสำหรับอนาคต

#ChatGPT #AI #การเรียนรู้ #วัยรุ่น #เทคโนโลยี

ขอบคุณ แหล่งข้อมูล
https://openai.com/index/chatgpt-for-teens

การวัดผลการปรับปรุง Benchmark ในระบบรู้จำเสียงพูด (Speech Recognition)

ในโลกของการพัฒนาปัญญาประดิษฐ์ (AI) โดยเฉพาะอย่างยิ่งในด้านการรู้จำเสียงพูด (Speech Recognition) หรือ ASR (Automatic Speech Recognition) การวัดผลประสิทธิภาพของโมเดลเป็นสิ่งสำคัญอย่างยิ่ง แต่บ่อยครั้งที่ Benchmark แบบดั้งเดิมอาจไม่ได้สะท้อนถึงการใช้งานจริงได้อย่างครบถ้วน นี่คือเหตุผลว่าทำไม Hugging Face จึงได้มีการพัฒนาและนำเสนอแนวทางใหม่ๆ เพื่อวัดผลที่แม่นยำยิ่งขึ้น

ทำไม Benchmark แบบเดิมถึงไม่พอ?

Benchmark แบบดั้งเดิมมักจะละเลยปัจจัยสำคัญหลายอย่างที่ทำให้ระบบเสียงมีประสิทธิภาพ เป็นธรรมชาติ เหมาะสมตามบริบท และใช้งานได้จริงในโลกแห่งความเป็นจริง เช่น ความน่าเชื่อถือ การโต้ตอบที่เป็นธรรมชาติ หรือความเหมาะสมกับสถานการณ์ต่างๆ

ด้วยเหตุนี้ Hugging Face จึงได้มีการเพิ่มชุดข้อมูลแบบ "Held-out sets" เข้าไปใน Real World VoiceEQ, Open-ASR Leaderboard และ Far-field ASR Leaderboard เพื่อให้สามารถวัดผลในสิ่งที่สำคัญต่อการใช้งานจริงได้มากขึ้น

ปัญหา "Benchmark Optimization" หรือ "Benchmaxxing"

แม้ว่าการวัดผลที่ครอบคลุมมากขึ้นจะช่วยได้ แต่ก็ยังไม่สามารถแก้ปัญหาทั้งหมดได้ ปรากฏการณ์ที่เรียกว่า "Benchmark Optimization" หรือ "Benchmaxxing" ซึ่งหมายถึงการที่โมเดลถูกปรับแต่งให้ทำคะแนนได้ดีบน Benchmark ที่กำหนด แต่ประสิทธิภาพจริงอาจไม่ได้ดีตามไปด้วย เป็นสิ่งที่ถูกพูดถึงกันมากในวงการ Machine Learning

สำหรับระบบรู้จำเสียงพูด การวัดผลปรากฏการณ์นี้ทำได้ยาก แต่การวิจัยล่าสุดของ Hugging Face ได้นำเสนอ 3 วิธีทดสอบใหม่เพื่อช่วยวัดปริมาณปัญหานี้โดยเฉพาะ

การทดสอบโมเดล ASR ยอดนิยม

ในการศึกษาครั้งนี้ Hugging Face ได้ทำการประเมินโมเดล ASR แบบ Open-source ที่ใช้งานอย่างแพร่หลายจำนวน 11 โมเดล และพบว่าหลายระบบที่ทำคะแนนสูงสุด กลับมีการคัดลอก (Reproduce) Transcript จาก Benchmark ของชุดข้อมูล VoxPopuli English และ LibriSpeech (clean, other) มาใช้ แม้ว่าเสียงจริงจะขัดแย้งกับ Transcript นั้นก็ตาม หรือแม้กระทั่งในกรณีที่เสียงจริงสนับสนุนคำที่แตกต่างกันสองแบบ

บางครั้ง โมเดลไม่ได้อาศัยเพียงสิ่งที่พูดเท่านั้น แต่ยังใช้สัญญาณเสียงที่ละเอียดอ่อน (Subtle acoustic cues) ซึ่งบ่งชี้ว่ากำลังถูกทดสอบบน Benchmark ใด ส่งผลให้คะแนนที่ได้เกินจริงไปมากเมื่อเทียบกับความสามารถในการถอดเสียงพูดทั่วไป

กรณีศึกษา: Reference Disagreement ใน VoxPopuli

ชุดข้อมูล VoxPopuli ขึ้นชื่อว่ามีข้อผิดพลาดในการถอด Transcript จำนวนมาก (ซึ่งเป็นเหตุผลว่าทำไม Artificial Analysis จึงได้ปล่อยเวอร์ชันที่แก้ไขแล้วออกมา) การทดสอบ "Consensus disagreement probe" ของเราจะตรวจสอบว่าเกิดอะไรขึ้นเมื่อโมเดล ASR ชั้นนำเผชิญกับข้อผิดพลาดเหล่านี้: โมเดลจะถอดเสียงตามที่ได้ยินจริง หรือจะคัดลอก Reference Transcript ที่ผิดพลาดมาใช้?

วิธีการทดสอบ

เพื่อทดสอบในวงกว้าง Hugging Face ใช้ชุดโมเดลที่ทำงานร่วมกัน (Ensemble) ซึ่งเลือกมาจากโมเดลที่มีค่า Phoneme Error Rate (PER) ต่ำ PER เป็นตัววัดว่า Transcript ที่เขียนตรงกับเสียงในไฟล์เสียงมากน้อยเพียงใด ซึ่งเป็นตัวบ่งชี้ที่ดีว่าโมเดลถอดเสียงที่ได้ยินได้อย่างถูกต้องหรือไม่ ผลลัพธ์จาก Ensemble สามารถใช้เพื่อระบุกรณีที่โมเดลทั้งหมดมีความเห็นไม่ตรงกับ Reference Transcript ได้ จากนั้นจึงนำตัวอย่างที่ระบุได้ไปเปรียบเทียบกับข้อมูลที่มนุษย์ใส่เข้าไป (Human Annotations) เพื่อตรวจสอบความถูกต้องของ Transcript ที่แก้ไขแล้ว

ตัวอย่างที่น่าสนใจ

ตัวอย่างเช่น คลิป VoxPopuli หนึ่งมีวลี "Thank you, Mr. President" แต่ Reference Transcript กลับละเว้นคำว่า "Thank you" โมเดล 6 ใน 11 ตัวที่เราทดสอบ ได้คัดลอก Reference Transcript ที่ผิดพลาดมาใช้ ซึ่งก็คือ "คำตอบที่คาดหวัง" ทั้งที่ขัดแย้งกับเสียงจริง

เมื่อนำเสนอเนื้อหาเดียวกันในเสียงใหม่ที่รวบรวมจากบันทึกการประชุมรัฐสภายุโรป (EU parliamentary recordings) หรือเสียงทั่วไป พฤติกรรมนี้มักจะอ่อนลงหรือหายไป ในตัวอย่างด้านล่างนี้ โมเดลเกือบทั้งหมดเปลี่ยนกลับไปถอดเสียงตามที่ถูกต้องเมื่อใช้เสียงที่เหมือนกันแต่มาจากบันทึกใหม่ ซึ่งบ่งชี้ว่าโมเดลกำลังตอบสนองต่อสัญญาณเสียงที่ช่วยให้ระบุได้ว่ากำลังถูกทดสอบบน Benchmark ใด และจึงสร้าง Transcript ที่คาดหวังขึ้นมา แม้ว่าจะขัดแย้งกับเสียงจริงก็ตาม

ตัวอย่างการเปรียบเทียบ:

• Original VoxPopuli recording: Transcript อาจมีข้อผิดพลาด
• Voice clone of the same speaker: เสียงเหมือนเดิม แต่โมเดลเริ่มถอดเสียงถูกต้องมากขึ้น
• Clone of a parliament speaker recorded after every model's training cutoff: เสียงจากแหล่งใหม่ ทำให้โมเดลส่วนใหญ่ถอดเสียงได้ถูกต้อง

ผลการทดสอบชี้ให้เห็นว่าปัญหานี้แพร่หลายและมีความสำคัญ โดยวิธีการของ Hugging Face สามารถระบุข้อผิดพลาดที่อาจเกิดขึ้นใน Reference ได้ถึง 40% ของคลิปทดสอบ VoxPopuli ที่วิเคราะห์ และส่งผลกระทบต่อคำประมาณ 3% ของ Reference Transcript ทั้งหมด

โมเดลที่แสดงพฤติกรรม Benchmark-optimized จะคัดลอก Reference Transcript ที่ผิดพลาดถึง 18-30% ของเวลา

Masked Entity Retrieval: การกู้คืนข้อมูลที่ถูกปิดบัง

เพื่อต่อยอดจากการทดสอบ Consensus disagreement probe เราได้ทำการปิดบังตัวเลขในตัวอย่างเสียงของชุดข้อมูลทดสอบ และให้โมเดลถอดเสียงสิ่งที่ได้ยิน ตัวเลขเหล่านี้ไม่ได้ปรากฏในเสียงจริง ดังนั้นโมเดลไม่ควรสร้างตัวเลขใดๆ ขึ้นมา โดยเฉพาะตัวเลขที่ตรงกับในข้อความ

ตัวเลขบางตัวสามารถคาดเดาได้ (แต่ก็ยังเป็นเรื่องยากที่โมเดลจะทำนายได้) ในขณะที่บางตัวก็ค่อนข้างน่าประหลาดใจ คลิปต่อไปนี้รวมการทดสอบทั้งสองแบบ แสดงให้เห็นว่าโมเดลสามารถสร้างข้อผิดพลาดของ Reference Transcript รวมถึงตัวเลขที่ไม่ถูกต้องได้อย่างไร และบางโมเดลถึงกับเติมปีที่ค่อนข้างสุ่ม (2011) ทั้งที่ถูกปิดบังไป

อัตราการกู้คืน (Recovery rates) สูงที่สุดเมื่อทดสอบกับ Benchmark สาธารณะ และต่ำลงเมื่อใช้ข้อมูลที่เก็บมาใหม่ (Held-out หรือ Newly collected audio) บน LibriSpeech โมเดลที่ทำคะแนน Benchmark ได้ดีที่สุดบางส่วน ยังคงสร้างตัวเลขที่ถูกปิดบังขึ้นมาใหม่ในประมาณ 30-40% ของตัวอย่าง ทั้งที่ตัวเลขนั้นถูกลบออกไปแล้ว ผลกระทบนี้อ่อนลงเมื่อใช้ข้อมูลที่เพิ่งรวบรวมมาใหม่สำหรับหลายโมเดล ซึ่งชี้ให้เห็นว่าเสียงรอบข้างที่เกี่ยวข้องกับ Benchmark ไม่ใช่แค่การเติมคำอัตโนมัติ (Textual autocomplete) ที่ช่วยให้โมเดลสามารถกู้คืน Reference ได้

Orthographic Switching: การสลับรูปแบบการเขียน

การทดสอบ "Orthographic switching probe" ของเราตรวจสอบว่าโมเดลสามารถคัดลอกรูปแบบการสะกดที่แน่นอนจาก Reference Transcript ของ Benchmark ได้หรือไม่ แม้ว่าเสียงจะไม่ชัดเจน รูปแบบการเขียน (Orthographic variants) คือคำที่มีความหมายและเสียงเหมือนกัน แต่สามารถสะกดได้หลายแบบ (เช่น 1 กับ one, Mr. กับ mister) ในทางทฤษฎี โมเดลควรจะเลือกรูปแบบใดรูปแบบหนึ่งอย่างสม่ำเสมอ หรือสลับไปมาในอัตราสุ่ม หากโมเดลเปลี่ยนรูปแบบไปตาม Reference Transcript ของ Benchmark อย่างเป็นระบบ แสดงว่าโมเดลกำลังจับรูปแบบการสะกดที่ Benchmark คาดหวัง

ตัวอย่าง:

• Transcription: "I URGED ON THE BOYS THAT WHATEVER HAPPENED WE SHOULD NOT SHOOT ANY ONE"
• โมเดลที่ใช้ "any one": 6/11
• โมเดลที่ใช้ "anyone": 5/11
• Transcription: "CAMOUFLAGE WAS NOT A WORD THE CAPTAIN OR ANYONE ELSE OF HIS TIME YET UNDERSTOOD"
• โมเดลที่ใช้ "any one": 2/11
• โมเดลที่ใช้ "anyone": 9/11

ภายใน LibriSpeech เราทดสอบการสลับรูปแบบภายในชุดข้อมูล (Intra-dataset switch) โดยใช้รูปแบบการเว้นวรรคแบบเก่า: Reference Transcript บางส่วนใช้ "any one" ในขณะที่บางส่วนใช้ "anyone" เราวัดความแม่นยำขั้นต่ำสำหรับรูปแบบที่กำหนด ซึ่งเรียกว่า "switch rate" หากโมเดลใช้รูปแบบเดียวตลอด จะมี switch rate 0% โมเดลที่สุ่มเลือกคาดว่าจะมี switch rate 50% โมเดลที่ทราบว่าควรใช้รูปแบบใดในทุกตัวอย่างทดสอบ จะได้ switch rate 100%

การทดสอบที่สองเป็นการสลับระหว่างชุดข้อมูล (Inter-dataset switch) ซึ่งแต่ละ Benchmark ใช้รูปแบบการสะกดที่แตกต่างกันอย่างสม่ำเสมอตลอดชุดข้อมูลทดสอบ ตัวอย่างเช่น VoxPopuli ใช้คำย่อ "Mr." ในขณะที่ LibriSpeech สะกดว่า "Mister."

โมเดลหลายตัวทำคะแนนได้เกินกว่าค่าเฉลี่ยการเลือกแบบสุ่มที่ 50% โดยบางตัวทำได้ถึงประมาณ 90% แสดงว่าโมเดลสามารถระบุได้ว่าตัวอย่างเสียงมาจากชุดข้อมูลใด และเลือกรูปแบบการสะกดที่ Benchmark คาดหวัง แม้ว่าทั้งสองรูปแบบจะออกเสียงเหมือนกันก็ตาม

การระบุตำแหน่งของการสลับรูปแบบ

เพื่อทดสอบว่าพฤติกรรมเหล่านี้สามารถนำไปใช้กับ Benchmark สาธารณะได้หรือไม่ เราได้รวบรวมข้อมูลใหม่จากโดเมนเดียวกัน แต่หลังจากช่วงเวลาที่โมเดลถูกฝึกฝน (Training cutoffs) เช่น บันทึกการประชุมรัฐสภาล่าสุดสำหรับ VoxPopuli และบันทึกจากผู้บรรยาย LibriVox ที่เพิ่งเริ่มใช้งานสำหรับ LibriSpeech อย่างไรก็ตาม เมื่อนำเสนอข้อมูลที่รวบรวมมาใหม่จากโดเมนเดียวกัน โมเดลจำนวนมากหยุดการจับคู่กับ Reference Transcript และกลับไปใช้การถอดเสียงที่ตรงกับเสียงจริงมากขึ้น

การแทรกแซงอื่นๆ ชี้ไปในทิศทางเดียวกัน: วลีที่ปรากฏในเสียงจริงแต่ถูกละเว้นใน Reference Transcript สามารถกลับมาปรากฏได้เมื่อโมเดลถูกขอให้แปลเสียง หรือเมื่อการใส่ใจ (Attention) ถูกจำกัดอยู่เฉพาะเฟรมที่เกี่ยวข้อง การตัดบริบทของ Benchmark ที่อยู่รอบข้าง หรือการผนวกเสียงสนทนาทั่วไป ก็สามารถกู้คืน Transcript ที่ถูกต้องได้เช่นกัน การผนวกเสียง VoxPopuli อาจส่งผลตรงกันข้าม ทำให้ตัวอย่างสังเคราะห์หรือตัวอย่างที่ดึงมาซึ่งปกติจะถอดเสียงถูกต้อง มีแนวโน้มที่จะจับคู่กับ Reference ของ Benchmark มากขึ้น

สรุปผลการวิจัย

ผลลัพธ์เหล่านี้ชี้ให้เห็นว่าโมเดลมีความสามารถในการถอดคำพูดที่พูดออกมาได้อย่างถูกต้อง แต่กำลังใช้บริบทเสียงรอบข้างเพื่อตัดสินใจว่าจะทำตามเสียงจริง หรือนโยบายการถอด Transcript เฉพาะของ Benchmark

การค้นพบนี้ชี้ให้เห็นว่า บนชุดข้อมูล Open-source หลักสองชุด โมเดลบางส่วนสามารถตรวจจับสัญญาณเสียงที่เกี่ยวข้องกับชุดข้อมูล และปรับพฤติกรรมการถอดเสียงตามนั้นได้ โดยเฉพาะอย่างยิ่ง โมเดลอาจคัดลอกคำที่ไม่อยู่ในเสียงจริงแต่มีอยู่ใน Reference Transcript, กู้คืนตัวเลขที่ถูกปิดบังในอัตราที่สูงขึ้น หรือใช้บริบทเสียงรอบข้างเพื่อเลือกรูปแบบการเขียนที่ Benchmark คาดหวัง

สำหรับผู้ที่เลือกใช้โมเดล การค้นพบนี้เน้นย้ำถึงความสำคัญของการใช้ชุดประเมินผลแบบ Held-out อย่างสมบูรณ์ เช่นเดียวกับที่ RW-Voice-EQ Bench และ Open ASR Leaderboard ทำ และการมองข้าม Word Error Rate บน Benchmark สาธารณะเพียงชุดเดียว

เพื่อจุดประสงค์นี้ ได้มีการเพิ่มแท็บ "Benchmark fitting" เข้าไปใน Open ASR Leaderboard ซึ่งรวมการวิเคราะห์ข้างต้นสองรายการสำหรับทุกโมเดล: การวัดปริมาณ (1) อัตราข้อผิดพลาดของ Reference จาก VoxPopuli และ (2) การสลับรูปแบบการเขียน (Orthographic switching) ในชุดข้อมูลสาธารณะทั้งหมด สคริปต์ที่เกี่ยวข้องถูกเปิดเผยเป็น Open-source บน GitHub เช่นเดียวกับผลลัพธ์โมเดลที่ไม่ได้ปรับแต่ง

การค้นพบนี้ยังชี้แนะว่าผู้พัฒนา Benchmark ควรหลีกเลี่ยงการแบ่งชุดทดสอบแบบอิสระและเหมือนกัน (Independent and identically distributed test splits) แบบง่ายๆ โดยหันไปใช้การแยกข้อมูลตามเวลา, ผู้พูด, หรือเมตาดาตาอื่นๆ การมีความโปร่งใสมากขึ้นเกี่ยวกับข้อมูลการฝึกอบรมและขั้นตอนการเลือกโมเดล จะช่วยให้นักวิจัยเข้าใจว่าพฤติกรรมเหล่านี้เกิดขึ้นได้อย่างไร

Benchmark สาธารณะยังคงมีคุณค่า: มีความโปร่งใส ทำซ้ำได้ ใช้งานง่าย และเป็นที่เข้าใจกันดีในชุมชนนักวิจัย แต่จะมีประโยชน์มากที่สุดเมื่อเราสามารถแยกความแตกต่างระหว่างการปรับปรุงการถอดเสียงที่แท้จริง กับการปรับปรุงเฉพาะ Benchmark ที่ไม่สามารถนำไปใช้กับเสียงใหม่ๆ ได้

หากต้องการข้อมูลเพิ่มเติม สามารถอ่านรายงานฉบับเต็มได้

#ASR #SpeechRecognition #Benchmark #AIResearch

ขอบคุณ แหล่งข้อมูล
https://huggingface.co/blog/asr-benchmark-optimization

Greater Manchester เลือกทางเดินของตัวเอง: ปฏิเสธ Palantir เพื่อแพลตฟอร์มข้อมูลสุขภาพในบ้าน

ในยุคที่ข้อมูลคือหัวใจสำคัญของการพัฒนาบริการสาธารณสุข โดยเฉพาะอย่างยิ่งในระบบบริการสุขภาพแห่งชาติของสหราชอาณาจักร (NHS) การนำเทคโนโลยีมาใช้เพื่อบริหารจัดการข้อมูลผู้ป่วยให้มีประสิทธิภาพสูงสุดจึงเป็นเรื่องที่หลีกเลี่ยงไม่ได้ แต่เมื่อเทคโนโลยีจากบริษัทใหญ่อย่าง Palantir ถูกนำเสนอให้เป็นโซลูชันหลัก กลับมีภูมิภาคหนึ่งในอังกฤษที่ยืนกรานปฏิเสธ นั่นคือ Greater Manchester ที่เลือกจะเชื่อมั่นในแพลตฟอร์มข้อมูลสุขภาพที่พัฒนาขึ้นเอง

ความท้าทายในการจัดการข้อมูลสุขภาพของ NHS

ระบบ NHS ซึ่งเป็นที่พึ่งของประชาชนมาอย่างยาวนาน เผชิญกับความท้าทายในการรวบรวมและจัดการข้อมูลสุขภาพที่กระจัดกระจายอยู่ตามระบบดิจิทัล, สเปรดชีต, เอกสารกระดาษ และไวท์บอร์ด การส่งต่อข้อมูลผู้ป่วยระหว่างสถานพยาบาลต่างๆ ยังคงเป็นปัญหาที่อาจนำไปสู่ผลลัพธ์การรักษาที่ผิดพลาดได้ นอกจากนี้ ผู้บริหารยังขาดข้อมูลที่สมบูรณ์ในการตัดสินใจด้านงบประมาณและการจัดสรรทรัพยากร

Palantir ได้รับการว่าจ้างในปี 2023 เพื่อพัฒนาระบบ "Federated Data Platform" (FDP) ซึ่งมีเป้าหมายในการรวบรวมและจัดระเบียบข้อมูลสุขภาพทั่วประเทศ โดยอ้างว่าระบบนี้สามารถช่วยลดระยะเวลารอคอย, ลดระยะเวลาการพักรักษาตัวในโรงพยาบาล และเพิ่มประสิทธิภาพการใช้งานห้องผ่าตัด

Greater Manchester เลือกเส้นทางของตัวเอง

แม้ว่า FDP ของ Palantir จะถูกนำไปใช้ในหลายพื้นที่ของสหราชอาณาจักร และมีรายงานว่าช่วยเพิ่มประสิทธิภาพการรักษา แต่ Greater Manchester กลับเป็นข้อยกเว้นสำคัญ คณะกรรมการสุขภาพของภูมิภาคนี้ได้ปฏิเสธการนำ FDP มาใช้ซ้ำแล้วซ้ำเล่า โดยเลือกที่จะใช้แพลตฟอร์มที่พัฒนาขึ้นเองมานานกว่าทศวรรษ ชื่อว่า "Analytics and Data Science Platform" (ADSP)

เหตุผลเบื้องหลังการตัดสินใจ

1. ความเหนือกว่าของแพลตฟอร์มในบ้าน 🛠️

Greater Manchester อ้างว่าแพลตฟอร์ม ADSP ของตนเองนั้นมีความสามารถที่เหนือกว่า FDP ของ Palantir ในหลายด้าน โดยเฉพาะอย่างยิ่งในบริบทของคณะกรรมการดูแลสุขภาพระดับภูมิภาค พวกเขามองว่าฟังก์ชันการทำงานหลายอย่างของ ADSP นั้นล้ำหน้ากว่า FDP อยู่ราว 2-3 ปี

2. ข้อมูลเฉพาะที่จำเป็น 📊

ADSP ได้รับการป้อนข้อมูลจากการดูแลสุขภาพปฐมภูมิ ซึ่งเป็นข้อมูลที่ไม่มีอยู่ในแพลตฟอร์มของ Palantir นอกจากนี้ การที่ระบบถูกพัฒนาขึ้นภายในองค์กร ทำให้สามารถปรับแต่งและแก้ไขได้ง่ายกว่า

3. ความไว้วางใจจากสาธารณะ 🤝

Matt Hennessey เจ้าหน้าที่ข้อมูลและวิเคราะห์ของ NHS Greater Manchester กล่าวว่า "แม้แพลตฟอร์มจะแข็งแกร่งทางเทคนิคเพียงใด แต่ก็จะประสบปัญหาในการสร้างคุณค่า หากแพทย์, ผู้ควบคุมข้อมูล, ผู้ป่วย หรือสาธารณชนไม่ไว้วางใจ" เขาเชื่อว่า ADSP ได้รับความไว้วางใจจากสาธารณชนเป็นอย่างดีจากการพัฒนามาหลายปี ซึ่งเป็นสิ่งสำคัญอย่างยิ่งในการรวบรวมข้อมูลสุขภาพที่ละเอียดอ่อน

การถกเถียงและผลกระทบ

การตัดสินใจของ Greater Manchester ได้จุดประกายการถกเถียงระดับชาติเกี่ยวกับอนาคตของสัญญากับ Palantir บางฝ่ายมองว่านี่เป็นโอกาสที่รัฐบาลควรพิจารณายุติสัญญาก่อนกำหนด เนื่องจากความกังวลเกี่ยวกับอิทธิพลของบริษัทเทคโนโลยีต่างชาติเพียงรายเดียวที่มีต่อระบบสุขภาพที่สำคัญของประเทศ

อย่างไรก็ตาม ผู้สนับสนุน FDP โต้แย้งว่าการตัดสินใจดังกล่าวอาจเป็นอันตรายต่อการพัฒนา NHS เนื่องจากไม่มีทางเลือกอื่นที่สามารถเชื่อมโยงข้อมูลจากทั่วประเทศและส่วนประกอบย่อยต่างๆ ของ NHS ได้อย่างมีประสิทธิภาพเท่าเทียมกัน พวกเขามองว่าการประเมินมูลค่าของ ADSP อาจมองข้ามประโยชน์ที่ FDP สามารถมอบให้ในระดับโรงพยาบาลและสถานพยาบาลอื่นๆ

ข้อควรพิจารณาที่สำคัญ

ประเด็นนี้ชี้ให้เห็นถึงความสำคัญของการสร้างสมดุลระหว่างการนำเทคโนโลยีใหม่ๆ มาใช้กับการรักษาความไว้วางใจและความเป็นเจ้าของในระดับท้องถิ่น การตัดสินใจของ Greater Manchester สะท้อนให้เห็นว่า แม้เทคโนโลยีจะก้าวหน้าเพียงใด แต่ปัจจัยด้านความเชื่อมั่นของบุคลากรทางการแพทย์และประชาชน รวมถึงความเหมาะสมกับบริบทและความต้องการเฉพาะของแต่ละพื้นที่ ยังคงเป็นหัวใจสำคัญในการขับเคลื่อนการเปลี่ยนแปลงในระบบบริการสุขภาพ

#Palantir #NHS #GreaterManchester #DataPlatform #Healthcare

ขอบคุณ แหล่งข้อมูล
https://www.wired.com/story/the-single-english-county-saying-no-to-palantir/

การแข่งขัน AI ตัวท็อป: OpenAI กำลังไล่จี้ Anthropic ในตลาดธุรกิจ

ตลาดปัญญาประดิษฐ์ (AI) กำลังร้อนแรงขึ้นทุกขณะ โดยเฉพาะการแข่งขันระหว่างสองยักษ์ใหญ่แห่งวงการอย่าง OpenAI และ Anthropic ที่กำลังขับเคี่ยวกันอย่างดุเดือดเพื่อช่วงชิงส่วนแบ่งทางการตลาดในกลุ่มผู้ใช้งานภาคธุรกิจ ข้อมูลล่าสุดจาก Ramp บริษัทผู้ให้บริการบัตรเครดิตและเครื่องมือบริหารค่าใช้จ่ายสำหรับองค์กร ชี้ให้เห็นถึงการเปลี่ยนแปลงที่น่าสนใจในตลาดนี้

ภาพรวมการแข่งขันในปัจจุบัน

ย้อนกลับไปในช่วงเดือนพฤษภาคมที่ผ่านมา Anthropic เคยแซงหน้า OpenAI ขึ้นเป็นผู้นำในกลุ่มผู้ใช้งานธุรกิจของ Ramp ด้วยส่วนแบ่งตลาด 41% ต่อ 39% อย่างไรก็ตาม สถานการณ์เริ่มพลิกผันอีกครั้ง โดยข้อมูล ณ เดือนกรกฎาคม แสดงให้เห็นว่า Anthropic มีส่วนแบ่งตลาดเกือบ 44% ขณะที่ OpenAI ตามมาติด ๆ ที่เกือบ 40%

ข้อมูลดังกล่าวครอบคลุมธุรกิจกว่า 70,000 แห่งในสหรัฐอเมริกา ที่มีการใช้จ่ายผ่านผลิตภัณฑ์ของ Ramp ซึ่งแม้จะกระจายตัวในหลากหลายอุตสาหกรรม แต่ก็มีแนวโน้มเอียงไปทางกลุ่มเทคโนโลยี ซึ่งเป็นกลุ่มลูกค้าหลักของบัตรเครดิตในซิลิคอนแวลลีย์

สัญญาณการเติบโตที่น่าจับตา

เมื่อพิจารณาข้อมูลล่าสุด รายงานจาก Ara Kharazian นักเศรษฐศาสตร์ของ Ramp ชี้ว่า ในไตรมาสที่ 3 ของปีนี้ OpenAI มีอัตราการเติบโตในกลุ่มผู้ใช้งานธุรกิจเหล่านี้สูงกว่า Anthropic อย่างมีนัยสำคัญ แม้ว่าไตรมาสยังไม่สิ้นสุด แต่แนวโน้มนี้ก็เป็นสัญญาณที่น่าสนใจ

ทั้งนี้ Ramp ไม่ได้เปิดเผยตัวเลขรายได้ที่แท้จริง แต่ให้ข้อมูลเป็นเปอร์เซ็นต์เท่านั้น และข้อมูลนี้ก็ไม่ได้สะท้อนภาพรวมตลาดทั้งหมด เนื่องจากอาจมีองค์กรขนาดใหญ่ที่ใช้เครื่องมือบริหารจัดการค่าใช้จ่ายจากผู้ให้บริการอื่นที่ไม่ใช่ Ramp

ความผันผวนที่นักลงทุนต้องจับตา

สิ่งที่ข้อมูลนี้ชี้ให้เห็นอย่างชัดเจนคือ การแข่งขันที่ยังไม่จบสิ้น และ Anthropic ยังไม่สามารถคว้าชัยชนะได้อย่างถาวร ผู้ใช้งานธุรกิจมีความยืดหยุ่นสูง พร้อมที่จะสลับไปมาระหว่างผู้ให้บริการแต่ละราย เมื่อมีการเปิดตัวโมเดลใหม่ ๆ ออกมา ความผันผวนนี้อาจทำให้นักลงทุนของทั้งสองบริษัทเกิดความกังวลเกี่ยวกับความยั่งยืนของรายได้จากภาคธุรกิจ

ปัจจัยที่อาจส่งผลต่อการตัดสินใจ

ปัจจัยหนึ่งที่อาจส่งผลต่อการเติบโตของ OpenAI คือการกล่าวถึงโมเดลใหม่ "GPT-5.6 Sol" ที่ได้รับคำชมว่ามีประสิทธิภาพสูงและเป็นที่นิยมในหมู่นักพัฒนา ในขณะที่ "Fable 5" ซึ่งเป็นโมเดลระดับสูงของ Anthropic อาจสร้างความผิดหวังในด้านการยอมรับและการนำไปใช้งานจริง โดยเฉพาะเมื่อพิจารณาถึงข้อกำหนดด้านราคาและการเก็บรักษาข้อมูลตามกฎระเบียบ

นอกจากนี้ ประเด็นเรื่องการเก็บรักษาข้อมูลของผู้ใช้ Fable เป็นเวลา 30 วัน ก็สร้างความไม่พอใจให้กับผู้ใช้งานบางส่วนเช่นกัน แม้ว่า Fable จะมีราคาสูงกว่า แต่ก็ถูกออกแบบมาเพื่อการใช้งานที่เฉพาะเจาะจงมากกว่าแชทบอททั่วไป

ตลาด AI ที่กำลังขยายตัว

แม้จะมีการแข่งขันเพื่อแย่งชิงส่วนแบ่งตลาด แต่ข้อมูลของ Ramp ยังบ่งชี้ว่าทั้ง OpenAI และ Anthropic ควรมีรายได้จากธุรกิจเติบโตขึ้น เนื่องจากตลาด AI โดยรวมกำลังขยายตัวอย่างต่อเนื่อง สัดส่วนของบริษัทที่จ่ายเงินเพื่อใช้บริการ AI ในกลุ่มลูกค้า Ramp ก็เพิ่มขึ้นอย่างต่อเนื่อง โดยแตะระดับ 50% ในเดือนมีนาคม และสูงถึงเกือบ 56% ในเดือนกรกฎาคม

การแข่งขันที่เข้มข้นนี้เป็นผลดีต่อผู้ใช้งานธุรกิจ เนื่องจากจะกระตุ้นให้เกิดการพัฒนาและนวัตกรรมใหม่ๆ อย่างต่อเนื่องในอุตสาหกรรม AI

#OpenAI #Anthropic #AI #ธุรกิจ

ขอบคุณ แหล่งข้อมูล
https://techcrunch.com/2026/08/20/openai-is-gaining-on-anthropic-with-business-users-new-data-indicates/

สมบัติที่สาบสูญของ Sid Meier's Pirates! : มากกว่าแค่เกมโจรสลัด 🏴‍☠️

ในปี 1986 เมื่อ Microprose ไฟเขียวให้พัฒนาเกม Sid Meier's Pirates! บริษัทที่ Sid Meier ร่วมก่อตั้งกับ Bill Stealey ในปี 1982 นั้น มีชื่อเสียงจากเกมจำลองยานพาหนะ (Gunship, Spitfire Ace, F-15 Strike Eagle) และเกมสงครามกลยุทธ์ที่เข้มข้นอย่าง Crusade in Europe เป็นส่วนใหญ่

แต่ Pirates! กลับเป็นอะไรที่แตกต่างออกไป แม้ในปัจจุบันก็ยังยากที่จะระบุแน่ชัดว่าเป็นเกมแนวไหน แต่ที่แน่ๆ คือมันไม่เหมือนกับเกมก่อนๆ ของ Sid Meier เลย ถึงแม้ว่านี่จะเป็นเกมแรกที่ใช้ชื่อ "Sid Meier's Something or Other" ก็ตาม ในปี 1987 ที่เกมออกวางจำหน่าย โดยทั่วไปถูกเรียกว่าเป็นเกมแนว "แอ็คชั่นผจญภัย" ซึ่งอาจจะฟังดูไม่ค่อยตรงกับความเข้าใจของคนส่วนใหญ่ในปัจจุบันนัก เกมนี้แทบไม่มีอะไรเหมือนกับเกมร่วมสมัยอย่าง Castlevania, Metroid หรือ The Legend of Zelda เลย

การต่อสู้ดาบอันเป็นเอกลักษณ์ ⚔️

เกมไม่มีการกระโดดแพลตฟอร์มใดๆ การควบคุมตัวละครผู้เล่นโดยตรงและเป็นอิสระจะจำกัดอยู่แค่ช่วงการต่อสู้ด้วยดาบสั้นๆ ซึ่งมีระบบการควบคุมและกลไกที่แตกต่างจากเกมต่อสู้อื่นๆ ที่เคยเจอมาอย่างสิ้นเชิง มันพยายามสร้างความรู้สึกของการดวลดาบแบบ Errol Flynn ด้วยการควบคุมที่ซับซ้อน คล้ายกับเกมต่อสู้ที่ถูกดัดแปลง คุณสามารถแทง (ซึ่งเร็ว) หรือฟัน (ซึ่งสร้างความเสียหายมากกว่า) หรือปัดป้องได้ นอกจากนี้ยังสามารถเล็งต่ำ, สูง, หรือตรงกลางได้

การเคลื่อนไหวเหล่านี้ถูกแมปกับจอยสติ๊ก 8 ทิศทางที่นิยมใช้กันในยุคนั้นสำหรับคอมพิวเตอร์อย่าง Commodore 64 หรือคอมพิวเตอร์ยุค 80 อื่นๆ หรือหากไม่มีจอยสติ๊ก ก็จะถูกแมปกับแป้นตัวเลขบนคีย์บอร์ด บางเวอร์ชันของเกมอนุญาตให้เล่นด้วยเมาส์ หรือการผสมผสานที่ดูงุ่มง่ามระหว่างการคลิกเมาส์และการกดคีย์บอร์ด

คำอธิบายนี้อาจทำให้การต่อสู้ด้วยดาบใน Pirates! ฟังดูแย่ และจริงๆ แล้วมันก็ยากที่จะอธิบายให้เข้าใจได้ง่ายๆ เวอร์ชันรีเมคในปี 2004 ได้ปรับปรุงให้ง่ายขึ้นมาก แต่การทำให้ง่ายขึ้นนั้นกลับเผยให้เห็นถึงเกมแนว "Rhythm Game" ที่แปลกประหลาดซ่อนอยู่ข้างใน มันยังคงให้ความรู้สึกที่ไม่เหมือนกับการออกแบบการต่อสู้แบบ "มาตรฐาน" ใดๆ เลย

ประสบการณ์ที่เปิดโลกทัศน์ 🧠

แต่สิ่งที่คุณต้องเข้าใจเกี่ยวกับการเล่นเกมนี้ ไม่ว่าจะเป็นเวอร์ชันดั้งเดิมปี 1987, เวอร์ชันพอร์ตต่างๆ ในปี 1988, เวอร์ชันรีมาสเตอร์ Pirates! Gold ปี 1993 ที่สวยงามด้วยกราฟิก 256 สี, หรือเวอร์ชันรีเมคปี 2004 ที่ทันสมัย คือ ถ้าคุณได้สัมผัสเกมนี้ตั้งแต่อายุยังน้อย มันจะเปิดโลกทัศน์ใหม่ให้กับคุณ เมื่อผมถาม Nic Tringali (นักออกแบบเกม The Banished Vault และ Amberspire) เขาตอบได้อย่างยอดเยี่ยมว่า: "Pirates! รู้สึกเหมือนหลุดออกจากกรอบแนวเกม ไม่ใช่เกมโลกเปิด หรือเกมสวมบทบาท แต่ก็ไม่ใช่แค่เกมกลยุทธ์ทางเศรษฐกิจ หรือการจัดการทรัพยากร มันมีเป้าหมายที่ชัดเจนสำหรับผู้เล่นที่จะเข้าไปสวมบทบาท และใช้ระบบต่างๆ เพื่อไปให้ถึงเป้าหมายนั้น ความแปลกเฉพาะตัวของการออกแบบนั้นไม่เหมือนใครและแยกออกจากกันไม่ได้ เช่น ลมที่พัดไปทางตะวันออกเสมอ และการดวลกับกัปตันคู่แข่งแล้วชนะการรบทางทะเลได้ทันที และสิ่งเหล่านี้ไม่ได้ขับเคลื่อนโดยความคาดหวังของแนวเกมวิดีโอ หรือไอเดียสำเร็จรูปที่ถูกนำมาปรับใช้ในธีมโจรสลัดเท่านั้น"

Sid Meier ทำงานในยุคที่แนวเกมและกลไกต่างๆ ยังไม่ถูกกำหนดไว้แน่ชัด ในบันทึกความทรงจำปี 2020 ของเขา Sid Meier ชี้ให้เห็นว่า "ข่าวดีคือในตอนนั้นมีแนวคิดที่ตายตัวเกี่ยวกับสิ่งที่เกมควรจะเป็นน้อยมาก ข่าวร้ายก็คือไม่มีธรรมเนียมปฏิบัติที่พิสูจน์แล้วเช่นกัน" Pirates! ทั้งหมดเป็นแบบนี้ คือความพยายามที่มาจากหลักการพื้นฐานในการดึงกลไกของเกมออกมาจากภาพจำของความเป็นโจรสลัดที่ Sid Meier มีอยู่ในหัว

โลกแห่งโจรสลัดที่สมจริง 🗺️

เกมที่ได้ผลลัพธ์ออกมา ได้นำเอาแนวคิดโรแมนติกเหล่านั้นที่ชี้ไปยังแนวเกมต่างๆ เช่น เกาะสมบัติ, หนัง Errol Flynn, ปีเตอร์แพน, การกลั่นกรองตำนาน Black Legend ในวัฒนธรรมอังกฤษมาหลายศตวรรษ มาใช้ ไม่ใช่เป็นเพียงฉากเล่าเรื่อง หรือแค่การตกแต่ง แต่เป็นกฎพื้นฐานของโลกกลไกที่คุณสามารถเข้าไปสำรวจและปรับเปลี่ยนได้ เกมจำลองการเดินทางของเงินในขบวนคาราวานม้าจาก Potosí ไปยังเรือที่บรรทุกในปานามา และจากนั้นเดินทางไปตามท่าเรือต่างๆ ของ Gran Colombia จนกระทั่งขบวนเรือสมบัติที่เต็มไปด้วยเลือดของทวีปอเมริกา ออกเดินทางไปยังสเปน เกมจำลองชีวิตที่ยากลำบากของโจรสลัดที่ค่อยๆ บั่นทอนคุณไปเมื่อเวลาผ่านไป กัปตันเรือพาณิชย์แต่ละลำหรือทหารอาณานิคมที่คุณต่อสู้ด้วย จะดูเหมือนจะเร็วขึ้นเล็กน้อย จนกว่าคุณจะต้องยอมรับว่าแขนที่ถือดาบของคุณไม่เหมือนเดิมอีกต่อไป เกมได้สร้างภารกิจสุ่มที่ซับซ้อนในทะเลแคริบเบียน เพื่อตามหาครอบครัวที่หายไปของคุณ ไล่ตามรายชื่อผู้ขุนนางที่ชั่วร้ายเพื่อช่วยเหลือญาติพี่น้องจากการเป็นทาสรับใช้ในไร่นาอันห่างไกล

สำหรับมุมมองการออกแบบสมัยใหม่ ผมคิดว่ามีความเสี่ยงที่คนอาจมอง Pirates! แล้วเห็นว่าเป็นแค่มินิเกมที่ซ่อนตัวอยู่ แต่ในความเป็นจริง สิ่งที่เกมกำลังสื่อสารคือวิธีคิดเกี่ยวกับเกมที่เราได้กดทับไว้เมื่อเวลาผ่านไป ในขณะที่สื่อนี้ได้สร้างคลังกฎ, แนวคิด, และไอเดียที่ถูกนำกลับมาใช้ซ้ำ

Pirates! ถูกสร้างขึ้นจากธีมหลักอย่างดิบๆ แต่เกมอื่นๆ ในยุคเดียวกันก็เป็นเช่นนั้น Cinemaware สตูดิโอที่ปัจจุบันแทบจะถูกลืมไปแล้ว ได้สร้างธุรกิจที่ประสบความสำเร็จอย่างมากด้วยรูปแบบการออกแบบนี้ เกม It Came from the Desert ในปี 1989 ของพวกเขา กระโดดไปมาระหว่างการนำเสนอและมุมมองอย่างสนุกสนาน บางครั้งก็เป็นเกมยิงมุมมองบุคคลที่หนึ่งแบบพื้นฐาน บางครั้งก็เป็นเกมยานยิงมุมมองจากบนลงล่าง ทั้งหมดนี้ถูกห่อหุ้มด้วยนิยายภาพที่สวมหนังของเกมกลยุทธ์ เกม Dune ดั้งเดิม (ไม่ใช่ Dune II ต้นกำเนิดของเกมแนว Real-time Strategy อย่างที่เราทราบกัน) แท้จริงแล้วคือความพยายามที่จะจับภาพความยิ่งใหญ่ของภาพยนตร์ David Lynch ปี 1984 โดยสลับไปมาระหว่างเกมกลยุทธ์เกี่ยวกับการสกัดเครื่องเทศและการดัดแปลงพล็อตเรื่องแบบนิยายภาพ

มรดกที่ถูกลืมเลือน ⏳

Pirates! ประสบความสำเร็จอย่างมหาศาลในยุคของมัน และรูปแบบการคิดเชิงออกแบบแบบนี้ก็ถูกนำไปปรับใช้กับเกมต่อๆ มาของ Microprose เช่น Covert Action และ Sword of the Samurai Pirates! ได้เปลี่ยนแปลงอัตลักษณ์ทั้งหมดของสตูดิโอ ซึ่งเป็นเรื่องที่ยากอย่างยิ่งที่จะทำได้แม้ในยุคนั้น

อย่างไรก็ตาม ยุคของวิดีโอเกมทั้งหมดนี้ให้ความรู้สึกเหมือนเป็นหลุมที่ถูกขุดออกจากความทรงจำร่วมของสื่อนี้ อันที่จริง มันสะท้อนให้เห็นว่าตลาดเกมคอมพิวเตอร์ในยุคนั้นมีขนาดเล็กเพียงใด สำหรับ Amiga 500 ทุกเครื่องที่ขายได้ Nintendo ขาย NES ได้ 23 เครื่อง และ Game Boy ได้ 45 เครื่อง ยุคของการรวมศูนย์ของ IBM PC และการยอมรับเกม PC ในวงกว้างอย่างแท้จริง ยังอีกไม่กี่ปีข้างหน้าในช่วงปลายทศวรรษ 1980 และเมื่อเวอร์ชัน DOS ที่ถูกรีเมคของ Pirates! ออกมาในปี 1993 มันต้องแข่งขันกับเกมที่สร้างนิยามของแพลตฟอร์มอย่าง Wolfenstein 3D ยุคของเกม PC ในช่วงปี 1982-1990 นี้ เป็นที่รู้จักกันดีผ่านแผ่น CD ที่ไม่ค่อยน่าไว้ใจซึ่งแถมมากับนิตยสาร, คอลเลกชันลดราคาจากผู้จัดพิมพ์ที่กำลังล้มละลาย และเว็บไซต์ abandonware

#SidMeiersPirates #เกมคลาสสิก #Retrospective

ขอบคุณ แหล่งข้อมูล
https://remapradio.com/articles/the-lost-treasure-of-sid-meiers-pirates/

พัฒนาโมเดล AI อย่างไรให้ทันยุคสมัย: การสร้างสมดุลระหว่างความก้าวหน้าและความปลอดภัย

การพัฒนาเทคโนโลยีปัญญาประดิษฐ์ (AI) ก้าวหน้าไปอย่างรวดเร็ว และ OpenAI ก็เป็นหนึ่งในผู้เล่นหลักที่ขับเคลื่อนความก้าวหน้านี้ แต่ท่ามกลางความตื่นเต้นกับศักยภาพอันไร้ขีดจำกัดของ AI กลับมีความกังวลเกี่ยวกับความปลอดภัยและผลกระทบต่อสังคมที่ไม่อาจมองข้ามไปได้ เพื่อรับมือกับความท้าทายนี้ OpenAI ได้นำเสนอแนวคิด "Pacing Model Development" หรือ "การพัฒนาโมเดลตามจังหวะ" ซึ่งเป็นแนวทางที่มุ่งสร้างสมดุลระหว่างการเร่งพัฒนาความสามารถของ AI กับการสร้างความมั่นใจในความปลอดภัยและผลกระทบต่อสังคม

ทำไมต้องมี "Pacing Model Development"?

การพัฒนา AI ที่เร็วเกินไปโดยปราศจากการควบคุม อาจนำไปสู่ผลลัพธ์ที่ไม่พึงประสงค์ได้หลายประการ เช่น:

• ความเสี่ยงด้านความปลอดภัย: โมเดล AI ที่ทรงพลังเกินไป หากตกไปอยู่ในมือผู้ไม่ประสงค์ดี อาจถูกนำไปใช้ในทางที่ผิด เช่น การสร้างข้อมูลปลอม (Deepfake) การโจมตีทางไซเบอร์ที่ซับซ้อน หรือแม้กระทั่งการพัฒนาอาวุธ
• ผลกระทบต่อสังคม: การเข้ามาของ AI อาจส่งผลกระทบต่อตลาดแรงงาน การกระจายรายได้ และโครงสร้างทางสังคมโดยรวม การพัฒนาที่รวดเร็วเกินไปอาจทำให้สังคมปรับตัวไม่ทัน
• ความท้าทายในการกำกับดูแล: การสร้างกฎหมายและข้อบังคับเพื่อควบคุม AI ที่ทรงพลังเป็นเรื่องที่ซับซ้อนและต้องใช้เวลา หาก AI พัฒนาเร็วกว่ากฎหมาย ก็อาจเกิดช่องว่างที่นำไปสู่ปัญหาได้

ด้วยเหตุนี้ แนวคิด "Pacing Model Development" จึงถูกนำมาใช้ เพื่อให้แน่ใจว่าการพัฒนา AI จะดำเนินไปอย่างรอบคอบ โดยคำนึงถึงปัจจัยด้านความปลอดภัยและผลกระทบต่อสังคมเป็นสำคัญ

หลักการสำคัญของ Pacing Model Development

แนวทางนี้ไม่ใช่การหยุดยั้งการพัฒนา AI แต่เป็นการบริหารจัดการจังหวะของการพัฒนา โดยมีหลักการสำคัญดังนี้:

1. การประเมินความเสี่ยงอย่างละเอียด 🔍

ก่อนที่จะเปิดตัวโมเดล AI ที่มีความสามารถสูงขึ้น OpenAI จะทำการประเมินความเสี่ยงอย่างรอบด้าน โดยพิจารณาถึงศักยภาพในการถูกนำไปใช้ในทางที่ผิด ผลกระทบต่อสังคม และความเสี่ยงด้านความปลอดภัยที่อาจเกิดขึ้น

2. การพัฒนากลไกความปลอดภัย 🛡️

ควบคู่ไปกับการพัฒนาความสามารถของโมเดล AI จะมีการพัฒนากลไกและมาตรการด้านความปลอดภัยที่เข้มงวด เพื่อป้องกันการนำโมเดลไปใช้ในทางที่ผิด รวมถึงการพัฒนาระบบตรวจจับและป้องกันการใช้งานที่ไม่เหมาะสม

3. การเปิดเผยอย่างค่อยเป็นค่อยไป 🤝

โมเดล AI ที่มีความสามารถสูงจะถูกเปิดเผยต่อสาธารณะอย่างค่อยเป็นค่อยไป โดยเริ่มจากการทดสอบกับกลุ่มผู้ใช้ที่จำกัดและได้รับความไว้วางใจ เพื่อรวบรวมข้อคิดเห็นและปรับปรุงแก้ไขก่อนที่จะเปิดให้ใช้งานในวงกว้าง

4. การสื่อสารและการทำงานร่วมกับผู้มีส่วนได้ส่วนเสีย 🗣️

OpenAI ให้ความสำคัญกับการสื่อสารที่โปร่งใสกับผู้กำหนดนโยบาย นักวิจัย และสาธารณชน เพื่อสร้างความเข้าใจร่วมกันเกี่ยวกับศักยภาพและความเสี่ยงของ AI และทำงานร่วมกันเพื่อกำหนดแนวทางที่เหมาะสม

5. การปรับปรุงอย่างต่อเนื่อง 🔄

กระบวนการพัฒนาและประเมินความปลอดภัยของ AI เป็นกระบวนการที่ต้องทำอย่างต่อเนื่อง เมื่อมีข้อมูลใหม่หรือพบความเสี่ยงใหม่ ๆ ก็จะต้องมีการปรับปรุงโมเดลและมาตรการด้านความปลอดภัยให้ทันสมัยอยู่เสมอ

AI ที่ปลอดภัยและเป็นประโยชน์ต่อทุกคน

เป้าหมายสูงสุดของ OpenAI คือการพัฒนา AI ที่ไม่เพียงแต่มีความสามารถสูง แต่ยังต้องปลอดภัย เป็นประโยชน์ และสามารถเข้าถึงได้สำหรับทุกคน แนวคิด "Pacing Model Development" เป็นเครื่องมือสำคัญที่ช่วยให้บรรลุเป้าหมายนี้ โดยการสร้างสมดุลระหว่างความก้าวหน้าทางเทคโนโลยีกับการรับผิดชอบต่อสังคม

การพัฒนา AI ที่รอบคอบนี้ จะช่วยให้เราสามารถปลดล็อกศักยภาพอันมหาศาลของ AI เพื่อแก้ไขปัญหาที่ซับซ้อนของโลก และยกระดับคุณภาพชีวิตของผู้คนได้อย่างแท้จริง โดยไม่ต้องแลกมาด้วยความเสี่ยงที่ไม่อาจควบคุมได้

#AI #ความปลอดภัยAI #OpenAI #เทคโนโลยี

ขอบคุณ แหล่งข้อมูล
https://openai.com/index/pacing-model-development-cyber-capabilities

Daggr: สร้างแอปพลิเคชัน AI แบบมีขั้นตอน ควบคุมด้วยโค้ด พร้อมแสดงผลแบบเห็นภาพ 🎨

การสร้างแอปพลิเคชัน AI ที่ซับซ้อน ซึ่งต้องมีการทำงานหลายขั้นตอน เช่น การเรียกใช้โมเดลหลายตัว การประมวลผลข้อมูลต่อเนื่อง หรือการเชื่อมต่อ API ต่างๆ อาจเป็นเรื่องที่ท้าทาย โดยเฉพาะเมื่อต้องเผชิญกับปัญหาการดีบัก การติดตามผลลัพธ์ระหว่างทาง และการรันใหม่ทั้งหมดเมื่อเกิดข้อผิดพลาดในขั้นตอนใดขั้นตอนหนึ่ง

นักพัฒนาหลายคนอาจเลือกสร้างสคริปต์ที่ซับซ้อนและยากต่อการแก้ไข หรือหันไปใช้แพลตฟอร์มจัดการ Workflow ขนาดใหญ่ที่ออกแบบมาสำหรับ Production ซึ่งอาจไม่เหมาะกับการทดลองและพัฒนาอย่างรวดเร็ว

Hugging Face ได้พัฒนาระบบที่ชื่อว่า Daggr ขึ้นมาเพื่อแก้ไขปัญหาเหล่านี้ โดยมุ่งเน้นให้การสร้างและจัดการ Workflow ของแอปพลิเคชัน AI เป็นไปอย่างราบรื่นและมีประสิทธิภาพมากขึ้น

Daggr ทำงานอย่างไร? 🤔

Daggr นำเสนอแนวทางที่ผสานข้อดีของการเขียนโค้ดเข้ากับการแสดงผลแบบเห็นภาพ ทำให้คุณสามารถ:

1. แสดงผล Flow การทำงานด้วยภาพอัตโนมัติ 🖼️

ต่างจากเครื่องมือแบบ GUI ที่ต้องลากและวาง Node เพื่อเชื่อมต่อกัน Daggr ใช้แนวทาง Code-First คุณสามารถกำหนด Workflow ทั้งหมดได้ด้วยโค้ด Python และ Daggr จะสร้าง Visual Canvas หรือแผนภาพการทำงานให้โดยอัตโนมัติ ทำให้คุณได้ทั้งโค้ดที่สามารถควบคุมเวอร์ชันได้ และแผนภาพที่ช่วยให้เห็นภาพรวมของ Workflow

2. ตรวจสอบและรันแต่ละขั้นตอนได้ตามต้องการ 🔍

แผนภาพที่ Daggr สร้างขึ้นไม่ใช่แค่เพื่อการแสดงผลเท่านั้น คุณสามารถ ตรวจสอบผลลัพธ์ (Output) ของ Node ใดก็ได้ใน Workflow, แก้ไข Input และ รันเฉพาะขั้นตอนนั้นๆ โดยไม่ต้องรันทั้ง Pipeline ใหม่ ซึ่งมีประโยชน์อย่างมากเมื่อต้องดีบัก Workflow ที่มีหลายขั้นตอน และมีปัญหาเกิดขึ้นเพียงบางส่วนเท่านั้น นอกจากนี้ คุณยังสามารถสร้าง "Backup Nodes" หรือ Node สำรอง เพื่อสลับการใช้งานโมเดลหรือ Space อื่นๆ ได้ ทำให้ Workflow มีความยืดหยุ่นและทนทานต่อข้อผิดพลาดมากขึ้น

3. ผสานการทำงานกับ Gradio ได้อย่างลงตัว ✨

เนื่องจาก Daggr พัฒนาโดยทีม Gradio จึงสามารถทำงานร่วมกับ Gradio Spaces ได้อย่างราบรื่น คุณสามารถชี้ไปยัง Space ใดก็ได้ (ทั้งแบบสาธารณะและส่วนตัว) เพื่อใช้งานเป็น Node ใน Workflow ของคุณได้ทันที โดยไม่ต้องมี Adapter หรือ Wrapper ใดๆ เพียงแค่ระบุชื่อ Space และ API Endpoint

4. จัดเก็บสถานะและทำงานต่อได้ไม่สะดุด 💾

Daggr จะ บันทึกสถานะของ Workflow โดยอัตโนมัติ รวมถึงค่า Input, ผลลัพธ์ที่แคชไว้, ตำแหน่งของ Canvas ทำให้คุณสามารถกลับมาทำงานต่อจากจุดเดิมได้ทุกเมื่อ นอกจากนี้ ยังมีฟีเจอร์ "Sheets" ที่ช่วยให้คุณสามารถจัดการ Workspace หลายๆ อัน ภายในแอปพลิเคชันเดียวกันได้

การติดตั้ง Daggr 🛠️

คุณสามารถติดตั้ง Daggr ได้ง่ายๆ ด้วย pip หรือ uv โดยต้องการ Python 3.10 ขึ้นไป

pip install daggr

# หรือ

uv pip install daggr

ตัวอย่างการใช้งาน Daggr 🚀

ลองดูตัวอย่างง่ายๆ ที่สร้างภาพและลบพื้นหลัง:

from daggr import GradioNode, FnNode, InferenceNode



# Node ที่ 1: ลบพื้นหลังภาพ (ใช้ Gradio Space)

background_remover = GradioNode(

    space="spaces/gradio/background-remover",

    inputs={"image": "ขอบคุณ แหล่งข้อมูล
https://huggingface.co/datasets/huggingface/documentation-images/resolve/main/transformers/tasks/cat-red.jpg"},

    outputs=["image"], 

# ระบุ Output ที่ต้องการ

)



# Node ที่ 2: ปรับขนาดภาพ (ใช้ Python Function)

def downscale_image(image):

    

# โค้ดสำหรับปรับขนาดภาพ

    

# ... (สมมติว่าฟังก์ชันนี้ทำงานเสร็จแล้ว)

    return resized_image



resizer = FnNode(

    fn=downscale_image,

    inputs={"image": background_remover.outputs["image"]},

)



# Node ที่ 3: สร้างภาพสไตล์ 3D Asset (ใช้ Hugging Face Inference)

image_generator = InferenceNode(

    model="google/flux-2-small",

    inputs={"image": resizer.outputs["image"]},

    outputs=["output"],

)



# Node ที่ 4: สร้าง 3D Asset (ใช้ Gradio Space)

three_d_generator = GradioNode(

    space="spaces/huggingface/trellis.2",

    inputs={"image": image_generator.outputs["output"]},

)



# เชื่อมต่อ Node ทั้งหมดและรัน

workflow = [background_remover, resizer, image_generator, three_d_generator]

daggr.run(workflow)

เมื่อรันสคริปต์นี้ คุณจะได้ Visual Canvas ที่แสดงผลบนพอร์ต 7860 โดยอัตโนมัติ พร้อมลิงก์ที่สามารถแชร์ได้ ซึ่งจะแสดง Node ต่างๆ ที่เชื่อมต่อกัน พร้อม Input ที่สามารถแก้ไขได้ และ Output ที่สามารถตรวจสอบได้ในแต่ละขั้นตอน

ประเภทของ Node ใน Daggr 💡

Daggr รองรับ Node 3 ประเภทหลัก:

• GradioNode: สำหรับเรียกใช้ API ของ Gradio Space หรือ Gradio App ที่รันบนเครื่อง หากตั้งค่า run_locally=True, Daggr จะทำการ Clone Space, สร้าง Virtual Environment และรันแอปพลิเคชันให้โดยอัตโนมัติ หากการรันในเครื่องล้มเหลว จะกลับไปใช้ API แบบ Remote แทน
• FnNode: สำหรับรันฟังก์ชัน Python แบบกำหนดเอง
• InferenceNode: สำหรับเรียกใช้โมเดลผ่าน Hugging Face Inference Providers

การ Deploy และข้อควรพิจารณา ⚠️

• การรันบน Hugging Face Spaces: คุณสามารถ Deploy แอปพลิเคชันที่ใช้ Daggr บน Hugging Face Spaces ได้ง่ายๆ เพียงแค่เพิ่ม daggr เข้าไปใน requirements.txt
• การรันโมเดลบน GPU: หากคุณต้องการให้โมเดลทำงานบน GPU (CUDA) ให้ใช้ to("cuda") หรือ ZeroGPU ภายในไฟล์แอปพลิเคชัน หากอุปกรณ์ของคุณไม่มี NVIDIA GPU คุณสามารถ Clone Space ที่ต้องการใช้และรันบน CPU ได้
• Token สำหรับ InferenceNode: เมื่อ Deploy แอปพลิเคชันที่มี InferenceNode ไปยัง Hugging Face Spaces ควรใช้ Hugging Face Access Token ที่มีสิทธิ์เฉพาะสำหรับการ "Make calls to Inference Providers" เท่านั้น
• สถานะ Beta: Daggr ยังอยู่ในช่วง Beta ซึ่งหมายความว่า API อาจมีการเปลี่ยนแปลงได้ และอาจมีความเสี่ยงที่ข้อมูลบางส่วนสูญหายระหว่างการอัปเดต หากคุณพบข้อผิดพลาดหรือมีข้อเสนอแนะ สามารถเปิด Issue ได้ที่ [GitHub](ขอบคุณ แหล่งข้อมูล
  https://github.com/gradio-app/daggr)

Daggr เป็นเครื่องมือที่ทรงพลังสำหรับการสร้างและทดลองกับ Workflow AI ที่ซับซ้อน ช่วยให้นักพัฒนาสามารถโฟกัสกับการสร้างสรรค์นวัตกรรม โดยไม่ต้องกังวลกับปัญหาการจัดการ Pipeline ที่ยุ่งยากอีกต่อไป

#Daggr #Gradio #AIWorkflow #Python

ขอบคุณ แหล่งข้อมูล
https://huggingface.co/blog/daggr

Micro1: สตาร์ทอัพ AI ข้อมูล พุ่งแรงสู่รายได้ 500 ล้านดอลลาร์ ท่ามกลางความต้องการข้อมูลฝึกสอน AI ที่พุ่งสูง 🚀

ความต้องการข้อมูลฝึกสอน AI ที่ไม่มีที่สิ้นสุดจากบริษัทเทคโนโลยีชั้นนำและองค์กรใหญ่ กำลังขับเคลื่อนการเติบโตอย่างมหาศาลให้กับสตาร์ทอัพด้านการติดป้ายกำกับข้อมูล (Data Labeling) และ Micro1 ก็เป็นหนึ่งในนั้น

Micro1 เติบโตอย่างก้าวกระโดด 📈

Micro1 สตาร์ทอัพที่มีอายุ 4 ปี ได้เห็นการเติบโตของรายได้รวมต่อปี (Gross Annual Run Rate) จาก 100 ล้านดอลลาร์ พุ่งขึ้นไปถึง 500 ล้านดอลลาร์ ในช่วง 8 เดือนที่ผ่านมา ข้อมูลนี้มาจากแหล่งข่าวที่ใกล้ชิดกับบริษัท

เช่นเดียวกับคู่แข่งในตลาด Micro1 จ้างผู้เชี่ยวชาญเฉพาะด้าน เช่น แพทย์ ทนายความ และนักวิทยาศาสตร์ ในรูปแบบสัญญาจ้าง โดยบริษัทสามารถเก็บรายได้สุทธิไว้ได้ราว 60% ถึง 70% ของรายได้รวม ทำให้มีรายได้สุทธิต่อปีอยู่ที่ประมาณ 150 ล้านถึง 200 ล้านดอลลาร์

แม้ว่า Micro1 จะยังตามหลังคู่แข่งอย่าง Mercor ที่มีรายได้รวมต่อปีถึง 2 พันล้านดอลลาร์ และ Handshake ที่ทำรายได้ 1 พันล้านดอลลาร์ไปเมื่อต้นปีนี้ แต่การเติบโตของรายได้ของ Micro1 แสดงให้เห็นว่ามีความต้องการเพียงพอที่จะรองรับผู้เล่นหลายรายในตลาดผู้จัดหาข้อมูลฝึกสอน AI

แนวโน้มการเติบโตที่สดใส 🌟

การเติบโตอย่างรวดเร็วนี้คาดว่าจะดำเนินต่อไป โดยนักวิจัยบางส่วนคาดการณ์ว่า การใช้จ่ายในอนาคตสำหรับข้อมูล AI อาจเทียบเท่ากับการใช้จ่ายด้านการประมวลผล (Compute)

แนวโน้มนี้เป็นข่าวดีสำหรับ Micro1 ซึ่งกำลังเห็นขนาดของสัญญาที่เพิ่มขึ้นในอัตราเร่ง และคาดว่าอัตรากำไรจะขยายตัวต่อไป บริษัทกำลังสร้างข้อมูลสังเคราะห์ (Synthetic Data) มากขึ้นเรื่อยๆ โดยไม่ต้องอาศัยมนุษย์เข้ามาเกี่ยวข้อง เช่น การสร้างคำอธิบายวิดีโอโดยอัตโนมัติ นอกจากนี้ ข้อมูลบางส่วนที่บริษัทสร้างขึ้นสามารถขายให้กับลูกค้าหลายรายได้ ซึ่งช่วยเพิ่มอัตรากำไรขั้นต้นสำหรับข้อมูลประเภท "สำเร็จรูป" (Off-the-shelf Data) ให้สูงถึง 80% ถึง 90%

ประเด็นที่น่าสนใจและข้อควรพิจารณา 🤔

การขายชุดข้อมูลเดียวกันให้กับลูกค้าหลายราย ได้ก่อให้เกิดข้อถกเถียงเมื่อเร็วๆ นี้ โดยมีนักวิจารณ์บางส่วนชี้ว่า การจำหน่ายข้อมูลสำเร็จรูปให้กับนักพัฒนา AI ชาวจีน ช่วยให้โมเดลของพวกเขามีความสามารถทัดเทียมกับโมเดลชั้นนำของสหรัฐอเมริกา

Ali Ansari ผู้ก่อตั้ง Micro1 กล่าวผ่าน X เมื่อเดือนที่แล้วว่า แตกต่างจากคู่แข่งบางราย Micro1 ไม่ได้ขายข้อมูลให้กับผู้สร้างโมเดลชาวจีน โดยเขากล่าวว่า "บริษัทข้อมูลบางแห่งทำงานร่วมกับศัตรูต่างชาติ และผลลัพธ์ก็ปรากฏให้เห็นใน Kimi K3 วันนี้ เราเชื่อว่าเป็นเรื่องน่าละอายที่จะอ้างความเป็นผู้นำด้าน AI ของอเมริกา ในขณะที่ขายข้อมูลมูลค่าหลายล้านให้กับประเทศที่เรามีการแข่งขันอย่างเป็นปรปักษ์ด้วย"

เช่นเดียวกับ Mercor, Micro1 เริ่มต้นจากการเป็นสตาร์ทอัพด้านการสรรหาบุคลากร AI แต่หลังจากสังเกตเห็นว่าลูกค้าด้านการติดป้ายกำกับข้อมูลใช้แพลตฟอร์ม AI ของเขาในการคัดกรองและสรรหาผู้เชี่ยวชาญสำหรับการทำ Annotation Ansari จึงตัดสินใจปรับเปลี่ยนธุรกิจเข้าสู่การติดป้ายกำกับข้อมูลด้วย

Ansari เคยให้สัมภาษณ์กับ TechCrunch ว่า นอกเหนือจากการให้ผู้เชี่ยวชาญของบริษัทประเมินผลลัพธ์ของโมเดล (Reinforcement Learning Gyms) บริษัทกำลังสร้างชุดข้อมูลสำหรับการฝึกสอนหุ่นยนต์เบื้องต้น (Robotics Pre-training Dataset) โดยให้ผู้คนทั่วไปบันทึกการโต้ตอบกับวัตถุในชีวิตประจำวันภายในบ้านของตน

Micro1 ได้ระดมทุน Series A ด้วยมูลค่าประเมิน 500 ล้านดอลลาร์ เมื่อเดือนกันยายนปีที่แล้ว และ TechCrunch ทราบว่าสตาร์ทอัพนี้อาจเพิ่งระดมทุนรอบใหม่ด้วยมูลค่าที่สูงขึ้นอย่างมีนัยสำคัญ

Micro1 ยังไม่ได้ตอบกลับคำร้องขอความคิดเห็น

#Micro1 #AIData #DataLabeling #AIStartup #TechCrunch

ขอบคุณ แหล่งข้อมูล
https://techcrunch.com/2026/08/20/ai-data-startup-micro1-reaches-500m-gross-run-rate-amid-ai-training-boom/

ประเมินประสิทธิภาพ AI Agent ด้วย NVIDIA SkillEvaluator: วัดผลลัพธ์จริงที่จับต้องได้

ในยุคที่ AI Agent กำลังเข้ามามีบทบาทสำคัญในการทำงานและอำนวยความสะดวกให้กับผู้คน ประสิทธิภาพของ AI Agent จึงเป็นสิ่งที่เราให้ความสนใจอย่างมาก แม้จะมีโมเดลที่ทรงพลังและไลบรารีที่ยอดเยี่ยมจาก NVIDIA แต่บางครั้ง AI Agent ก็ยังต้องใช้เวลามากขึ้นในการค้นหาเครื่องมือที่เหมาะสม หรืออาจใช้ "โทเค็น" ไปกับการลองผิดลองถูกจนหมดเปลืองโดยเปล่าประโยชน์ ปัญหาเหล่านี้จะหมดไปเมื่อเรามี "Skills" ซึ่งเป็นส่วนที่รวบรวมคำแนะนำ ตัวอย่าง และแนวทางการใช้เครื่องมือต่าง ๆ เพื่อช่วยให้ AI Agent ทำงานได้รวดเร็วขึ้น ตั้งแต่การเข้าใจความต้องการไปจนถึงการแก้ปัญหา

เพื่อวัดผลว่า Skills เหล่านี้ช่วยปรับปรุงเส้นทางการทำงานและผลลัพธ์ของ Agent ได้จริงหรือไม่ NVIDIA ได้พัฒนา NVIDIA SkillEvaluator เครื่องมือประเมินแบบ Open Source ที่จะช่วยวัดผลกระทบของ Skills ที่ได้รับการยืนยัน (Verified Skills) ต่อประสิทธิภาพของ AI Agent

NVIDIA SkillEvaluator คืออะไร?

NVIDIA SkillEvaluator เป็นเครื่องมือ Open Source ที่ออกแบบมาเพื่อวัดว่า Skills ส่งผลต่อประสิทธิภาพของ Agent อย่างไร โดยใช้กระบวนการประเมินแบบ 3 ระดับ ประกอบด้วย:

1. การตรวจสอบแบบคงที่ (Static Checks): ตรวจสอบความถูกต้องของ Schema, การจัดรูปแบบ (Frontmatter), การให้คะแนนคุณภาพ, การสแกนความปลอดภัยเพื่อป้องกัน Prompt Injection และการขโมยข้อมูล, การตรวจจับข้อมูลส่วนบุคคล (PII), การตรวจสอบ License และการตรวจสอบ Script Linting
2. การวิเคราะห์ความแตกต่าง (Distinctiveness Analysis): ใช้การเปรียบเทียบความคล้ายคลึงของ Embedding เพื่อระบุคำแนะนำที่ซ้ำซ้อนกันภายใน Skill เดียวกัน หรือการครอบคลุมที่ทับซ้อนกันในแค็ตตาล็อก
3. การทดสอบจริงในสภาพแวดล้อมจำลอง (Live Task Runs in Isolated Environments): รันการประเมินจริงกับ Agent ในสภาพแวดล้อม Sandbox ที่แยกออกมา โดยเปรียบเทียบผลลัพธ์ระหว่างการทำงาน "โดยมี Skill" และ "ไม่มี Skill" เพื่อวัดผลกระทบที่เกิดขึ้น

ก้าวแรกของการประเมิน: ผลลัพธ์จากกว่า 300 Verified Skills

NVIDIA ได้ทำการทดสอบและประเมิน Verified Skills กว่า 300 รายการ จากผลิตภัณฑ์ NVIDIA มากกว่า 30 รายการ โดยใช้ SkillEvaluator ผลการประเมินแสดงให้เห็นถึง "Skill Lift" หรือการเพิ่มขึ้นของประสิทธิภาพอย่างมีนัยสำคัญในด้าน ความถูกต้อง (Correctness), การค้นพบ (Discoverability), ประสิทธิผล (Effectiveness) และ ประสิทธิภาพ (Efficiency) โดยเฉลี่ยแล้วมีคะแนนเพิ่มขึ้นถึง 31 จุด (หากไม่รวมด้านความปลอดภัย จะเพิ่มขึ้นถึง 39 จุด)

ผลการวิเคราะห์ชี้ให้เห็นว่า ประเภทของผลิตภัณฑ์ (Product Domain) และการออกแบบการประเมิน (Evaluation Design) มีผลต่อ Skill Lift มากกว่าการเลือกใช้ Agent Harness (โครงสร้างพื้นฐานสำหรับรัน Agent) นอกจากนี้ การประหยัดโทเค็นหรือการประมวลผลนั้นแตกต่างกันไปในแต่ละ Skill ซึ่งบ่งชี้ถึงความจำเป็นในการปรับแต่งที่เฉพาะเจาะจงสำหรับแต่ละ Skill

วิธีการทำงานของการประเมินจริง (Tier 3 Live Evaluation)

การประเมินใน Tier 3 ใช้ Harbor ซึ่งเป็น Framework แบบ Open Source สำหรับการรันการประเมิน Agent ในสภาพแวดล้อมที่สามารถทำซ้ำได้และแยกออกจากกัน SkillEvaluator จะจัดการการตั้งค่า Harbor ให้ โดยแปลงกรณีการประเมินให้เป็น Task, รัน Agent ใน Sandbox, รวบรวมผลลัพธ์ และคำนวณผลกระทบของ Skill

ผลลัพธ์ทุกอย่างมาจากการเปรียบเทียบที่ควบคุมได้ สำหรับแต่ละกรณีการประเมิน Agent Harness จะถูกรันสองครั้ง: ครั้งแรก "โดยมี Skill" ติดตั้งอยู่ และครั้งที่สอง "โดยไม่มี Skill" การรันแต่ละครั้งจะเกิดขึ้นใน Sandbox ที่แยกจากกัน โดยใช้ Prompt, โมเดล, Input ของ Task และเกณฑ์การให้คะแนนเดียวกัน สิ่งเดียวที่แตกต่างกันในการทดลองนี้คือการติดตั้ง Skill หรือไม่

ผลลัพธ์จากการประเมินจริง

จากการประเมิน Verified Skills กว่า 300 รายการ พบว่า:

• คะแนนพื้นฐาน (Without-Skill Baseline): ก่อนที่จะติดตั้ง Skill ประสิทธิภาพเฉลี่ยของ Agent ในด้านต่างๆ เช่น ความถูกต้อง, การค้นพบ, ประสิทธิผล และประสิทธิภาพ อยู่ในช่วง 39-46 คะแนน จาก 100 คะแนน ซึ่งแสดงให้เห็นว่ายังมีช่องว่างให้พัฒนาได้มาก ด้านความปลอดภัยมีคะแนนเฉลี่ยสูงถึง 97 คะแนน เนื่องจากวัตถุประสงค์หลักคือการตรวจสอบว่าการติดตั้ง Skill ไม่ทำให้เกิดปัญหาใหม่
• ประสิทธิภาพหลังติดตั้ง Skill (With-Skill Scores): เมื่อติดตั้ง Verified Skills แล้ว คะแนนเฉลี่ยในทุกด้านเพิ่มขึ้นอย่างเห็นได้ชัด โดยเฉพาะอย่างยิ่งในด้านความถูกต้อง, การค้นพบ, ประสิทธิผล และประสิทธิภาพ ซึ่งมีคะแนนเพิ่มขึ้นถึง 39-41 จุด
• Skill Lift: ค่า Skill Lift บ่งชี้ถึงการเพิ่มขึ้นของประสิทธิภาพเมื่อมี Skill เข้ามาช่วย โดยค่านี้วัดเป็น "คะแนน" ไม่ใช่เปอร์เซ็นต์การเปลี่ยนแปลง
• การค้นพบและการใช้งาน (Discoverability & Efficiency): ค่า Skill Lift ในสองด้านนี้ (40 และ 35 จุด ตามลำดับ) แสดงให้เห็นว่า Agent สามารถค้นหาและใช้งาน Skill ที่เกี่ยวข้องได้อย่างถูกต้องเมื่อ Skill นั้นถูกติดตั้ง ซึ่งเป็นสิ่งสำคัญ เพราะ Skill ที่ไม่เกี่ยวข้องแต่ถูกเรียกใช้งาน อาจส่งผลเสียต่อประสิทธิภาพของ Agent ได้

การนำ SkillEvaluator ไปใช้งานจริง

• OpenClaw: กำลังทดลองใช้ SkillEvaluator สำหรับองค์กรอย่างเป็นทางการบน ClawHub โดยมีการรวมการประเมิน Tier 3 และแสดงผลลัพธ์ทั้งแบบ "มี Skill" และ "ไม่มี Skill" เพื่อให้นักพัฒนาสามารถตรวจสอบสัญญาณการประเมินเมื่อค้นหาและนำ Skill ไปใช้งาน
• Nous Research: ได้ทดสอบ SkillEvaluator ใน Hermes Agent โดยมีการสแกนเพิ่มเติมด้วย SkillSpector ในขั้นตอนการติดตั้ง Skill ซึ่งจะตรวจสอบปัญหา PII, Unicode smuggling, Script linting, License และความปลอดภัย โดยการสแกนแต่ละ Skill ใช้เวลาประมาณ 1.4-1.5 วินาที

ข้อค้นพบสำคัญสำหรับการพัฒนาและทดสอบ Agent Skills

1. ชุดข้อมูลประเมินที่ดี = Skill ที่ดี: การกำหนด Task ที่สำคัญ, ผลลัพธ์ที่คาดหวัง และคำร้องขอที่อยู่นอกขอบเขตอย่างชัดเจน จะช่วยให้สัญญาณการประเมินแม่นยำขึ้น ยิ่งชุดข้อมูลประเมินมีความละเอียดมากเท่าไร การวัดผล Skill ก็จะยิ่งแม่นยำมากขึ้นเท่านั้น
2. ผลิตภัณฑ์สำคัญกว่า Agent: Skill Lift มีความแตกต่างกันอย่างมากในแต่ละผลิตภัณฑ์ โดยแตกต่างกันระหว่าง Claude Code และ Codex เพียงประมาณ 5 จุด แต่ Skill Lift ต่อผลิตภัณฑ์นั้นแตกต่างกันตั้งแต่ +2 ถึง +46 จุด ซึ่งแสดงว่าโดเมนของ Task และการออกแบบการประเมินมีความสำคัญมากกว่า Agent Harness
3. การประหยัดโทเค็นไม่ใช่เรื่องอัตโนมัติ: SkillEvaluator สามารถติดตามการใช้โทเค็นแยกต่างหากจาก Efficiency ได้ ตัวอย่างเช่น Skill "jetson-optimize-memory" สามารถลดการใช้โทเค็นลง 76.9% และเวลาประมวลผล 53.7% ในขณะที่ Skill "cuopt-install" กลับเพิ่มการใช้โทเค็นถึง 120.3% และเวลาประมวลผล 20.8% ซึ่งแสดงให้เห็นถึงโอกาสในการปรับปรุงเพิ่มเติม SkillEvaluator ช่วยให้เห็นว่า Skill นั้นช่วยประหยัดโทเค็นและเวลาจริงหรือไม่ หรือจำเป็นต้องได้รับการปรับปรุงเพิ่มเติม

หากต้องการเริ่มต้นใช้งาน สามารถเข้าไปดูเอกสารประกอบของ SkillEvaluator ได้ หรือตรวจสอบ Verified Skills จาก NVIDIA Verified Skills Catalog บน GitHub

#AI #Agent #NVIDIA #SkillEvaluator #MachineLearning

ขอบคุณ แหล่งข้อมูล
https://developer.nvidia.com/blog/evaluating-ai-agent-skill-performance-with-nvidia-skillevaluator/