> 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/abilities-and-game-state/11-abilities-trigger-queue-and-continuous-effects/11-2-triggering-and-the-queue.md).

# 11.2 การเกิด Trigger และ Trigger Queue

11.2.1 เมื่อเหตุการณ์ตรงตามเงื่อนไขของความสามารถแบบ Triggered ความสามารถนั้นจะ Trigger แต่ไม่ขัดจังหวะเหตุการณ์หรือความสามารถปัจจุบัน

11.2.2 ดำเนินการกระทำตามเทิร์นหรือความสามารถปัจจุบันจนเสร็จ จากนั้นตรวจสอบ State-Based Conditions

11.2.3 รวบรวม Trigger ทุกตัวที่รออยู่จากเหตุการณ์ที่เสร็จสิ้น Trigger 1 ตัวสามารถเข้าสู่ Trigger Queue ได้เพียง 1 ครั้งต่อแต่ละเหตุการณ์ที่ตรงตามเงื่อนไขของ Trigger นั้น เว้นแต่ข้อความจะระบุไว้เป็นอย่างอื่น ให้กลุ่ม Trigger คงตำแหน่งตามเวลาของเหตุการณ์ที่สร้างกลุ่มนั้น Effect-Based Summon ที่สำเร็จสร้างชุด Summon ตาม Section 9.3 ณ ตำแหน่งของ Summon Event นั้น โดย Trigger ที่รออยู่จากเหตุการณ์นั้นจะดำเนินเป็นส่วนหนึ่งของการดำเนินผล On Summon ให้ใช้ Section 11.3 กับ Trigger จากเหตุการณ์เดียวกัน

11.2.4 Trigger Queue ดำเนินผลตามลำดับเข้าก่อนออกก่อนภายในลำดับเหตุการณ์ที่รออยู่ ให้ดำเนินความสามารถแต่ละรายการจนเสร็จสมบูรณ์ก่อนดำเนินรายการถัดไป ชุด Effect-Based Summon ที่รออยู่คงตำแหน่งของ Summon Event ที่สำเร็จตาม Section 9.3 ไม่ใช่ถูกวางไว้หลัง Trigger ทั่วไปทั้งหมดโดยไม่คำนึงถึงเวลาที่เกิด เมื่อถึงชุดนั้น ให้ดำเนิน On Summon, Snatch Check, State-Based Conditions และผลหลัง Snatch ของชุดให้เสร็จก่อนกลับไปดำเนินกลุ่มเหตุการณ์หรือชุดที่รออยู่ภายหลัง Trigger Queue ที่กำลังดำเนินสำหรับชุดนี้แยกจากรายการภายหลังที่เลื่อนไว้ และ Trigger ทั่วไปภายในชุดใช้กติกาเข้าก่อนออกก่อนเดิม ไม่มีชุดใดขัดจังหวะความสามารถที่กำลังดำเนินผล ในการเล่นที่ได้รับการรับรอง Missed Trigger Remedy ใน PROCEDURE AND PENALTY GUIDE สามารถนำ Trigger ที่เรียกคืนแล้วไปไว้หน้าสุดของ Trigger Queue ได้ โดยเป็นข้อยกเว้นด้านวิธีแก้ไขในการแข่งขันที่ระบุไว้อย่างชัดแจ้ง

11.2.5 หากเกิดเหตุการณ์ใหม่ขณะที่ความสามารถดำเนินผล ให้ดำเนินความสามารถนั้นจนเสร็จและตรวจสอบ State-Based Conditions รักษาลำดับเวลาของเหตุการณ์เหล่านั้น และต่อกลุ่ม Trigger จากเหตุการณ์ทั่วไปหรือชุด Summon จาก Summon Event ที่สำเร็จแต่ละรายการ ณ ตำแหน่งของเหตุการณ์นั้น หลังรายการที่รออยู่แล้วก่อนเหตุการณ์ใหม่เหล่านั้นเกิด ให้ใช้ [Section 11.3](/comprehensive-rules-1.0.0/comprehensive-rules-1.0.0-th/abilities-and-game-state/11-abilities-trigger-queue-and-continuous-effects/11-3-simultaneous-triggers.md) ภายในกลุ่ม Trigger จากเหตุการณ์เดียวกัน ห้ามดึง Trigger ทั่วไปจากเหตุการณ์ภายหลังมาดำเนินก่อนชุด Summon ที่เกิดก่อน หากกำลังดำเนินชุด Summon อยู่ Trigger ทั่วไปที่เกิดระหว่างการดำเนินผล On Summon หรือผลหลัง Snatch ของชุดนั้นใช้ Trigger Queue ที่กำลังดำเนินสำหรับชุดนั้น ส่วนชุด Summon ที่เกิดซ้อนขึ้นให้เลื่อนไว้จนกว่าชุดปัจจุบันจะเสร็จ และคงตำแหน่งตามเวลาของตนท่ามกลางรายการอื่นที่เลื่อนไว้ กลุ่มเหตุการณ์ทั่วไปภายหลังที่เลื่อนไว้อยู่นอกชุดไม่เข้าสู่ Trigger Queue ที่กำลังดำเนินสำหรับชุดปัจจุบัน

11.2.6 ดำเนิน Trigger Queue และชุด Summon ที่รออยู่ต่อไปตามลำดับเหตุการณ์ที่กำหนดข้างต้นและใน Section 9.3 จน Trigger Queue ว่างและไม่มีชุด Summon ค้างอยู่ก่อนเข้าสู่ Step ถัดไปของเทิร์น


---

# 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/abilities-and-game-state/11-abilities-trigger-queue-and-continuous-effects/11-2-triggering-and-the-queue.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.