> For the complete documentation index, see [llms.txt](https://momon-wonder.gitbook.io/comprehensive-rules-1.0.0/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://momon-wonder.gitbook.io/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/09-summon-procedure.md).

# 9. กระบวนการ Summon

## 9.1 Turn-Based Summon

9.1.1 ยืนยันว่ามีช่อง Arena ว่างอย่างน้อย 1 ช่อง หากไม่มีช่องใดว่าง ให้ใช้ [Section 7.2](/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/07-game-end-and-concession.md)

9.1.2 Step 1 อนุญาตให้ Turn-Based Summon สำเร็จได้ไม่เกิน 1 ครั้ง หากผู้เล่นเจ้าของเทิร์นมี Momon ใน Hand อย่างน้อย 1 ตัวที่สามารถ Summon ได้อย่างถูกต้องตามกติกา ผู้เล่นเจ้าของเทิร์นจะเลือกการ์ด 1 ใบพอดีจากการ์ดเหล่านั้นและเลือกช่อง Arena ว่างที่ถูกต้องตามกติกา 1 ช่อง หากผู้เล่นเจ้าของเทิร์นมีการ์ดใน Hand อย่างน้อย 1 ใบ แต่ไม่มีคู่การ์ดและช่องที่ถูกต้องตามกติกา จะไม่มีการ Summon การ์ด ไม่มี Snatch Check ตามเทิร์น และเทิร์นจะดำเนินต่อไปยัง End Step เทิร์นนั้นยังคงถูกนับ Effect-Based Summon ที่ดำเนินก่อนหรือหลังกระบวนการนี้ไม่ใช้สิทธิ์ ไม่แทนที่ และไม่เพิ่มขีดจำกัด Summon 1 ครั้งของ Step 1

9.1.3 Move การ์ดที่เลือกไปยังช่องนั้นแบบหงายหน้า โดยหันไปทางเจ้าของของการ์ด

9.1.4 วาง Marking Token ที่แสดงผู้เล่นเจ้าของเทิร์น การ Summon เสร็จสมบูรณ์ ณ จุดนี้

9.1.5 ตรวจสอบ State-Based Conditions รวบรวม Trigger แบบ On Summon เลือกเป้าหมายและโหมดที่กำหนด จากนั้นดำเนิน Trigger Queue และชุด Effect-Based Summon ที่รออยู่ตามลำดับเวลาของเหตุการณ์ภายใต้ Sections 9.3 และ 11.2 ให้เสร็จก่อนเข้าสู่ Snatch Check ตามเทิร์น

9.1.6 หลังจาก Trigger Queue ว่างและไม่มีชุด Summon ค้างอยู่ ให้ดำเนิน Snatch Check ตามเทิร์นของ Momon ที่ Summon

## 9.2 Void Fallback Summon

9.2.1 หากผู้เล่นเจ้าของเทิร์นไม่มีการ์ดใน Hand และมีการ์ดอย่างน้อย 1 ใบใน Void ของผู้เล่นคนนั้น Void Fallback Summon จะแทนที่การเลือกตามปกติจาก Hand

9.2.2 พลิกการ์ดทุกใบใน Void นั้นให้คว่ำหน้า สุ่ม Void ทั้งหมดเพื่อไม่ให้ผู้เล่นคนใดติดตามตำแหน่งของการ์ดได้ และให้คู่แข่งเลือกการ์ด 1 ใบแบบสุ่มโดยไม่ตรวจดูการ์ดนั้น

9.2.3 Reveal การ์ดที่ถูกเลือกแบบสุ่ม จากนั้นผู้เล่นเจ้าของเทิร์นเลือกช่อง Arena ว่างที่ถูกต้องตามกติกาสำหรับการ์ดที่ Reveal และ Summon การ์ดนั้นตาม [กติกาข้อ 9.1.3](/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/09-summon-procedure.md) ถึง [9.1.6](/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/09-summon-procedure.md)

9.2.4 หากการ์ดที่ Reveal ไม่มีช่อง Arena ที่ถูกต้องตามกติกา ให้นำการ์ดนั้นกลับเข้า Void แบบคว่ำหน้า สุ่ม Void ทั้งหมด จะไม่มีการ Summon การ์ด ไม่มี Snatch Check และเทิร์นจะดำเนินต่อไปยัง End Step

9.2.5 หากผู้เล่นเจ้าของเทิร์นไม่มีการ์ดใน Hand หรือ Void จะไม่มีการ Summon การ์ด ให้ดำเนินเทิร์นต่อโดยไม่มี Snatch Check จากนั้นดำเนินต่อไปยัง End Step เทิร์นนั้นยังคงถูกนับ

## 9.3 Effect-Based Summon

9.3.1 ความสามารถสามารถ Summon Momon ได้เฉพาะเมื่อคำสั่งของความสามารถระบุหรืออนุญาตโซนต้นทาง และมีช่อง Arena ว่างที่ถูกต้องตามกติกา

9.3.2 ผู้เล่นที่ได้รับคำสั่งให้ Summon เลือกการ์ดและช่องเมื่อคำสั่งนั้นดำเนินผล เว้นแต่ความสามารถจะระบุการ์ดหรือช่องไว้แล้ว สำหรับ FBD 167 ผู้ควบคุมความสามารถอาจเลือกนำ Momon เป้าหมายที่ถูกต้องตามกติกาเข้า Void ของเจ้าของได้ แม้ใน Hand จะไม่มี \[S] Momon ที่มี 2 Stars หรือน้อยกว่าซึ่งสามารถ Summon ลงแทนได้ โดยไม่ต้องตรวจล่วงหน้าว่ามีการ์ดที่สามารถลงแทนได้หรือไม่ ให้นำเป้าหมายเข้า Void ของเจ้าของก่อน และดำเนินคำสั่ง Summon ต่อเฉพาะเมื่อนำเป้าหมายเข้า Void สำเร็จแล้ว หากมีการ์ดใน Hand ที่เข้าเงื่อนไขและสามารถ Summon ลงในช่องเดิมของเป้าหมายได้อย่างถูกต้องตามกติกา ให้เลือกการ์ดนั้นและ Summon ตามปกติ หากไม่มี ให้ข้ามคำสั่ง Summon โดยเป้าหมายยังคงอยู่ใน Void ของเจ้าของ และไม่มี Momon ถูก Summon ลงในช่องนั้นแทน หาก Summon สำเร็จ ให้สร้าง Pending Summon Package ตามปกติ แต่ต้องดำเนินความสามารถปัจจุบันให้เสร็จก่อนจึงดำเนินชุดนั้นตามกติกาข้อ 9.3.5

9.3.3 Effect-Based Summon ไม่แทนที่ ไม่นับเป็น และไม่เพิ่ม Turn-Based Summon ที่ Step 1 อนุญาต ไม่ว่า Effect-Based Summon จะเกิดก่อนหรือหลัง Turn-Based Summon ในเทิร์นเดียวกันก็ตาม

9.3.4 Effect-Based Summon ที่สำเร็จเป็น Summon Event โดยวางการ์ดแบบหงายหน้าในช่อง Arena ที่เลือกและถูกต้องตามกติกา และมอบ Marking Token ที่แสดงผู้เล่นซึ่ง Summon การ์ดนั้น เหตุการณ์นี้สร้าง Trigger แบบ On Summon ตามปกติ และบันทึกชุดการดำเนินผลของ Summon ที่รออยู่ (Pending Summon Package) ซึ่งประกอบด้วยการดำเนินผล On Summon แล้วจึง Snatch Check ของ Object ในเกมที่ Summon นั้น Trigger เหล่านี้ยังคงใช้ได้ในฐานะเหตุการณ์ที่ Trigger แล้ว แม้ Momon ที่ Summon จะออกจาก Arena ก่อนที่ Trigger จะดำเนินผล การดำเนินผลยังคงตรวจสอบเงื่อนไขที่กำหนดเกี่ยวกับแหล่งกำเนิด เป้าหมาย Object และความถูกต้องตามกติกาอีกครั้ง หาก Object ในเกมที่ Summon ไม่อยู่บน Arena แล้วเมื่อถึงเวลาทำ Check นั้น Check จะไม่มี Momon ฝ่ายโจมตีและสร้าง Snatch Attempt 0 ครั้ง

9.3.5 โดยปกติ Effect-Based Summon ทำให้เกิด Snatch Check ที่ไม่ใช่ Incite หลังการดำเนินผล On Summon และ Check นั้นสามารถสร้าง Trigger แบบ On Snatch ได้ตามปกติ หาก Summon เกิดขึ้นระหว่างการดำเนินผลของความสามารถ ให้ดำเนินความสามารถนั้นทั้งรายการจนเสร็จและตรวจสอบ State-Based Conditions ก่อน ชุด Summon ไม่สามารถขัดจังหวะความสามารถนั้นได้ ชุด Summon ที่รออยู่แต่ละชุดคงตำแหน่งตามเวลาของเหตุการณ์ Summon ที่สำเร็จซึ่งสร้างชุดนั้น โดยอยู่ร่วมในลำดับเดียวกับกลุ่ม Trigger จากเหตุการณ์ทั่วไปและชุด Summon อื่น Trigger จากเหตุการณ์ที่เกิดก่อนยังคงอยู่ก่อนชุดนั้น ส่วน Trigger จากเหตุการณ์ที่เกิดภายหลังไม่สามารถดำเนินก่อนชุดนั้นได้ เมื่อถึงตำแหน่งของชุด ให้ดำเนิน Trigger ที่รออยู่จาก Summon Event ของชุดนั้น รวมถึง On Summon ตาม Sections 11.2 และ 11.3 แล้วทำ Snatch Check ของ Object ในเกมที่ Summon นั้น ตรวจสอบ State-Based Conditions ของ Check และดำเนินผลหลัง Snatch ให้เสร็จก่อนดำเนินรายการที่รอจากเหตุการณ์ภายหลัง ระหว่างดำเนินชุดนี้ Trigger ทั่วไปที่เกิดจากการดำเนินผลของชุดจะใช้ Trigger Queue ที่กำลังดำเนินสำหรับชุดนั้นตาม Section 11.2 ส่วนกลุ่มเหตุการณ์ทั่วไปที่รออยู่หลังชุดนี้ยังคงเลื่อนไว้ ห้ามนำมาดำเนินจนหมดก่อนทำ Check ของชุดนี้ ชุด Summon ที่เกิดซ้อนขึ้นไม่สามารถขัดจังหวะชุดปัจจุบันหรือแทรกระหว่างการดำเนินผล On Summon กับ Snatch Check ของชุดปัจจุบันได้ และต้องคงตำแหน่งเหตุการณ์ของตนในรายการที่เลื่อนไว้ Trigger จากเหตุการณ์เดียวกันใช้ลำดับ Trigger ที่เกิดพร้อมกันและลำดับหมวดหมู่เดิมใน Section 11.3 โดยไม่สร้างสิทธิ์ลำดับก่อนใหม่ระหว่าง Trigger เหล่านั้น คำสั่งที่ระงับ Check โดยชัดแจ้งยังคงมีผล

9.3.6 หากความสามารถสั่งให้ Summon มากกว่า 1 ครั้ง ให้ดำเนินคำสั่ง Summon แต่ละรายการแยกกันตามลำดับที่เขียนไว้ระหว่างการดำเนินผลของความสามารถนั้น คำสั่งที่สำเร็จแต่ละรายการต้องใช้คู่การ์ดและช่องที่ถูกต้องตามกติกาของตนเอง และสร้างเหตุการณ์กับชุด Summon ที่รออยู่ของตนเอง คำสั่งที่ล้มเหลวไม่สร้างชุด Summon ให้ดำเนินความสามารถจนเสร็จก่อนดำเนินรายการที่รออยู่ตามลำดับเวลาของเหตุการณ์ หากความสามารถ Summon A แล้ว B ให้ดำเนิน On Summon, Check และผลหลัง Snatch ของ A ให้เสร็จก่อนชุดของ B โดยเหตุการณ์ทั่วไปที่เกิดระหว่าง Summon ทั้งสองยังคงอยู่ระหว่างชุดเหล่านั้น หากการดำเนินผล On Summon ของ A ทำให้ Summon C ให้จบชุดของ A ก่อนชุดของ C และคงกลุ่มเหตุการณ์หรือชุดอื่นที่เลื่อนไว้ก่อนหน้านั้นให้อยู่ก่อน C ไม่มี Effect-Based Summon ใดใช้สิทธิ์ Turn-Based Summon

## 9.4 Summon ที่ล้มเหลวหรือเป็นไปไม่ได้

9.4.1 ผู้เล่นต้องเลือกการ์ดและช่องที่ถูกต้องตามกติกา หากมีคู่ที่ถูกต้องตามกติกาอย่างน้อย 1 คู่

9.4.2 หากไม่มีคู่การ์ดและช่องที่ถูกต้องตามกติกาเมื่อคำสั่ง Summon ดำเนินผล คำสั่ง Summon นั้นล้มเหลวและไม่มีผล ห้าม Move การ์ด วาง Token สร้าง Summon Event หรือสร้าง Trigger แบบ On Summon การ Summon ที่ล้มเหลวไม่ใช้สิทธิ์ Turn-Based Summon ที่ Step 1 อนุญาต

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

9.4.4 Effect-Based Summon ที่ล้มเหลวเพราะ Arena เต็มไม่ได้ทำให้เกิดเงื่อนไขการจบเกมเมื่อ Arena เต็มด้วยตัวมันเอง เงื่อนไขดังกล่าวตรวจตาม [Section 7.2](/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/07-game-end-and-concession.md) เมื่อผู้เล่นเจ้าของเทิร์นเข้าสู่ Step การ Summon ตามเทิร์นครั้งถัดไป


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://momon-wonder.gitbook.io/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/game-flow/09-summon-procedure.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.