Kimi K3 กับ Claude Code: เปรียบเทียบ ราคา และการตั้งค่า

ดูข้อมูลเชิงปฏิบัติเกี่ยวกับการใช้งาน Ailoot ได้ในเอกสารประกอบ

Kimi K3 คืออะไร และทำไมถึงเขย่าตลาด?#

เมื่อปีก่อน Moonshot เป็นที่รู้จักจากโมเดลเดียว คือ Kimi K2 ซึ่งเปิดตัวเป็นโอเพนซอร์สในช่วงฤดูร้อนปี 2025 ต่อมา K2.6 เปิดตัวในเดือนเมษายน แล้วตามด้วย K2.7 Code ในเดือนมิถุนายน 2026 K3 คือขั้นต่อไป และมีขนาดประมาณ 2.8 เท่าของ K2.6

ตัวเลข 2.8 ล้านล้านฟังดูน่าหวาดหวั่น แต่เบื้องหลังคือวิศวกรรมที่เป็นมาตรฐานในปี 2026 K3 สร้างขึ้นบนสถาปัตยกรรม mixture-of-experts (Stable LatentMoE): มีผู้เชี่ยวชาญแยกกัน 896 ตัว และโมเดลจะเปิดใช้งานเพียง 16 ตัวต่อโทเค็น นั่นหมายความว่ามีพารามิเตอร์ที่ทำงานจริงน้อยกว่าตัวเลขรวมมาก มิฉะนั้นคงไม่มีใครให้บริการโมเดลขนาดนี้ในราคาที่สมเหตุสมผลได้ นอกจากนี้ยังใช้เทคนิคของ Moonshot เองอีกสองอย่าง ได้แก่ Kimi Delta Attention (เร่งการสร้างข้อความได้สูงสุด 6 เท่า) และ Attention Residuals (ช่วยลดต้นทุนการฝึก) สำหรับคนทำ vibe coding นี่เป็นรายละเอียดระบบเบื้องหลังทางเทคนิค แต่ช่วยอธิบายว่าทำไมโมเดลยักษ์เช่นนี้จึงมีราคาต่ำกว่า Claude ทั้งที่ขนาดของมันอาจทำให้คาดว่าราคาจะสูงลิ่ว

สิ่งที่สำคัญในการใช้งานจริง:

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

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

Kimi K3 เหนือกว่า Claude จริงตรงไหน และด้อยกว่าตรงไหน?#

ผมจะเริ่มจากเบนช์มาร์กที่สำคัญที่สุดสำหรับคนทำ vibe coding: Frontend Code Arena โมเดลสร้างอินเทอร์เฟซ แล้วผู้คนเลือกโดยไม่รู้ว่าอันไหนดีกว่า วิธีนี้ใกล้เคียงกับการขอให้ AI สร้างเว็บไซต์

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

ด้านความฉลาดทั่วไป คะแนน Kimi ประมาณ 57 กับคะแนนของ “Kimi K3 (max)” ที่ 44 ไม่อาจถือเป็นอันดับชุดเดียวกันหากไม่มีชื่อผู้เผยแพร่ดัชนี ลิงก์ผลปฐมภูมิ และการตั้งค่าทดสอบที่เทียบกันได้ หลักฐานที่เชื่อมโยงไว้ที่นี่ไม่ยืนยันอันดับปัจจุบันจากคะแนนใด

ก่อนเทียบคะแนนต้องใช้ดัชนีชื่อเดียว revision และวันที่เดียว บันทึกโมเดลกับระดับ reasoning ที่แน่นอนรวม “max” และตรวจ harness กับสเกล จนกว่าจะตรวจจากผลผู้เผยแพร่ได้ บทความยังไม่ยืนยันอันดับความฉลาดทั่วไป ผลความชอบ frontend กับ coding benchmarks วัดคนละอย่างและแทนช่องว่างนี้ไม่ได้

ดูการเทียบโมเดลเปิดแยกใน“GLM-5.2 ไล่ทัน Claude Opus 4.8” ซึ่งไม่ได้แก้การขาดที่มาดัชนี Kimi

เบนช์มาร์กการเขียนโค้ดแบบดั้งเดิม:

• SWE-bench Verified — 76.8% วัดความสามารถในการแก้บั๊กจริงในโปรเจกต์ GitHub เป็นคะแนนที่ดี แม้โมเดล Claude ชั้นนำจะได้คะแนนสูงกว่า
• LiveCodeBench — 85% โจทย์อัลกอริทึมในรูปแบบ “อินพุต — เอาต์พุตที่คาดหวัง” K3 ทำได้ดีในด้านนี้
• Terminal-Bench 2.1 — 88.3 งานแบบเอเจนต์ในเทอร์มินัล ตามข้อมูลของ Moonshot เอง

และนี่คือข้อควรระวังที่ผมต้องใส่ไว้เพื่อให้คู่มือนี้ซื่อตรงและไม่กลายเป็นโฆษณา Moonshot รวบรวมตารางเขียนโค้ดโดยใช้ harness ต่างชนิดกัน: บางการวัดใช้ KimiCode ของบริษัท บางรายการใช้ Claude Code และบางรายการใช้ Codex harness ที่ต่างกันอาจทำให้ผลเดียวกันเปลี่ยนไป 10–26 คะแนน

ผมไม่ได้กำลังเถียงว่าโมเดลจีน “ดีกว่า Claude” จากประสบการณ์ที่ใช้ Claude Code เป็นเครื่องมือหลัก พวกมันยังทำได้ไม่ดีเท่า Claude เมื่อต้องเขียนโค้ดซับซ้อน — และผมเห็นเรื่องนี้ทุกครั้งที่เปรียบเทียบกัน แต่ตอนนี้ K3 แสดงผลสดที่ดีที่สุดในงาน frontend ด้วยราคาเพียงเศษเสี้ยว การมองข้ามเรื่องนี้ก็โง่พอ ๆ กับการประกาศว่า Claude หมดอนาคตแล้ว

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

Kimi K3 ราคาเท่าไร และทำไมคำว่า “เปิด” จึงไม่ได้แปลว่า “ฟรี”?#

ราคา API อย่างเป็นทางการของ Kimi K3 (ตรวจสอบกับ ราคาอย่างเป็นทางการของ Anthropic เมื่อวันที่ 2 ตุลาคม 2026):

ราคาตามรายการ อินพุตของ Kimi ถูกกว่า Opus 5.5 หนึ่งในสี่ (3 เทียบกับ 4 ดอลลาร์) และเอาต์พุตก็ถูกกว่าหนึ่งในสี่ (15 เทียบกับ 20 ดอลลาร์) ส่วนต่างน้อยกว่ารุ่นก่อนหน้าของ Opus แต่ทิศทางยังเหมือนเดิม การประหยัดที่แท้จริงมาจากการแคชเมื่อส่งคำขอซ้ำโดยใช้บริบทเดิม ตอนทำงานในโปรเจกต์เดียว ช่วงต้นของแต่ละคำขอจะซ้ำกัน: ไฟล์เดิม กฎเดิม และ system prompt เดิม แคชของ Kimi ลดราคาอินพุตเต็มลง 90% ในงานเขียนโค้ด แคชฮิตเกิดขึ้นอย่างน้อย 90% ของกรณี ทำให้ต้นทุนโทเค็นอินพุตจริงใกล้เคียง 30 เซนต์ การใช้ประโยชน์จากแคชให้เต็มที่กับโมเดลใดก็ตามเป็นทักษะเฉพาะ ผมอธิบายไว้โดยละเอียดโดยใช้ DeepSeek เป็นตัวอย่าง

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

ทีนี้มาดูคำว่า “เปิด” Moonshot สัญญาว่าจะเผยแพร่น้ำหนักโมเดล Kimi K3 ภายในวันที่ 27 กรกฎาคม 2026 และก็ทำตามสัญญา — commit บน HuggingFace ลงวันที่ 27 กรกฎาคม 2026 (HuggingFace, Kimi-K3, ตรวจสอบเมื่อวันที่ 2 ตุลาคม 2026) “open weights” ฟังดูเหมือน “ฉันจะดาวน์โหลดแล้วรันฟรีบนเครื่องตัวเอง” แต่ความจริงไม่ใช่แบบนั้น แม้บีบอัดเหลือ 4-bit พารามิเตอร์ 2.8 ล้านล้านตัวยังใช้หน่วยความจำหลายร้อยกิกะไบต์ ต้องใช้ GPU ประสิทธิภาพสูงหลายตัว การเชื่อมต่อระหว่างกันที่รวดเร็ว และคนติดตั้งกับดูแลระบบ

การเปิดเผยน้ำหนักของ Kimi K3 เป็นประโยชน์ต่อผู้ให้บริการคลาวด์รายใหญ่และทีมองค์กรที่มีโครงสร้างพื้นฐานของตัวเอง สำหรับคุณ สิ่งที่ได้คือการแข่งขันที่ช่วยผลักราคาให้ลดลง และตัวเลือกสำรองหากข้อจำกัดหรือราคาของ Claude สูงขึ้น คุณจะไม่สามารถรันพารามิเตอร์ 2.8 ล้านล้านตัวบนแล็ปท็อปได้ ผมมีบทวิเคราะห์แยกต่างหากว่าการทำ vibe coding “ฟรี” กลายเป็นใบเรียกเก็บเงินแบบเงียบ ๆ ได้อย่างไร: “ต้นทุนแฝงของ Vibe Coding”

วิธีเชื่อมต่อ Kimi K3 กับ Claude Code ด้วยตัวแปร 3 ตัว#

Claude Code เชื่อมต่อกับ endpoint ใดก็ได้ที่ใช้โปรโตคอลของ Anthropic Moonshot ตั้ง endpoint สำหรับ Kimi K3 ไว้แล้ว คุณจึงไม่ต้องใช้รุ่นแยกหรือปลั๊กอิน การตั้งค่าขั้นต่ำใช้ตัวแปรสามตัว:

export ANTHROPIC_BASE_URL=https://api.moonshot.ai/anthropic
export ANTHROPIC_AUTH_TOKEN=sk-your-moonshot-key
export ANTHROPIC_MODEL=kimi-k3

จากนั้นเปิด claude ตามปกติ Claude Code คิดว่ากำลังคุยกับ Anthropic แต่จริง ๆ แล้วส่งคำขอไปยัง Kimi K3 skills, hooks และ plan mode ทั้งหมดยังทำงาน และใบเรียกเก็บเงินคำนวณตามราคาของ Moonshot

มีหลุมพรางสำคัญอย่างหนึ่ง และแทบทุกคนก็พลาดกัน Moonshot มี endpoint ที่เข้ากันได้อยู่สองแบบ — แบบหนึ่งที่ api.moonshot.ai และอีกแบบบนแพลตฟอร์ม platform.kimi.ai ทั้งสองใช้ชื่อตัวแปรคีย์และชื่อโมเดลต่างกัน และคีย์จาก endpoint หนึ่งจะทำให้เกิดข้อผิดพลาด 401 เมื่อใช้กับอีก endpoint (เอกสาร Kimi สำหรับ Claude Code) หากพบข้อผิดพลาด 401 เกือบทุกครั้งเกิดจากคีย์กับ endpoint ไม่ตรงกัน โดยทั่วไปตัวคีย์เองยังใช้ได้ ให้รับคีย์และ endpoint จากแพลตฟอร์มเดียวกัน

วิธีตรวจสอบที่ง่ายที่สุดว่าทุกอย่างทำงานหรือไม่ คือมอบหมายงานเล็ก ๆ: ขอให้ Claude Code แสดงเนื้อหาของไฟล์หนึ่งไฟล์ แล้วตรวจว่ามีคำตอบกลับมาและตัวนับบนแดชบอร์ด Moonshot ขยับแล้ว หากต้องการกลับไปใช้ Claude ปกติ ให้ลบตัวแปรทั้งสาม (unset ANTHROPIC_BASE_URL ANTHROPIC_AUTH_TOKEN ANTHROPIC_MODEL) แล้วเริ่ม Claude Code ใหม่ หากสลับใช้บ่อย การสร้างโปรไฟล์ shell สองชุดหรือใส่ตัวแปรไว้ในไฟล์ .envrc ด้วย direnv จะสะดวก เพราะเปิดใช้เฉพาะในไดเรกทอรีที่กำหนดได้

นี่เป็นตัวเลือกที่สะดวก หากคุณตั้งค่า skills และ hooks สำหรับ Claude Code ไว้แล้วและไม่อยากเรียนรู้เครื่องมือใหม่ Moonshot ยังมีเอเจนต์เทอร์มินัลของตัวเองชื่อ Kimi Code แต่สำหรับคนที่ใช้ Claude Code อยู่แล้ว การเปลี่ยน engine ด้วยตัวแปรสามตัวเป็นวิธีที่มีแรงเสียดทานน้อยที่สุด

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

ควรมอบหมายงานแบบไหนให้ Kimi K3 และงานไหนควรให้ Claude ทำ?#

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

งานที่ Kimi K3 ให้ผลดีที่สุด:

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

งานที่ควรให้ Claude ทำ:

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

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

Kimi K3 ยังขาดอะไร และเบนช์มาร์กไม่ได้บอกอะไรบ้าง?#

ประเด็นที่ควรจำมีดังนี้

เบนช์มาร์กใช้ harness ปะปนกัน ดังที่กล่าวไว้ด้านบน: Moonshot รันการวัดบางส่วนผ่าน KimiCode ของตัวเอง บางส่วนผ่าน Claude Code และบางส่วนผ่าน Codex ทำให้ผลเปลี่ยนไป 10–26 คะแนน อันดับหนึ่งใน Frontend Arena มาจากการประเมินที่เป็นอิสระ เพราะมีคนจริงตัดสินผล แต่ควรอ่านตารางเขียนโค้ดของ Moonshot ด้วยความระมัดระวัง

การเทียบดัชนีความฉลาดอิสระยังไม่คลี่คลาย คะแนน “Kimi K3 (max)” เทียบกับคะแนนของการตั้งค่าโมเดลที่ไม่ระบุไม่ได้หากไม่มีชื่อผู้เผยแพร่ ผลลงวันที่ การตั้งโมเดล harness และ revision ดัชนี ไม่มีลิงก์ปฐมภูมิที่นี่ที่ยืนยันข้อมูลเหล่านั้น หลักฐานที่มีจึงไม่รองรับอันดับปัจจุบัน การเทียบต้นทุนต่องาน หรือความเร็ว อย่าอนุมานว่า “max” กับค่ารันปกติที่ไม่ระบุมีคะแนนหรือสเกลเดียวกัน

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

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

ไม่มีข้อใดทำให้ Kimi K3 เป็นโมเดลที่แย่ มันทำได้ดีและราคาถูก ซึ่งพูดได้อย่างยุติธรรม แต่ “ทำได้ดีและราคาถูก” กับ “ดีกว่า Claude ทุกเรื่อง” เป็นคนละข้อกล่าวอ้าง และข้อหลังไม่ได้ตามมาจากการนำเสนอ

เริ่มต้นสัปดาห์นี้อย่างไร?#

แผนที่ทำได้จริง ไม่มีขั้นตอนเกินจำเป็น:

1. เปลี่ยน Claude Code ไปใช้ Kimi โดยใช้ตัวแปรสามตัวจากส่วนก่อนหน้า ทำงานตามปกติหนึ่งวัน มอบหมายงานที่ Kimi ขึ้นชื่อว่าทำได้ดี เช่น สร้างหน้าเว็บ คอมโพเนนต์ หรืออินเทอร์เฟซ
2. เปรียบเทียบ หลังผ่านไปหนึ่งวัน ให้ดูสองอย่าง: คุณภาพของงานจริงและบิล สังเกตว่า Kimi ตอบได้ดีเท่า Claude ตรงไหน และด้อยกว่าตรงไหน
3. ตัดสินใจ เก็บคีย์ทั้งสองไว้และสลับ engine ตามงาน (frontend และงานทั่วไป — Kimi; งานสำคัญ — Claude) หรือกลับไปใช้ Claude อย่างเดียวด้วยคำสั่ง unset เพียงคำสั่งเดียว

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

สำหรับการทำงานอย่างเป็นระบบ การตั้งค่า วิศวกรรมบริบท ทำงานร่วมกับโครงสร้างสำหรับจัดการความรู้ส่วนบุคคล และไฟล์ ai-clone/ ของคุณ ทั้งสามอย่างนี้เป็นเสาหลักที่ทุกโมเดล — Kimi หรือ Claude — ต้องมีเพื่อไม่ให้รวนระหว่างการทำงานต่อเนื่องยาวนาน

ไปที่ Ailoot.