Kimi K3 Swarm Max: วิธีรัน AI Research Agents 300 ตัวจากคำสั่งเดียว

Kimi K3 เปิดตัวเมื่อวันที่ 16 กรกฎาคม 2026 มีพารามิเตอร์ 2.8 ล้านล้าน พร้อมบริบท 1 ล้านโทเคน ถือเป็นโมเดลโอเพนเวทที่ใหญ่ที่สุดเท่าที่เคยปล่อยมา

ฟีเจอร์เด่นคือ K3 Swarm Max: รองรับเอเจนต์ย่อยสูงสุด 300 ตัวที่ทำงานแบบขนาน ประสานงานกันผ่าน 4,000 สเต็ป และสร้างไฟล์จริงแทนคำตอบแบบแชท โมเดลสองรุ่นใช้สมองเดียวกัน K3 Max ทำงานทั่วไป ส่วน K3 Swarm Max ส่งฝูงเอเจนต์ไปจัดการปัญหา

คนส่วนใหญ่เปิด Kimi พิมพ์คำถาม ได้คำตอบ แล้วปิดแท็บ นั่นคือประมาณ 10% ของสิ่งที่ผลิตภัณฑ์นี้ทำได้ คู่มือนี้ครอบคลุมอีก 90% ที่เหลือ

ระบบ Swarm ไม่ใช่ของเสริมที่ติดตั้งทีหลัง ออร์เคสเตรเตอร์เป็นนโยบายที่เรียนรู้ผ่าน Parallel-Agent Reinforcement Learning คุณอธิบายเป้าหมาย ฝูงเอเจนต์จะตัดสินใจว่าจะแบ่งงานอย่างไร ต้องสร้างเอเจนต์กี่ตัว และจะเชื่อมผลลัพธ์กลับมาได้อย่างไร Swarm ทำงานได้ดีกับงานที่กว้างและขนานกันได้ เช่น การวิจัยจาก 50+ แหล่ง การวิเคราะห์แบบแบตช์ การติดตามคู่แข่ง การสร้างชุดข้อมูล แต่ทำงานลำบากกับงานที่ต้องทำตามลำดับลึกๆ ซึ่งขั้นตอนที่ 3 ขึ้นอยู่กับขั้นตอนที่ 2

• เขียนสเปก ไม่ใช่พรอมต์

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

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

1# PROJECT: [ชื่อ]
2GOAL: [หนึ่งประโยค, ผลลัพธ์ที่ต้องการ, ไม่ใช่หัวข้อ]
3SCOPE: [สิ่งที่รวม, สิ่งที่แยกออกอย่างชัดเจน]
4RULES: [การตรวจสอบ, อะไรที่ถือว่าเป็นข้อค้นพบที่ยืนยันได้]
5SOURCES: [โพสต์ทางการ, เอกสารวิชาการ, แหล่งปฐมภูมิเท่านั้น, ไม่รวมตัวรวบรวม]
6OUTPUT: [ประเภทไฟล์ / จำนวน / การตั้งชื่อ / รายละเอียดรูปแบบ]
7ON CONFLICT: ทำเครื่องหมายแถวนั้น, ห้ามแก้ไขอย่างเงียบๆ
8STOP CONDITION: [เมื่อใดควรหยุดและรายงาน แทนที่จะเดา]

• อ่านแผนการแบ่งงานก่อนจะใช้ทรัพยากร

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

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

1แสดงแผนการแบ่งงานที่เสนอ ก่อนจะเริ่มทำงาน:
2- เอเจนต์ย่อยกี่ตัว และแต่ละตัวจัดการอะไร
3- ลำดับการพึ่งพา (อะไรที่ขัดขวางอะไร)
4- งบประมาณสเต็ปโดยประมาณ
5- จุดที่เสี่ยงต่อคุณภาพลดลงมากที่สุดอยู่ที่ไหน
6ยังไม่ต้องดำเนินการ รอการยืนยันจากฉันก่อน

รายละเอียดที่ควรรู้: 4,000 สเต็ปเป็นงบประมาณรวมที่ประสานงานกันทั่วทั้งฝูงเอเจนต์ ไม่ใช่ 4,000 ต่อเอเจนต์ การทำงาน 300 เอเจนต์เฉลี่ยแล้วประมาณ 13 สเต็ปต่อตัว นั่นบอกคุณว่างานของคุณเหมาะกับรูปแบบนี้หรือไม่

• รันมัน

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

1ดำเนินการสเปกตั้งแต่ต้นจนจบ
2ทำงานขนานทุกที่ที่แผนอนุญาต
3แจ้งอุปสรรคใดๆ ทันที อย่าหาทางแก้ไขอย่างเงียบๆ
4รวมทุกอย่างเข้าเป็น OUTPUT ที่กำหนดในสเปก

สิ่งที่คุณมีหลังจากระดับที่ 1

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

• เรียกร้องไฟล์จริง ไม่ใช่คำตอบแบบแชท

"รายงานที่ครอบคลุม" ให้สิทธิ์เอเจนต์หยุดงานก่อนเวลา "ไฟล์ PDF 40 หน้า + CSV หนึ่งไฟล์ที่มี 20,000 แถว + แผนภูมิ PNG ที่พร้อมส่งออก 14 รายการ" ให้เป้าหมายด้านคุณภาพแก่พวกเขา

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

1# ตัวอย่างผลลัพธ์ที่แข็งแกร่ง:
2OUTPUT: 1 .xlsx, หนึ่งแถวต่อโมเดล, + บทสรุป 200 คำ
3OUTPUT: 30 ไฟล์ HTML, หนึ่งไฟล์ต่อร้านค้า, ตั้งชื่อตามธุรกิจ
4OUTPUT: PDF 40 หน้า + CSV 20,000 แถว + แผนภูมิ PNG 14 รายการ

• เรียกร้องไฟล์จริง ไม่ใช่คำตอบแบบแชท

"รายงานที่ครอบคลุม" ให้สิทธิ์เอเจนต์หยุดงานก่อนเวลา "ไฟล์ PDF 40 หน้า + CSV หนึ่งไฟล์ที่มี 20,000 แถว + แผนภูมิ PNG ที่พร้อมส่งออก 14 รายการ" ให้เป้าหมายด้านคุณภาพแก่พวกเขา นำสเปกด้วยผลลัพธ์เสมอ ความเฉพาะเจาะจงในระดับผลลัพธ์คือความแตกต่างระหว่างทีมวิจัยกับกล่องคำแนะนำราคาแพง

1# ตัวอย่างผลลัพธ์ที่แข็งแกร่ง:
2OUTPUT: 1 .xlsx, หนึ่งแถวต่อโมเดล, + บทสรุป 200 คำ
3OUTPUT: 30 ไฟล์ HTML, หนึ่งไฟล์ต่อร้านค้า, ตั้งชื่อตามธุรกิจ
4OUTPUT: PDF 40 หน้า + CSV 20,000 แถว + แผนภูมิ PNG 14 รายการ

• ชี้โมเดลแยกต่างหากไปที่ผลลัพธ์

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

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

1คุณคือ VERIFIER ฝูงเอเจนต์สร้างผลลัพธ์ที่แนบมานี้
2หน้าที่เดียวของคุณคือหาสิ่งที่ผิด
3
4ตรวจสอบ:
5- ทุกตัวเลขที่อ้างสามารถสืบย้อนไปยังแหล่งที่มาที่มีชื่อได้หรือไม่
6- มีสองส่วนใดที่ขัดแย้งกันหรือไม่
7- มีอะไรที่นำเสนอเป็นข้อเท็จจริง แต่จริงๆ แล้วเป็นการอนุมานหรือไม่
8- ผลลัพธ์ตรงตามข้อกำหนดรูปแบบของสเปกหรือไม่
9
10สำหรับแต่ละปัญหา: อ้างอิงตำแหน่งที่แน่นอนและวิธีแก้ไข
11ถ้าทุกอย่างถูกต้อง: APPROVED
12ถ้ามีอะไรล้มเหลว: REJECTED + แก้ไขสิ่งที่สำคัญที่สุดก่อน

• บันทึกเวิร์กโฟลว์ทั้งหมดเป็นสกิล

หลังจากรันที่ผ่านการตรวจสอบแล้ว ให้บอก Kimi ให้บันทึกเวิร์กโฟลว์ทั้งหมด: รูปแบบอินพุต ขั้นตอนของเอเจนต์ รูปแบบผลลัพธ์ กฎการตรวจสอบ การรันครั้งแรกใช้เวลา 20 นาที ทุกครั้งหลังจากนั้นใช้เวลา 30 วินาที สกิลคือเหตุผลที่ระบบทำงานแบบทบต้นแทนที่จะเริ่มต้นใหม่ทุกครั้ง

1บันทึกเวิร์กโฟลว์ทั้งหมดนี้เป็นสกิลที่ใช้ซ้ำได้: "[ชื่อ]"
2บันทึก:
3- รูปแบบอินพุต (ไฟล์ / รูปร่างสเปกที่คาดหวัง)
4- ขั้นตอนของเอเจนต์ที่ใช้ได้ผล
5- รูปแบบผลลัพธ์และรูปแบบการตั้งชื่อ
6- กฎการตรวจสอบจากสเปก
7ครั้งต่อไปที่ฉันรันนี้ ฉันจะแนบไฟล์ใหม่และได้ผลลัพธ์ในรูปแบบเดียวกัน

สิ่งที่คุณมีหลังจากระดับที่ 2

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

• ป้อนเอกสารของคุณเองเป็นความรู้ของฝูงเอเจนต์

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

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

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

• เปลี่ยนทุกการปฏิเสธให้เป็นกฎถาวร

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

1# CONSTRAINTS.md, โหลดโดยอัตโนมัติ
2- ทุกตัวเลขที่อ้างต้องสืบย้อนไปยังแหล่งปฐมภูมิหรือถูกทำเครื่องหมาย
3- ไม่มีการแก้ไขข้อขัดแย้งอย่างเงียบๆ: แสดงความขัดแย้งให้เห็น
4- [กฎที่กลั่นกรองจากข้อเสนอแนะของผู้ตรวจสอบในการรันครั้งล่าสุด]
5- [ความผิดพลาดที่คุณไม่อยากให้เกิดขึ้นซ้ำ]
6Scope-lock: อย่าแตะต้องสิ่งใดนอกขอบเขต SCOPE ของสเปก

• เล่นสกิลซ้ำกับอินพุตใหม่

นี่คือจุดที่ "การทบต้น" เลิกเป็นคำศัพท์เก๋ๆ และปรากฏให้เห็นในใบแจ้งหนี้ การรันครั้งที่สองไม่ได้เริ่มจากศูนย์ มันเริ่มจากสกิล ความรู้ของฝูงเอเจนต์ และไฟล์ข้อจำกัดที่คุณสร้างไว้ข้างต้น เวิร์กโฟลว์เดียวกัน ไฟล์ใหม่ เศษเสี้ยวของเวลาตั้งค่า

เศรษฐศาสตร์เปลี่ยนไปอย่างมากเมื่อเล่นซ้ำ ราคา cache-hit ของ K3 ลดลงเหลือ $0.30 ต่อล้านโทเคนสำหรับบริบทที่ใช้ซ้ำ ซึ่งถูกกว่าการรันครั้งแรกถึง 10 เท่า สกิล ข้อจำกัด และสเปกเป็นบริบทที่ใช้ซ้ำทั้งหมด เฉพาะไฟล์อินพุตใหม่ของคุณเท่านั้นที่คิดราคาเต็ม การรันครั้งแรกคือการลงทุน ทุกครั้งที่รันต่อมาคือการเก็บเกี่ยวผลตอบแทน

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

1รันสกิลที่บันทึกไว้ "[ชื่อ]" กับอินพุตใหม่เหล่านี้
2ใช้ CONSTRAINTS.md ใช้รูปแบบผลลัพธ์ที่บันทึกไว้
3[แนบไฟล์ใหม่]
4
5เปรียบเทียบผลลัพธ์ของการรันนี้กับการรันครั้งล่าสุด
6รายงาน:
7- ข้อค้นพบใหม่ที่ไม่มีในครั้งก่อน
8- ข้อค้นพบที่เปลี่ยนแปลงไปตั้งแต่การรันครั้งล่าสุด
9- สิ่งที่หายไป (ทำเครื่องหมายว่าเป็นช่องว่างที่อาจเกิดขึ้น)
10- การเบี่ยงเบนจากรูปร่างที่คาดหวังของสกิล

สิ่งที่คุณมีหลังจากระดับที่ 3

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

• เลื่อนระดับสกิลเป็นเอเจนต์ตามกำหนดเวลา

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

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

1รันสกิล "[ชื่อ]" ตามตารางรายสัปดาห์
2ทริกเกอร์: [ตารางเวลา / ไฟล์ใหม่ / URL ที่ถูกติดตาม]
3ในแต่ละครั้งที่รัน: ดำเนินการฝูงเอเจนต์, ใช้ CONSTRAINTS.md,
4ตรวจสอบ, จากนั้นส่ง OUTPUT + ความแตกต่างเทียบกับการรันครั้งล่าสุด
5แจ้งเตือนฉันเฉพาะเมื่อการเบี่ยงเบนเกิน [เกณฑ์]

สิ่งที่ 2.8 ล้านล้านพารามิเตอร์แก้ไขไม่ได้

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

K3 มีราคาสูงกว่า K2.6 ถึง 3-4 เท่า อินพุต: $3.00/M เทียบกับ $0.95/M เอาต์พุต: $15.00/M เทียบกับ $4.00/M แคชช่วยในการเล่นซ้ำ แต่การรันครั้งแรกมีราคาแพง สำหรับการปรับต้นทุนให้เหมาะสมที่สุด K2.6 ยังคงเป็นตัวเลือกที่ประหยัด

โอเพนเวทยังไม่ออกมา Moonshot สัญญาว่าจะปล่อยภายในวันที่ 27 กรกฎาคม 2026 จนกว่าจะถึงตอนนั้น K3 ทำงานผ่าน API และแอป Kimi เท่านั้น

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

รายการสั้นๆ

• พรอมต์บรรทัดเดียว ฝูงเอเจนต์ตัดสินใจทุกอย่าง มันตัดสินใจผิด
• ข้ามการทบทวนแผนการแบ่งงาน ขั้นตอนที่แพงที่สุดที่จะข้าม
• ไม่มีรอบตรวจสอบ "ดูเหมือนเสร็จ" ไม่ใช่ "ถูกต้อง"
• บันทึกผลลัพธ์ที่ไม่ผ่านการตรวจสอบเป็นสกิล ข้อผิดพลาดจะทบต้นในการรันทุกครั้งในอนาคต
• 300 เอเจนต์กับงานที่ต้องทำตามลำดับ Swarm ไม่สามารถทำงานขนานกับห่วงโซ่ความคิดได้
• ใช้ K3 ในขณะที่ K2.6 ก็เพียงพอ ไม่ใช่ทุกงานที่ต้องการ 2.8 ล้านล้านพารามิเตอร์

บทสรุป

คนส่วนใหญ่จะเปิด Kimi พิมพ์คำถาม ปิดแท็บ นั่นคือกล่องแชท มันคือประมาณ 10% ของสิ่งที่ K3 ทำได้

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

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