บทที่ 11 — จัดบ้านให้ Claude · Harness ฉบับ Cowork
ใช้ปุ่ม ← → เปลี่ยนสไลด์ได้MODULE 11 · AGENTIC HARNESS · บทต่อยอด
จัดบ้านให้ Claude — ทำครั้งเดียว ใช้ได้ทุกครั้งต่อจากนี้
บทที่ 8 สอนสั่งงานให้เก่งขึ้น "ครั้งนี้" — บทนี้สอนวางระบบรอบตัว Claude ให้ "ทุกครั้งต่อจากนี้" ดีขึ้นเอง โดยไม่ต้องเล่าบริบทซ้ำ ไม่ต้องกลัวว่าจะแตะไฟล์ผิด และงานส่งต่อข้าม session ได้
ใช้เวลาประมาณ 10 นาที
ต้องมีโฟลเดอร์ GlowDee (บท 3) + Project (บท 7)
ได้อะไรกลับไปโฟลเดอร์ที่ AI ทำงานด้วยได้จริง
PAIN HOOK
ทำไมเปิดงานใหม่ทีไร ต้องเล่าเรื่องเดิมทุกที
ไม่มีระบบรอบตัวเริ่มนับหนึ่งใหม่ทุกครั้ง
- ต้องบอกใหม่ว่าเราขายอะไร ลูกค้าเป็นใคร
- ต้องบอกใหม่ว่าไฟล์ไหนคือข้อมูลจริง
- ต้องเตือนใหม่ว่าห้ามแก้ไฟล์ต้นทาง
- งานครั้งที่แล้วทำถึงไหน — ต้องไล่อ่านแชตย้อนหลังเอง
- รายงานแต่ละรอบหน้าตาไม่เหมือนกัน เพราะวันนั้นสั่งไม่เหมือนกัน
มีระบบรอบตัวเริ่มจากจุดเดิมได้ทันที
- บริบทอยู่ในไฟล์ — Claude อ่านเองก่อนเริ่มงาน
- กติกาและข้อห้ามอยู่ที่เดียว ใช้ทุกงาน
- สถานะงานล่าสุดเปิดดูได้ ไม่ต้องเดา
- ผลงานหน้าตาเหมือนกันทุกรอบ เพราะมีมาตรฐานเขียนไว้
- เปลี่ยนเครื่อง เปลี่ยนคนทำ ก็รับงานต่อได้
คนส่วนใหญ่แก้ปัญหานี้ด้วยการ "พิมพ์ prompt ให้ยาวขึ้น" — ซึ่งช่วยได้แค่ครั้งนั้น พอเปิดงานใหม่ก็หายไปกับสายลม
แนวคิดหลักของบท
Claude คือ "สมอง" — Harness คือ "ระบบการทำงานรอบสมอง"
สมองอย่างเดียวคิดได้ ตอบได้
- ตอบคำถาม เขียนข้อความ วิเคราะห์สิ่งที่เราพิมพ์ให้
- รู้เท่าที่เราเล่าในแชตนั้น — จบแชตก็จบกัน
สมอง + HARNESSลงมือทำงานได้จริง
- อ่านไฟล์ในโฟลเดอร์ของเราเองได้
- ใช้เครื่องมือและระบบที่เราต่อไว้
- ทำตามกติกาที่เราตั้ง และรู้ว่าห้ามแตะอะไร
- จำบริบทของงานเรื่องนั้นข้ามครั้งได้
- ทำงานหลายขั้นต่อเนื่องจนจบ ไม่ใช่ตอบทีละคำถาม
วงจรการทำงานของ Agent
อ่านว่างานนี้คืออะไร ของอยู่ไหน
เปิดไฟล์ คำนวณ เขียน สร้างของ
เช็คว่าตรงโจทย์และตรงกติกาไหม
ยังไม่ผ่านก็วนกลับไปแก้
ภาพจำ: จ้างคนเก่งระดับหัวกะทิมาทำงาน แต่วันแรกไม่มีใครบอกว่าบริษัททำอะไร เอกสารอยู่ตู้ไหน ห้ามแตะแฟ้มไหน งานเสร็จวางที่ไหน — เก่งแค่ไหนก็ทำงานไม่ออก · Harness คือระบบรอบตัวพนักงานคนนั้น ไม่ใช่ตัวพนักงาน
FRAMEWORK ประจำบท
แบ่งไฟล์เป็น 5 ชั้น — จำแค่นี้ก็จัดบ้านเป็น
| ชั้น | ไฟล์ชั้นนี้ตอบคำถามว่า | ใน Cowork คืออะไร |
|---|---|---|
| 1 · Context บริบท | Claude ต้องรู้อะไรก่อนเริ่มงาน | PROJECT_BRIEF.md · README.md · Context ของ Project |
| 2 · Rules กติกา | ต้องทำตามกติกาอะไร ห้ามอะไร | Project Instructions · brand-guidelines.md |
| 3 · Capability วิธีทำ | งานแบบนี้มีขั้นตอนอย่างไร | Template · Checklist · Skill (บท 4) |
| 4 · Tools เครื่องมือ | ใครช่วยทำ ต่อกับระบบไหน | Skills & Plugins (บท 4) · Connectors (บท 9) |
| 5 · State สถานะ | งานถึงไหน ตัดสินใจอะไรไปแล้ว | STATUS.md · DECISIONS.md · ไฟล์จริงใน 04_Reports/ |
ประโยคที่ให้จำ
รู้เรื่องอะไร → ทำตามกติกาอะไร → ใช้วิธีใด → ใช้ใครหรือเครื่องมือใด → บันทึกผลไว้ที่ไหน
ของที่มีอยู่แล้วในมือ
Cowork Project ให้มา 4 ส่วน — ครอบคลุมกี่ชั้น
ชั้น 2 · RULESInstructions
- โทน รูปแบบ และกติกาที่ใช้กับทุกงานในโปรเจกต์
ชั้น 1 · CONTEXTContext
- โฟลเดอร์ในเครื่อง · แชตโปรเจกต์ที่ลิงก์ไว้ · ลิงก์เว็บ
ชั้น 3-4Scheduled tasks
- งานอัตโนมัติเฉพาะโปรเจกต์นี้ (บท 5)
ชั้น 5 · บางส่วนMemory
- Claude จำจากงานก่อน ๆ ในโปรเจกต์เดียวกัน — ไม่ข้ามโปรเจกต์
ช่องว่างที่ต้องเติมเอง: Cowork ไม่มีช่องให้กรอก "ขั้นตอนการทำงาน" (ชั้น 3) และ "สถานะงาน + การตัดสินใจ" (ชั้น 5) — สองชั้นนี้เราเติมด้วยไฟล์ในโฟลเดอร์ และนั่นคือสาระของบทนี้ทั้งบท
จุดที่คนเข้าใจผิดบ่อยที่สุด
ได้ยินมาว่าต้องมีไฟล์ CLAUDE.md — ใน Cowork ใช่หรือเปล่า
CLAUDE CODEอ่านให้อัตโนมัติ
- CLAUDE.md คือมาตรฐานของ Claude Code
- ถูกอ่านเข้าบริบททุกครั้งที่เริ่ม session โดยไม่ต้องสั่ง
- เหมือนเอกสาร briefing ที่พนักงานต้องอ่านก่อนเริ่มงาน
COWORKต้องสั่งให้อ่านเอง
- คู่มือทางการของ Cowork ระบุกลไกบริบทไว้ 4 อย่าง: Instructions · Context · Scheduled tasks · Memory
- ไม่ได้ระบุว่าจะโหลด CLAUDE.md ให้อัตโนมัติแบบ Claude Code
- วิธีที่ถูก: เขียน Project Instructions เป็นคำสั่งหลัก แล้วสั่งในนั้นว่า "ก่อนเริ่มทุกงาน ให้อ่านไฟล์คู่มือก่อน"
สรุปให้จำ: ใน Cowork ไฟล์คู่มือไม่ได้ถูกอ่านเอง — เราต้องสั่งให้อ่าน · ข้อดีคือถ้าวันหนึ่ง Cowork รองรับเองขึ้นมา เราก็ใช้โครงเดิมได้ทันทีเพราะไฟล์อยู่ครบแล้ว
ลงมือทำ · 1
เติม 1 โฟลเดอร์ 3 ไฟล์ — ไม่ต้องรื้อของเดิม
glowdee_shop/ ├── 00_BRIEF/ ← ✚ ใหม่ (ชั้น 1 บริบท) │ ├── PROJECT_BRIEF.md เป้าหมาย · ไฟล์ไหนของจริง │ └── GLOSSARY.md นิยาม "ยอดขาย" นับยังไง ├── 01_Orders/ ข้อมูลต้นทาง — อ่านอย่างเดียว ├── 02_Customers/ ├── 03_Products/ ├── 04_Reports/ ผลงานที่ส่งมอบ (ชั้น 5) ├── 05_Finance/ ├── 06_Marketing/ │ └── brand-guidelines.md มีอยู่แล้ว = ชั้น 2 กติกา └── 07_Workspace/ พื้นที่ร่าง ├── STATUS.md ← ✚ ทำถึงไหน ต่อยังไง └── DECISIONS.md ← ✚ ตัดสินใจอะไร เพราะอะไร
- 1ของเดิมไม่ต้องแตะ
7 โฟลเดอร์ที่ดาวน์โหลดมาในบทที่ 3 อยู่เหมือนเดิมทุกอย่าง
- 2เพิ่ม 00_BRIEF/ ไว้บนสุด
ขึ้นต้นด้วย 00 เพื่อให้อยู่บนสุดของรายการ — เห็นปุ๊บรู้ว่าต้องอ่านก่อน
- 3ไฟล์สถานะไว้ใน 07_Workspace/
เพราะเป็นของที่เปลี่ยนบ่อย ไม่ใช่ข้อมูลต้นทางและไม่ใช่ผลงานส่งมอบ
- 4กติกาแบรนด์มีอยู่แล้ว
brand-guidelines.md ในโฟลเดอร์ฝึกทำหน้าที่ชั้น 2 อยู่ก่อนแล้ว — แค่ยังไม่เคยถูกสั่งให้ใช้
ลงมือทำ · 2
PROJECT_BRIEF.md — คู่มือประจำร้าน 6 หัวข้อ
01เราทำอะไร ใครอ่าน
- ร้านสกินแคร์ออนไลน์ ทีม 3 คน · ผู้อ่านรายงานคือเจ้าของร้าน
02ไฟล์ไหนคือของจริง
- ยอดขายยึดจาก 01_Orders/ เท่านั้น ไม่เอาจากสรุปเก่า
03คำศัพท์และนิยาม
- "ยอดขาย" = หลังหักส่วนลด ก่อนค่าส่ง · "ลูกค้าเงียบ" = ไม่ซื้อเกิน 60 วัน
04มาตรฐานผลงาน
- สรุป 5 บรรทัดบนสุด → ตาราง → ปิดด้วยข้อเสนอ
05ข้อห้าม
- ห้ามแก้หรือเขียนทับไฟล์ใน 01_Orders · 02_Customers · 03_Products
06เสร็จแล้วคืออะไร
- ไฟล์อยู่ใน 04_Reports/ + อัปเดต STATUS.md แล้ว
ทางลัด — ให้ Claude ร่างให้ก่อน แล้วเราตรวจ
อ่านไฟล์ทั้งหมดในโฟลเดอร์นี้ แล้วร่าง 00_BRIEF/PROJECT_BRIEF.md ให้ครบ 6 หัวข้อ: เป้าหมายและผู้อ่าน · ไฟล์ที่เป็นข้อมูลจริง · นิยามคำศัพท์ที่ใช้ในรายงาน · มาตรฐานผลงาน · ข้อห้าม · เกณฑ์ว่างานเสร็จ จุดไหนที่เดาไม่ได้ ให้เว้นเป็น [รอเติม] และถามกลับมาเป็นข้อ ๆ ห้ามเดาแทนฉัน
บรรทัดสุดท้ายสำคัญที่สุด — คู่มือที่ AI เดาเอาเองไม่ใช่คู่มือ มันคือข้อสันนิษฐานที่เราจะเผลอเชื่อไปทั้งปี
ลงมือทำ · 3
Project Instructions = ประตูทางเข้า ไม่ใช่คู่มือทั้งเล่ม
ก่อนเริ่มทุกงานในโปรเจกต์นี้: 1. อ่าน 00_BRIEF/PROJECT_BRIEF.md ก่อนเสมอ 2. อ่าน 07_Workspace/STATUS.md เพื่อดูว่าค้างอะไรไว้ 3. ใช้ข้อมูลจาก 01_Orders, 02_Customers, 03_Products เท่านั้น 4. ห้ามแก้หรือเขียนทับไฟล์ต้นทางใน 3 โฟลเดอร์ข้างต้น 5. งานร่างเก็บใน 07_Workspace/ · งานที่เสร็จแล้วเก็บใน 04_Reports/ 6. เขียนตามโทนใน 06_Marketing/brand-guidelines.md 7. ข้อมูลไม่ครบหรือขัดกัน ให้บอกก่อน ห้ามเดาตัวเลข 8. จบงานทุกครั้ง อัปเดต STATUS.md และถ้ามีการตัดสินใจใหม่ให้บันทึกใน DECISIONS.md
Instructionsสั้น · เป็นประตู
- บอกแค่ว่า "ไปอ่านอะไร เก็บของที่ไหน ห้ามอะไร"
- แก้ไม่บ่อย — เพราะไม่ได้ใส่รายละเอียด
PROJECT_BRIEF.mdยาวได้ · เป็นคู่มือ
- นิยาม มาตรฐาน ตัวอย่าง ใส่ได้เต็มที่
- แก้คู่มือได้โดยไม่ต้องแตะ Instructions เลย
ลงมือทำ · 4
ไฟล์สถานะ — ตัวที่ทำให้ "ส่งงานข้าม session" ได้จริง
07_Workspace/STATUS.mdงานถึงไหนแล้ว
# STATUS — อัปเดต 5 ส.ค. 2026 ## เสร็จแล้ว - รายงานยอดขาย พ.ค.-ก.ค. → 04_Reports/ ## กำลังทำ - วิเคราะห์ลูกค้าเงียบ (ค้างที่นิยามว่ากี่วัน) ## งานถัดไป - เช็คสต๊อกต่ำกว่าจุดสั่งซื้อ ## ติดอยู่ตรงไหน - ไฟล์ ก.ค. มีออเดอร์ถึงแค่วันที่ 28
07_Workspace/DECISIONS.mdตกลงอะไรไปแล้ว
5 ส.ค. 2026 · "ยอดขาย" นับหลังหักส่วนลด ก่อนค่าส่ง — เพราะต้องเทียบกับรายงาน Shopee 3 ส.ค. 2026 · "ลูกค้าเงียบ" = ไม่ซื้อเกิน 60 วัน — เพราะรอบซื้อซ้ำเฉลี่ยของร้านคือ 45 วัน
- 1 บรรทัดต่อ 1 การตัดสินใจ + เหตุผล
ทำไม Memory ใช้แทนไม่ได้: Memory คือสิ่งที่ Claude จดเอง เราตรวจและแก้ได้ไม่สะดวก และไม่ใช่เอกสารที่ทีมควบคุม — เรื่องที่ผิดแล้วเจ็บ (นิยาม KPI · ข้อห้าม · การตัดสินใจ) ต้องอยู่ในไฟล์ที่เราคุมเอง
ระวังไว้ก่อน
5 กับดักที่เจอกันแทบทุกคน
| กับดัก | อาการที่เห็น | ทางแก้ |
|---|---|---|
| ยัดทุกอย่างไว้ที่เดียว | Instructions ยาวเป็นหน้า Claude จับใจความสำคัญไม่ได้ | คู่มือยาวแยกไป PROJECT_BRIEF.md เหลือประตูทางเข้าไว้ |
| กฎขัดกันเอง | ที่หนึ่งบอก "เขียนละเอียด" อีกที่บอก "สั้นกระชับ" → Claude เลือกเอง | 1 เรื่องมีที่เดียวที่เป็นของจริง และไล่เก็บกฎเก่าเป็นระยะ |
| ใช้ Memory แทนเอกสาร | นิยามหรือตัวเลขเปลี่ยนโดยไม่มีใครรู้ตัว | ของสำคัญเขียนลงไฟล์ที่เราคุมเอง |
| ไม่มีสถานะกลาง | เปิดงานใหม่ต้องไล่อ่านแชตย้อนหลังเอง | จบงานทุกครั้งอัปเดต STATUS.md — 30 วินาที |
| สร้างใหญ่เกินตั้งแต่วันแรก | ทำไป 10 ไฟล์ 5 skill แล้วไม่ได้ใช้จริงสักอัน | เริ่มจาก 3 ไฟล์ แล้วเพิ่มเฉพาะจุดที่พังซ้ำจริง |
QUICK CHECK
เช็คความเข้าใจก่อนปิดบท
ตอบในใจก่อน แล้วค่อยกดดูเฉลย
1 · วางไฟล์ CLAUDE.md ไว้ในโฟลเดอร์ แล้ว Cowork จะอ่านเองไหม?
ไม่แน่นอน — CLAUDE.md เป็นมาตรฐานของ Claude Code ที่อ่านอัตโนมัติทุก session · ส่วน Cowork ให้เขียน Project Instructions เป็นคำสั่งหลัก แล้วสั่งในนั้นว่าให้อ่านไฟล์คู่มือก่อนเริ่มงาน
2 · สั่ง prompt เก่ง ๆ ทุกครั้ง ใช้แทนการจัดระบบได้ไหม?
ได้แค่ครั้งเดียว — prompt ดีทำให้งานครั้งนั้นดี แต่ครั้งหน้าเริ่มนับหนึ่งใหม่ · Harness เก็บบริบทไว้ให้ทุกครั้งถัดไปโดยไม่ต้องพิมพ์ซ้ำ
3 · นิยามว่า "ยอดขาย" ของร้านนับยังไง ควรอยู่ที่ไหน?
ไฟล์ที่เราคุมเอง — PROJECT_BRIEF.md หรือ GLOSSARY.md ไม่ใช่ Memory เพราะเป็นข้อตกลงที่ถ้าผิด รายงานจะผิดทั้งฉบับโดยที่เราไม่รู้ตัว
4 · ควรเริ่มจากทำครบทั้ง 5 ชั้นเลยไหม?
ไม่ต้อง — เริ่มจากชั้น 1 · 2 · 5 (บริบท กติกา สถานะ) ซึ่งคือ 3 ไฟล์เท่านั้น แล้วค่อยเพิ่มชั้น 3-4 เมื่อเจองานที่ต้องทำซ้ำจริง
สาระสำคัญ
สรุปบทที่ 11 — และบันได 3 ระดับ
ระดับ 1โฟลเดอร์คือบริบท
- Instructions + PROJECT_BRIEF.md + STATUS.md + แยก ต้นทาง/ร่าง/ส่งมอบ
- ได้: ไม่ต้องเล่าบริบทใหม่ทุกครั้ง
ระดับ 2ทำซ้ำได้
- Template + Checklist + Skill (บท 4) + DECISIONS.md
- ได้: งานครั้งที่ 2-10 หน้าตาเหมือนครั้งแรก
ระดับ 3Agent ที่คุมได้
- Connector (บท 9) + Scheduled tasks (บท 5) + โหมดอนุมัติ (บท 3)
- ได้: ทำงานแทนได้จริงในขอบเขตที่เราคุม
KEY TAKEAWAY
Prompt ที่ดีทำให้งาน "ครั้งนี้" ดีขึ้น — Harness ที่ดีทำให้ "ทุกครั้งต่อจากนี้" ดีขึ้น · เริ่มวันนี้ด้วย 3 ไฟล์กับโฟลเดอร์ GlowDee ที่มีอยู่แล้ว แล้วค่อยขยายเมื่อเจอจุดที่พังซ้ำ