[สมุดไอเดีย AI 02] Timestral: พยากรณ์ตัวเลขวันพรุ่งนี้โดยไม่ให้แชตบอตเดา
รู้จักโมเดลอนุกรมเวลาขนาดเล็กจาก Mistral การพยากรณ์เชิงความน่าจะเป็นหมายถึงอะไร มีประโยชน์เมื่อใด และจะเริ่มทดลองบน CPU พร้อมเปรียบเทียบอย่างตรงไปตรงมาได้อย่างไร
สมุดไอเดีย AI ชวนสำรวจแนวคิดและความเป็นไปได้ในการใช้งานจริงของโมเดลและเครื่องมือ AI ที่เพิ่งเริ่มปรากฏขึ้น
คิวงานสนับสนุนของวันพรุ่งนี้เป็นตัวเลขก่อนจะกลายเป็นข้อความอธิบาย คุณอาจอยากรู้ว่าควรเพิ่มคนอีกหนึ่งคนหรือไม่ เซิร์ฟเวอร์ต้องการความจุเพิ่มหรือไม่ หรือสต็อกที่สั่งตามปกติจะพอสำหรับสุดสัปดาห์หรือเปล่า คำอธิบายที่ลื่นไหลจะมีประโยชน์ก็ต่อเมื่อการพยากรณ์มีหลักฐานรองรับที่มั่นคงก่อน
Timestral ซึ่ง Mistral AI เปิดตัวเมื่อ วันที่ 15 ตุลาคม 2026 เป็นตระกูลโมเดลสำหรับพยากรณ์ลำดับตัวเลข มันให้คำทำนายเชิงความน่าจะเป็นแทนคำตอบแชต รองรับอนุกรมหลายชุดที่สัมพันธ์กัน และเผยแพร่สี่ขนาด ได้แก่ 5M, 28M, 123M และ 209M พารามิเตอร์ ประกาศจาก Mistral
บทความนี้พาคุณจากคำอธิบายดังกล่าวไปสู่การทดลองแรกที่ใช้ประโยชน์ได้ เราจะดูว่าควรป้อนอะไรให้โมเดล อ่านช่วงพยากรณ์อย่างไร และเปรียบเทียบกับค่าฐานง่าย ๆ อย่างไร ตัวอย่างเป็นแบบฝึกที่เสนอให้ลอง คุณจึงทดลองแนวคิดได้โดยไม่สับสนว่าภาพประกอบคือผลที่วัดมาแล้ว
หน้า Timestral-5M ของ Mistral AI ถ่ายเมื่อวันที่ 20 ตุลาคม 2026 หน้าจอนี้ระบุเช็กพอยต์สำหรับการพยากรณ์ ไม่ใช่กราฟจากการทดลองเพื่อบทความนี้
การพยากรณ์เริ่มจากเวลาและปริมาณ
อนุกรมเวลาบันทึกปริมาณตามช่วงเวลาต่อเนื่อง ตัวอย่างเช่น จำนวนคำขอในแต่ละนาที คำสั่งซื้อต่อวัน หรืออุณหภูมิที่วัดเป็นระยะสม่ำเสมอ ระยะห่างของเวลาเป็นส่วนหนึ่งของความหมาย: 100 คำขอต่อนาทีและ 100 คำขอต่อชั่วโมงบอกถึงระบบที่ต่างกันมาก
ก่อนเลือกโมเดล เขียนการตัดสินใจให้จบในหนึ่งประโยค “ประมาณจำนวนงานสนับสนุนรายวันของพรุ่งนี้เพื่อวางแผนกำลังคน” ชัดเจนกว่า “ค้นหาข้อมูลเชิงลึกจากข้อมูลของเรา” เพราะระบุทั้งเป้าหมาย ระยะพยากรณ์ และการกระทำที่อาจเปลี่ยนไป
จากนั้นตัดสินว่าหนึ่งรายการสังเกตหมายถึงอะไร ทิกเก็ตสนับสนุนที่สร้างวันนี้กับทิกเก็ตที่ปิดวันนี้เป็นคนละเหตุการณ์ การรวมไว้ในคอลัมน์เดียวเพียงเพราะสะดวกอาจบดบังคอขวดที่คุณต้องการเข้าใจ
Timestral ควรเข้ามาหลังนิยามนี้ โมเดลประมวลผลประวัติตัวเลขได้ แต่ทีมยังต้องรับผิดชอบว่าตัวเลขเหล่านั้นหมายถึงอะไร โมเดลซ่อมเป้าหมายที่แอบเปลี่ยนจากจำนวนคำขอเป็นจำนวนงานที่เสร็จกลางไฟล์ไม่ได้
ผลลัพธ์ที่มีประโยชน์คือช่วงที่ใช้ตัดสินใจได้
การพยากรณ์แบบจุดให้ตัวเลขเดียว ส่วนการพยากรณ์เชิงความน่าจะเป็นอธิบายหลายระดับที่ค่าภายหน้าอาจเป็นได้ ช่วยให้เห็นพื้นที่รอบค่ากลาง ผลลัพธ์ที่ Timestral เผยแพร่มี 21 ควอนไทล์ต่อช่วงเวลาที่ทำนายหนึ่งช่วง รีโพซิทอรีการอนุมาน
ลองนึกถึงแบบฝึกที่กำหนดให้ค่ามัธยฐานพยากรณ์ของพรุ่งนี้เป็น 100 ทิกเก็ต และควอนไทล์ที่สูงกว่าเป็น 140 ตัวเลขนี้แต่งขึ้น แต่แสดงการตัดสินใจได้ว่า กำลังคนตามปกติอาจครอบคลุมค่ากลาง ส่วนแผนสำรองรองรับวันที่ยุ่งกว่า การพยากรณ์มีประโยชน์เพราะเปลี่ยนวิธีเตรียมตัว
ควอนไทล์ไม่ใช่คำรับประกันว่าความจริงจะอยู่ใต้เส้น คุณต้องตรวจการสอบเทียบจากการพยากรณ์ย้อนหลังซ้ำหลายครั้ง หากค่าจริงสูงกว่าค่าพยากรณ์เปอร์เซ็นไทล์ที่ 90 บ่อยกว่าที่คาดมาก ระดับนั้นก็ไม่ได้ทำหน้าที่เป็นขอบเขตวางแผนที่น่าเชื่อถือกับข้อมูลของคุณ
ขอบเขตที่เหมาะสมยังขึ้นกับการตัดสินใจ สินค้าหมดกับการถือสต็อกเกินเล็กน้อยมีต้นทุนต่างกัน ทีมหนึ่งจึงอาจเลือกดำเนินการตามควอนไทล์ที่สูงกว่ามัธยฐาน ขณะที่อีกงานยอมรับแผนที่ประหยัดกว่าและเผื่อความเสี่ยงน้อยกว่าได้
แผนภาพอธิบายที่จัดทำขึ้นใหม่ เส้นและช่วงถูกสมมติขึ้นเพื่ออธิบายหน้าต่างพยากรณ์ ไม่ใช่ผลลัพธ์จาก Timestral
สัญญาณที่เกี่ยวข้องช่วยได้เมื่อเคารพลำดับเวลา
Mistral อธิบายว่า Timestral เป็นโมเดลหลายตัวแปร รองรับทั้งตัวแปรร่วมที่มีเฉพาะอดีตและตัวแปรร่วมอนาคตที่ทราบล่วงหน้า พูดง่าย ๆ คือใช้สัญญาณตัวเลขหลายชุดที่สัมพันธ์กัน รวมถึงข้อมูลที่รู้ค่าอนาคตอยู่แล้วได้ รายละเอียดการเปิดตัว
ปฏิทินเปิดร้านเป็นสิ่งที่รู้ได้ก่อนวันพรุ่งนี้มาถึง แต่ยอดขายจริงของพรุ่งนี้ยังไม่รู้ การทดลองพยากรณ์ต้องเคารพความต่างนี้ แม้สเปรดชีตที่กรอกครบแล้วจะมีทั้งสองคอลัมน์ให้ใช้อย่างสะดวก
ในการทดลองวางแผนความจุเซิร์ฟเวอร์ กำหนดเปิดตัวสินค้าอาจรู้ล่วงหน้า แต่จำนวนคำขอที่แน่นอนยังไม่รู้ ในการทดลองจำนวนคำสั่งซื้อ ตัวบอกวันหยุดอาจมีอยู่แล้ว ขณะที่จำนวนคำสั่งซื้อสุดท้ายคือเป้าหมาย นี่เป็นตัวอย่างการใช้ความแตกต่างดังกล่าว ไม่ใช่การอ้างว่ามีระบบเชื่อมต่อที่ใช้งานจริงแล้ว
สภาพอากาศเป็นตัวอย่างข้อผิดพลาดที่เกิดง่าย ไฟล์ย้อนหลังอาจมีอากาศที่เกิดขึ้นจริง แต่การพยากรณ์จริงจะมีเพียงพยากรณ์อากาศที่ใช้ได้ในเวลานั้น การประเมินโดยใช้สิ่งที่สังเกตภายหลังเท่ากับให้ข้อมูลที่ระบบไม่มีเมื่อต้องตัดสินใจ
เริ่มจากการทดลองเล็กที่สุดที่ตอบคำถามได้
รีโพซิทอรีทางการมีการอนุมานแบบเดี่ยวบน CPU หรือ GPU การใช้ CPU ช่วยให้เริ่มทดสอบได้ง่าย โดยไม่ถือว่าขนาดโมเดลบอกข้อกำหนดฮาร์ดแวร์ทั้งหมด ไลบรารีที่ต้องใช้ เทนเซอร์ที่โหลด ความยาวประวัติ และจำนวนอนุกรม ล้วนมีส่วนต่อหน่วยความจำขณะรัน การติดตั้งและใช้งาน
สำหรับการเริ่มต้น เช็กพอยต์ 5M เป็นตัวเลือกที่สมเหตุสมผลสำหรับลองอินเทอร์เฟซ นี่คือจุดเริ่มต้นที่เสนอสำหรับแบบฝึกขนาดเล็ก ไม่ใช่คำกล่าวว่าจะชนะเช็กพอยต์ใหญ่บนข้อมูลของคุณ สร้างกระบวนการที่ทำงานได้ก่อนแล้วค่อยเปรียบเทียบขนาดโมเดล
- เปิดรีโพซิทอรีทางการและตรวจคำแนะนำติดตั้งกับลิงก์ใบอนุญาต ทำงานในสภาพแวดล้อม Python แยก
- เตรียมอนุกรมที่เก็บตัวอย่างสม่ำเสมอหนึ่งชุด เก็บเวลาและหน่วยไว้ในไฟล์ต้นทาง แม้อาร์เรย์ตัวเลขที่ส่งให้โมเดลจะมีเพียงค่า
- กันข้อมูลสังเกตช่วงท้ายไว้เป็นระยะทดสอบ อย่ารวมไว้ในประวัติที่ใช้พยากรณ์ครั้งนั้น
- โหลดเช็กพอยต์ ขอระยะพยากรณ์ที่เลือก แล้วตรวจทั้งค่ากลางและควอนไทล์
- เปรียบเทียบกับการพยากรณ์ง่าย ๆ จากประวัติเดียวกัน ทำซ้ำหลายจุดตัดในอดีตก่อนสรุป
รีโพซิทอรีอธิบายวิธีติดตั้งนี้ โดยระบุข้อกำหนด Python 3.10 ขึ้นไป และ PyTorch 2.4 ขึ้นไป การติดตั้งจะดึงโค้ดมา จึงควรตรวจและตรึง revision เมื่อต้องการสภาพแวดล้อมที่ทำซ้ำได้
python -m venv .venv
# Activate the environment using your shell's activation command.
python -m pip install "git+https://github.com/mistralai/timestral.git"
ต่อไปนี้เป็นการดัดแปลงอินเทอร์เฟซอนุมานในเอกสารให้เล็กโดยตั้งใจ ค่าที่ใช้เป็นจำนวนรายวันสังเคราะห์ โค้ดไม่ได้สื่อว่าบทความนี้รันโมเดลแล้วหรือได้ผลลัพธ์เฉพาะใด
import numpy as np
from timestral import TimestralForecaster
history = np.array([
80, 83, 85, 88, 96, 61, 58,
82, 84, 87, 91, 99, 64, 60,
85, 86, 89, 94, 102, 66, 63,
], dtype=np.float32)
model = TimestralForecaster.from_pretrained("mistralai/Timestral-5M")
forecast = model.forecast(history, prediction_length=7)
print(forecast.median)
print(forecast.quantile(0.9))
ข้อมูลที่แต่งขึ้นสามสัปดาห์พอแสดง API ได้ แต่ไม่พอพิสูจน์ประสิทธิภาพกับกระบวนการธุรกิจ ก่อนตัดสินใจควรแทนด้วยอนุกรมที่ยาวเหมาะสมและเข้าใจดี ตรวจรายการที่ขาดหายและเหตุการณ์ผิดปกติ แทนการแอบเปลี่ยนทุกช่องว่างเป็นศูนย์
งานสามแบบแสดงว่าการพยากรณ์ต่างจากการสร้างข้อความอย่างไร
การวางแผนงานสนับสนุนรายวันเชื่อมพยากรณ์กับกำลังคน ข้อมูลนำเข้าอาจเป็นประวัติทิกเก็ตที่สร้างแต่ละวัน พร้อมปฏิทินวันหยุดสุดสัปดาห์และวันปิดที่ทราบ คำถามประเมินคือพยากรณ์ช่วยเตรียมกำลังรองรับได้หรือไม่ โดยเฉพาะวันยุ่งที่ค่าเฉลี่ยง่าย ๆ มองข้าม
การวางแผนเซิร์ฟเวอร์เชื่อมพยากรณ์กับขีดจำกัดทางเทคนิค จำนวนคำขอต่อช่วงเวลาอาจเป็นเป้าหมาย แต่ข้อผิดพลาด latency และความจุที่รับรองยังต้องติดตามแยก การทำนายความต้องการที่คาดไว้ไม่ได้พิสูจน์ว่าแอปพลิเคชันจะรับโหลดระดับหนึ่งไหว
การวางแผนสต็อกเชื่อมพยากรณ์กับเวลารอเติมสินค้า หากเติมของต้องใช้หลายวัน ความต้องการของพรุ่งนี้อย่างเดียวก็เป็นระยะที่ผิด แบบฝึกที่มีประโยชน์ควรทำนายตลอดช่วงที่คำสั่งซื้อใหม่ยังมาไม่ถึง และเปรียบเทียบผลของการขาดสินค้าและสต็อกเกิน
ทั้งสามตัวอย่างมีรูปแบบร่วมกัน: นิยามปริมาณ กำหนดเวลาที่ตัดสินใจ และกำหนดว่าสิ่งใดเปลี่ยนเพราะพยากรณ์ จากนั้นโมเดลจึงเป็นเครื่องมือหนึ่งในกระบวนการ การประเมินเครื่องมือนี้ง่ายขึ้นเมื่อมองเห็นการกระทำที่ตั้งใจ
เปรียบเทียบพยากรณ์ ณ เวลาที่สามารถทำได้จริง
การทดสอบย้อนหลังสร้างโอกาสพยากรณ์ในอดีตขึ้นใหม่ เลือกจุดตัดในประวัติ ให้เฉพาะข้อมูลที่มีอยู่ก่อนหน้า แล้วทำนายช่วงถัดไป เลื่อนจุดตัดไปข้างหน้าและทำซ้ำ โดยไม่ปล่อยให้ข้อมูลอนาคตรั่วกลับมาสู่การเลือกโมเดล
เริ่มจากค่าฐานที่ตรงรูปแบบ ค่าของวันเดียวกันในสัปดาห์ก่อนอาจมีประโยชน์กับวงจรรายสัปดาห์ ส่วนค่าล่าสุดอาจมีประโยชน์กับกระบวนการระยะสั้นที่คงที่ ไม่มีแบบใดแข็งแกร่งโดยอัตโนมัติ แต่ทั้งคู่ช่วยบอกว่าความซับซ้อนที่เพิ่มมาคุ้มค่าหรือไม่
| การเปรียบเทียบ | สิ่งที่ต้องคงเดิม | ผลลัพธ์บอกอะไรได้ |
|---|---|---|
| Timestral กับค่าฐานตามฤดูกาล | เป้าหมาย จุดตัด และระยะพยากรณ์ | โมเดลลดข้อผิดพลาดที่สำคัญต่อการตัดสินใจหรือไม่ |
| 5M กับเช็กพอยต์ที่ใหญ่กว่า | การเตรียมข้อมูลและการให้คะแนน | ทรัพยากรโมเดลที่เพิ่มให้ประโยชน์พอหรือไม่ |
| มีและไม่มีปฏิทินที่รู้ล่วงหน้า | ข้อมูลอดีตที่ใช้ได้ ณ แต่ละจุดตัด | สัญญาณเพิ่มเติมช่วยได้โดยไม่รั่วข้อมูลอนาคตหรือไม่ |
| มัธยฐานกับควอนไทล์ตัดสินใจที่สูงกว่า | พยากรณ์และสมมติฐานต้นทุนธุรกิจ | นโยบายวางแผนเปลี่ยนอย่างไร แทนที่จะวัดการเปลี่ยนโมเดล |
อย่ามองข้ามช่วงที่ค่าเป็นศูนย์หรือใกล้ศูนย์ ความคลาดเคลื่อนร้อยละอาจตีความยากเมื่อเป้าหมายเล็กมาก ใช้ตัวชี้วัดที่เหมาะกับอนุกรม และตรวจความผิดพลาดจริงควบคู่คะแนนรวม
สำหรับโครงการนำร่อง ตารางสั้น ๆ ของครั้งที่พลาดมากที่สุดมักสอนมากกว่าค่าเฉลี่ยเด่นตัวเดียว ความผิดพลาดเกี่ยวข้องกับช่วงข้อมูลหาย วันหยุด ระบบล่ม หรือความต้องการที่เปลี่ยนจริงหรือไม่ คำตอบจะชี้ว่าควรปรับท่อข้อมูล เพิ่มข้อมูล หรือทบทวนวิธีพยากรณ์
แผนภาพทดสอบย้อนหลังที่จัดทำขึ้นใหม่ แต่ละพยากรณ์ใช้ข้อมูลที่มีอยู่ ณ จุดตัดของตัวเอง ส่วนสิ่งที่สังเกตภายหลังเก็บไว้ให้คะแนน
น้ำหนักโมเดลขนาดเล็กเป็นเพียงส่วนหนึ่งของการนำไปใช้
รีโพซิทอรีแยก โค้ด Apache 2.0 ออกจากน้ำหนักโมเดลที่เผยแพร่ภายใต้ ใบอนุญาต Modified MIT อ่านเงื่อนไขน้ำหนักจริงของเช็กพอยต์ที่เลือก รีโพซิทอรีเปิดกับโมเดลที่มีใบอนุญาตแยกเป็นสิ่งที่เผยแพร่คนละชิ้น คำอธิบายใบอนุญาตในรีโพซิทอรี
การดาวน์โหลดครั้งแรกกับการอนุมานปกติก็เป็นคนละช่วง ตัวโหลดในเอกสารใช้โมเดลที่แคชในเครื่องได้ แต่แอปจะออฟไลน์ได้ก็ต่อเมื่อทุกส่วนออฟไลน์ โมเดลพยากรณ์บนเครื่องไม่ได้ป้องกันส่วนอื่นในกระบวนการส่งข้อมูลไปบริการระยะไกล
สำหรับการรันซ้ำ บันทึกว่าเช็กพอยต์ใดสร้างพยากรณ์แต่ละครั้ง และข้อมูลนำเข้าสิ้นสุดเมื่อใด กราฟที่ไม่มีจุดตัดอาจถูกเข้าใจว่าเป็นพยากรณ์ แม้รวมข้อมูลที่เกิดภายหลังแล้ว เก็บค่าที่ทำนายไว้โดยไม่เปลี่ยน เพื่อเทียบกับสิ่งที่เกิดจริงในภายหลังได้
บริการพยากรณ์ควรมีแผนรับมือข้อมูลหายและการรันที่ล้มเหลว การแสดงพยากรณ์ของเมื่อวานเหมือนเพิ่งสร้างทำให้อินเทอร์เฟซดูปกติอย่างชวนเข้าใจผิด แสดงเวลาข้อมูลล่าสุดที่สำเร็จ และตัดสินว่าเมื่อใดค่าฐานง่าย ๆ เหมาะกว่าผลโมเดลที่เก่าแล้ว
ทำนายเร็วขึ้นมีประโยชน์เมื่อการตัดสินใจดีขึ้น
Mistral รายงานว่าตระกูลนี้อนุมานได้เหมาะกับ CPU และมีผลเบนช์มาร์กที่ดี สิ่งเหล่านี้เป็นเหตุผลให้สำรวจ ไม่ใช่การวัดท่อข้อมูลของคุณเอง เวลาโมเดลที่เผยแพร่ไม่ได้รวมทุกการอ่านไฟล์ การคำนวณคุณลักษณะ คิว หรือกราฟในแอป ประกาศวันที่ 15 ตุลาคม
มีแรงจูงใจที่พบบ่อยให้โครงการนำร่องมุ่งหาเช็กพอยต์ใหญ่ที่สุดที่รันได้ คำถามที่ดีกว่าคือพยากรณ์มาทันเวลาตัดสินใจและลดความผิดพลาดที่สำคัญหรือไม่ ผลที่แม่นขึ้นเล็กน้อยแต่มาหลังกำหนดจัดคนมีคุณค่าด้านปฏิบัติการจำกัด
ควรแยกการปรับปรุงตัวเลขจากการปรับปรุงนโยบายด้วย ความคลาดเคลื่อนเฉลี่ยที่ต่ำลงอาจไม่ได้เปลี่ยนวันยุ่งที่เสียหายมากที่สุด ในทางกลับกัน ควอนไทล์บนที่สอบเทียบดีกว่าอาจช่วยวางแผนได้ แม้มัธยฐานขยับเพียงนิดเดียว
กำหนดเกณฑ์เหล่านี้ก่อนเปรียบเทียบโมเดล โครงการนำร่องจึงจบด้วยทางเลือกที่มีประโยชน์ได้: ใช้ค่าฐานต่อ ใช้เช็กพอยต์เล็ก หรือแสดงเหตุผลให้ใช้การตั้งค่าที่ต้องการทรัพยากรมากกว่า แต่ละอย่างเป็นผลลัพธ์ที่ถูกได้เมื่อหลักฐานชัด
การพยากรณ์ควรมีบันทึกก่อนวันพรุ่งนี้มาถึง
เรามองว่า Timestral น่าสนใจเพราะนำงานตัวเลขเฉพาะทางมาสู่กระบวนการใช้โมเดลที่เข้าถึงง่าย ผลลัพธ์เปรียบได้กับพยากรณ์อากาศของภาระงาน: มีค่าที่คาดกลาง ๆ มีช่วง และมีเหตุผลให้เตรียมตัว คุณค่าเกิดเมื่อคำทำนายไปพบการตัดสินใจวางแผนจริง
เริ่มจากปริมาณเดียวและระยะเดียว บันทึกพยากรณ์ก่อนรู้ผล แล้วเปรียบเทียบอย่างตรงไปตรงมากับทางเลือกง่าย ๆ วิธีนี้เปลี่ยนการเปิดตัวโมเดลที่น่าจับตาเป็นการทดลองที่นำผลไปใช้ได้จริง
แหล่งข้อมูลและสื่อ
ตรวจสอบเมื่อวันที่ 20 ตุลาคม 2026 ตัวอย่างและกราฟเป็นภาพอธิบาย ไม่ใช่ผลการรันโมเดล ผู้เขียนถ่ายภาพหน้าจอโมเดลการ์ดสาธารณะ ส่วนแผนภาพอธิบายจัดทำขึ้นใหม่ ดูที่มาและประกาศสิทธิ์ใน บันทึกสื่อ
- ประกาศ Mistral วันที่ 15 ตุลาคม 2026
- โค้ดอนุมานทางการ การติดตั้ง และการแยกใบอนุญาต
- เช็กพอยต์ Timestral-5M
- ใบอนุญาตเช็กพอยต์
เก็บคำทำนายและผลจริงไว้ด้วยกัน
บันทึกนิยามข้อมูล จุดตัดพยากรณ์ และบันทึกทบทวนควบคู่ลิงก์ต้นฉบับ Telli.sh ช่วยจัดระเบียบบันทึกการทดลองนี้ได้ สร้างบัญชี Telli.sh