prompts/ และ CLAUDE.md — คู่มือพนักงานใหม่ที่แนบให้ AI ทุกครั้ง

ปัญหา: AI คือพนักงานใหม่ที่จำบทสนทนาเมื่อวานไม่ได้

ใน Lab 2 (บท 119) เราเขียน prompt ยาว 12 ข้อ เพื่อให้ AI สร้างหมวดอาหารได้ถูกกฎของร้านในรอบเดียว · ปัญหาคือพรุ่งนี้เปิดแชทใหม่ AI ไม่เห็นข้อความแชทของเมื่อวาน ต้องแปะใหม่ทั้งก้อน

ทางแก้ของคอร์สนี้คือเขียน prompt ลงไฟล์ แล้วเก็บไว้ในโฟลเดอร์ prompts/ ใน repo · อยากใช้เมื่อไหร่ก็เรียกไฟล์นั้น · เจอ AI ทำพลาดก็แก้ไฟล์ให้ดีขึ้น · และไฟล์เข้า git ไปพร้อมโค้ด เพื่อนในทีมได้ใช้ด้วย

เทียบกับ React: ข้อความในแชทเหมือน useState (บท 73) ที่หายเมื่อรีเฟรชหน้า · ไฟล์ใน prompts/ เหมือนของที่เขียนลงดิสก์ — ปิดเปิดใหม่กี่รอบก็ยังอยู่

สไลด์หน้า 4 บอกว่าโฟลเดอร์นี้จะโตไปทีละไฟล์ตลอดคอร์ส · ตอนนี้ (หลังบท 120) ใน repo มีแค่ไฟล์แรก:

สไลด์เล่าว่าท้ายคอร์สจะเอาทุกไฟล์มาต่อเป็น FINAL.md แล้วสั่ง AI สร้างแอปใหม่ทั้งแอป · ไฟล์นั้นจึงเป็นความรู้ทั้งคอร์สที่เขียนออกมาเป็นตัวหนังสือ — ไฟล์จะดีได้เท่าที่เราเข้าใจเรื่องที่เรียนเท่านั้น

ทุกไฟล์รายบล็อกมี 4 ส่วนเหมือนกัน

ไฟล์ 01–08 ใช้แม่แบบเดียวกันหมด (สไลด์หน้า 4) · เป็น Markdown ธรรมดา มี 4 หัวข้อ · ข้างล่างคือแม่แบบ ยังไม่ใช่ไฟล์จริงใน repo (ไฟล์จริงไฟล์แรกเกิดในบท 126):

## เป้าหมาย
ฟีเจอร์ที่อยากได้ เขียนเป็นภาษาคน

## ข้อกำหนด
- มาจากคำศัพท์ที่เพิ่งเรียนในบล็อกนี้
- ...

## ห้าม
- มาจากกับดักที่เพิ่งเจอในบล็อกนี้

## เกณฑ์ตรวจรับ
- [ ] คือ checklist ของบล็อกนี้
- [ ] ...

• ## เป้าหมาย = "อยากได้อะไร" เล่าแบบที่ลูกค้าเล่า ไม่ต้องมีศัพท์ · เช่น "หน้ารายการบทความที่อ่านรู้เรื่อง"
• ## ข้อกำหนด = "ต้องทำด้วยวิธีไหน" · ตรงนี้ใช้ศัพท์ที่เพิ่งเรียน เช่น "ใช้ partial" "ใช้ includes" — ถ้าเราไม่รู้ศัพท์ เราก็สั่งไม่ได้
• ## ห้าม = กับดักที่เราเพิ่งตกมาเองในบล็อกนั้น · เขียนไว้ให้ AI ไม่ตกซ้ำ
• ## เกณฑ์ตรวจรับ = รายการที่ตรวจได้จริงทีละข้อ · - [ ] คือช่องสี่เหลี่ยมว่างไว้ติ๊ก (ติ๊กแล้วเขียน - [x]) · ใช้ตรวจงานที่ AI ส่งมา

ทั้ง 4 ส่วนไม่ใช่ของใหม่ · เป้าหมายกับข้อกำหนดคือ "บอกให้ชัด" ของบท 88 · ห้ามคือ "บอกสิ่งที่ห้ามแตะ" ของบท 89 · เกณฑ์ตรวจรับคือขั้น Evaluate ของบท 87 · ต่างกันแค่ว่าครั้งนี้จัดลงช่องเดิมทุกครั้ง

เปิด prompts/00-context.md ของจริง

ไฟล์ 00 ต่างจากไฟล์อื่น: มันไม่ใช่งานของบล็อกไหน แต่เป็น "หน้าแรกของคู่มือ" ที่ใช้ทุกงาน จึงไม่มี 4 ส่วนข้างบน · เปิดในโฟลเดอร์โปรเจกต์ด้วย cat prompts/00-context.md (หรือเปิดใน VS Code) · ผมแบ่งดูเป็นสองครึ่ง

ครึ่งบน — บอก AI ว่าร้านเราใช้อุปกรณ์อะไร

# บริบทของโปรเจค wongnok_blog

## Stack

- Ruby 4.0.5 / Rails 8.1.3 / PostgreSQL 18
- Propshaft + importmap  (ห้ามใช้ Sprockets, ห้ามแนะนำ npm หรือ node_modules)
- tailwindcss-rails (Tailwind v4) + daisyUI 5 ผ่าน @plugin ในไฟล์ CSS
  ห้ามสร้าง tailwind.config.js — Tailwind v4 ไม่อ่านไฟล์นั้น
- Solid Queue / Solid Cache / Solid Cable
- Active Storage -> MinIO (S3-compatible)
- Minitest (ไม่ใช่ RSpec)

## รูปแบบโค้ด

- ข้อความที่ผู้ใช้เห็นเป็นภาษาไทย ผ่าน i18n
- ใช้ params.expect ไม่ใช่ params.require(...).permit(...)
- ตั้งชื่อตาม convention ของ Rails เสมอ
- ห้ามมี `<script>` ใน view

• ## Stack = รายชื่อเครื่องมือหลักของโปรเจกต์ · ไม่ต้องรู้จักทุกชื่อตอนนี้ ส่วนใหญ่จะได้เรียนวันนี้: Propshaft + importmap (บท 127 — ระบบส่งไฟล์ CSS/JS ไปถึงเบราว์เซอร์) · Tailwind v4 + daisyUI (บท 128) · Solid Cable (บท 133)
• ที่เหลือเป็นของ Part 2 กับ Day 4 · ตอนนี้แค่รู้ว่ามีอยู่: Solid Queue (งานเบื้องหลัง) · Solid Cache (cache) · Active Storage (ระบบแนบไฟล์/รูป) · -> MinIO = เก็บไฟล์ไว้ที่ "โกดังเก็บไฟล์" ที่ docker เปิดให้ในบท 120 (S3-compatible = ใช้วิธีคุยแบบเดียวกับบริการเก็บไฟล์ S3 ของ Amazon) · Minitest กับ RSpec = เครื่องมือเขียน test สองยี่ห้อ โปรเจกต์นี้ใช้ตัวแรก
• @plugin ในบรรทัด daisyUI เป็นคำสั่งในไฟล์ CSS ของ Tailwind (บท 128) · ไม่ใช่ @ แบบดึงไฟล์ที่จะเจอในหัวข้อ CLAUDE.md ข้างล่าง
• ทำไมต้องบอก stack? เพราะ AI ไม่รู้ว่าโปรเจกต์เราใช้อะไร มันจะเดาจากสิ่งที่พบบ่อยในอินเทอร์เน็ต · เช่น Rails รุ่นเก่าใช้ Sprockets (ระบบส่งไฟล์ CSS/JS รุ่นก่อน Propshaft) · Tailwind รุ่นเก่าใช้ tailwind.config.js
• สังเกตคำว่า "ห้าม" ในวงเล็บและบรรทัด tailwind.config.js — เป็นของรุ่นเก่าที่ AI มีโอกาสเดามาใส่ · สไลด์หน้า 5 บอกว่าไฟล์แบบนี้ "โตขึ้นทุกครั้งที่เจอ AI ทำพลาด" — ข้อห้ามพวกนี้คือหน้าตาของกฎที่เกิดแบบนั้น
• ## รูปแบบโค้ด = กติกาการเขียน · params.expect คือท่าของ Rails 8 ที่เรียนในบท 117 · ห้าม <script> ใน view จะเข้าใจเหตุผลตอนเจอ Stimulus ในบท 134
• i18n = ระบบแปลข้อความของ Rails (เขียนข้อความแยกไว้ในไฟล์ภาษา) · บทเรียนของเราไม่ใช้ i18n เขียนภาษาไทยตรง ๆ ใน view · บท 126 จะพาแก้บรรทัดนี้ให้ตรงกับโค้ดจริง — เป็นตัวอย่างแรกของ "เจอไม่ตรงแล้วแก้ไฟล์"

ครึ่งล่าง — checklist 8 ข้อของ Day 2 ย้ายมาอยู่ตรงนี้

## กฎที่ห้ามลืม  (จากวันก่อน)

1. validates uniqueness ต้องมี unique index ที่ DB คู่เสมอ
2. validates presence ต้องมี NOT NULL ที่ DB คู่เสมอ
3. คอลัมน์ที่ใช้ค้นหาหรือเป็น foreign key ต้องมี index
4. ระบุ dependent: ของทุก association เสมอ และเลือกจากกฎธุรกิจ
5. ตรงที่วน each ต้องมี includes
6. index action ต้องมี limit หรือ pagination
7. migration ต้องไม่ล็อกตารางที่มีข้อมูลเยอะ — ใช้ expand-contract
8. strong parameters ไม่ใช่ authorization — แยกให้ออก

## รูปแบบการตอบ

- บอกชื่อไฟล์ทุกไฟล์ที่แก้หรือสร้าง
- ถ้าต้องมี migration ให้เขียนมาด้วย
- อย่าเพิ่ง refactor อย่างอื่นที่ไม่ได้ขอ

8 ข้อนี้คือchecklist ตรวจงาน AI ของบท 118 ทั้งชุด แค่เปลี่ยนจาก "คำถามที่เราถามตอนตรวจ" มาเป็น "กฎที่บอก AI ก่อนเริ่มงาน" · ถ้าข้อไหนอ่านแล้วไม่แน่ใจ ย้อนไปบทนั้น:

## รูปแบบการตอบ = บอกว่าอยากได้คำตอบหน้าตาแบบไหน — คือหลักข้อ 5 "บอกรูปแบบผลลัพธ์" ของบท 89 · ข้อสุดท้าย "อย่าเพิ่ง refactor (ปรับโค้ดส่วนอื่นให้สวยขึ้น) อย่างอื่นที่ไม่ได้ขอ" กัน AI แก้ไฟล์เกินงานจนเราตรวจไม่ไหว

CLAUDE.md — ป้ายหน้าห้องพนักงานที่ Claude Code อ่านเองทุกครั้ง

แฟ้มคู่มือจะมีประโยชน์ก็ต่อเมื่อพนักงานได้อ่าน · ถ้าเราต้องพิมพ์ว่า "อ่าน 00-context.md ก่อนนะ" ทุกครั้ง วันไหนลืมก็เหมือนไม่มีไฟล์
Claude Code แก้ปัญหานี้ด้วยไฟล์ชื่อ CLAUDE.md · เอกสารบอกว่ามันอ่านไฟล์นี้เองตอนเริ่มทุก session โดยเราไม่ต้องสั่ง

เปิดดูของจริงที่ root ของโปรเจกต์ (ระดับเดียวกับ Gemfile):

$ cat CLAUDE.md
# wongnok_blog

@prompts/00-context.md

## คำสั่งที่ใช้บ่อย

- bin/dev                 รัน web + tailwind watch
- bin/rails test          รัน test ทั้งหมด
- bin/rails db:prepare    เตรียมฐานข้อมูล
- bin/rails routes        ดู route ทั้งหมด
- docker compose up -d    postgres + minio

• $ cat CLAUDE.md = คำสั่งที่ผมพิมพ์ ($ คือเครื่องหมายบอกว่า "บรรทัดนี้พิมพ์ใน terminal" ไม่ต้องพิมพ์ตาม) · cat = พิมพ์เนื้อไฟล์ออกมาให้ดู
• @prompts/00-context.md = หัวใจของไฟล์ · @ ตามด้วยที่อยู่ไฟล์ = "ดึงเนื้อไฟล์นั้นมาวางตรงนี้ด้วย" (เอกสารเรียกว่า import) · ผลคือ 00-context.md ถูกโหลดทุก session ตาม CLAUDE.md ไปด้วย
• ที่อยู่ไฟล์นับจากตำแหน่งของไฟล์ที่เขียน @ (ไม่ใช่จากโฟลเดอร์ที่เราเปิด) · CLAUDE.md อยู่ที่ root จึงชี้ไป prompts/00-context.md ได้ตรง ๆ
• ## คำสั่งที่ใช้บ่อย = โน้ตบอก AI ว่าโปรเจกต์นี้รันอะไรยังไง · AI จะได้ไม่เดาคำสั่งเอง (bin/dev ละเอียดในบท 128)

เทียบกับ TypeScript: @ คล้าย import (บท 71) ที่ดึงของจากไฟล์อื่นมาใช้ · ต่างกันตรงที่ @ เอาเนื้อทั้งไฟล์มาวางให้ AI อ่านเลย ไม่ได้เลือกหยิบเฉพาะชิ้น

CLAUDE.md กับ AGENTS.md — ไฟล์เดียวกัน สองชื่อ

ใน repo ของคอร์ส CLAUDE.md ไม่ใช่ไฟล์ธรรมดา · ลองสั่ง ls -l (ดูรายละเอียดไฟล์) กับสองไฟล์นี้:

$ ls -l CLAUDE.md AGENTS.md
-rw-r--r--@ 1 tuwanon  wheel  389 Nov  7 09:14 AGENTS.md
lrwxr-xr-x@ 1 tuwanon  wheel    9 Nov  7 11:18 CLAUDE.md -> AGENTS.md

• ตัวอักษรแรกของบรรทัด: - = ไฟล์ธรรมดา · l = link (ป้ายชี้ไปไฟล์อื่น)
• CLAUDE.md -> AGENTS.md = "CLAUDE.md ชี้ไปที่ AGENTS.md" · เปิด CLAUDE.md ก็คือเปิด AGENTS.md
• ขนาด: AGENTS.md 389 ไบต์ (เนื้อจริง) · CLAUDE.md แค่ 9 ไบต์ = ความยาวของคำว่า AGENTS.md พอดี — ตัว link เก็บแค่ "ชื่อปลายทาง" ไม่ได้เก็บเนื้อ
• ชื่อเจ้าของ (tuwanon) · วันเวลา · @ หลังตัวอักษรชุดแรก (macOS ใส่เอง ไม่เกี่ยวกับ @ ใน CLAUDE.md) ของคุณจะต่างจากนี้ · ที่ต้องตรงคือ l และ -> AGENTS.md

ไฟล์ link แบบนี้เรียกว่า symlink (symbolic link) · ทำไมไม่ตั้งชื่อ CLAUDE.md ไปเลย? เพราะ AGENTS.md เป็นชื่อที่ไม่ผูกกับยี่ห้อ · เอกสารของ Claude Code อธิบาย AGENTS.md ว่าเป็นไฟล์คำสั่งที่เขียนให้ AI coding agent ทั่วไป · ท่า symlink นี้เป็นหนึ่งในสองท่าที่เอกสารให้ไว้สำหรับ repo ที่อยากให้เครื่องมือหลายตัวใช้ไฟล์เดียวกัน (อีกท่าคือ CLAUDE.md ที่มีบรรทัด @AGENTS.md แบบที่เจอในบท 86)

$ echo '- bin/rails console    เปิดครัวทดลอง' >> CLAUDE.md
$ git status --short

$ git status --short
 M AGENTS.md

กฎ 3 ชั้น — ของทีมเข้า git ของส่วนตัวไม่เข้า

CLAUDE.md ไม่ได้มีแค่ไฟล์เดียว · ที่เราใช้บ่อยมีสามที่ และ Claude Codeอ่านทุกไฟล์ที่เจอแล้วเอามาต่อกัน ไม่มีไฟล์ไหนทับไฟล์ไหน (สไลด์หน้า 6 + เอกสาร):

• ~ = โฟลเดอร์บ้านของผู้ใช้ในเครื่อง (เช่น /Users/ชื่อคุณ) · ./ = โฟลเดอร์ปัจจุบัน คือ root ของโปรเจกต์
• .gitignore = ไฟล์รายชื่อ "ของที่ git ต้องทำเป็นมองไม่เห็น" · repo ของคอร์สใส่ CLAUDE.local.md ไว้ที่บรรทัด 40 แล้ว — ภารกิจท้ายบทจะพิสูจน์ด้วยคำสั่งจริง
• ลำดับที่อ่าน: กว้างไปแคบ — ของเราเองทุกโปรเจกต์ → ของโปรเจกต์ → ของส่วนตัวในโปรเจกต์ · ถ้ากฎสองไฟล์ขัดกัน เอกสารบอกว่า Claude อาจเลือกข้อไหนก็ได้ — อย่าเขียนให้ขัดกันตั้งแต่แรก

คำแนะนำ ไม่ใช่การบังคับ

นี่คือประโยคที่สไลด์หน้า 6 บอกว่า "ต้องพูดให้ตรง": CLAUDE.md คือคำแนะนำ · Claude พยายามทำตาม แต่ไม่รับประกัน · เอกสารของ Claude Code พูดแบบเดียวกัน — ไฟล์พวกนี้คือข้อมูลประกอบ ไม่ใช่การตั้งค่าที่บังคับได้

ดูหลักฐานใน repo เดียวกันเลย · กฎข้อ 6 ใน 00-context.md บอกว่า "index action ต้องมี limit หรือ pagination" แต่โค้ดตอนนี้คือ:

# app/controllers/posts_controller.rb (branch day3-start)
  # GET /posts or /posts.json
  def index
    @posts = Post.all
  end

Post.all ไม่มี limit · กฎในไฟล์ไม่ได้แก้โค้ดให้เอง และไม่ได้ห้ามใครเขียนโค้ดผิดกฎ (โค้ดนี้มาจาก scaffold — เราจะแก้ด้วยการแบ่งหน้าในบท 126) · AI ก็เหมือนกัน: อ่านกฎแล้ว ส่วนใหญ่ทำตาม แต่บางครั้งยังพลาด

แล้วกฎที่พลาดไม่ได้จริง ๆ ไปอยู่ไหน? สไลด์ตอบว่า test หรือ CI · repo นี้มีของพวกนี้อยู่แล้วบางส่วน:

• CI (continuous integration) = เครื่องของ GitHub ที่รันตรวจโค้ดให้อัตโนมัติ · ไฟล์ .github/workflows/ci.yml สั่งให้มันทำงานทุกครั้งที่เปิด pull request (คำขอรวมโค้ดจาก branch หนึ่งเข้าอีก branch) หรือ push (ส่งโค้ดขึ้น GitHub) เข้า main
• หนึ่งในขั้นของ CI คือ bin/rails db:test:prepare test = รัน test ทั้งหมด · test ไม่ผ่าน = GitHub ขึ้นกากบาทแดง (การเขียน test คือ Day 4)
• gem ที่ดักให้จริง — Gemfile มี strong_migrations (บรรทัด 70) ที่หยุด migration อันตรายได้ทันที = เวอร์ชันบังคับของกฎข้อ 7 (รู้จักแล้วในบท 109) · และ bullet (บรรทัด 72) ที่เตือนเรื่อง N+1 = ผู้ช่วยของกฎข้อ 5 (ใช้จริงในบท 125)

เทียบกับ TypeScript: comment ที่เขียนว่า // ห้ามส่ง null มาตรงนี้ คือคำแนะนำ — คนอ่านอาจข้าม · ส่วน type ที่ไม่รับ null แล้ว tsc ฟ้อง error (บท 63–68) คือการบังคับ · CLAUDE.md อยู่ฝั่ง comment · test/CI อยู่ฝั่ง type

4 อย่างที่จะใช้ทั้งวันใน Claude Code

สไลด์หน้า 7 สรุปไว้ 4 อย่าง · ทุกอย่างพิมพ์ในช่องแชทของ Claude Code ที่เปิดจากโฟลเดอร์โปรเจกต์ (ผมตรวจคำสั่งกับเอกสารทางการแล้ว แต่ไม่ได้แคปหน้าจอมา — หน้าตาของคุณให้ยึดตามที่เห็นจริง)

1 · @ไฟล์ ในช่องพิมพ์ — ยื่นคู่มือหน้านั้นให้ตอนสั่งงาน

> @prompts/03-hotwire.md ทำตามไฟล์นี้

• > = ช่องพิมพ์ของ Claude Code (ไม่ต้องพิมพ์ตาม) · ไฟล์ 03-hotwire.md ยังไม่มีตอนนี้ — เกิดในบท 135
• พิมพ์ @ แล้วจะมีรายการไฟล์ขึ้นมาให้เลือก · กด Tab หรือ Enter เพื่อเลือก แล้วพิมพ์คำสั่งต่อ · เนื้อไฟล์ถูกใส่เข้าบทสนทนาครั้งนี้
• คนละเรื่องกับ @ ใน CLAUDE.md · ในช่องพิมพ์ = ยื่นให้ดูเฉพาะงานนี้ · ใน CLAUDE.md = import ที่โหลดทุก session · เทียบร้าน: แฟ้มที่แขวนข้างป้าย ทุกคนอ่านทุกกะ · ส่วน @ ในช่องพิมพ์ = หัวหน้ายื่นคู่มือหน้านั้นใส่มือตอนสั่งงานนี้

2 · /context — เช็กว่ากฎโหลดมาจริงไหม

context (ของทั้งหมดที่ AI เห็นใน session) มีที่จำกัด เหมือนโต๊ะทำงานที่วางแฟ้มได้จำนวนหนึ่ง · /context แสดงว่าตอนนี้อะไรวางอยู่บนโต๊ะบ้าง · ให้หาหัวข้อ Memory files · สไลด์บอกว่าควรเห็น CLAUDE.md และ prompts/00-context.md ที่ถูก import เข้ามา (ผมไม่ได้เปิดหน้าจอนี้เอง ชื่อที่โชว์ของคุณอาจไม่ตรงเป๊ะ) · ถ้ารายการถูกพับไว้ เอกสารบอกให้พิมพ์ /context all
ไม่เห็น = เปิด claude ผิดโฟลเดอร์ หรือที่อยู่ไฟล์หลัง @ สะกดผิด · สไลด์บอกว่าเช็ก 5 วินาทีแต่กันงงได้ครึ่งชั่วโมง

3 · เติมกฎใหม่หลังเจอ AI พลาด — พิธีกรรมท้ายทุกบล็อก

> เพิ่มกฎนี้ลง prompts/00-context.md:
  ...กฎที่เพิ่งเจอ...

• ระบุชื่อไฟล์เสมอ · เอกสารบอกว่าถ้าพูดแค่ "จำไว้นะ" Claude อาจไปจดใน auto memory (โน้ตที่ Claude จดเองเก็บในเครื่องเรา ไม่เข้า git — เพื่อนในทีมไม่เห็น)
• /memory = เปิดรายการไฟล์คำสั่ง (CLAUDE.md · CLAUDE.local.md · ฯลฯ) เลือกแล้วเปิดแก้ในเอดิเตอร์ได้ · และเปิดดู/ปิด auto memory ได้
• หรือเปิด prompts/00-context.md ใน VS Code แก้ด้วยมือก็ได้ — ผลเหมือนกัน · แก้แล้ว commit ทีมจะได้กฎใหม่ไปด้วย

4 · ของที่ควรรู้ไว้

ถ้าจะใช้กับโปรเจกต์ที่ทำงาน: เปิด claude ในโฟลเดอร์โปรเจกต์ แล้วพิมพ์ /init · เอกสารบอกว่ามันจะสแกน repo แล้วร่าง CLAUDE.md ให้ (ถ้ามีอยู่แล้วจะเสนอแก้แทนการเขียนทับ) · ร่างที่ได้คือจุดเริ่ม — กฎที่ AI เดาจากโค้ดไม่ได้ (เช่นกฎธุรกิจ) เรายังต้องเติมเอง

ภารกิจ

$ ls -l CLAUDE.md AGENTS.md
-rw-r--r--@ 1 tuwanon  wheel  389 Nov  7 09:14 AGENTS.md
lrwxr-xr-x@ 1 tuwanon  wheel    9 Nov  7 11:18 CLAUDE.md -> AGENTS.md
$ wc -l prompts/00-context.md
      35 prompts/00-context.md
$ git check-ignore -v CLAUDE.local.md
.gitignore:40:CLAUDE.local.md	CLAUDE.local.md
$ git status --short
$

## เป้าหมาย
หน้ารายการบทความ (/posts) บอกชื่อหมวดของแต่ละบทความ เช่น "ของหวาน" แทนตัวเลข

## ข้อกำหนด
- แก้ app/views/posts/_post.html.erb ให้แสดง post.category.name
- PostsController#index ต้อง includes(:category)

## ห้าม
- แก้ไฟล์อื่นนอกจากสองไฟล์ข้างบน
- เปลี่ยนโครงตาราง (ไม่ต้องมี migration)

## เกณฑ์ตรวจรับ
- [ ] เปิด /posts แล้วเห็นชื่อหมวดเป็นภาษาไทย ไม่มีตัวเลข category_id
- [ ] log ของการโหลด /posts ครั้งเดียว ไม่มี SELECT ตาราง categories ซ้ำทีละบทความ

ทดสอบความเข้าใจ

ถามกลับได้เลย

ถ้าไม่แน่ใจว่ากฎข้อหนึ่งควรอยู่ไฟล์ไหน ให้ก็อปกฎข้อนั้นมาถาม พร้อมบอกว่า "ใช้กับโปรเจกต์ไหน · ใครต้องรู้" · หรือถ้า /context ไม่เห็นไฟล์ที่ควรเห็น ให้ก็อปผล ls -l CLAUDE.md AGENTS.md กับ pwd (โฟลเดอร์ที่เปิดอยู่) มาด้วย — สองอย่างนี้ตอบได้เกือบทุกครั้ง

ถ้าเปิดสไลด์ดูประกอบ

อ้างอิง

• Claude Code Docs — How Claude remembers your project — อ่านตาราง Choose where to put CLAUDE.md files (ชั้นของไฟล์ · ใครเห็น) · ต่อด้วย Write effective instructions (ขนาด ~200 บรรทัด · กฎที่ขัดกัน) · และ Import additional files (การใช้ @path · ที่อยู่นับจากไฟล์ที่ import)
• Claude Code Docs — AGENTS.md — ตารางว่าเมื่อไหร่อ่าน AGENTS.md เมื่อไหร่อ่าน CLAUDE.md · หัวข้อย่อย Share one file with other coding tools คือท่า symlink ที่ repo ของคอร์สใช้ และข้อควรระวังบน Windows
• Claude Code Docs — Commands — หาแถว /context · /compact · /init · /memory ในตาราง All commands ว่าแต่ละตัวทำอะไร
• Claude Code Docs — Reference files and directories — การใช้ @ไฟล์ ในช่องพิมพ์ · ปุ่ม Tab/Enter ตอนเลือกไฟล์
• Claude Code Docs — What survives compaction — ตารางสั้น ๆ ว่าหลัง /compact อะไรถูกโหลดกลับ (CLAUDE.md ที่ root) อะไรหาย
• repo ของคอร์ส — โฟลเดอร์ prompts/ ใน branch day3-start — เปิด 00-context.md ฉบับต้นทาง · และไฟล์ AGENTS.md · .gitignore ที่ root ของ branch เดียวกัน