> For the complete documentation index, see [llms.txt](https://hetcreep.gitbook.io/hetcreep-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hetcreep.gitbook.io/hetcreep-docs/gacharatedesigndatum/docs.md).

# วิธีตั้งเรต gacha โดยไม่ต้อง "เดาเลข"

`v1.2.2` · เอกสารนี้จัดเป็นหลายหน้าตามโครง Reference / Explanation / Guides / Governance — ดูที่เมนูซ้ายเพื่อไต่ทั้งหมด

**เอกสารนี้ตอบคำถามเดียว: เรต pity ราคา ควรเป็นเท่าไหร่ และคุณรู้ได้ยังไงว่าไม่ได้มั่ว**

คำตอบไม่ใช่ตัวเลข แต่เป็น **กฎ** ที่ทำให้ตัวเลขตกลงมาเอง — และเป็น **งานวัดจากเกมจริง 6 เกม** ที่เผยแพร่เรตของตัวเองไว้ ไม่ใช่ "best practice" ลอย ๆ

> เขียนจากการทำ design lock ของเกมมือถือตัวหนึ่งที่พัฒนาในไทย ทุกค่าถูก ratify ทีละข้อกับ เจ้าของโปรเจกต์ พร้อมให้ดูที่มา ไม่ใช่แค่หัวข่าว ผ่าน adversarial review 3 มุมที่ทั้ง 3 ตัดสินว่า "พัง" แล้วพับ finding กลับเข้ากฎ

***

### ปัญหาที่เอกสารนี้แก้

เกือบทุกโปรเจกต์ตั้งเรตกาชาแบบนี้: มีคนเลือกเลขนึง (5%) ใส่ลง config แล้วเลขนั้นอยู่ตรงนั้นไปตลอด ไม่มีใครรู้ว่าใครเลือก ไม่มีใครรู้ว่าทำไม และตอนโรสเตอร์โต ไม่มีใครรู้ว่าเลขควรขยับไหม

อาการที่ตามมาแบบคลาสสิก:

* **เลขที่โชว์ผู้เล่น กับเลขที่ server สุ่มจริง เป็นคนละแถว** — พิมพ์ซ้ำใน UI ครั้งนึง ใน docs ครั้งนึง แล้ววันหนึ่งอันใดอันหนึ่งเปลี่ยน อีกอันไม่เปลี่ยน
* **โรสเตอร์โตแล้วเรตต่อตัวเจือจางเงียบ ๆ** — band ยัง 5% เหมือนเดิม แต่ตัวละครหนึ่งตัวจาก 5% เป็น 0.3% โดยไม่มีใครตัดสินใจอะไรเลย
* **ผลรวมไม่เท่ากับ 100%** เพราะปัดเศษ แล้วแก้ด้วยการเขียน "ภายใน tolerance" ซึ่งพังตอน pool ใหญ่ขึ้น
* **ราคาถูกตั้งจากความรู้สึก** แล้วเทียบไม่ได้กับใครเลย

***

### แผนที่เอกสาร

* **Reference** — กฎ สูตร และ invariant ทั้งหมด (normative spec)
* **Explanation** — ที่มาจาก exemplar 6 เกม และจุดที่กฎนี้ตั้งใจต่างจาก exemplar
* **Guides** — วิธีคำนวณราคา/ตัวอย่างจริง และวิธีเช็คว่ากฎถูกใช้จริง
* **Governance** — ใครตัดสินใจเปลี่ยนค่าได้ และเปลี่ยนอย่างไร
* **Contributing** — เสนอแก้ไขเอกสารนี้ยังไง
* **License** — เงื่อนไขการใช้งาน

***

### สรุปสั้น

* **อย่าเลือกเลข เลือกกฎ** แล้วให้เลขตกลงมา
* **band rate ห้ามเป็นฟังก์ชันของขนาด pool** — 5 เกมใหญ่ยืนยันด้วยการไม่ขยับเลยตลอดหลายปี
* **ผลรวมต้องเท่ากับ 1 พอดีโดยโครงสร้าง** ไม่ใช่ "ภายใน tolerance"
* **เลขที่โชว์ต้องเป็นแถวเดียวกับที่ server สุ่ม** — 4 ใน 5 เกมใหญ่เคยพลาดเรื่องนี้
* **ประกาศ delivered rate ไม่ใช่แค่ base** เพราะ pity ทำให้สองอย่างนี้ไม่เท่ากัน
* **ราคาเทียบด้วยค่าแรงเฉลี่ยของประเทศตัวเอง ไม่ผ่าน FX** และค่าแรงขั้นต่ำใช้เป็นตัวหารข้ามประเทศไม่ได้
* **"derive ได้" ไม่ได้แปลว่า "ควร derive"** — ผูกสองระบบที่เป็นคนละการตัดสินใจเข้าหากันคือหนี้
* **บอกด้วยว่าตรงไหนไม่มีใครทำแบบเรา** นั่นคือสิ่งที่แยกงานวิจัยออกจากการอ้างอิงแบบเลือกข้าง

***

### changelog

> รายการด้านล่างหยุดที่ v1.1.2 — เวอร์ชันหลังจากนั้นบันทึกไว้ใน `CHANGELOG.md` ของต้นฉบับเอกสาร ซึ่งเว็บไซต์นี้ไม่ได้เผยแพร่ (ดูเลขเวอร์ชันปัจจุบันได้ที่บรรทัดบนสุดของหน้านี้)

* **v1.1.2** (2026-09-02) — เปลี่ยนลิงก์ Blue Archive nexon.com/probability/7716 (ตายแล้ว) เป็น forum.nexon.com/bluearchive board 4606 thread 2480089 (2026-08-04, ยืนยันข้อความปัดเศษทศนิยมตำแหน่งที่ 7 เดิม); แก้แถว Korea Game Industry Promotion Act — เดิมปนกันระหว่างการแก้ไขที่มีผลบังคับแล้ว (2025-08-01) กับร่างกฎหมายเพิ่มโทษของ ส.ส. Kim Sung-hoe (เสนอ 2025-12-23) ที่ยังอยู่ชั้นกรรมาธิการ ไม่บังคับใช้ — แยกสองเรื่องออกจากกันชัดเจน; ซิงก์ v1.1.1 ของ core มาที่หน้านี้ (หน้านี้ค้างเลข 9 เกม อยู่หนึ่งสัปดาห์)
* **v1.1.1** (2026-08-27) — แก้จำนวนเกม exemplar 9 → 6 ใน intro และหัวข้อ §4 ให้ตรงรายการแหล่งอ้างอิงจริง ("9" เดิมหลุดมาจาก "9 จุด" ข้อมูลราคาใน §5 ซึ่งสร้างจาก 6 เกมเดิม — ตาราง §5 ไม่เปลี่ยน)
* **v1.1.0** (2026-08-13) — เพิ่ม I19 (draw record retention), compliance checklist ต่อ jurisdiction, CI-gate rule ชัดเจน, revalidate cadence สำหรับค่าแรง, หมายเหตุ I16, เลขเวอร์ชัน/changelog นี้, จัดโครงสร้างใหม่เป็นหลายหน้า (Reference/Explanation/Guides/Governance/Contributing/License)
* **v1.0.0** — ฉบับสาธารณะแรก (ถอดข้อมูลเฉพาะโปรเจกต์ออก)


---

# 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://hetcreep.gitbook.io/hetcreep-docs/gacharatedesigndatum/docs.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.