AI guidesอ่าน 21 นาที

[สมุดไอเดีย AI 02] Timestral: พยากรณ์ตัวเลขวันพรุ่งนี้โดยไม่ให้แชตบอตเดา

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

K
Ken Jo

สมุดไอเดีย AI ชวนสำรวจแนวคิดและความเป็นไปได้ในการใช้งานจริงของโมเดลและเครื่องมือ AI ที่เพิ่งเริ่มปรากฏขึ้น

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

Timestral ซึ่ง Mistral AI เปิดตัวเมื่อ วันที่ 15 ตุลาคม 2026 เป็นตระกูลโมเดลสำหรับพยากรณ์ลำดับตัวเลข มันให้คำทำนายเชิงความน่าจะเป็นแทนคำตอบแชต รองรับอนุกรมหลายชุดที่สัมพันธ์กัน และเผยแพร่สี่ขนาด ได้แก่ 5M, 28M, 123M และ 209M พารามิเตอร์ ประกาศจาก Mistral

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

โมเดลการ์ดสาธารณะ Timestral-5M แสดงโมเดลพยากรณ์ ผู้เผยแพร่ และเช็กพอยต์ที่ดาวน์โหลดได้ หน้า Timestral-5M ของ Mistral AI ถ่ายเมื่อวันที่ 20 ตุลาคม 2026 หน้าจอนี้ระบุเช็กพอยต์สำหรับการพยากรณ์ ไม่ใช่กราฟจากการทดลองเพื่อบทความนี้

การพยากรณ์เริ่มจากเวลาและปริมาณ

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

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

จากนั้นตัดสินว่าหนึ่งรายการสังเกตหมายถึงอะไร ทิกเก็ตสนับสนุนที่สร้างวันนี้กับทิกเก็ตที่ปิดวันนี้เป็นคนละเหตุการณ์ การรวมไว้ในคอลัมน์เดียวเพียงเพราะสะดวกอาจบดบังคอขวดที่คุณต้องการเข้าใจ

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

ผลลัพธ์ที่มีประโยชน์คือช่วงที่ใช้ตัดสินใจได้

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

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

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

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

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

สัญญาณที่เกี่ยวข้องช่วยได้เมื่อเคารพลำดับเวลา

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

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

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

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

เริ่มจากการทดลองเล็กที่สุดที่ตอบคำถามได้

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

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

  1. เปิดรีโพซิทอรีทางการและตรวจคำแนะนำติดตั้งกับลิงก์ใบอนุญาต ทำงานในสภาพแวดล้อม Python แยก
  2. เตรียมอนุกรมที่เก็บตัวอย่างสม่ำเสมอหนึ่งชุด เก็บเวลาและหน่วยไว้ในไฟล์ต้นทาง แม้อาร์เรย์ตัวเลขที่ส่งให้โมเดลจะมีเพียงค่า
  3. กันข้อมูลสังเกตช่วงท้ายไว้เป็นระยะทดสอบ อย่ารวมไว้ในประวัติที่ใช้พยากรณ์ครั้งนั้น
  4. โหลดเช็กพอยต์ ขอระยะพยากรณ์ที่เลือก แล้วตรวจทั้งค่ากลางและควอนไทล์
  5. เปรียบเทียบกับการพยากรณ์ง่าย ๆ จากประวัติเดียวกัน ทำซ้ำหลายจุดตัดในอดีตก่อนสรุป

รีโพซิทอรีอธิบายวิธีติดตั้งนี้ โดยระบุข้อกำหนด Python 3.10 ขึ้นไป และ PyTorch 2.4 ขึ้นไป การติดตั้งจะดึงโค้ดมา จึงควรตรวจและตรึง revision เมื่อต้องการสภาพแวดล้อมที่ทำซ้ำได้

Bashรันใน เทอร์มินัล
python -m venv .venv
# Activate the environment using your shell's activation command.
python -m pip install "git+https://github.com/mistralai/timestral.git"

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

Python
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 ตัวอย่างและกราฟเป็นภาพอธิบาย ไม่ใช่ผลการรันโมเดล ผู้เขียนถ่ายภาพหน้าจอโมเดลการ์ดสาธารณะ ส่วนแผนภาพอธิบายจัดทำขึ้นใหม่ ดูที่มาและประกาศสิทธิ์ใน บันทึกสื่อ

เก็บคำทำนายและผลจริงไว้ด้วยกัน

บันทึกนิยามข้อมูล จุดตัดพยากรณ์ และบันทึกทบทวนควบคู่ลิงก์ต้นฉบับ Telli.sh ช่วยจัดระเบียบบันทึกการทดลองนี้ได้ สร้างบัญชี Telli.sh


← กลับไปที่บล็อก