# Thai Project Chapter1

> ช่วยเขียน แก้ไข หรือตรวจ "บทที่ 1 (บทนำ)" ของโครงงาน/งานวิจัยภาษาไทยระดับมัธยมปลายถึงอุดมศึกษา แบบมืออาชีพและถูกหลักภาษาไทยเชิงวิชาการ ครอบคลุมทุกหัวข้อย่อยมาตรฐาน ได้แก่ ที่มาและความสำคัญของปัญหา/โครงงาน, วัตถุประสงค์, สมมติฐาน, ขอบเขตการศึกษา (พร้อมแผนดำเนินงาน), ประโยชน์ที่คาดว่าจะได้รับ และนิยามศัพท์เฉพาะ พร้อมกลไกป้องกันไม่ให้เนื้อหาซ้ำซ้อนหรือ "วกไปวนมา" ระหว่างหัวข้อ และคลังคำ/สำนวนภาษาไทยเชิงวิชาการที่ถูกต้อง สละสลวย และน่าเชื่อถือ ใช้สกิลนี้ทุกครั้งที่ผู้ใช้พูดถึง "บทที่ 1", "บทนำโครงงาน", "ที่มาและความสำคัญ", "วัตถุประสงค์ของโครงงาน/การวิจัย", "สมมติฐาน", "ขอบเขตการวิจัย/การศึกษา", "ประโยชน์ที่คาดว่าจะได้รับ", "นิยามศัพท์เฉพาะ", หรือขอให้ช่วย "เขียนโครงงาน/งานวิจัยให้หน่อย", "ตรวจภาษาโครงงาน", "แก้บทนำให้เป็นทางการขึ้น" แม้ผู้ใช้จะไม่ได้พูดคำว่า "บทที่ 1" ตรง ๆ ก็ตาม ใช้ได้กับโครงงานทุกประเภท (วิทยาศาสตร์ สิ่งประดิษฐ์ คอมพิวเตอร์ สำรวจ ทดลอง สังคมศาสตร์ วิจัยในชั้นเรียน/การศึกษา) มีกรอบแยกสำหรับสายการศึกษา (ขั้นปัญหา/ขั้นวิเคราะห์ปัญหา/ ขั้นสรุปแนวทางแก้ไข)

- Skill: `sriwitsumo/thai-project-chapter1` (Agent Skill, multi-file: 11 files)
- Install (CLI): `npx skillmds@latest add sriwitsumo/thai-project-chapter1`
- Raw SKILL.md: https://api.skillmd.com/api/skills/sriwitsumo/thai-project-chapter1/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: sriwitsumo (https://skillmd.com/u/sriwitsumo)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/sriwitsumo/thai-project-chapter1

---


# ตัวช่วยเขียนบทที่ 1 โครงงาน/งานวิจัยไทย

## ทำไมสกิลนี้ถึงต้องมีอยู่

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

สกิลนี้แก้ทั้งสองปัญหาด้วยหลักการเดียวกัน คือ **แต่ละหัวข้อมี "หน้าที่" ของตัวเองเพียงหน้าที่เดียว ห้ามข้ามไป
ทำหน้าที่ของหัวข้ออื่น** เนื้อหาเจาะลึกของแต่ละหัวข้อแยกเป็นไฟล์ต่างหากใน `reference/` ให้เปิดอ่านเฉพาะตอน
กำลังเขียนหัวข้อนั้นจริง ๆ เพื่อไม่ให้ตัวอย่าง/สำนวนของหัวข้ออื่นมาปนกัน

## ภาพรวมโครงสร้างบทที่ 1

| ลำดับ | หัวข้อ | หน้าที่หลัก (คำถามที่ต้องตอบ) | ไฟล์อ้างอิง |
|---|---|---|---|
| 1 | ที่มาและความสำคัญของปัญหา/โครงงาน | ทำไมเรื่องนี้ถึงสำคัญพอจะทำ? | `reference/01-thima-khwamsamkhan.md` |
| 2 | วัตถุประสงค์ | ทำโครงงานนี้เพื่อบรรลุอะไรบ้าง? | `reference/02-watthuprasong.md` |
| 3 | ขอบเขตการศึกษา + แผนดำเนินงาน | ทำแค่ไหน ใคร อะไร ที่ไหน เมื่อไหร่? | `reference/04-khobkhet.md` |
| 4 | สมมติฐาน (ถ้าจำเป็น) | คาดการณ์ผลล่วงหน้าไว้ว่าอย่างไร? | `reference/03-sommutithan.md` |
| 5 | ตัวแปรที่เกี่ยวข้อง (ถ้าจำเป็น) | ตัวแปรต้น/ตาม/ควบคุมคืออะไร (รายการสั้น ๆ)? | `reference/09-tuapae.md` |
| 6 | นิยามศัพท์เฉพาะ | คำเฉพาะในเล่มนี้แปลว่าอะไรกันแน่ (เจาะจงเฉพาะโครงงานนี้เท่านั้น)? | `reference/06-niyamsap.md` |
| 7 | ประโยชน์ที่คาดว่าจะได้รับ | ใครได้อะไรหลังจบโครงงาน? | `reference/05-prayotchn.md` |
| - | ภาษาไทยเชิงวิชาการ (คลังคำ/ไวยากรณ์) | เขียนประโยคอย่างไรให้ถูก สละสลวย เป็นทางการ | `reference/07-phasa-wichakan.md` |
| - | กลไกป้องกันการเขียนวกวน | ตรวจก่อนส่งว่าหัวข้อไหนแอบไปพูดซ้ำหัวข้ออื่นหรือไม่ | `reference/08-pongkan-wangwon.md` |

**ลำดับการเขียนสำคัญมาก อย่าสลับ** เพราะหัวข้อหลัง ๆ ต้อง "ล้อ" กับหัวข้อก่อนหน้าแบบมีตรรกะต่อเนื่องกัน
(จำนวนข้อในวัตถุประสงค์ต้องตอบปัญหาทุกข้อที่ยกมาในที่มาฯ พอดี ไม่ขาดไม่เกิน / ประโยชน์ต้องล้อกับวัตถุประสงค์
ทุกข้อ แต่ห้ามใช้ถ้อยคำซ้ำ) ถ้าเขียนสลับลำดับ จะย้อนกลับไปแก้ทีหลังยากกว่าเขียนให้ถูกลำดับตั้งแต่แรกมาก
ลำดับนี้เป็นค่าเริ่มต้น — ถ้าผู้ใช้/สถาบันระบุลำดับหัวข้อ 1.1-1.7 ไว้ต่างจากนี้ ให้ทำตามที่ผู้ใช้ระบุแทน **ถ้าผู้ใช้
แนบไฟล์แบบฟอร์ม/เทมเพลตของสถาบัน (เช่น .docx/.dotx) มาด้วย ให้ยึดทั้งลำดับหัวข้อและคำอธิบายขอบเขต
เนื้อหาของแต่ละหัวข้อตามแบบฟอร์มนั้นเป็นหลักเหนือค่าเริ่มต้นของสกิลทุกจุด** โดยเฉพาะหัวข้อขอบเขต ซึ่งบาง
สถาบันกำหนดให้สั้นกว่าค่าเริ่มต้นของสกิลมาก (ดูตัวอย่างจริงใน `reference/04-khobkhet.md`) — ห้ามเติมหัวข้อ
ย่อย/ตาราง/รายละเอียดที่แบบฟอร์มไม่ได้ขอ แม้ค่าเริ่มต้นของสกิลจะแนะนำไว้ก็ตาม

## ขั้นตอนการทำงาน

### ขั้นที่ 1 — เก็บข้อมูลโครงงานให้ครบก่อนเขียนแม้แต่ประโยคเดียว

อย่าเริ่มเขียนจากข้อมูลที่ขาด ๆ หาย ๆ เพราะจะยิ่งทำให้ต้องเขียนวนกลับมาแก้ทีหลัง ถามผู้ใช้ (หรือดึงจากบริบท
การสนทนาที่มีอยู่แล้ว) ให้ได้คำตอบต่อไปนี้ก่อน — ถ้าผู้ใช้ตอบมาไม่ครบ ให้ถามเพิ่มเฉพาะส่วนที่ขาดแบบเจาะจง
อย่าถามรวด ๆ ทีเดียวจนล้น:

1. **ชื่อเรื่อง/แนวคิดโครงงานคร่าว ๆ** คืออะไร
2. **ประเภทโครงงาน** — สิ่งประดิษฐ์/นวัตกรรม, ทดลองวิทยาศาสตร์, สำรวจ/รวบรวมข้อมูล, พัฒนาโปรแกรม/แอป,
   หรือสังคมศาสตร์/สำรวจความคิดเห็น (ประเภทนี้มีผลต่อว่าต้องมีสมมติฐานหรือไม่ และตัวอย่างที่จะหยิบมาใช้)
3. **ปัญหาหรือความต้องการตั้งต้น** — สังเกตเจออะไร ที่ไหน เกิดผลกระทบอย่างไร
4. **สิ่งที่จะลงมือทำ/สร้าง/ทดลอง** เพื่อแก้ปัญหานั้นคร่าว ๆ
5. **กลุ่มเป้าหมาย/ผู้ได้รับผลกระทบ** ของปัญหาและของผลงาน
6. **ระยะเวลาที่มี** สำหรับทำโครงงาน (ใช้ทำตารางแผนดำเนินงานในขอบเขต)

ถ้าผู้ใช้อยากให้ช่วยแค่ "ขัดภาษา/ตรวจให้ถูกหลัก" โดยมีร่างเดิมอยู่แล้ว ข้ามขั้นนี้ไปอ่านร่างเดิมแทน แล้วใช้
`reference/07-phasa-wichakan.md` และ `reference/08-pongkan-wangwon.md` เป็นหลักในการตรวจ

**ถ้าผู้ใช้มีไฟล์ข้อมูลจริงประกอบ (เช่น ไฟล์ผลสำรวจ/แบบสอบถามเป็น Excel/CSV, ข้อมูลผลการเรียน) ห้ามรับ
ตัวเลขที่ผู้ใช้พิมพ์บอกมาตรง ๆ โดยไม่ตรวจสอบ (บังคับ)** ให้เปิดไฟล์นั้นด้วยตนเอง (ใช้สกิล `xlsx` หรืออ่าน/
คำนวณด้วยโค้ดโดยตรง) แล้วคำนวณค่าที่จะนำไปใช้ในเนื้อหาจากข้อมูลต้นฉบับจริงเสมอ เช่น จำนวนกลุ่มตัวอย่าง
(n) ร้อยละ ค่าเฉลี่ย หรือค่าสถิติอื่น ๆ — ห้ามเดาหรือนำตัวเลขที่ผู้ใช้เอ่ยปากไว้ก่อนหน้าไปใช้โดยไม่เทียบกับไฟล์
ต้นฉบับ เพราะตัวเลขที่ผู้ใช้จำหรือพิมพ์อาจคลาดเคลื่อนจากข้อมูลจริงได้ (เช่น จำกลุ่มตัวอย่างผิดเป็น n=79
ทั้งที่ไฟล์จริงมี n=80) ถ้าตัวเลขที่คำนวณได้จากไฟล์ไม่ตรงกับที่ผู้ใช้เคยบอกไว้ ให้แจ้งผู้ใช้ทันทีว่าพบความคลาด
เคลื่อนตรงไหน แล้วใช้ค่าที่คำนวณจากไฟล์จริงเป็นหลัก

### ขั้นที่ 2 — เขียนทีละหัวข้อตามลำดับในตาราง

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

**ก่อนเขียนที่มาฯ ชั้น 3 (สาเหตุของปัญหา/ช่องว่างของวิธีเดิม) หรือขั้นสรุปแนวทางแก้ไขของโมเดล 3 ขั้น
ต้อง WebSearch หางานวิจัย/สิ่งประดิษฐ์ที่เกี่ยวข้องจริงก่อนเสมอ (บังคับ ห้ามข้าม)** เพราะหัวข้อนี้ต้องอ้างอิงถึง
ช่องว่างของวิธีแก้แบบเดิมหรือที่มาของแนวคิดที่จะใช้ ซึ่งต้องมีแหล่งอ้างอิงจริงรองรับตามหลักการ "ห้ามคิดข้อมูล
ขึ้นเอง" ด้านล่าง วิธีทำ:

1. ตั้งคำค้นจากแก่นของปัญหา/สิ่งที่จะสร้าง (เช่น ชื่อเทคโนโลยี + ปัญหาที่แก้ + "งานวิจัย" หรือคำค้นภาษาอังกฤษ
   ที่ตรงกว่าถ้าเป็นสายเทคนิค) แล้ว WebSearch อย่างน้อย 1-2 รอบก่อนเริ่มเขียนย่อหน้านี้
2. ถ้าโครงงานเป็นสาย **สิ่งประดิษฐ์/นวัตกรรม** และต้อง "เปรียบเทียบงานวิจัย/สิ่งประดิษฐ์ที่เกี่ยวข้อง" ให้ค้นหา
   ให้ได้อย่างน้อย 2-3 ชิ้นงานจริงที่ใกล้เคียงกับสิ่งที่จะสร้าง แล้วใช้แม่แบบใน `reference/01-thima-khwamsamkhan.md`
   หัวข้อ "แม่แบบ: เปรียบเทียบงานวิจัย/สิ่งประดิษฐ์ที่มีอยู่แล้ว"
3. ใช้เฉพาะแหล่งที่ค้นเจอจริงและตรวจสอบได้เท่านั้น (มี URL/ชื่อวารสาร/ปีที่ตีพิมพ์จริง) ห้ามใช้ผลที่ไม่แน่ใจว่า
   มีอยู่จริงมาอ้างอิงต่อ
4. ถ้าค้นหาแล้วไม่พบแหล่งที่เกี่ยวข้องเพียงพอ ให้บอกผู้ใช้ตรง ๆ ว่าหาไม่พบ แล้วเสนอให้ผู้ใช้ช่วยหามาเพิ่ม หรือ
   เขียนแบบไม่ระบุชื่อเฉพาะ (ดูหลักการ "ห้ามคิดข้อมูลขึ้นเอง") แทนการแต่งชื่อ/ปีขึ้นมาเอง

**ตรวจก่อนถือว่าหัวข้อนั้นเสร็จ (ทำทันทีหลังเขียนแต่ละหัวข้อ ห้ามรอไปตรวจรวดเดียวตอนจบทั้งเล่ม)**:

1. **ตรวจภาษาทันที** ตาม checklist ท้าย `reference/07-phasa-wichakan.md` เฉพาะย่อหน้าที่เพิ่งเขียน (ประโยค
   สมบูรณ์มีประธาน-กริยา-กรรม ไม่ขึ้นต้นด้วย ซึ่ง/และ/แต่ ไม่มีภาษาพูดตามตารางข้อ 5 ของไฟล์นั้น การเว้นวรรค
   ถูกต้อง) แก้ให้ผ่านก่อนไปหัวข้อถัดไป อย่าเลื่อนไปแก้ทีเดียวตอนจบ
2. **ตรวจการซ้ำกับหัวข้อก่อนหน้าทันที** — ทวนสิ่งที่เขียนไปแล้วในหัวข้อก่อน ๆ คร่าว ๆ แล้วถามว่าย่อหน้าที่
   เพิ่งเขียนพูดเรื่องเดิมซ้ำหรือไม่ (ใช้ตาราง "ความเป็นเจ้าของเนื้อหา" ใน `reference/08-pongkan-wangwon.md`
   เทียบเฉพาะหัวข้อที่เพิ่งเขียนกับหัวข้อก่อนหน้า ไม่ต้องรอไล่ทั้งเล่มทีเดียว)
3. **ตรวจว่ามีข้อมูลที่คิดขึ้นเองปนมาหรือไม่** — ดูหลักการ "ห้ามคิดข้อมูลขึ้นเองเด็ดขาด" ด้านล่าง ถ้าพบตัวเลข/
   ชื่อ/คำพูดที่ไม่มีมูลจริงหลุดเข้ามาระหว่างเขียน ให้แก้เป็น placeholder ทันที อย่าปล่อยผ่านไปก่อนแล้วค่อยแก้

เขียนแต่ละหัวข้อให้จบสมบูรณ์ในตัวเองก่อนไปหัวข้อถัดไป และขณะเขียนหัวข้อถัดไป ให้ทวนดูหัวข้อก่อนหน้าไว้
เสมอว่าเขียนอะไรไปแล้วบ้าง เพื่อจะได้ไม่พูดซ้ำ

### ขั้นที่ 3 — ตรวจสอบทั้งเล่มก่อนส่งมอบ (บังคับ ห้ามข้าม แม้จะตรวจทีละหัวข้อมาแล้วในขั้นที่ 2)

เมื่อเขียนครบทุกหัวข้อแล้ว เปิด `reference/08-pongkan-wangwon.md` แล้วไล่ตาราง "ความเป็นเจ้าของเนื้อหา"
ทีละหัวข้อ เทียบกับสิ่งที่เขียนจริงอีกครั้งแบบเห็นภาพรวมทั้งเล่ม (การตรวจทีละหัวข้อในขั้นที่ 2 จับการซ้ำ/ความ
ผิดพลาดในจุดเล็ก ๆ ได้ แต่บางครั้งการซ้ำจะเห็นชัดก็ต่อเมื่อมองทั้งเล่มพร้อมกันเท่านั้น) รวมถึงทำ **รอบที่ 4:
ตรวจข้อมูลที่คิดขึ้นเอง** ตามที่ระบุใน `reference/08-pongkan-wangwon.md` จากนั้นตรวจภาษาตาม checklist
ใน `reference/07-phasa-wichakan.md` อีกรอบแบบเห็นภาพรวม รายงานให้ผู้ใช้ทราบสั้น ๆ ว่าแก้อะไรไปบ้าง
ระหว่างตรวจ ไม่ต้องแสดงกระบวนการตรวจทั้งหมดแบบละเอียดยืดยาว

### ขั้นที่ 4 — ส่งมอบ

ถ้าผู้ใช้ต้องการไฟล์ (Word) ให้ใช้สกิล `docx` สร้างเอกสารจริง จัดรูปแบบหัวข้อ 1.1 1.2 1.3 ตามธรรมเนียม
รายงานโครงงานไทย (ใช้ font และการเว้นบรรทัดแบบราชการ/สถานศึกษา — TH Sarabun New ขนาด 16pt เป็น
มาตรฐานที่นิยมที่สุด เว้นแต่ผู้ใช้ระบุอย่างอื่น) ถ้าผู้ใช้แค่อยากได้เนื้อหาในแชทเพื่อเอาไปวางเอง ก็ตอบเป็นข้อความ
ได้เลยโดยไม่ต้องสร้างไฟล์

**ใส่เครดิตในทุกงานที่ส่งมอบ (บังคับ)**: ทุกไฟล์ที่สร้างด้วยสกิลนี้ (ไฟล์ .docx หรือไฟล์อื่นใดก็ตาม) ต้องมีบรรทัด
เครดิต **"Made by Sriwit Rujirawatanakul"** เสมอ วางไว้ท้ายเอกสาร (ท้ายสุดของไฟล์ แยกจากเนื้อหาบทที่ 1
ด้วยการขึ้นบรรทัดใหม่ ตัวอักษรขนาดเล็กกว่าเนื้อหาปกติ เช่นเดียวกับส่วนท้ายเอกสารทั่วไป ไม่ปนกับเนื้อหาวิชาการ
ของบทที่ 1) ถ้าผู้ใช้ขอให้ส่งเป็นข้อความในแชทแทนการสร้างไฟล์ ให้ปิดท้ายคำตอบด้วยบรรทัดเครดิตเดียวกันนี้
ทุกครั้งเช่นกัน

## เกณฑ์ความยาวเริ่มต้น: บทที่ 1 ทั้งบทรวมกันประมาณ 1.5 หน้า A4 (TH Sarabun New 16pt)

**นี่คือค่าเริ่มต้นเมื่อผู้ใช้ไม่ได้ระบุความยาวมาเอง** เขียนให้กระชับที่สุดเท่าที่ยังครบสาระ ไม่ใช่ยัดทุกหัวข้อให้ยาว
ที่สุด สัดส่วนคร่าว ๆ ต่อหัวข้อ (ปรับได้ตามความจำเป็นจริงของแต่ละโครงงาน แต่รวมกันไม่ควรเกิน ~1.5 หน้า):

| หัวข้อ | ความยาวเริ่มต้น (โดยประมาณ) |
|---|---|
| ที่มาและความสำคัญ | ประมาณครึ่งหน้า (4 ย่อหน้าสั้น ๆ ตามกรวย 4 ชั้น หรือโมเดล 3 ขั้น) |
| วัตถุประสงค์ | อย่างน้อย 3 ข้อ สั้น กระชับ |
| ขอบเขต + แผนดำเนินงาน | สั้น ระบุตรง ๆ ไม่ต้องอธิบายเหตุผล |
| สมมติฐาน (ถ้ามี) | 1-2 ประโยค |
| ตัวแปรที่เกี่ยวข้อง (ถ้ามี) | 3 บรรทัด (ต้น/ตาม/ควบคุม) |
| นิยามศัพท์เฉพาะ | เฉพาะคำที่จำเป็นจริง ๆ เท่านั้น |
| ประโยชน์ที่คาดว่าจะได้รับ | ล้อกับวัตถุประสงค์ สั้น กระชับ |

**ถ้าผู้ใช้ขอให้เขียนแบบเจาะลึก/ยาวขึ้น** (เช่น งานวิจัยระดับบัณฑิตศึกษา หรือระบุชัดว่าต้องการที่มาฯ ยาวแบบมี
การอ้างอิงงานวิจัยหนาแน่น) จึงขยายที่มาฯ เป็นอย่างน้อย 2 หน้าตามเทคนิคใน `reference/01-thima-khwamsamkhan.md`
หัวข้อ "ข้อกำหนดความยาวขั้นต่ำ (โหมดเจาะลึก)" — แต่ **ห้ามขยายเป็นค่าเริ่มต้นโดยผู้ใช้ไม่ได้ขอ**

## เกณฑ์คุณภาพขั้นต่ำบังคับ (ใช้เสมอไม่ว่าจะเขียนสั้นหรือยาว)

| หัวข้อ | เกณฑ์ขั้นต่ำ | อ้างอิงรายละเอียด |
|---|---|---|
| วัตถุประสงค์ | อย่างน้อย **3 ข้อ** | `reference/02-watthuprasong.md` หัวข้อ "ความยาวและจำนวนที่เหมาะสม" |
| สมมติฐาน/ตัวแปร (ถ้ามี) | ตัวแปรต้น-ตาม-ควบคุมทุกตัวต้อง **สัมพันธ์กันจริงเชิงเหตุผล** ห้ามใส่ตัวแปรควบคุมเพียงเพื่อให้ครบฟอร์ม | `reference/03-sommutithan.md` และ `reference/09-tuapae.md` |
| นิยามศัพท์เฉพาะ | ต้องเป็นนิยาม **เฉพาะโครงงานนี้เท่านั้น** — ถ้าเอาไปค้นหาในอินเทอร์เน็ต/พจนานุกรมแล้วเจอคำนิยามแบบเดียวกัน แปลว่าเขียนผิด | `reference/06-niyamsap.md` หัวข้อ "กฎเหล็ก: ต้องเป็นนิยามเฉพาะโครงงานนี้เท่านั้น" |
| ประโยชน์ที่คาดว่าจะได้รับ | ห้ามมีข้อที่คลุมเครือจนใช้กับโครงงานเรื่องอื่นได้โดยไม่ต้องแก้คำ (เช่น "ได้พัฒนาความรู้" "ได้ใช้เวลาว่างให้เป็นประโยชน์") | `reference/05-prayotchn.md` หัวข้อ "ประโยชน์คลุมเครือที่ใช้ได้กับโครงงานอะไรก็ได้บนโลก" |

เกณฑ์เหล่านี้เป็น **ขั้นต่ำด้านคุณภาพที่ต้องทำให้ถึงเสมอ** ไม่ใช่ข้อกำหนดเรื่องความยาว — ห้ามเติมให้ถึงเกณฑ์
ด้วยการพูดซ้ำ/คำฟุ่มเฟือย (ดูหลักการถัดไป)

## หลักการที่ยึดตลอดทั้งสกิล

- **หัวข้อหนึ่งตอบคำถามเดียว** — ก่อนเขียนประโยคไหน ให้เช็คในใจว่าประโยคนี้กำลังตอบ "คำถามหลัก" ของ
  หัวข้อที่กำลังเขียนอยู่จริงหรือไม่ ถ้าไม่ใช่ แปลว่าประโยคนั้นควรย้ายไปอยู่หัวข้ออื่น หรือตัดทิ้ง
- **ความยาวไม่ใช่ตัวชี้วัดคุณภาพ — ค่าเริ่มต้นคือกระชับ (~1.5 หน้ารวมทั้งบท)** บทที่ 1 ที่ดีคือกระชับ ตรงประเด็น
  ครบสาระ ไม่ใช่ยาวที่สุดเท่าที่จะยาวได้ ขยายความยาวเกินค่าเริ่มต้นเฉพาะเมื่อผู้ใช้ขอให้เจาะลึกจริง ๆ เท่านั้น
  และถ้าขยาย ต้องขยายด้วยหลักฐาน/การวิเคราะห์/มุมมองใหม่ ไม่ใช่พูดซ้ำเรื่องเดิมด้วยถ้อยคำต่างกัน ซึ่งเป็น
  สาเหตุอันดับหนึ่งของอาการวกวน
- **ทุกตัวเลขต้องล้อกันข้ามหัวข้อ** — จำนวนปัญหาในที่มาฯ = จำนวนข้อวัตถุประสงค์ = จำนวนข้อประโยชน์
  (โดยประมาณ ไม่จำเป็นต้อง 1:1 เป๊ะเสมอไปถ้ามีเหตุผลรองรับ แต่ต้องไม่ทิ้งข้อไหนลอย ๆ ไม่มีที่มา)
- **ภาษาทางการระดับหนังสือราชการเสมอ** — ไม่ใช้ภาษาพูด ไม่ใช้คำย่อที่ไม่เป็นทางการ ไม่ใช้สรรพนามบุรุษที่
  1/2 (เว้นแต่ในโครงงานระดับต้น ๆ ที่ครูอนุญาตให้ใช้ "คณะผู้จัดทำ" แทนตัวเอง) และคำศัพท์ที่บรรยายปัญหาต้อง
  เจาะจงตรงกับที่ระบุไว้ในที่มาฯ เสมอ ไม่ใช้คำทั่วไปที่ไม่ผูกกับปัญหาจริง มาตรฐานความเป็นทางการต้องเทียบเท่า
  หนังสือราชการ ไม่ใช่แค่ภาษาเขียนเรียบร้อยทั่วไป (ดูข้อ 7.5) ตรวจตาม checklist ใน
  `reference/07-phasa-wichakan.md` **ทุกครั้งหลังเขียนแต่ละหัวข้อ ไม่ใช่แค่ตอนจบทั้งเล่ม**
- **ห้ามคิดข้อมูลขึ้นเองเด็ดขาด (ห้าม "เออเอง")** — ตัวเลขสถิติ ผลสำรวจ ชื่อผู้แต่ง/ปีของงานวิจัยที่อ้างอิง
  คำให้สัมภาษณ์ ชื่อโรงเรียน/หน่วยงานที่เจาะจง หรือข้อเท็จจริงใด ๆ ที่ผู้ใช้ไม่ได้ให้มาและตรวจสอบไม่ได้จริง
  **ห้ามแต่งขึ้นมาเองแล้วใส่ลงไปราวกับเป็นข้อมูลจริง** แม้จะทำให้เนื้อหาดูน่าเชื่อถือ/ครบถ้วนกว่าก็ตาม เพราะ
  ถือเป็นการปลอมแปลงข้อมูลทางวิชาการ ซึ่งร้ายแรงกว่าการเขียนสั้นหรือไม่สมบูรณ์มาก วิธีที่ถูกต้องเมื่อไม่มี
  ข้อมูลจริงในมือ:
  - ใช้ placeholder ในวงเล็บเหลี่ยมเสมอ เช่น "[ระบุร้อยละจากผลการสำรวจจริงของคณะผู้จัดทำ]" หรือ
    "[ชื่อโรงเรียน]" "[ปี พ.ศ.]" แทนการเดาตัวเลข/ชื่อที่ฟังดูสมจริง
  - บอกผู้ใช้ตรง ๆ ในคำตอบ (ไม่ใช่แค่ในเนื้อหา) ว่าจุดไหนเป็น placeholder ที่ต้องเติมข้อมูลจริงก่อนส่งเล่มจริง
  - ถ้าจำเป็นต้องอ้างอิงแนวคิด/ทฤษฎีเพื่อความน่าเชื่อถือ (เช่นในขั้นสรุปแนวทางแก้ไขของโมเดล 3 ขั้น) แต่ไม่
    แน่ใจว่ามีงานวิจัย/นักวิชาการชื่อนั้นอยู่จริงหรือไม่ ให้เขียนกว้าง ๆ แบบไม่ระบุชื่อเฉพาะ (เช่น "แนวคิดที่นัก
    การศึกษาหลายท่านให้ความสำคัญ") แทนการอ้างชื่อ/ปีที่ไม่แน่ใจ
  - สิ่งเดียวที่แต่งขึ้นได้คือ "ตัวอย่างสมมติเพื่อสาธิตโครงสร้างการเขียน" ซึ่งต้องบอกผู้ใช้ชัดเจนว่าเป็นตัวอย่าง
    สมมติ ไม่ใช่เนื้อหาที่จะใช้เป็นเล่มจริง
- **เขียนอย่างพิถีพิถัน ไม่ใช่เขียนแบบขอไปที** — ก่อนปล่อยผ่านทุกย่อหน้า ให้ไล่ตาม checklist ท้ายไฟล์
  reference ของหัวข้อนั้นจริง ๆ ทีละข้อ ไม่ใช่เขียนจากความรู้สึกคร่าว ๆ ว่า "น่าจะพอ" การข้ามขั้นตอนตรวจเพื่อ
  ความเร็วคือสาเหตุหลักของปัญหาเขียนซ้ำ/ภาษาไม่เป็นทางการ/ข้อมูลลอยที่ผู้ใช้มักเจอ