Generalist สตาร์ทอัพหุ่นยนต์ ทะยานสู่มูลค่า 3 พันล้านดอลลาร์

วงการสตาร์ทอัพหุ่นยนต์กำลังคึกคัก เมื่อ Generalist บริษัทที่มุ่งพัฒนากลุ่มโมเดล AI สำหรับหุ่นยนต์ ได้รับการประเมินมูลค่าสูงถึง 3 พันล้านดอลลาร์สหรัฐฯ หลังจากการระดมทุนรอบใหม่ที่นำโดย 8VC

การระดมทุนครั้งสำคัญที่ผลักดันมูลค่า

Generalist ได้รับเงินทุนเพิ่มเติมเกือบ 200 ล้านดอลลาร์สหรัฐฯ จากการยื่นเอกสารต่อหน่วยงานกำกับดูแล ซึ่งเป็นการต่อยอดจากการระดมทุน Series B มูลค่า 400 ล้านดอลลาร์สหรัฐฯ ที่นำโดย Radical Ventures และประกาศไปเมื่อเดือนมิถุนายนที่ผ่านมา โดยในครั้งนั้นบริษัทมีมูลค่าอยู่ที่ 2 พันล้านดอลลาร์สหรัฐฯ การระดมทุนรอบใหม่นี้ทำให้ยอดรวมของรอบ Series B สูงถึง 600 ล้านดอลลาร์สหรัฐฯ

เบื้องหลังความสำเร็จของ Generalist

Generalist ก่อตั้งขึ้นในปี 2024 โดยอดีตนักวิจัยจาก Google DeepMind คือ Pete Florence และ Andy Zeng ร่วมกับ Andrew Barry วิศวกรจาก Boston Dynamics บริษัทได้รับแรงสนับสนุนตั้งแต่ช่วงแรกจาก 8VC และ Radical Ventures รวมถึง Nvidia, Union Square Ventures, Bezos Expeditions และ Fei-Fei Li นักวิจัยด้าน AI ชื่อดัง

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

Gen 1.5: กุญแจสำคัญในการเรียนรู้ของหุ่นยนต์

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

การแข่งขันในตลาด AI สำหรับหุ่นยนต์

Generalist ไม่ใช่ผู้เล่นเพียงรายเดียวในตลาดนี้ ยังมีคู่แข่งที่น่าจับตา เช่น Physical Intelligence ซึ่งมีมูลค่าประเมินสูงถึง 11 พันล้านดอลลาร์สหรัฐฯ, Skild AI ที่ได้รับการสนับสนุนจาก SoftBank มีมูลค่า 14 พันล้านดอลลาร์สหรัฐฯ และ Genesis AI ที่กำลังเจรจาระดมทุนในมูลค่า 3 พันล้านดอลลาร์สหรัฐฯ

อนาคตของหุ่นยนต์ทั่วไป

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

ขอบคุณ แหล่งข้อมูล
https://techcrunch.com/2026/08/25/robotics-startup-generalist-reaches-3b-valuation-sources-say/

กู้คืนประสิทธิภาพ LLM ในพริบตา ด้วย Shadow Engine Recovery ใน NVIDIA Dynamo

เมื่อโมเดลภาษาขนาดใหญ่ (LLM) ที่ให้บริการเกิดข้อผิดพลาดและหยุดทำงาน การกู้คืนแบบเดิมมักต้องเริ่มต้นใหม่ทั้งหมด ซึ่งกระบวนการนี้อาจใช้เวลานานหลายนาที ทำให้การให้บริการหยุดชะงักและส่งผลกระทบต่อผู้ใช้งานอย่างมาก NVIDIA Dynamo ได้นำเสนอเทคโนโลยี "Shadow Engine Recovery" ที่ช่วยให้การกู้คืนทำได้รวดเร็วขึ้นมาก เพียงไม่กี่วินาทีเท่านั้น!

ปัญหาของการกู้คืน LLM แบบเดิม

โดยปกติแล้ว เมื่อกระบวนการ LLM Engine เกิดข้อผิดพลาด การกู้คืนจะทำได้โดยการ "Cold Restart" ซึ่งหมายถึงการเริ่มต้นใหม่ทั้งหมด กระบวนการนี้เกี่ยวข้องกับการ:

• โหลด Weights: นำข้อมูลโมเดล (Weights) จากที่เก็บข้อมูลมาโหลดเข้าสู่หน่วยความจำ HBM (High Bandwidth Memory) บน GPU ซึ่งสำหรับโมเดลขนาดใหญ่ขั้นตอนนี้อาจใช้เวลานาน
• คอมไพล์ Kernels: สร้างและปรับแต่งโค้ดที่จำเป็นสำหรับการประมวลผล
• จับภาพ NVIDIA CUDA Graphs: บันทึกการทำงานของ GPU เพื่อให้สามารถเรียกใช้งานได้อย่างมีประสิทธิภาพ

สำหรับโมเดลขนาดใหญ่ ขั้นตอนเหล่านี้อาจใช้เวลาหลายนาที ในระหว่างนั้น พนักงานที่ยังทำงานได้ปกติจะต้องรับภาระทราฟฟิกที่เข้ามาทั้งหมด ซึ่งส่งผลให้เวลาในการตอบสนอง (TTFT - Time To First Token) เพิ่มสูงขึ้น อัตราการถอดรหัสลดลง และละเมิดข้อตกลงระดับการให้บริการ (SLA)

Shadow Engine Recovery: ทางออกที่รวดเร็วกว่า

Shadow Engine Recovery เป็นฟีเจอร์ทดลองใน NVIDIA Dynamo ที่ย้ายงานส่วนใหญ่ของการกู้คืนออกจากเส้นทางการให้บริการหลัก โดยมีหลักการทำงานคือ:

• มี Engine สำรองพร้อมใช้งาน: มี "Shadow Engine" ที่ถูกเตรียมพร้อมและโหลดข้อมูลทุกอย่างไว้แล้ว อยู่ใน GPU เดียวกันกับ Active Engine ที่กำลังให้บริการ
• ใช้ GPU Memory Service (GMS): GMS ทำหน้าที่จัดการหน่วยความจำ GPU สำหรับ Weights โดยเฉพาะ ทำให้ Weights ยังคงอยู่ในหน่วยความจำแม้ว่า Engine จะหยุดทำงานไปก็ตาม
• แยกอายุการใช้งาน Weights ออกจาก Process Engine: Weights จะไม่ถูกลบไปพร้อมกับ Process ที่ล้มเหลว ทำให้ Engine ใหม่สามารถเข้าถึง Weights เดิมได้ทันที

หาก Active Engine เกิดล้มเหลว Shadow Engine จะเข้ามาทำหน้าที่แทนภายในเวลาเพียงไม่กี่วินาที โดยการเริ่มต้นใหม่จะเกิดขึ้นเบื้องหลังโดยไม่กระทบต่อการให้บริการ

ผลลัพธ์ที่น่าทึ่ง: เร็วกว่าเดิมเกือบ 39 เท่า!

จากการทดสอบกับโมเดล GLM-5.2 บน NVIDIA B200 Nodes พบว่า Shadow Engine Recovery สามารถลดเวลาการกู้คืนจาก 283 วินาที (ในการทำ Cold Restart) เหลือเพียง 7.3 วินาทีเท่านั้น ซึ่งหมายถึง:

• TTFT ลดลงอย่างมาก: ผู้ใช้ได้รับข้อมูลเร็วขึ้น
• อัตราการถอดรหัสเพิ่มขึ้น: ประสิทธิภาพการให้บริการดีขึ้น
• การปฏิบัติตาม SLA ดีขึ้น: ลดปัญหาการละเมิดข้อตกลง

ทำไมการกู้คืน LLM จึงช้า?

มีปัญหาหลัก 2 ประการที่ทำให้การกู้คืน LLM ใช้เวลานาน:

1. Weights ผูกติดกับ Engine Process: หน่วยความจำ GPU (HBM) ถูกเชื่อมโยงกับ CUDA Context ของ Engine Process เมื่อ Process นั้นจบลง ทรัพยากรทั้งหมด รวมถึง Weights ที่อยู่ใน HBM ก็จะถูกปล่อยไป ทำให้ Engine ใหม่ต้องโหลด Weights ซ้ำอีกครั้ง
2. สถานะการเริ่มต้นบางอย่างไม่สามารถถ่ายทอดได้: ส่วนประกอบบางอย่าง เช่น NCCL, torch.distributed communicators และ CUDA graphs จะผูกติดกับ Process ที่กำลังทำงานอยู่ และต้องสร้างขึ้นใหม่ทุกครั้งที่เริ่มต้น

Shadow Engine Recovery แก้ปัญหาเหล่านี้ด้วยการแยกอายุของ Weights ออกจาก Process Engine และเตรียมพร้อมส่วนประกอบที่ไม่สามารถถ่ายทอดได้ล่วงหน้าก่อนเกิดความล้มเหลว

Shadow Engine Recovery ทำงานอย่างไร?

การทำงานร่วมกันของส่วนประกอบต่างๆ ทำให้ Shadow Engine Recovery สามารถกู้คืนระบบได้อย่างรวดเร็ว:

1. GPU Memory Service (GMS): หน่วยความจำ GPU ถาวรสำหรับ LLM Inference

GMS จัดการหน่วยความจำ GPU เฉพาะส่วน เช่น Weights โดยแยกจาก Engine Process ทำให้ Weights ยังคงอยู่ในหน่วยความจำแม้ Engine จะถูกรีสตาร์ท Engine ใหม่ที่อยู่บน GPU เดียวกันก็สามารถเข้าถึง Weights เดิมได้ทันที

• การทำงาน: GMS เป็น Sidecar Process ที่จัดการหน่วยความจำ GPU โดยจะจัดสรรหน้าหน่วยความจำ (Physical Pages) และให้ Handle แก่ Engine ต่างๆ Engine สามารถเชื่อมต่อ, นำเข้า Handle, และ Map หน้าหน่วยความจำเหล่านั้นเข้ากับ Virtual Address ใน CUDA Context ของตนเอง
• ข้อดี:
• Weights คงอยู่แม้ Engine ล้มเหลว: แม้ CUDA Context ของ Engine ที่ล้มเหลวจะถูกลบไป แต่ GMS จะยังคงรักษาหน้าหน่วยความจำให้คงอยู่ ทำให้ Engine ใหม่สามารถ Map เข้าใช้งานได้ทันที
• แชร์ Weights ระหว่าง Engine: Engine หลายตัวสามารถ Map ใช้ Weights ชุดเดียวกันได้โดยไม่ต้องสร้างสำเนา ทำให้ประหยัดหน่วยความจำ

GMS สามารถผสานรวมกับ Framework การ Inference เช่น vLLM, SGLang, และ NVIDIA TensorRT-LLM ได้ง่าย โดยการเปิดใช้งาน Flag ที่จุดเริ่มต้น

2. Shadow Engines: Engine สำรองที่พร้อมทำงานโดยไม่มีค่าใช้จ่ายเพิ่มเติมด้าน Weights

Shadow Engine คือ Process Engine ที่ถูกเตรียมพร้อมและรอทำงานอยู่บน GPU เดียวกันกับ Active Engine การที่ GMS ช่วยให้แชร์ Weights ได้ ทำให้การมี Shadow Engine ไม่ได้สิ้นเปลืองหน่วยความจำ HBM มากนัก

• การเตรียมพร้อม: Shadow Engine จะผ่านกระบวนการเริ่มต้นเช่นเดียวกับ Active Engine โดยจะเชื่อมต่อกับ GMS, นำเข้า Weight Mappings, สร้าง Communicators (NCCL, NIXL), จับภาพ CUDA Graphs และทำการ Warm-up จนพร้อมให้บริการ
• การพักรอ: เมื่อพร้อมแล้ว Shadow Engine จะเข้าสู่สถานะ "Park" คือปล่อยส่วนที่สามารถเรียกคืนได้ (เช่น KV Cache) และรอสัญญาณให้ทำงาน โดยยังคงมี CUDA Context, Captured Graphs, Communicators และ Weight Mappings อยู่
• Footprint ที่เล็ก: ด้วยการไม่เก็บสำเนา Weights และ KV Cache ทำให้ Shadow Engine มีขนาดเล็กพอที่จะอยู่ร่วมกับ Active Engine บน GPU เดียวกันได้

3. Worker: หน่วยที่ใช้งานได้จริง

ส่วนประกอบทั้งหมดนี้ถูกรวมเข้าด้วยกันใน Pod ของ Worker ซึ่งประกอบด้วย:

• Engine Containers 2 ตัว: ตัวหนึ่งเป็น Active Engine ที่กำลังให้บริการ อีกตัวเป็น Shadow Engine ที่พร้อมทำงาน
• GMS Sidecar: คอยจัดการการเข้าถึงหน่วยความจำ GPU
• Shared Lock: ใช้ในการเลือก Engine ที่จะเป็น Active Engine

เมื่อระบบทำงานปกติ Engine A จะเป็น Active Engine และ Engine B จะอยู่ในสถานะ Dormant รอสัญญาณ หาก Engine A ล้มเหลว (เช่น Crash หรือถูก Kill) Lock จะถูกปล่อย ทำให้ Engine B สามารถเข้ามารับช่วงต่อ, Remap Weights, สร้าง KV Cache และลงทะเบียนกับ Router ใหม่ได้

สรุป

Shadow Engine Recovery ใน NVIDIA Dynamo เป็นนวัตกรรมที่สำคัญในการเพิ่มความทนทานและประสิทธิภาพของระบบ LLM Inference การลดเวลาการกู้คืนจากหลักนาทีเหลือเพียงไม่กี่วินาที ช่วยให้ธุรกิจมั่นใจได้ว่าบริการ LLM จะมีความเสถียรและตอบสนองต่อผู้ใช้งานได้อย่างต่อเนื่อง แม้จะเกิดเหตุขัดข้องที่ไม่คาดคิดก็ตาม

#NVIDIADynamo #LLM #AI #ShadowEngineRecovery #GMS

ขอบคุณ แหล่งข้อมูล
https://developer.nvidia.com/blog/restore-llm-inference-capacity-in-seconds-with-shadow-engine-recovery-in-nvidia-dynamo/

Libre Duo 10 Day: นวัตกรรมใหม่! เครื่องมือตรวจวัดน้ำตาลและคีโตนต่อเนื่องในอุปกรณ์เดียว 🩸 ketones

สำหรับผู้ป่วยเบาหวาน การดูแลสุขภาพอย่างใกล้ชิดเป็นสิ่งสำคัญยิ่ง โดยเฉพาะอย่างยิ่งการติดตามระดับน้ำตาลในเลือด แต่สำหรับผู้ป่วยเบาหวานชนิดที่ 1 ยังมีความเสี่ยงต่อภาวะแทรกซ้อนที่ร้ายแรง นั่นคือ "ภาวะเลือดเป็นกรดจากคีโตนสูง" (Diabetic Ketoacidosis - DKA) ซึ่งหากไม่ได้รับการรักษาทันท่วงที อาจเป็นอันตรายถึงชีวิต

ข่าวดีสำหรับผู้ป่วยเบาหวาน! องค์การอาหารและยาแห่งสหรัฐอเมริกา (FDA) ได้อนุมัติให้ใช้อุปกรณ์ตรวจวัดระดับคีโตนและน้ำตาลในเลือดแบบต่อเนื่องเป็นครั้งแรกในสหรัฐอเมริกา นั่นคือ Libre Duo 10 Day Continuous Dual Glucose Ketone Monitoring System ซึ่งเป็นนวัตกรรมที่จะช่วยให้การดูแลสุขภาพของผู้ป่วยเบาหวานง่ายขึ้นและปลอดภัยยิ่งขึ้น

Libre Duo 10 Day คืออะไร? 🤔

Libre Duo 10 Day เป็นอุปกรณ์สวมใส่แบบใหม่ที่ปฏิวัติวงการการตรวจวัดสุขภาพผู้ป่วยเบาหวาน โดยเป็นอุปกรณ์ชิ้นแรกในสหรัฐอเมริกาที่สามารถ ตรวจวัดระดับคีโตนได้อย่างต่อเนื่อง และเป็นอุปกรณ์ชิ้นแรกของโลกที่สามารถ ตรวจวัดทั้งระดับน้ำตาลในเลือด (กลูโคส) และระดับคีโตนไปพร้อมๆ กัน ในอุปกรณ์เดียว

ทำไมการตรวจวัดคีโตนจึงสำคัญ? ⚠️

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

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

วิธีการทำงานของ Libre Duo 10 Day 🛠️

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

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

ประโยชน์ที่สำคัญของ Libre Duo 10 Day ✅

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

ใครบ้างที่เหมาะกับ Libre Duo 10 Day? 🧑‍⚕️

อุปกรณ์นี้ได้รับการอนุมัติสำหรับผู้ป่วยเบาหวานอายุ 2 ปีขึ้นไป โดยเฉพาะอย่างยิ่ง:

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

การอนุมัติและการรับรอง 📜

การอนุมัติ Libre Duo 10 Day โดย FDA มาจากการประเมินข้อมูลทางคลินิกและประสิทธิภาพอย่างครอบคลุม ซึ่งรวมถึงการศึกษาทางคลินิกมากกว่า 600 รายการ โดยมีผู้เข้าร่วมการศึกษามากกว่า 600 คน อายุตั้งแต่ 2 ปีขึ้นไป เพื่อประเมินความแม่นยำของอุปกรณ์ในการวัดระดับคีโตนและกลูโคส ผลการศึกษาแสดงให้เห็นว่าอุปกรณ์สามารถติดตามความแตกต่างของระดับคีโตนที่สำคัญทางคลินิกได้อย่างแม่นยำ

นอกจากนี้ การอนุมัตินี้ยังสอดคล้องกับแนวคิด "Home as a Health Care Hub" ของ FDA ที่มุ่งเน้นการพัฒนาอุปกรณ์ที่ช่วยให้ผู้ป่วยสามารถดูแลสุขภาพของตนเองที่บ้านได้อย่างสะดวกสบาย

ข้อควรทราบ 💡

แม้ว่า Libre Duo 10 Day จะเป็นนวัตกรรมที่น่าทึ่ง แต่สิ่งสำคัญคือต้องปรึกษาแพทย์หรือผู้เชี่ยวชาญด้านสุขภาพเสมอ เพื่อทำความเข้าใจวิธีการใช้งานที่ถูกต้อง การแปลผลข้อมูล และการวางแผนการดูแลรักษาที่เหมาะสมกับสภาวะสุขภาพของแต่ละบุคคล

Libre Duo 10 Day ถือเป็นก้าวสำคัญในการดูแลผู้ป่วยเบาหวาน ช่วยเพิ่มความปลอดภัยและคุณภาพชีวิตให้กับผู้ป่วยและครอบครัวได้อย่างแน่นอน

#LibreDuo #เบาหวาน #คีโตน #ตรวจน้ำตาล #สุขภาพ

ขอบคุณ แหล่งข้อมูล
https://www.fda.gov/news-events/press-announcements/fda-authorizes-first-wearable-device-continuously-monitors-both-ketone-levels-and-blood-sugar

Jalapeño: ก้าวแรกสู่การพัฒนา AI ที่เข้าใจภาษาและภาพอย่างลึกซึ้ง

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

Jalapeño คืออะไร?

Jalapeño เป็นโครงการวิจัยของ OpenAI ที่มุ่งเน้นการพัฒนาโมเดล AI ที่สามารถเรียนรู้และสร้างความสัมพันธ์ระหว่างข้อมูลที่เป็นข้อความ (Text) และข้อมูลที่เป็นรูปภาพ (Image) ได้อย่างแม่นยำ การทำงานของโมเดลนี้คือการฝึกฝนให้ AI สามารถ "มองเห็น" สิ่งที่อธิบายในข้อความ และ "อ่าน" ความหมายจากรูปภาพได้ ซึ่งเป็นก้าวสำคัญในการสร้าง AI ที่มีความเข้าใจโลกเหมือนมนุษย์มากขึ้น

ทำไมการเชื่อมโยงภาษาและภาพจึงสำคัญ?

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

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

ผลลัพธ์เบื้องต้นของ Jalapeño

OpenAI รายงานว่า Jalapeño ได้แสดงให้เห็นถึงศักยภาพที่น่าสนใจในการเชื่อมโยงข้อมูลภาษาและภาพ โดยโมเดลสามารถ:

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

ความท้าทายและทิศทางในอนาคต

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

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

#AI #OpenAI #MachineLearning #ComputerVision #NaturalLanguageProcessing

ขอบคุณ แหล่งข้อมูล
https://openai.com/index/jalapeno-first-results

Quantization-Aware Healing: โมเดล 4-bit ที่เล็กกว่าแต่ประสิทธิภาพสูงกว่า

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

ล่าสุด งานวิจัย "Quantization-Aware Healing: A Practical Recipe for Recovering Compressed, 4-Bit LLMs" ได้นำเสนอแนวคิดใหม่ที่ท้าทายความเชื่อเดิม ๆ เกี่ยวกับการบีบอัดโมเดล โดยได้พัฒนาเทคนิคที่เรียกว่า Quantization-Aware Healing (QAH) ซึ่งไม่เพียงแต่ทำให้โมเดลมีขนาดเล็กลง แต่ยังสามารถมีประสิทธิภาพที่เหนือกว่าโมเดลต้นฉบับที่มีความแม่นยำเต็มรูปแบบ (Full-Precision) ได้อีกด้วย

ทำไมวิธีการฟื้นฟูแบบเดิมจึงยังไม่เพียงพอ?

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

1. การบีบอัดสถาปัตยกรรม (Compress the architecture): ลดจำนวนพารามิเตอร์ เช่น การตัดเลเยอร์ (Layers), เฮด (Heads) หรือนิวรอน (Neurons)
2. การลดทอนน้ำหนัก (Quantize the compressed weights): ลดความแม่นยำของค่าน้ำหนัก เช่น จาก bfloat16 (16-bit) เป็น 4-bit
3. การฟื้นฟูความเสียหาย (Heal the damage): ปรับปรุงประสิทธิภาพที่ลดลง

วิธีการฟื้นฟูที่นิยมใช้กันคือ Quantization-Aware Training (QAT) ซึ่งเป็นการฝึกฝนโมเดลซ้ำ โดยใส่ตัวดำเนินการ "Fake-Quantization" เข้าไปในขั้นตอนการประมวลผลไปข้างหน้า (Forward Pass) และปรับจูนโมเดลต่อด้วย Loss Function ของงานนั้น ๆ วิธีนี้มีข้อเสียคือใช้ต้นทุนการฝึกสูงมาก และอาจเกิดความไม่เสถียรหากฝึกนานเกินไป

อีกวิธีคือ Quantization-Aware Distillation (QAD) ซึ่งเป็นการกลั่น (Distill) ความรู้จากโมเดลต้นฉบับ (Teacher) ที่มีความแม่นยำเต็มรูปแบบ ไปยังโมเดลที่ถูกลดทอนความแม่นยำ (Student) โดยใช้ KL-divergence loss กับ Output Logits วิธีนี้ใช้ได้ดีเมื่อการเปลี่ยนแปลงมีเพียงแค่การลดทอนความแม่นยำ แต่เมื่อโมเดลผ่านการบีบอัดสถาปัตยกรรมมาด้วย (จำนวนเลเยอร์น้อยลง) จะไม่มีโมเดลต้นฉบับที่มีสถาปัตยกรรมเดียวกันให้ใช้เป็น Teacher ได้ ทำให้ QAD ไม่สามารถดึงศักยภาพสูงสุดของโมเดลออกมาได้

Quantization-Aware Healing (QAH): กุญแจสู่ประสิทธิภาพที่เหนือกว่า

QAH แก้ปัญหาเหล่านี้ด้วยการเปลี่ยนแปลงที่สำคัญ คือ การกลั่นความรู้โดยตรงจากโมเดลต้นฉบับ (Pre-compression model) แทนที่จะกลั่นจากโมเดลที่ถูกบีบอัดและฟื้นฟูแล้ว

💡 หัวใจหลักของ QAH:

• Teacher-Student ต่างสถาปัตยกรรม: QAH สามารถกลั่นความรู้จากโมเดล Teacher ที่มีขนาดใหญ่และมีความแม่นยำเต็มรูปแบบ ไปยังโมเดล Student ที่มีขนาดเล็กกว่าและทำงานในระดับ 4-bit ได้โดยตรง โดยไม่จำเป็นต้องมีสถาปัตยกรรมเดียวกัน
• KL Divergence Loss: ใช้ KL Divergence Loss กับ Output Logits เพื่อให้โมเดล Student เรียนรู้การกระจายความน่าจะเป็น (Output Distribution) จาก Teacher โดยไม่ต้องเห็น Hard Labels
• Quantization เป็นส่วนหนึ่งของการเรียนรู้: แทนที่จะมองว่าการ Quantization เป็นเพียงขั้นตอนหลังการฟื้นฟู QAH มองว่ามันคือการกลั่นความรู้รอบที่สอง ซึ่งช่วยให้โมเดล Student ได้รับข้อมูลที่อาจขาดหายไปในขั้นตอนการฟื้นฟูครั้งแรก
• ความเสถียรในการฝึก: การกลั่นจาก Teacher ที่คงที่ ช่วยให้โมเดล Student ไม่ถูกกดดันให้เปลี่ยนแปลงไปจากเดิมมากนักเมื่อเรียนรู้ถึงจุดที่ใกล้เคียงกับ Teacher แล้ว ซึ่งต่างจาก Cross-Entropy Loss ที่จะคอยผลักดันโมเดลไปสู่ Hard Labels ตลอดเวลา

ผลลัพธ์ที่น่าทึ่ง: โมเดล 4-bit ที่ชนะโมเดล 16-bit

ในการทดสอบกับโมเดล GPT-OSS ขนาด 120B ที่ถูกบีบอัดเหลือ 60B พารามิเตอร์ และลดทอนความแม่นยำเป็น MXFP4 ด้วย QAH พบว่าโมเดล 4-bit นี้ มีประสิทธิภาพเหนือกว่าโมเดล bfloat16 (16-bit) ที่มีสถาปัตยกรรมเดียวกันใน 7 จาก 9 Benchmark ที่ใช้ทดสอบ

📈 จุดเด่นที่น่าสนใจ:

• ประสิทธิภาพที่สูงขึ้น: โมเดล 4-bit สามารถทำคะแนนได้ดีกว่าโมเดล 16-bit ต้นทางในหลาย Benchmark โดยเฉพาะอย่างยิ่งในความสามารถที่มักถูกกระทบจากการบีบอัด เช่น การให้เหตุผลในบริบทที่ยาว (Long-context reasoning) และคณิตศาสตร์
• ประสิทธิภาพเทียบเท่าโมเดลต้นฉบับ: แม้จะมีขนาดเพียงครึ่งเดียวของโมเดล Teacher ต้นฉบับ (120B) แต่โมเดล QAH ก็สามารถทำคะแนนได้ทัดเทียมหรือดีกว่าโมเดล Teacher ในบาง Benchmark เช่น LiveCodeBench
• ความเร็วและความเสถียร: QAH ใช้เวลาในการฝึกน้อยกว่า QAT อย่างมีนัยสำคัญ (ประมาณ 100 Steps เทียบกับ 700 Steps) และมีเสถียรภาพในการฝึกมากกว่า โดยประสิทธิภาพไม่ลดลงอย่างรวดเร็วหลังจากถึงจุดสูงสุด

สิ่งที่ QAH เปลี่ยนแปลงในทางปฏิบัติ

QAH ไม่เพียงแต่ให้ผลลัพธ์ด้านประสิทธิภาพที่น่าประทับใจ แต่ยังตอบโจทย์ด้านประสิทธิภาพการใช้งานจริง:

• ลดการใช้หน่วยความจำ: โมเดล 4-bit ใช้หน่วยความจำน้อยกว่าโมเดล bfloat16 ถึง 4 เท่า
• ลดต้นทุนการประมวลผล: ด้วยจำนวนพารามิเตอร์ที่น้อยลง ทำให้การประมวลผลต่อ Token ลดลง ส่งผลให้สามารถทำงานบนฮาร์ดแวร์ที่มีขนาดเล็กลงได้
• การใช้งานที่คุ้มค่า: การบีบอัดโมเดลด้วย QAH ทำให้โมเดลมีขนาดเล็กลง ต้นทุนการใช้งานต่ำลง แต่กลับให้ประสิทธิภาพที่สูงขึ้น ซึ่งเป็นข้อได้เปรียบอย่างมากสำหรับการนำ LLMs ไปใช้งานจริง

สรุปได้ว่า Quantization-Aware Healing (QAH) เป็นแนวทางใหม่ที่พลิกโฉมการบีบอัดโมเดล ทำให้การ Quantization ไม่ใช่เพียงแค่การแลกประสิทธิภาพเพื่อความประหยัด แต่กลายเป็นการเพิ่มโอกาสในการสอนโมเดลให้มีศักยภาพที่สูงขึ้นไปอีกขั้น

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

#AI #LLM #ModelCompression #Quantization #QAH

ขอบคุณ แหล่งข้อมูล
https://huggingface.co/blog/MultiverseComputingCAI/quantization-aware-healing

ข้อมูลส่วนตัวพนักงานสายการบิน Spirit Airlines อาจถูกนำไปขายเพื่อฝึก AI: สหภาพฯ ยื่นคัดค้าน

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

Google ชนะการประมูล แต่สหภาพฯ ยื่นคัดค้าน

Google ได้ชนะการประมูลเสนอซื้อข้อมูลของ Spirit Airlines ด้วยมูลค่า 7.5 ล้านดอลลาร์สหรัฐฯ โดยเอาชนะคู่แข่งอย่าง Mercor ซึ่งเป็นบริษัทที่เชี่ยวชาญด้านข้อมูลและการฝึกฝน AI อย่างไรก็ตาม ข้อตกลงนี้ยังต้องได้รับการอนุมัติจากผู้พิพากษา และสหภาพแรงงาน Association of Flight Attendants (AFA) ซึ่งเป็นตัวแทนของอดีตพนักงานต้อนรับบนเครื่องบินกว่า 5,500 คน ได้ยื่นคัดค้านการขายข้อมูลดังกล่าว

ทนายความของ AFA โต้แย้งว่า ข้อมูลที่จะขายนั้นมีข้อมูลส่วนตัวที่ละเอียดอ่อนของพนักงานจำนวนมหาศาล แม้ Google จะยืนยันว่าจะไม่มีการส่งต่อข้อมูลส่วนบุคคลใดๆ และข้อมูลที่ได้รับจะถูกนำไปใช้เพื่อปรับปรุงผลิตภัณฑ์และโมเดล AI เท่านั้น แต่สหภาพฯ มองว่าการขายข้อมูลนี้เป็นการละเมิดความเป็นส่วนตัวของพนักงานที่ทำงานมาหลายทศวรรษ ซึ่งไม่เคยคาดคิดมาก่อนว่าข้อมูลส่วนตัวของพวกเขาจะถูกนำไปใช้เพื่อฝึกฝนระบบ AI

ช่องว่างระหว่างการคุ้มครองข้อมูลผู้บริโภคและพนักงาน

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

ศาสตราจารย์ Seema Patel จาก University of California, College of the Law, San Francisco ผู้เชี่ยวชาญด้านแรงงานและเทคโนโลยี ชี้ว่า "ไม่มีเส้นแบ่งที่ชัดเจนระหว่างข้อมูลที่พนักงานสร้างขึ้นกับข้อมูลส่วนบุคคลของพวกเขา กฎหมายยังตามไม่ทัน" ในขณะที่บางรัฐอย่างแคลิฟอร์เนียมีกฎหมายคุ้มครองข้อมูลพนักงานที่ชัดเจน แต่บริษัทจำนวนมากก็ยังคงใช้ประโยชน์จากช่องว่างนี้

ข้อมูลพนักงานที่อาจถูกเปิดเผย

ตามเอกสารที่ยื่นต่อศาล ข้อมูลที่ Spirit Airlines อาจขายให้กับ Google ประกอบด้วย:

• บันทึกการลงเวลาทำงานกว่า 1 ล้านรายการ
• ข้อมูลพนักงานกว่า 175,000 รายการ
• แบบฟอร์มภาษีพนักงานเกือบ 150,000 ฉบับ
• สัญญาจ้างและเอกสารการดำเนินคดี
• บัญชีอีเมล 80,000 บัญชี
• รายการใน Microsoft OneDrive ส่วนบุคคล 17 ล้านรายการ
• ไฟล์ที่แชร์ใน Microsoft SharePoint 20.6 ล้านไฟล์
• บันทึกใน Microsoft Teams 500 ล้านรายการ

ความกังวลเรื่องข้อมูลส่วนบุคคลที่ละเอียดอ่อน

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

"เรารู้สึกเหมือนถูกละเมิดความเป็นส่วนตัวอย่างรุนแรง" เขากล่าว

AFA โต้แย้งว่า การลบข้อมูลที่ระบุตัวตน (de-identifying) ไม่เท่ากับการให้การรักษาความลับ เนื่องจาก AI สามารถเชื่อมโยงข้อมูลส่วนตัวข้ามชุดข้อมูลได้อย่างง่ายดาย แม้จะไม่มีชื่อที่ระบุตัวตนโดยตรง สหภาพฯ จึงเรียกร้องให้ศาลล้มละลายพิจารณาว่าจะยกเว้นข้อมูลที่เกี่ยวข้องกับพนักงานต้อนรับบนเครื่องบินทั้งหมดออกจากการขาย หรือไม่ก็รับประกันว่าข้อมูลพนักงานจะได้รับการคุ้มครองในระดับเดียวกับข้อมูลผู้บริโภค

ผลกระทบต่อการคุ้มครองข้อมูลแรงงานในอนาคต

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

ศาสตราจารย์ Ari Ezra Waldman จาก University of California, Irvine ผู้ศึกษาด้านความเป็นส่วนตัวและเทคโนโลยี กล่าวว่า "ในโลกที่กำลังทุ่มเงินหลายพันล้านดอลลาร์ไปกับ [โมเดลภาษาขนาดใหญ่] อะไรก็ตามที่ใช้คำพูดสามารถนำไปสู่จุดประสงค์ในการทำกำไรได้ หากเรื่องนี้ดำเนินต่อไปโดยไม่มีข้อจำกัด จะไม่มีการคุ้มครองใดๆ สำหรับพนักงานเลย"

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

นอกจากนี้ สหภาพฯ ยังได้เรียกร้องให้ Spirit Airlines จ่ายเงินค่าจ้างที่ค้างชำระกว่า 68 ล้านดอลลาร์สหรัฐฯ ซึ่งรวมถึงค่าพักร้อน การดูแลสุขภาพ และค่าจ้างย้อนหลัง "เรารู้สึกเหมือนถูกตบหน้าอีกครั้งที่เรากำลังรอรับค่าจ้างที่ขาดหายไป ขณะที่ Spirit กำลังจะทำกำไร 10 ล้านดอลลาร์จากข้อมูลส่วนตัวของเรา" อดีตพนักงานต้อนรับบนเครื่องบินกล่าว

#SpiritAirlines #Google #AI #ความเป็นส่วนตัว #ข้อมูลพนักงาน #สหภาพแรงงาน

ขอบคุณ แหล่งข้อมูล
https://www.wired.com/story/spirit-airlines-wants-to-sell-its-data-to-google-former-flight-attendants-are-freaked-out/

Claude Cowork พร้อมระบบความจำใหม่: AI ที่จำทุกอย่างที่คุณเคยคุย 🧠

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

Claude จำได้ทุกอย่าง ไม่ต้องป้อนซ้ำ 💡

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

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

เข้าถึงและจัดการความจำของ AI ได้ง่ายขึ้น ✅

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

การอัปเดตระบบความจำแบบเรียลไทม์ ⚡

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

ความปลอดภัยและความเป็นส่วนตัวของข้อมูล 🔒

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

อย่างไรก็ตาม หากผู้ใช้งานต้องการให้ Claude จดจำข้อมูลเหล่านี้ สามารถเลือกเปิดใช้งานได้โดยการตั้งค่า "Include sensitive topics in memory" และ Claude จะแจ้งเตือนผู้ใช้ทุกครั้งที่มีการบันทึกหัวข้อที่ละเอียดอ่อน

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

พร้อมใช้งานแล้ววันนี้! 🚀

ฟีเจอร์ความจำใหม่นี้เปิดใช้งานโดยอัตโนมัติสำหรับทุกแผนการใช้งาน ทั้ง Free, Pro และ Max บนทุกแพลตฟอร์ม ทั้งเว็บ เดสก์ท็อป และมือถือ สำหรับผู้ใช้งานบน iOS และ Android อย่าลืมอัปเดตแอป Claude ให้เป็นเวอร์ชันล่าสุดเพื่อสัมผัสประสบการณ์ใหม่นี้!

ขอบคุณ แหล่งข้อมูล
https://techcrunch.com/2026/08/25/claude-cowork-finally-remembers-what-you-told-the-app-in-chat/

CUDA Python 1.0: ยกระดับการเข้าถึง GPU จาก Python ด้วย API ที่เสถียร

สำหรับนักพัฒนา Python ที่ต้องการใช้พลังของการ์ดจอ (GPU) เพื่อเร่งความเร็วการประมวลผล ข้อมูลล่าสุดเกี่ยวกับ CUDA Python 1.0 ที่มาพร้อมกับ CUDA 13.3 ถือเป็นข่าวดีที่สำคัญ เพราะเป็นการเปิดประตูสู่การเข้าถึงแพลตฟอร์ม CUDA ได้อย่างเต็มรูปแบบโดยตรงจากภาษา Python ด้วย API ที่ได้รับการรับรองความเสถียร

ทำไม CUDA Python 1.0 ถึงมีความสำคัญ

ก่อนหน้านี้ นักพัฒนา Python ที่ต้องการใช้ GPU มักจะพบกับทางเลือกที่จำกัด:

1. เขียนส่วนขยาย CUDA C++ เอง: ต้องเรียนรู้ CUDA C++ อย่างลึกซึ้ง ตั้งค่าระบบบิวด์ และจัดการการเชื่อมต่อกลับไปยัง Python ซึ่งเป็นกระบวนการที่ซับซ้อนและใช้เวลานาน
2. ใช้ไลบรารีที่มีอยู่: พึ่งพาไลบรารีระดับสูง เช่น PyTorch, CuPy หรือ RAPIDS เพื่อใช้งาน GPU ซึ่งมีข้อจำกัดเมื่อต้องการฟังก์ชันที่ไลบรารีเหล่านั้นยังไม่ได้รองรับ

ข้อจำกัดเหล่านี้ทำให้การทำงานร่วมกันระหว่างไลบรารี GPU ต่างๆ เป็นไปได้ยาก เช่น การใช้หน่วยความจำ GPU ร่วมกันระหว่าง CuPy และ cuDF โดยไม่ต้องคัดลอกข้อมูล

CUDA Python 1.0 เข้ามาแก้ปัญหานี้ โดยมอบ API ที่เป็นทางการและได้รับการดูแลโดย NVIDIA ให้เป็นรากฐานเดียว (One Foundation) สำหรับการพัฒนาบนแพลตฟอร์ม CUDA จาก Python

สิ่งที่ CUDA Python 1.0 นำเสนอ

การเปิดตัว CUDA Python 1.0 พร้อมกับ CUDA 13.3 นี้ ได้รวบรวมองค์ประกอบสำคัญที่ช่วยให้นักพัฒนาสามารถทำงานกับ GPU ได้อย่างมีประสิทธิภาพมากขึ้น:

• cuda.core 1.0.0: เปิดให้เข้าถึง Runtime ของ CUDA ได้อย่างเป็น Pythonic โดยจัดการกับ Device, Stream, Buffer และอื่นๆ ในรูปแบบของอ็อบเจกต์ Python ทำให้การทำงานสะดวกขึ้นและลดข้อผิดพลาด
• cuda.compute 1.0.0: นำเสนอ Parallel Algorithms จาก CCCL ที่สามารถเรียกใช้ได้จาก Python ช่วยให้การประมวลผลแบบขนาน เช่น sort, scan, reduce ทำได้ง่ายขึ้น
• cuda.bindings 13.3.0: เป็นการเชื่อมต่อระดับต่ำแบบ 1:1 กับ CUDA C API ที่ตรงกับเวอร์ชันของ CUDA Toolkit ที่ใช้งาน
• cuda-pathfinder: เครื่องมือช่วยค้นหาและจัดการส่วนประกอบของ CUDA ที่ติดตั้งอยู่ในสภาพแวดล้อมการทำงาน
• nvmath-python 1.0: ไลบรารีคณิตศาสตร์ของ NVIDIA ในรูปแบบ Python ที่มาพร้อมกับข้อตกลงด้านความเสถียรของ API เช่นเดียวกับส่วนประกอบหลักอื่นๆ

คำมั่นสัญญาด้านความเสถียร: Semantic Versioning 🚀

หัวใจสำคัญของการเปลี่ยนแปลงใน CUDA Python 1.0 คือ การนำ Semantic Versioning มาใช้ ซึ่งหมายความว่า:

• การเปลี่ยนแปลงที่ส่งผลกระทบต่อ API (Breaking Changes) จะเกิดขึ้นเฉพาะใน Major Release เท่านั้น
• Minor Release จะเป็นการเพิ่มฟีเจอร์ใหม่ๆ
• Patch Release จะเป็นการแก้ไขข้อผิดพลาด (Bug Fixes)
• API สาธารณะที่ถูกกำหนดให้ยกเลิกการใช้งาน จะมีการ แจ้งเตือน (Deprecated) ล่วงหน้าใน Minor Release พร้อมแนวทางการใช้งานแทนที่ที่ชัดเจน

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

รากฐานเดียวเพื่อการทำงานร่วมกันที่ดียิ่งขึ้น 🤝

ก่อนหน้านี้ การเชื่อมต่อระหว่าง Python กับ CUDA มักจะต้องอาศัย "Binding Layer" ที่หลากหลาย ซึ่งแต่ละอันก็มีวิธีจัดการกับ Device, Stream หรือการจัดสรรหน่วยความจำที่แตกต่างกัน ทำให้การทำงานร่วมกันของไลบรารีต่างๆ เป็นเรื่องท้าทาย

CUDA Python 1.0 แก้ไขปัญหานี้ด้วยการสร้าง "รากฐานเดียว" (One Foundation) ที่เป็นทางการและดูแลโดย NVIDIA ซึ่งหมายความว่า:

• Python กลายเป็นช่องทางที่ได้รับการสนับสนุนอย่างเป็นทางการ ในการใช้งานแพลตฟอร์ม CUDA
• ไลบรารีต่างๆ สามารถทำงานร่วมกันได้ดีขึ้น เช่น Kernel ของ Numba และการเรียกใช้ cuda.compute สามารถทำงานบนบัฟเฟอร์ GPU เดียวกันใน Stream เดียวกันได้อย่างราบรื่น
• การแบ่งปันทรัพยากรทำได้ง่ายขึ้น เนื่องจากอ็อบเจกต์ต่างๆ มีพื้นฐานเดียวกัน

นอกจากนี้ ฟีเจอร์ขั้นสูงของแพลตฟอร์ม เช่น Green Contexts (การแบ่ง Partition ของ Streaming Multiprocessors เพื่อแยก Kernel ที่ต้องการ Latency ต่ำออกจาก Kernel ที่ใช้ Throughput สูง) หรือ Process Checkpointing (การบันทึกและกู้คืนสถานะของ CUDA) จะสามารถเข้าถึงได้ง่ายขึ้นจาก Python

โมเดลการทำงาน: สามระดับบนรากฐานเดียว 🏗️

CUDA Python ประกอบด้วยชุดของไลบรารีที่ครอบคลุมระบบนิเวศของ CUDA จาก Python ตั้งแต่ระดับต่ำไปจนถึงระดับสูง:

1. ระดับ Runtime System (รากฐาน): จัดการ Device, Memory Allocation, Streams, Synchronization, CUDA Graphs และ JIT Compilation
2. ระดับ CUDA Libraries: ส่วนต่อประสานแบบ Pythonic กับไลบรารีที่ปรับแต่งมาอย่างดีของ NVIDIA เช่น cuda.compute (Parallel Algorithms), nvmath-python (Math Libraries), NCCL4Py และ NVSHMEM4P (Communication Libraries)
3. ระดับ Kernel Authoring (การเขียน Kernel): สำหรับผู้ที่ต้องการเขียนโค้ด GPU เอง เช่น Numba (สำหรับ Python Kernels), cutile-python (CUDA Tile Language) และ cuteDSL (CUTLASS Language)

นักพัฒนาสามารถเลือกเข้าถึงได้จากระดับที่ต้องการ โดยไม่จำเป็นต้องเรียนรู้ทั้งหมด

สิ่งที่ควรทราบ:

• แต่ละส่วนประกอบจะมีการอัปเดตและเวอร์ชันแยกกัน
• บางส่วนประกอบ โดยเฉพาะภาษาสำหรับเขียน Kernel ที่ใหม่กว่า อาจยังอยู่ระหว่างการทดลองและยังไม่ครอบคลุมภายใต้การรับประกัน Semantic Versioning 1.0

เลือกใช้ให้ตรงกับความต้องการ 🎯

CUDA Python 1.0 ช่วยตอบโจทย์ความต้องการที่หลากหลาย:

• ต้องการ Algorithm ที่ปรับแต่งมาแล้ว: ใช้ cuda.compute เพื่อเรียกใช้ Parallel Algorithms ที่มีประสิทธิภาพสูง โดยไม่ต้องเขียน Kernel เอง
• ต้องการเขียน Kernel ด้วย Python: ใช้ Numba เพื่อเขียน Kernel ในรูปแบบ CUDA SIMT Model ซึ่งเป็นการย้ายจาก C++ มายัง Python ที่ง่ายกว่ามาก
• ต้องการเข้าถึง Driver และ Runtime API โดยตรง: ใช้ cuda.core เพื่อการจัดการ Device, Stream, Buffer และอื่นๆ ในรูปแบบ Pythonic หรือ cuda.bindings สำหรับการเชื่อมต่อระดับต่ำแบบ 1:1 กับ C API

การมาถึงของ CUDA Python 1.0 ถือเป็นการเปลี่ยนแปลงครั้งสำคัญที่ทำให้นักพัฒนา Python สามารถปลดล็อกศักยภาพของ GPU ได้อย่างเต็มที่ ด้วยเครื่องมือที่ทรงพลัง ใช้งานง่าย และมีความเสถียรในการพัฒนามากขึ้น.

ขอบคุณ แหล่งข้อมูล
https://developer.nvidia.com/blog/cuda-python-1-0-stable-apis-one-foundation-full-platform-access/

Apple เปิดตัวชิป M6 และ M5 Ultra: ก้าวกระโดดครั้งใหญ่ด้านประสิทธิภาพและ AI

Apple ได้ประกาศเปิดตัวชิปประมวลผลรุ่นใหม่ล่าสุด M6 และ M5 Ultra ซึ่งเป็นการยกระดับประสิทธิภาพการทำงานและขีดความสามารถด้านปัญญาประดิษฐ์ (AI) ให้ก้าวไปอีกขั้น โดย M6 จะประจำการใน Mac mini รุ่นใหม่ ส่วน M5 Ultra จะอยู่ใน Mac Studio รุ่นใหม่

M6: การออกแบบที่ปรับปรุงใหม่และประสิทธิภาพที่เหนือกว่า

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

CPU และ GPU ที่ทรงพลังยิ่งขึ้น

M6 ประกอบด้วย CPU แบบ 12 คอร์ใหม่ ที่มี 2 Super Core, 4 Performance Core และ 6 Efficiency Core มอบประสิทธิภาพ Single-Threaded ที่เร็วที่สุดในโลก และประสิทธิภาพ Multi-Threaded ที่เร็วขึ้นถึง 1.2 เท่าเมื่อเทียบกับ M5 และเร็วขึ้นถึง 2.4 เท่าเมื่อเทียบกับ M1 ทำให้การประมวลผลงานที่ต้องใช้ CPU หนักๆ เช่น การแก้ไขรูปภาพ การคอมไพล์โค้ด การจัดทำดัชนีไฟล์ใหม่ และการรัน AI Model ที่ซับซ้อน ทำได้เร็วกว่าที่เคย

หน่วยความจำแบนด์วิดท์สูงขึ้น

GPU แบบ 12 คอร์ใน M6 มาพร้อมกับ Neural Accelerator ในแต่ละคอร์ มอบประสิทธิภาพ GPU Compute สำหรับ AI ที่เพิ่มขึ้นเกือบ 30% เมื่อเทียบกับ M5 และมากกว่า 8 เท่าเมื่อเทียบกับ M1 ช่วยให้การประมวลผล Prompt ในการโต้ตอบกับ LLM บนอุปกรณ์ทำได้เร็วขึ้นอย่างเห็นได้ชัด นอกจากนี้ M6 ยังรองรับหน่วยความจำแบบ Unified Memory สูงสุด 32GB และมีแบนด์วิดท์หน่วยความจำสูงถึง 170GB/s เพิ่มขึ้น 10% จาก M5 และเพิ่มขึ้น 2.5 เท่าจาก M1

M5 Ultra: ขุมพลังสูงสุดสำหรับงานระดับมืออาชีพ

M5 Ultra คือชิปที่ทรงพลังที่สุดเท่าที่ Apple เคยสร้างมา ออกแบบมาสำหรับมืออาชีพที่ต้องการความเร็วสูงสุดในการประมวลผลงานที่ต้องใช้ CPU และ GPU ที่มีประสิทธิภาพสูง รวมถึงแบนด์วิดท์หน่วยความจำที่มหาศาล เช่น การเรนเดอร์ 3D ที่ซับซ้อน งาน Visual Effects การวิเคราะห์ทางวิทยาศาสตร์ และการรัน AI Model ที่ต้องการพลังการประมวลผลสูงบนอุปกรณ์

สถาปัตยกรรม Quad-Die ครั้งแรก

M5 Ultra ใช้เทคโนโลยี UltraFusion ในการเชื่อมต่อชิป M5 Max แบบ Dual-Die สองตัวเข้าด้วยกัน สร้างสถาปัตยกรรม Quad-Die เป็นครั้งแรกสำหรับชิป M-series ของ Apple การเชื่อมต่อนี้ช่วยเพิ่มแบนด์วิดท์ระหว่าง Die ให้สูงกว่า 4.4TB/s ทำให้ทั้งสี่ Die ทำงานเสมือนเป็นโปรเซสเซอร์แบบ Unified เดียวกัน

ประสิทธิภาพ AI และกราฟิกที่ไร้ขีดจำกัด

M5 Ultra มาพร้อมกับ CPU สูงสุด 36 คอร์ (12 Super Core, 24 Performance Core) และ GPU สูงสุด 80 คอร์ พร้อม Neural Accelerator ในแต่ละคอร์ มอบประสิทธิภาพ GPU Compute สำหรับ AI สูงสุดถึง 4.5 เท่าเมื่อเทียบกับ M3 Ultra และมากกว่า 6 เท่าเมื่อเทียบกับ M1 Ultra นอกจากนี้ยังมีแบนด์วิดท์หน่วยความจำแบบ Unified Memory สูงถึง 1.2TB/s ซึ่งสูงกว่า M3 Ultra ถึง 50% ทำให้สามารถจัดการกับชุดข้อมูลขนาดใหญ่ได้อย่างมีประสิทธิภาพ และรัน LLM ที่มีพารามิเตอร์หลายแสนล้านตัวได้บนอุปกรณ์โดยตรง

หน่วยความจำมหาศาล

ชิป M5 Ultra สามารถรองรับหน่วยความจำแบบ Unified Memory ได้สูงสุดถึง 512GB ซึ่งเหมาะอย่างยิ่งสำหรับการรันโมเดล AI ขนาดใหญ่ หรือการทำงานกับชุดข้อมูลที่ต้องการหน่วยความจำจำนวนมาก

ปลดล็อกพลังสำหรับนักพัฒนา

เฟรมเวิร์กและเครื่องมือสำหรับนักพัฒนาของ Apple เช่น Core AI, Core ML, Metal และ Xcode สามารถเข้าถึงฮาร์ดแวร์ขั้นสูงของชิป M6 และ M5 Ultra ได้โดยตรง นักพัฒนาสามารถใช้ประโยชน์จาก Neural Engine แบบ Dual 16-core ใน M6 หรือ Neural Accelerators ใน GPU ของ M5 Ultra พร้อมด้วยหน่วยความจำ Unified สูงสุด 512GB และแบนด์วิดท์ 1.2TB/s เพื่อมอบความสามารถด้าน AI ที่น่าทึ่ง

ด้วยชิปใหม่เหล่านี้ นักพัฒนาสามารถรันและปรับแต่งโมเดล AI ขนาดใหญ่ได้บน Mac ของตนเอง รวมถึงใช้ Apple Foundation Models หรือโมเดล AI ที่พัฒนาขึ้นเอง เพื่อสร้างสรรค์แอปพลิเคชันที่ทรงพลังและทำงานได้เต็มรูปแบบบนอุปกรณ์

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

ขอบคุณ แหล่งข้อมูล
https://www.apple.com/newsroom/2026/08/apple-introduces-m6-and-m5-ultra-for-a-big-leap-in-performance-and-ai-compute/

เบื้องหลัง "ปัญญาอันสมบูรณ์": เทคโนโลยีที่ขับเคลื่อนอนาคตของ AI

ในโลกที่เทคโนโลยี AI พัฒนาไปอย่างก้าวกระโดด เรามักได้ยินคำว่า "ปัญญาอันสมบูรณ์" (Abundant Intelligence) ซึ่งหมายถึงศักยภาพของ AI ที่จะสามารถเรียนรู้ คิดวิเคราะห์ และสร้างสรรค์สิ่งต่างๆ ได้อย่างกว้างขวาง แต่เบื้องหลังความมหัศจรรย์นี้มีเทคโนโลยีอะไรบ้างที่ทำงานร่วมกัน? บทความนี้จะพาคุณไปสำรวจภาพรวมของสแต็กเทคโนโลยี (Tech Stack) ที่ OpenAI ใช้ในการสร้าง AI ที่ทรงพลัง

หัวใจหลัก: โมเดลภาษาขนาดใหญ่ (Large Language Models - LLMs)

แกนหลักของ AI สมัยใหม่คือโมเดลภาษาขนาดใหญ่ หรือ LLMs ซึ่งเป็นโครงข่ายประสาทเทียม (Neural Networks) ที่ได้รับการฝึกฝนด้วยข้อมูลจำนวนมหาศาล ทำให้มีความสามารถในการเข้าใจและสร้างข้อความที่เหมือนมนุษย์ สามารถทำงานได้หลากหลาย เช่น

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

OpenAI ได้พัฒนา LLMs ที่มีประสิทธิภาพสูงอย่างต่อเนื่อง เช่น GPT-3, GPT-4 ซึ่งเป็นรากฐานสำคัญของผลิตภัณฑ์และบริการต่างๆ

การเพิ่มประสิทธิภาพ: เทคนิค Reinforcement Learning from Human Feedback (RLHF)

แม้ว่า LLMs จะมีความสามารถสูง แต่การทำให้ AI เข้าใจและปฏิบัติตามความต้องการของมนุษย์ได้อย่างแม่นยำและปลอดภัยนั้นไม่ใช่เรื่องง่าย เทคนิค RLHF เข้ามามีบทบาทสำคัญในการปรับปรุงพฤติกรรมของ AI โดยมีกระบวนการหลักดังนี้:

1. การเก็บข้อมูลเปรียบเทียบ: มนุษย์จะให้คะแนนหรือจัดลำดับความชอบของคำตอบที่ AI สร้างขึ้น
2. การฝึกโมเดลรางวัล (Reward Model): นำข้อมูลการให้คะแนนมาฝึกโมเดลอีกตัวหนึ่งให้สามารถคาดการณ์ได้ว่าคำตอบแบบไหนที่มนุษย์จะชอบ
3. การปรับปรุงโมเดลภาษา: ใช้โมเดลรางวัลนี้ในการปรับแต่ง LLM ให้สร้างคำตอบที่สอดคล้องกับความชอบของมนุษย์มากขึ้น

เทคนิคนี้ช่วยให้ AI มีความสอดคล้อง ปลอดภัย และมีประโยชน์ต่อผู้ใช้งานมากขึ้น

โครงสร้างพื้นฐาน: การประมวลผลบนคลาวด์และฮาร์ดแวร์ประสิทธิภาพสูง

การฝึกฝนและใช้งานโมเดล AI ขนาดใหญ่ต้องอาศัยพลังการประมวลผลมหาศาล OpenAI จึงต้องพึ่งพาโครงสร้างพื้นฐานคลาวด์ที่แข็งแกร่ง พร้อมด้วยฮาร์ดแวร์พิเศษ เช่น หน่วยประมวลผลกราฟิก (GPUs) จำนวนมาก เพื่อรองรับการคำนวณที่ซับซ้อนและใช้เวลาน้อยที่สุด

ความปลอดภัยและการกำกับดูแล: AI ที่มีความรับผิดชอบ

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

สรุป

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

ขอบคุณ แหล่งข้อมูล
https://openai.com/index/the-full-stack-behind-abundant-intelligence

Granite 4.2 LLMs: เจาะลึกเบื้องหลังการสร้างโมเดลภาษาอัจฉริยะ

IBM Granite ได้เปิดตัว Granite 4.2 ซึ่งเป็นตระกูลโมเดลภาษาขนาดใหญ่ (LLMs) แบบ Dense, Decoder-only ที่เน้นความสามารถด้านการให้เหตุผล โดยมีให้เลือก 3 ขนาด คือ 3B, 8B และ 30B โมเดลเหล่านี้ได้รับการฝึกฝนตั้งแต่ต้นบนข้อมูลประมาณ 15 ล้านล้านโทเค็น ผ่านกลยุทธ์ 5 ระยะ ซึ่งขยายหน้าต่างบริบท (Context Window) ได้ถึง 512K โทเค็น พร้อมกับการ Fine-tuning แบบมีผู้สอน (Supervised Fine-Tuning - SFT) ด้วยข้อมูล Chain-of-Thought, การให้เหตุผล และ Agentic Trajectory และปิดท้ายด้วยการ Post-training ด้วย Reinforcement Learning (RL) แบบหลายขั้นตอน ซึ่งรวมถึง Agentic RL ที่โมเดล 8B และ 30B เรียนรู้การใช้งานเครื่องมือในสภาพแวดล้อมจำลองจริง โมเดล Granite 4.2 ทุกรุ่นมีฟังก์ชัน "Thinking/Non-thinking Switch" ที่ช่วยให้เลือกโหมดการคิดแบบประหยัดทรัพยากรสำหรับคำถามง่ายๆ และรองรับการเรียกใช้เครื่องมือ (Tool Calling) แบบ Native ทั้งหมดนี้เผยแพร่ภายใต้ลิขสิทธิ์ Apache 2.0

Granite 4.2: ความสามารถด้านการให้เหตุผลที่เหนือกว่า

Granite 4.2 คือการพัฒนาที่เน้นความสามารถด้านการให้เหตุผลของตระกูล Granite Language Model โดยรุ่นก่อนหน้ามีความโดดเด่นในการทำตามคำสั่ง (Instruction Following) ได้ดีเยี่ยม แต่ Granite 4.2 ได้เพิ่มความสามารถในการให้เหตุผลที่ชัดเจนเข้าไปด้วย ทุกโมเดลสามารถสร้าง "Chain of Thought" ก่อนตอบคำถาม และสามารถทำงานในโหมด "Thinking" หรือ "Non-thinking" ได้ ขึ้นอยู่กับความซับซ้อนของงาน นอกจากนี้ยังมีโหมด "Low-effort" ที่ใช้ทรัพยากรการคิดน้อยลงสำหรับคำถามที่ไม่ซับซ้อน

โมเดลทั้งสามขนาด (3B, 8B, 30B) มีสถาปัตยกรรมและการฝึกฝนที่เหมือนกัน ตั้งแต่ Pre-training, SFT ไปจนถึง Multi-stage RL โดยปรับตามขนาดของแต่ละโมเดล ทั้งหมดนี้มีความสามารถในการให้เหตุผลและทำตามคำสั่งที่แข็งแกร่ง จุดที่แสดงความแตกต่างชัดเจนที่สุดคือในขั้นตอน Post-training โดยโมเดล 8B และ 30B จะผ่านกระบวนการ Agentic RL เพิ่มเติม เพื่อเรียนรู้การทำงานแบบ Agent เช่น การเรียกใช้เครื่องมือ, การแก้ไขและรันโค้ด, การควบคุม Terminal และการค้นหาข้อมูลบนเว็บภายในสภาพแวดล้อมจริง ทุกโมเดลรองรับ Native Tool Calling และสามารถทำงานร่วมกับ API ที่เข้ากันได้กับ OpenAI (เช่น ผ่าน vLLM) โดยส่ง Tool Calls ในรูปแบบ OpenAI Function-Calling และสามารถเชื่อมต่อกับ Agentic Harnesses ได้โดยตรง นอกจากนี้ Granite 4.2 ยังรองรับการใช้งานบน SGLang อีกด้วย

สถาปัตยกรรมเบื้องหลัง Granite 4.2

โมเดล Granite 4.2 สร้างขึ้นบนสถาปัตยกรรม Transformer แบบ Dense Decoder-only ที่ประกอบด้วยส่วนประกอบหลักดังนี้:

• Attention: Grouped Query Attention (GQA) พร้อม 40 Attention Heads และ 8 KV Heads
• Position Embedding: Rotary Position Embedding (RoPE) โดยมีค่า θ = 10,000,000
• Feed-Forward: MLP พร้อม Activation SwiGLU
• Normalization: RMSNorm (ε = 1e-5)
• Embeddings: Input/Output Embeddings แยกกัน (ไม่ผูกติดกัน)

กระบวนการ Pre-training: วางรากฐานความรู้

Granite 4.2 ถูกฝึกฝนตั้งแต่ต้นบนข้อมูลประมาณ 15 ล้านล้านโทเค็น โดยใช้กลยุทธ์การฝึก 5 ระยะ:

• ระยะที่ 1-2: เน้นการ Pre-training พื้นฐาน
• ระยะที่ 3-4: การฝึกกลางทาง (Mid-training) โดยใช้ข้อมูลคุณภาพสูงที่ค่อยๆ ปรับปรุง
• ระยะที่ 5: การฝึก Long-Context เพื่อขยาย Context Window ให้ได้ถึง 512K โทเค็น

แต่ละระยะจะใช้ส่วนผสมของข้อมูล (Data Mixture) และตารางการเรียนรู้ (Learning-Rate Schedule) ที่แตกต่างกัน โดยค่อยๆ เปลี่ยนจากการใช้ข้อมูลขนาดใหญ่บนเว็บไปสู่แหล่งข้อมูลที่มีคุณภาพสูงขึ้น

Supervised Fine-Tuning (SFT): การปรับจูนเพื่อความสามารถที่เฉพาะเจาะจง

SFT เป็นขั้นตอนที่เปลี่ยนโมเดลพื้นฐานให้กลายเป็นผู้ช่วยที่สามารถทำตามคำสั่ง, ให้เหตุผล และใช้งานเครื่องมือได้อย่างน่าเชื่อถือ ชุดข้อมูล SFT ประกอบด้วยข้อมูล Agentic (31.6%) และ Non-agentic (68.4%) รวมประมาณ 7.2 ล้านตัวอย่าง หรือราว 100 พันล้านโทเค็น (โดยมี 65 พันล้านโทเค็นที่สามารถฝึกได้)

• คลังข้อมูล Agentic: ครอบคลุมหลากหลายโดเมน เช่น วิศวกรรมซอฟต์แวร์ (SWE, 69%), การเรียกใช้เครื่องมือ (12.1%), การใช้งาน Terminal (8.0%), คณิตศาสตร์ (3.5%), การค้นหา (0.8%) และการดำเนินการ (0.2%) ข้อมูลเหล่านี้สร้างขึ้นจาก Agent Scaffolds และ Harnesses ที่หลากหลาย เช่น OpenHands, OpenCode, Terminus-2, SWE-agent, OpenResearcher, MiniSWE, OpenSeeker, EnvScaler, Gemini CLI, Hermes, Codex และ Goose ข้อมูล Agentic ผสมผสานระหว่างชุดข้อมูลโอเพนซอร์สและข้อมูลที่สร้างขึ้นเองจากสภาพแวดล้อม RL สังเคราะห์
• คลังข้อมูล Non-agentic: ประกอบด้วยหมวดหมู่หลัก เช่น การทำตามคำสั่ง (18.8%), การเขียนโค้ด (18.8%), คณิตศาสตร์ (14.6%), ภาษาต่างประเทศ (7.0%), วิทยาศาสตร์ (5.4%), การให้เหตุผล (3.0%) และความปลอดภัย (0.8%)

การควบคุมคุณภาพข้อมูล (Data Quality Control)

มีการใช้การควบคุมคุณภาพหลายขั้นตอนก่อนที่ตัวอย่างข้อมูลจะถูกนำเข้าสู่ SFT Mixture:

1. การปรับรูปแบบข้อมูล: ข้อมูลจากแหล่งต่างๆ จะถูกทำให้เป็นมาตรฐานและจัดรูปแบบให้อยู่ในรูปแบบ OpenAI Chat ที่สอดคล้องกัน เพื่อให้โครงสร้างการสนทนาและการโต้ตอบกับเครื่องมือเป็นแบบเดียวกัน
2. การใช้ LLM เป็นผู้ตัดสิน: ใช้ GPT-OSS-120B และ Gemma 4 เป็นผู้ตัดสินในการประเมินคุณภาพของตัวอย่างข้อมูล ตัวอย่างที่มีคะแนนต่ำจะถูกลบออก รวมถึงข้อมูลที่มีการหลอน (Hallucination) หรือข้อมูลที่ถูกสร้างขึ้น, การโต้ตอบกับเครื่องมือที่ไม่ถูกต้อง หรือการเรียกใช้เครื่องมือที่ไม่ได้ถูกกำหนดไว้ในรายการเครื่องมือที่เกี่ยวข้อง
3. กฎ Heuristic เฉพาะ: ใช้กฎ Heuristic ที่ปรับให้เหมาะกับแต่ละชุดข้อมูลเพื่อปรับปรุงคุณภาพและลบแหล่งที่มาของ "Noise" ที่ทราบ
4. การขจัดข้อมูลซ้ำซ้อน (Deduplication): ทำทั้งแบบ Local และ Global โดยใช้ SHA-256 Hash ที่คำนวณจากส่วนของเครื่องมือและข้อความ เพื่อลบตัวอย่างที่ซ้ำกันทั้งภายในแหล่งข้อมูลและทั่วทั้ง SFT Mixture

รายละเอียดการฝึก SFT

คลังข้อมูลทั้งหมดจะถูกสุ่ม (Globally Shuffled) ก่อน เพื่อลดผลกระทบจากลำดับการเรียง และรับประกันว่าตัวอย่างจากโดเมนต่างๆ จะถูกผสมผสานกันอย่างดีในการฝึก จากนั้นจะถูกแบ่งออกเป็น .parquet shards ที่มีขนาดเท่ากัน ซึ่งจะถูก Tokenized โดยใช้ Tokenizer ของโมเดลและ Chat Template และเตรียมพร้อมสำหรับการฝึกแบบกระจายขนาดใหญ่ (Large-scale Distributed Training)

ก่อนเริ่มการฝึกขนาดใหญ่ จะมีการปรับ Hyperparameters บนการตั้งค่าที่เป็นตัวแทน โดยทดสอบ Learning-Rate Schedules, Initial Learning Rates และ Warm-up Ratios เพื่อหาค่าที่ทำให้การฝึกมีเสถียรภาพในทุกขนาดของโมเดล

SFT ระยะที่ 2 สำหรับโมเดล 30B

สำหรับโมเดล 30B จะมีการทำ SFT ระยะที่สองเพิ่มเติม โดยเน้นเฉพาะ Agentic Coding โดยข้อมูล Agentic, SWE และ Coding จะถูก Upsample เพื่อเพิ่มการมีส่วนร่วมใน Distribution การฝึก ในขณะที่ประมาณ 16% ของ Mixture จะคงไว้เป็น Replay Data จาก SFT Corpus เดิม จากนั้นโมเดล 30B จะถูก Fine-tune อีกประมาณหนึ่ง Epoch ด้วย Learning Rate ที่ต่ำลง (3.0e-6) ระยะที่สองนี้ช่วยเพิ่มการเรียนรู้ของโมเดลเกี่ยวกับ Agentic Coding Trajectories โดยไม่สูญเสียความสามารถที่ได้รับจาก SFT ระยะแรก

Reinforcement Learning: กระบวนการหลายขั้นตอน หลายสภาพแวดล้อม

หลัง SFT จะใช้กระบวนการ Reinforcement Learning (RL) แบบหลายขั้นตอนและหลายสภาพแวดล้อม แทนที่จะเป็น RL Pass เดียว แต่ละขั้นตอนจะมุ่งเน้นความสามารถเฉพาะ เช่น คณิตศาสตร์, โค้ด, วิทยาศาสตร์, การทำตามคำสั่ง, การใช้เครื่องมือ, โครงสร้างเอาต์พุต, วิศวกรรมซอฟต์แวร์, การใช้ Terminal และการค้นหาเว็บ แต่ละขั้นตอนคือการรัน RL ที่เป็นอิสระ โดยใช้ Checkpoint จากขั้นตอนก่อนหน้าเป็นจุดเริ่มต้น (Warm-start)

![Diagram of Staged RL Curriculum](ขอบคุณ แหล่งข้อมูล
https://huggingface.co/datasets/huggingface/documentation-images/resolve/main/blog/ibm-granite/granite-4-2-rl-curriculum.png)
รูปภาพ: หลักสูตร RL แบบเป็นขั้นตอน (Staged RL Curriculum) โดย Foundational RL (Verifiable Rewards + Skill Boosters) จะใช้กับทุกขนาด ส่วน Agentic RL Block (SWE → Terminal → Search) ใช้กับโมเดล 8B และ 30B เท่านั้น ทุกโมเดลจะจบด้วย RLHF แต่ละขั้นตอนคือการรัน GRPO ที่แยกกัน โดย Warm-start จาก Checkpoint ก่อนหน้า

วิธีการฝึก (Training Methodology)

ทุกขั้นตอนจะฝึกด้วย Asynchronous GRPO (Group Relative Policy Optimization) เพื่อไม่ให้ Generator และ Trainer บล็อกกันเอง โดย Pool ของ Generation Workers จะสุ่มสร้าง Response และส่ง Trajectories ที่เสร็จแล้วไปยัง Buffer ส่วนกลาง เมื่อ Buffer มีข้อมูลครบหนึ่ง Step, Trainer จะดึง Batch นั้นมา, ทำ Optimizer Step และสตรีม Parameter ที่อัปเดตกลับไปยัง Workers โดยไม่หยุดการทำงาน การ Refresh สามารถเกิดขึ้นระหว่าง Rollout ทำให้ Trajectory เดียวประกอบด้วย Policy สองเวอร์ชันที่อยู่ติดกันได้ โดยอนุญาตให้เกิดสิ่งนี้ขึ้นเพื่อประหยัดทรัพยากร Workers จะใช้ KV Cache เดิมโดยไม่ต้องสร้างใหม่หลังการ Refresh และมี Guardrail จำกัดไม่ให้ล้าหลัง Trainer เกินกว่าหนึ่ง Update เพื่อจำกัดความ Off-policy ของ Sample ใดๆ ส่วนความไม่ตรงกันที่เหลือจะถูกจัดการใน Objective ด้วย Truncated Importance Sampling ซึ่งจะจำกัดอัตราส่วน Log-Probability ระหว่าง Train กับ Generation ให้อยู่ในค่าคงที่ เพื่อป้องกันไม่ให้ Token ที่ล้าสมัยจำนวนเล็กน้อยมีอิทธิพลต่อการ Update มากเกินไป

Advantages จะเป็นแบบ Group-Relative โดยมี Leave-one-out Baseline คือแต่ละ Response จะถูกเปรียบเทียบกับค่าเฉลี่ย Reward ของ Sample อื่นๆ ที่สร้างขึ้นสำหรับ Prompt เดียวกัน ซึ่งช่วยลดความจำเป็นในการใช้ Value Network แยกต่างหาก ตัวอย่างเช่น ใน RLVR ซึ่งเป็น Stage แรกและยาวนานที่สุด แต่ละ Step จะจับคู่ 256 Prompts กับ 16 Sampled Responses ทำให้ได้ Batch ขนาด 4,096 ตัวอย่าง ซึ่ง Trainer จะใช้ในการทำ Optimizer Step เพียงครั้งเดียวก่อนที่ Rollout ถัดไปจะเริ่มขึ้น Stage ต่อๆ ไปจะใช้กลไกนี้เหมือนเดิม และปรับเฉพาะ Shape ของแต่ละ Stage เท่านั้น

Pipeline จะรักษา Backbone ของ Hyperparameters ทั่วทั้งทุก Stage ซึ่งช่วยให้การดำเนินงานและเปรียบเทียบหลักสูตรทำได้ง่ายขึ้น มี Knob จำนวนหนึ่งที่คงที่เสมอ:

| Parameter | 3B, 8B, 30B |
| :------------------ | :---------------------------------------- |
| Optimizer | AdamW |
| Learning Rate | 3.0e-5 |
| Warm-up Ratio | 0.03 |
| Weight Decay | 0.1 |
| Batch Size | 4096 (Global) |
| KL Coefficient | 0.1 (Default, adjusted by schedule) |
| Reward Type | Verifiable, Preference, Agentic Outcome |
| Reward Scaling | 1.0 |
| Value Loss Weight | 0.3 |
| Policy Loss Weight | 1.0 |
| Entropy Bonus | 0 (Default, adjusted by schedule) |
| Rollout Turns | 1024 (Default, adjusted by stage) |
| Max Seq Len | 4096 (Default, adjusted by stage) |
| Generation Batching | Yes |
| Replay Buffer Size | 1024 (Default, adjusted by stage) |

สิ่งที่เปลี่ยนแปลงไปในแต่ละ Stage คือ Shape ของแต่ละ Run: จำนวน Prompts และ Generations ต่อ Step, ความยาวของ Context, การทำงานของ Agent Loop และระดับการดึงกลับไปยัง Reference Policy ตารางด้านล่างแสดงการตั้งค่าที่แน่นอนสำหรับ Chain ของ

ขอบคุณ แหล่งข้อมูล
https://huggingface.co/blog/ibm-granite/granite-4-2

ทำไมการสมัครงานที่ "ง่ายเกินไป" กลับสร้างปัญหาให้ทั้งผู้สมัครและผู้ว่าจ้าง

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

เมื่อการสมัครงานกลายเป็นเรื่อง "ง่ายเกินไป"

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

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

ผลกระทบต่อผู้ว่าจ้าง: คัดกรองจนเหนื่อยล้า

ความง่ายในการสมัครงานนี้สร้างภาระหนักอึ้งให้กับฝ่ายบุคคลและผู้สรรหาบุคลากร

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

ผลกระทบต่อผู้สมัคร: ความโดดเด่นที่หายไป

สำหรับผู้ที่กำลังหางาน ความง่ายดายนี้กลับทำให้การสร้างความประทับใจกลายเป็นเรื่องยากขึ้น

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

ถึงเวลาที่กระบวนการสรรหาต้อง "ยากขึ้น" เพื่อคุณภาพที่ดีกว่า

ผู้เชี่ยวชาญหลายคนเริ่มมองว่า กระบวนการสมัครงานที่ "ง่ายเกินไป" นี้กำลังทำลายคุณภาพของการสรรหาบุคลากร

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

อนาคตของการหางาน: สู่การเปลี่ยนแปลงครั้งใหญ่

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

#การหางาน #การสรรหาบุคลากร #AI #ตลาดแรงงาน

ขอบคุณ แหล่งข้อมูล
https://www.wired.com/story/applying-for-a-job-is-too-damn-easy/