คู่มือ Claude Skill
สำหรับมนุษย์ออฟฟิศ

เจอกันที Part 5 · ตอนคุณมี skill 10 ตัวให้ทีมใช้ — AIDailyTH · พฤษภาคม 2569 บทที่ 1 · Skill คืออะไร · ทําไมต้อง สนใจ TL;DR ทุกครังทีเปดแชทกับ Claude · คุณต้องอธิบายเรืองเดิมซา · " ทีมเราใช้ template นี ..." " ตอบลูกค้าด้วย tone แบบนี ..." · Skill คือไฟล์ทีบอก Claude ครังเดียว · มันจําได้ตลอด · หยิบมาใช้เองทุกครังทีเจอ scenario ตรงกัน · ไม่ ต้อง paste ซาอีกเลย ปญหาทีคุณรู้สึกแต่ไม่เคยตังชือ ลองนึกถึงเช้าวันจันทร์ทีผ่านมา คุณเปิด Claude · พิมพ์ว่า " ช่วยร่าง weekly update ให้หน่อย · ทีมเราใช้โครง 3P คือ Progress · Plans · Problems · ส่งหัวหน้าทุกศุกร์ · เขียนภาษาไทยกึงทางการ · ไม่ต้องใส่ emoji · ลงท้ายว่า ' มีอะไรเพิมเติม รบกวนแจ้ง ' " Claude ร่างให้ดีมาก · คุณส่งหัวหน้า · จบงาน ศุกร์ถัดมา · คุณเปดแชทใหม่ · ต้องพิมพ์เรืองเดิมซาหมด · ทีมใช้โครง 3P · ภาษากึง ทางการ · ไม่มี emoji · ลงท้ายแบบนี เดือนหน้า · ก็เหมือนเดิม ผ่านไป 6 เดือน · คุณก็ยังต้องอธิบายเรืองเดียวกันให้ Claude ฟง 24 ครัง · 100 ครัง · ไม่จบ นีคือปญหาทีทุกคนรู้สึก · แต่น้อยคนตังชือ ภาษาฝรังเรียกว่า re-explanation tax · ภาษีค่าอธิบายซา · เสียทุกครังทีเปดแชท ใหม่ Skill = บอกครังเดียว · จําตลอด Skill ( อ่าน " สกิล ") คือไฟล์ markdown สัน ๆ ไฟล์เดียว · เก็บ " วิธีทํางาน " ของคุณ · upload ให้ Claude แค่ครังเดียว · มันจําได้ตลอดไป ทุกครังทีคุณพิมพ์อะไรทีตรงกับ scenario ในไฟล์ · Claude หยิบ skill ขึนมาใช้เอง · ไม่ต้องบอก · ไม่ต้อง paste template · ไม่ต้อง re-explain ลองนึกแบบนี Mental model ใน 30 วินาที่ ถ้า Claude ยังไม่มี skill · มันเหมือนพนักงานใหม่ ทีคุณต้องสอนงานทุกวัน ถ้า Claude มี skill ของคุณ · มันเหมือนพนักงานทีทํา กับคุณมา 5 ป · รู้ทุก template · รู้ tone · รู้ว่าหัวหน้าชอบโครงไหน ความต่างไม่ใช่ความฉลาดของ AI · เปนความรู้บริบทเฉพาะของคุณที AI เคย " เห็น " หรือไม่เคย เปรียบเทียบกับสิงทีคุณทําในชีวิตจริงอยู่แล้ว ลองนึกถึง template ทีทีมคุณใช้ ทีม HR ใช้ template Word สําหรับ offer letter · ทุกครังทีจะออก offer ใหม่ · เปิด template · กรอกชือ · เซฟ · ส่ง · ไม่มีใครเขียน offer letter จาก blank page ทุก ครัง ทีมขายใช้ template proposal ใน Google Docs · ทุก deal ใหม่ · copy template · ปรับให้เข้ากับลูกค้า · ส่ง · ไม่มีใครเริมจาก 0 Skill คือสิงเดียวกันสําหรับ Claude แทนทีจะ " เริมสอน Claude ใหม่ทุกแชท " · คุณสร้าง template ทีบอกวิธีทํางาน · upload · Claude ทํางานตาม template ทุกครังทีเจอ scenario ตรง ต่างกันแค่ template ของคุณเปน .docx · ของ Claude เปน .skill ทําไม Skill mattter สําหรับมนุษย์ออฟฟศโดยเฉพาะ มนุษย์ออฟฟศ = คนทีงานส่วนใหญ่เปน " งานทําซาทีมี variation" Weekly update · monthly report · sales reply · meeting summary · candidate screening · proposal · ตอบ email ลูกค้า · เอกสารทุกอย่างทีดูเหมือน เดิมแต่ไม่เคยเหมือนเดิม นีคือเขตที Skill ทํางานได้ดีทีสุด 3 ผลลัพธ์ทีคุณจะเห็นในวันแรก 1 · ลดเวลาเขียนเอกสารทําซา 60-80% Weekly update ทีเคยใช้เวลา 30 นาที ( เปิด template · นังคิด · เขียน · trim) · ใช้ เวลา 5 นาที ( พิมพ์ trigger phrase · review draft · ส่ง ) Sales reply ทีเคยใช้เวลา 15 นาทีต่อฉบับ · เหลือ 3 นาที Project debrief ทีเคยใช้เวลา 1 ชัวโมงต่อโครงการ · เหลือ 15 นาที (ตัวเลขนีคือช่วงทีคนใช้ Skill จริงรายงาน · ไม่ใช่ benchmark วิจัย · variation จะ ขึนกับความซับซ้อนของ template) 2 · งานออกมาตรง style บริษัทเสมอ ทุกครังทีคุณรีบ · บางครัง draft ออกมาผิด tone · ผิด structure · ลูกค้าคนใหม่ทัก ว่าทําไมคราวนีไม่เหมือนเดิม Skill ที encode tone + structure ไว้แล้ว · Claude ออก draft ตรงทุกครัง · ไม่ขึน กับว่าวันนันคุณเหนือยแค่ไหน 3 · ส่งต่อให้คนใหม่ในทีมง่ายขึน วันทีคุณลาออก หรือเปลียนแผนก · ทักษะ " วิธีคิด " ทีอยู่ในหัวคุณ จะหายไปด้วย ถ้าคุณ encode วิธีคิดเปน Skill ไว้ · พนักงานใหม่โหลด skill เดียว · ทํางานได้ เหมือนคุณตังแต่วันแรก · ไม่ต้องนังสอน 2 อาทิตย์ นีคือสิงทีเพิง possible เมือมี Claude Skill เปดให้ใช้ ป 2025-2026 " แล้ว Skill กับ ChatGPT Memory · กับ Custom GPT · ต่างกันยังไง ?" คําถามนีคนถามบ่อย · สัน ๆ ตอนนี Memory = ข้อมูลส่วนตัวที AI จํา ( เช่น ชือคุณ · รสชาติชอบ · ภาษาทีใช้ ) Custom GPT = wrapper ทีบริษัทสร้างให้ลูกค้าใช้ ( เน้น distribution) Skill = workflow ทีคุณทําซา · บอกครังเดียว · ใช้เองทุกครังทีเจอ scenario 3 อย่างนีต่างกัน · เลือกใช้ตามงาน · บทที่ 2 จะเทียบให้เห็นพร้อมตารางและ decision tree ตอนนีแค่จําว่า Skill = ของทีใช้ encode " วิธีทํางานทําซาทีมี variation" ลองทําเลย · 5 นาที่ เปิด Claude.ai หรือ Claude Code พิมพ์เข้าไปประโยคเดียว "ช่วยสร้าง skill ทีทํา [ งานทีคุณทําซาทีสุดสัปดาห์ละครัง ] ให้หน่อยครับ " ตัวอย่าง "ช่วยสร้าง skill ทีทํา weekly update 3P ส่งหัวหน้าทุกศุกร์ให้หน่อยครับ " "ช่วยสร้าง skill ทีตอบลูกค้าใหม่ที inquiry เข้ามาทาง LINE OA ให้หน่อยครับ " "ช่วยสร้าง skill ทีสรุปประชุมเปน decision + action items ให้หน่อยครับ " Claude จะถามกลับ 4 คําถาม · ตอบตามจริง · มันจะส่งไฟล์ .skill ให้คุณโหลด ใช้เวลาทังหมดไม่ถึง 30 นาที · ได้ skill แรกของคุณก่อนกินข้าวเทียง วิธีโหลด · วิธีใช้ · วิธี iterate ให้ดีขึน · บทที่ 4-6 จะอธิบายทุกขันแบบ screenshot บทถัดไป

พร้อม decision tree บทที่ 2 · Skill vs Memory vs Custom GPT · ใช้อันไหนเมือไหร่ TL;DR Memory เก็บ " คุณเปนใคร " · Custom GPT เปน "wrapper ของบริษัท " · Skill เก็บ " วิธีทํางานของคุณ " เลือก Skill เมือคุณมี workflow ทีทําซา · มี structure ชัด · อยาก output ตรง style ทุกครัง 3 อย่างนีดูเหมือนกันแต่ทําคนละหน้าที่ มือใหม่มักสับสน · เพราะ ChatGPT · Claude · Gemini เปิด feature ทีฟงคล้าย ๆ กันตลอด Memory · Custom GPT · Skill · Project · Connector · Workspace · ฯลฯ จะตัดสินใจง่ายขึนมากเมือตอบคําถาม 1 ข้อ คําถามทีตัดทุกอย่างชัด " ฉันอยากให้ AI จํา อะไร · เพือทํางาน แบบไหน?" Memory · "AI จําคุณเปนใคร " Memory คือ note ส่วนตัวที AI เก็บไว้ระหว่างแชท ชือคุณคือ "AIDailyTH" คุณเปน content creator · target audience คือคนไทย คุณชอบคําตอบสัน · ภาษาเรียบ · ไม่ฟุมเฟอย คุณใช้ macOS · เครืองมือหลักคือ Notion + Figma ครังหน้าทีเปดแชทใหม่ · AI ไม่ต้องถามคําถามพืนฐานเหล่านีซา · มันเปิด memory ดูเอง Memory เหมาะกับ " ข้อเท็จจริงเกียวกับคุณ " ทีใช้ across หลายงาน ไม่เหมาะกับ " วิธีทํา weekly update 3P" · เพราะนันไม่ใช่เรืองของคุณ · เปนเรือง ของ workflow เฉพาะ Custom GPT · "wrapper ทีบริษัทแจกให้คนใช้ " Custom GPT ( ของ OpenAI · Claude เรียก Projects) คือ space ทีมี System prompt ตังไว้แล้ว Knowledge files upload แล้ว Tools เปิด / ปดเฉพาะทีอยากให้ใช้ หน้าตา branded ของบริษัท เหมาะกับ scenario แบบนี บริษัทอยากให้ลูกค้าใช้ AI พูดคุยกับ knowledge ของบริษัท (FAQ · product manual) ทีมเปิด GPT ตัวเดียวให้ทุกคนใช้ · ทุกคนได้ behavior ตรงกัน แบรนด์ทําตัว GPT ขายใน GPT Store ปญหาของ Custom GPT สําหรับมนุษย์ออฟฟศคนเดียว 1. มัน " ปด " ใน UI เฉพาะ · ใช้ Claude API ตรง ๆ ไม่ได้ 2. แชร์ทีมต้องผ่าน paid plan 3. ปรับเปลียน workflow เล็ก ๆ ต้องเข้าไปแก้ใน admin panel · ไม่ใช่ไฟล์ที commit ใน git ได้ Custom GPT = สําหรับ distribution + branding · ไม่ใช่สําหรับ personal workflow Skill · " วิธีทํางานของคุณ · ใช้ทีไหนก็ได้ " Skill คือไฟล์ markdown สัน ๆ ทีเก็บ " วิธีทํา task เฉพาะ " Skill ทํา weekly update 3P Skill ตอบลูกค้าใน tone บริษัท Skill สรุปประชุมเปน decision + action items Skill รีวิวสัญญาเบืองต้น (highlight clause + missing provision) Skill ทํา proposal ตาม discovery call note ต่างจาก Memory ตรง · Skill ทํางานเฉพาะตอนเจอ scenario ตรงกัน · ไม่ถูกใส่ใน context ทุกแชท ต่างจาก Custom GPT ตรง · Skill เปนไฟล์ทีคุณเปนเจ้าของ · พกข้ามเครืองได้ · แชร์ทีมได้ฟรี · iterate ได้เร็ว ตารางเทียบ · 1 หน้า Aspect Memory Custom GPT Skill เก็บอะไร ข้อมูลเกียวกับ คุณ system prompt + knowledge บริษัท วิธีทํา task เฉพาะ trigger ตอนไหน ทุกแชท (passive) ตอนเปิด GPT นัน เจอ scenario ตรง (auto) Update ยากแค่ไหน คุยกับ AI ปรับ ได้เลย ต้องเข้า admin panel แก้ไฟล์ markdown แล้ว upload ใหม่ แชร์ทีม ไม่ได้ ( ส่วนตัว ) ผ่าน paid plan ฟรี · ส่งไฟล์ให้กัน Best for personal context brand wrapper / distribution workflow ทําซาทีมี structure Worst for task-specific workflow individual user tweak one-off task Decision tree · 30 วินาทีตัดสิน ถามตัวเอง 3 คําถาม 1 · งานนีคุณทําซากีครังต่อเดือน ? 1-2 ครัง · ไม่ต้องสร้าง skill · prompt ตรงไปดีกว่า 3 ครังขึนไป · candidate ของ skill 10 ครังขึนไป · ต้องสร้าง skill เสียเวลาน้อยกว่ามาก 2 · output มี structure ชัดไหม ? ไม่มี structure ( เช่น brainstorm idea) · skill ช่วยไม่ค่อยได้ มี structure ชัด (3P · 4 หัวข้อ · template) · skill เหมาะมาก 3 · ใครจะใช้ ? คุณคนเดียว · Skill personal ทีมใช้ทุกคน · Skill team ( ส่งไฟล์ให้กัน ) ลูกค้าภายนอกใช้ · Custom GPT จะดีกว่า ผ่าน 3 คําถามนี · 80% ของเวลาคุณจะตอบว่า Skill เปนทางทีใช่ เคสที Skill ไม่เหมาะ อย่าใช้ Skill กับงานเหล่านี One-off task · ปละครัง · 3 ครังในชีวิต · prompt ตรงดีกว่า งานคิดสร้างสรรค์ทีไม่มี structure ซา · brainstorm idea · creative writing · เพราะ structure-fit ของ Skill จะกลายเปนกรอบรัด งานทีต้อง real-time data · ดูราคาหุ้น · ข่าวล่าสุด · Skill ไม่ได้แก้เรือง data freshness · ใช้ web search หรือ MCP (Model Context Protocol · ระบบที Claude เชือมต่อกับ external data) ดีกว่า งานที logic เปลียนทุกครัง · ถ้าทุกครังวิธีคิดต่างหมด · Skill จะเปน overhead · prompt ตรงเหมาะกว่า ตัวอย่างจริง · ทีมขาย ทีมขายมีงาน 5 อย่างต่อสัปดาห์ 1. ตอบ inquiry แรกของลูกค้าใหม่ (3-5 ครัง / สัปดาห์ · structure 3 paragraph) 2. ทํา proposal ตาม discovery call note (2 ครัง / สัปดาห์ · template 6 section) 3. ส่ง follow-up หลังประชุม (5-10 ครัง / สัปดาห์ · 3 paragraph) 4. สรุป pipeline report ส่งหัวหน้า (1 ครัง / สัปดาห์ · structure คงที ) 5. คิด pitch ใหม่สําหรับ industry ทีไม่เคยขาย (1 ครังต่อ 2 เดือน · ไม่มี structure) อันที่ 1-4 = Skill เหมาะมาก · ทําซา + มี structure ชัด อันที่ 5 = prompt ตรงดีกว่า · เพราะเปน one-off + creative ทีมขายนีควรมี 4 skills · ไม่ใช่ 5 · ไม่ใช่ 1 ลองทําเลย · 3 นาที่ หยิบ " งานทีทําซาทีสุดสัปดาห์ละครัง " ของคุณ 1 อย่าง ตอบ 3 คําถามใน decision tree ข้างต้น ถ้าทัง 3 ข้อบอกว่า " ใช่ Skill" · ทําเครืองหมาย · นีคือ skill แรกทีจะสร้างในบทถัด ไป บทถัดไป

ของจริง บทที่ 3 · 3 ผลลัพธ์ทีมนุษย์ออฟฟศ จะได้ทันที ( วันแรก ) TL;DR Skill ไม่ใช่ promise ระยะยาว · มันให้ผลตังแต่วันแรก · 3 อย่างทีคุณจะ เห็นในชัวโมงแรกหลังโหลด skill ของตัวเอง คือ เวลาทีหายไป · งานทีตรงเสมอ · และอิสระจากการ re-explain ปญหาคือคน " ลองแล้วเลิก " · ไม่ใช่ " ลองแล้วได้ผล " คนส่วนใหญ่ทีลอง AI tool ใหม่ ๆ มักเลิกใน 2-3 อาทิตย์ · เพราะรู้สึกว่ามัน " ฉลาดดี · แต่ไม่ค่อยช่วยงานจริง " จุดที Skill ต่างคือ · ผลทีเห็น ไม่ได้รอ 2 อาทิตย์ · เห็นในชัวโมงแรก 3 อย่างทีจะเห็นทันที่ 1 · เวลาเขียนเอกสารทําซําลด 60-80% เปรียบเทียบงานเดียวกัน · ก่อนและหลัง skill ก่อนมี skill · weekly update 3P 1. เปิด blank chat 30 วินาที่ 2. พิมพ์ context ( ทีม · template · tone) 3 นาที่ 3. paste rough note ของสัปดาห์ 1 นาที่ 4. รอ Claude draft 1 นาที่ 5. อ่าน · ปรับ format · trim 15 นาที่ 6. ส่งหัวหน้า 1 นาที่ รวม ~20-25 นาที่ หลังมี skill ของ weekly update 3P 1. เปิด chat · พิมพ์ trigger phrase 30 วินาที่ 2. paste rough note ของสัปดาห์ 1 นาที่ 3. รอ Claude draft (skill auto-trigger) 1 นาที่ 4. review · ส่ง 2-3 นาที่ รวม ~5 นาที่ ประหยัด 15-20 นาทีต่อสัปดาห์ · เดือนละ 60-80 นาที · ปละ ~14 ชัวโมง ถ้าคุณมี 3 skill ทําซาลักษณะนี · ปละ ~40 ชัวโมง = 1 สัปดาห์ทํางานเต็ม ๆ ทีได้ คืนมา (ตัวเลขนี assume task complexity เท่าตัวอย่าง · variation จะขึนกับว่า template ของคุณซับซ้อนแค่ไหน ) 2 · งานออกมาตรง style เสมอ · ไม่ขึนกับว่าวันนันคุณ เหนือยแค่ไหน มนุษย์มี " วันทีดี " และ " วันทีเพลีย " วันทีเพลีย · sales reply ทีคุณเขียนเอง อาจ tone ห่างจาก brand voice ของบริษัท หน่อย · ลูกค้าทักว่า " วันนีทําไมตอบไม่เหมือนปกติ " Skill ที encode brand voice ไว้ · output ไม่ขึนกับ mood · ไม่ขึนกับเวลา · ไม่ขึน กับว่าคุณ multitask อยู่กีอย่าง โครงสร้างที skill บังคับเสมอ · พอจะดู "ขอบคุณทีติดต่อมา · ผม [ ชือ ] จาก [ บริษัท ]" (paragraph 1) ตอบคําถามจริงทีลูกค้าถาม (paragraph 2) เสนอ next step ทีชัด (paragraph 3) ลงท้ายแบบทีทีมใช้ (" รบกวนแจ้งหากมีอะไรเพิมเติม ") ทุก reply ออกมาเปนโครงนีทุกครัง · เพราะ skill บังคับ นีคือสาเหตุที Zack Shapiro ( ทนายทีเปิด boutique law firm 2 คน · รับงานให้ 200 startup) บอกว่า skill คือ "moat" · เปนกําแพงปองกันการแข่ง · เพราะ " วิธี ทํางาน " ของเขาถูก encode ไว้แล้ว · ลูกค้าได้ output เหมือนกันทุกครัง · ไม่ขึนกับ ว่าวันนันเขายุ่งกี deal ในบริบทมนุษย์ออฟฟศไทย · นีหมายถึง ตอบลูกค้า tone ตรง · ทุกครัง · ทุก seasonality weekly update ทีหัวหน้าเปดอ่านแล้ว scan ได้ใน 30 วินาที · ทุกศุกร์ proposal ทีไม่มีคําว่า " เรียนคุณลูกค้าทีเคารพ " เพียงเพราะวันนันเร่ง 3 · อิสระจาก re-explanation tax · ครังสุดท้ายทีต้อง paste context ทุกคนรู้สึก แต่ไม่เคยตังชือ เวลาเปดแชทใหม่ · มี ritual ทีทําซาเสมอ "ทีมเราใช้ template นี ..." (paste template) "ตอบลูกค้าด้วย tone แบบนี ..." (paste sample reply) "ไม่ใส่ emoji · ลงท้ายว่า ..." (paste convention) ครังที่ 1 · ใช้เวลา 3 นาที่ ครังที่ 50 · ยัง 3 นาที่ ครังที่ 500 · ก็ยัง 3 นาที่ 3 นาที × 500 = 1500 นาที = 25 ชัวโมง นีคือเวลาทีคุณเสียให้ "re-explanation tax" ตลอด 1 ป · ในงาน weekly update เพียง 1 อย่าง ถ้าคุณมี 5 งานทีทําซาลักษณะนี · เสียปละ ~125 ชัวโมง = 3 สัปดาห์ทํางานเต็ม ๆ ทีหายไปกับการ paste context ซา Skill ตัดสิงนีหมด · ครังสุดท้ายทีคุณ paste context คือตอนสร้าง skill หลังจากนัน · พิมพ์ trigger phrase · skill หยิบมาใช้เอง ตัวเลขทีหนักกว่า · ไม่ใช่เวลา · เปน cognitive load ลดเวลาเปนเรืองทีวัดได้ง่าย · แต่ผลจริงทีคนใช้ skill รายงานมากทีสุด คือเรืองอืน ทุกครังทีต้อง re-explain context · สมองคุณต้อง "load บริบท " กลับเข้ามา · เปิด tab ความจํา · ดึง template ออกมา · นึกถึง tone · นึกถึงตัวอย่าง cognitive load ทุกครังคือเศษเสียวจิตใจ · พอ skill ทําให้คุณข้ามขันนีได้ · สมอง คุณว่างไปจดจ่อกับเรืองที AI ทําแทนไม่ได้ judgment เกียวกับ deal นี เลือกประเด็นทีอยากเน้นใน weekly update ตัดสินใจว่าจะ escalate ปญหานีกีนาทีก่อนประชุม นีคือเรืองที skill ปลดปล่อยให้คุณทําได้ ไม่ใช่ " ใช้ AI แทนคน " · เปน " ใช้ AI กับเรืองที AI ทําได้ดี · เพือให้คุณไปทําเรืองที AI ทําไม่ได้ " เคสจริง · 4 คน 4 อาชีพ · เวลาทีได้คืนต่อสัปดาห์ ตัวเลขนีรวบรวมจาก case study ของผู้ใช้ Claude Skill ทีแชร์ใน community · ทุกคนทํางานออฟฟศ ไม่มีคนเขียนโค้ดเลย อาชีพ งาน เวลาเดิม / สัปดาห์ หลัง skill HR screening CV match กับ JD 4 ชัวโมง 1 ชัวโมง Sales first-touch reply + 3-touch follow-up 6 ชัวโมง 2 ชัวโมง PM weekly status + risk log 3 ชัวโมง 45 นาที Marketer post + 5 variant สําหรับ A/B 5 ชัวโมง 1.5 ชัวโมง รวม · ประมาณ 12-13 ชัวโมง / สัปดาห์ทีได้คืน นีไม่ใช่ " ทํางานน้อยลง " · เปน " ทํางานเรืองอืนได้มากขึน " · เปาหมายเดียวกัน แต่ slack ในตารางมีให้เกินครึง ลองทําเลย · 5 นาที่ หยิบ " งานทีทําซาทีสุด " ของคุณ 1 อย่าง ( อันทีจากบทที่ 2) ตอบ 2 คําถามนี 1 · ใช้เวลาเฉลียกีนาทีต่อครังตอนนี ? 2 · คุณทํามันกีครังต่อเดือน ? คูณ 2 ค่า · นีคือเวลาทีคุณใช้ใน 1 เดือน คาดการณ์ว่า skill จะลด 60-80% · ดูตัวเลขเวลาทีคุณจะได้คืน เก็บตัวเลขนีไว้ · เทียบหลังบทที่ 6 ทีคุณสร้าง skill แรกเสร็จ บทถัดไป

ตรง บทที่ 4 · วิธีง่ายสุด · ให้ Claude สัมภาษณ์ TL;DR ไม่ต้องเรียน YAML · ไม่ต้องเขียน markdown ให้ถูก format · ไม่ต้องรู้ structure ของ SKILL.md เปิด Claude · พิมพ์ประโยคเดียวว่า " ช่วยสร้าง skill ทํา [ งาน ] ให้หน่อย " · Claude สัมภาษณ์ 4 คําถาม · ส่งไฟล์ .skill ให้คุณ โหลด · เสร็จ ทําไมไม่ต้องเขียน skill เอง ตอน Anthropic ปล่อย Claude Skill ออกมา · มี guide 33 หน้าให้คนอ่าน · สอนวิธี เขียน YAML frontmatter · structure ของ SKILL.md · convention ของ reference files ส่วนใหญ่คนอ่านไม่จบ · เพราะดูเหมือนต้องเปน developer แต่ Anthropic ใส่ " ของลับ " ไว้ในตัว Claude ทุกตัว · ของลับชือว่า skill-creator นีคือ skill ที Anthropic เขียนมาเอง · มันรู้วิธีสร้าง skill อืน ๆ ทังหมด แปลว่า · คุณไม่ต้องอ่าน 33 หน้า · ไม่ต้องรู้ YAML · ไม่ต้องเขียน markdown · แค่ บอก Claude ตรง ๆ ว่าอยากได้ skill อะไร · skill-creator จะสัมภาษณ์ + แพ็คไฟล์ ให้ ประโยคเดียวที trigger skill-creator เปิด Claude Code หรือ Claude Desktop ( ไม่ใช่ web · ที web feature นียังไม่เปิด ณ พ . ค . 2026 · ต้องผ่าน Claude Code หรือ Desktop app) พิมพ์เข้าไป "ช่วยสร้าง skill ทีทํา [ ระบุงานทีคุณทําซา ] ให้หน่อยครับ " ตัวอย่าง "ช่วยสร้าง skill ทีทํา weekly update 3P ส่งหัวหน้าทุกศุกร์ให้หน่อยครับ " Claude จะตอบกลับว่าจะ build skill ให้ · แล้วเริมถาม 4 คําถามตามลําดับ 4 คําถามที Claude จะถาม · ตอบยังไงให้ skill ออกมา ตรง คําถาม 1 · " คุณทํางานอะไร ? · ช่วยอธิบาย scenario หน่อย " Claude อยากรู้ " บริบทใหญ่ " ของงาน · ใครเกียวข้อง · ส่งให้ใคร · ทําตอนไหน ตอบไม่ดี "เขียน weekly update ครับ " ตอบดี "ผมทํา weekly update ทุกศุกร์ · ส่งให้หัวหน้าทีม · ทีมมี 6 คน · เนือหาเปนงาน ทีทุกคนในทีมทําในสัปดาห์นัน · format ทีมใช้คือ 3P (Progress · Plans · Problems) · ภาษาไทยกึงทางการ · ไม่ใส่ emoji · ยาวประมาณ 1 หน้า A4" ยิง specific เท่าไหร่ · skill ออกมาตรงเท่านัน · ใช้เวลาตอบ 2-3 นาที · ดีกว่าใช้ เวลาแก้ skill ภายหลังเปนชัวโมง คําถาม 2 · "input ทีคุณจะส่งให้ skill หน้าตาเปนยังไง ?" นีคือคําถามทีหลายคนข้าม · แต่สําคัญทีสุด Claude อยากรู้ "raw material" ทีจะ feed เข้า skill · เพือจะรู้ว่าต้อง parse ยังไง ตอบไม่ดี "ก็ note สัปดาห์ผม " ตอบดี "ผมจะ paste rough note ทีเก็บไว้ใน Notion · บันทึก meeting + งานทีทํา เสร็จ + ปญหา · ปนกัน · ยาวประมาณ 500-1000 คํา · ไม่ structured · มี bullet ครึง · paragraph ครึง " ถ้า input มี variation มาก · บอก Claude ตรง ๆ · เช่น " บางสัปดาห์ผม paste จาก Notion · บางสัปดาห์ paste จาก Google Doc · บางสัปดาห์พิมพ์ใหม่หมด " skill ทีออกมาจะมี logic handle variation นี คําถาม 3 · "output ทีอยากได้หน้าตาเปนยังไง ? · มีตัวอย่างทีชอบ ไหม ?" นีคือคําถามทีเปลียน skill งัน ๆ เปน skill ระดับ pro ตอบไม่ดี "เขียน weekly update ออกมาให้หน่อย " ตอบดี "ขอ paste ตัวอย่างทีส่งหัวหน้าครังล่าสุดให้ดู · ทีใช้ tone ตรงและหัวหน้าตอบ รับ " [paste จริง ] " อยากได้ออกมาแบบนี · 3 section · แต่ละ section 3-4 bullet · ลงท้ายด้วย " มีอะไรเพิมเติม รบกวนแจ้ง " paste ตัวอย่างจริง 1-2 ชินที " ใช่ " · skill จะ encode style ตรงมาก ถ้าไม่มีตัวอย่าง · บอก format desired แทน คําถาม 4 · " ตังชือ skill · กับ trigger phrase ทีอยากให้ Claude จับ " trigger phrase = ประโยค / คําทีเวลาคุณพิมพ์ · Claude จะรู้ว่าให้หยิบ skill นีขึน มาใช้ ตอบไม่ดี · trigger คลุมเกินไป "ใช้ตอนเขียนงาน " ตอบไม่ดี · trigger jargon "ใช้ตอน weekly3p_v2" ตอบดี · trigger เปนภาษาทีคุณพิมพ์จริง "ใช้ตอนผมพิมพ์ ' ทํา weekly update' หรือ ' ส่งหัวหน้า ' หรือ ' สรุปสัปดาห์ ' " trigger หลายแบบ · Claude เลือกจับเองตาม context หลังตอบ 4 คําถาม · Claude ทําอะไรต่อ Claude จะ 1. Synthesize คําตอบเปน skill structure 2. Write SKILL.md (frontmatter + content) 3. แสดง preview ให้คุณดู 4. ถามว่า OK ไหม 5. ถ้า OK · Package เปนไฟล์ .skill ( จริง ๆ คือ zip ที rename) · ส่ง download link ใช้เวลา 5-10 นาที total · ตังแต่ trigger คําถาม 1 จนได้ไฟล์ ถ้า Claude ให้ skill ทีไม่ตรง · บอกเลยตรง ๆ ว่า " ขอเปลียน section X เปน ..." · มัน แก้ในทีเดียว · ไม่ต้องเริมใหม่ Tip 3 ข้อก่อนสัมภาษณ์ · เพิมความตรง 10x Tip 1 · เตรียมตัวอย่าง output 1-2 ชินที " ใช่ " ไว้ paste ไม่มีอะไรช่วย skill ให้ตรงเท่ากับการให้ Claude เห็นตัวอย่างจริงทีคุณใช้แล้วลูกค้า หรือหัวหน้า " ใช่ " ไม่ต้องเสาะหา · ใช้ของล่าสุดทีใช่ก็พอ Tip 2 · พูด trigger phrase เหมือนทีคุณพิมพ์จริงในชีวิต อย่าตังชือ trigger เปน jargon · ตังเปนภาษาธรรมชาติทีคุณพิมพ์อยู่แล้ว เพราะ trigger phrase ทีดี = คุณพิมพ์โดยไม่ต้องนึก · skill หยิบมาใช้เอง · ไม่ใช่ คุณต้องจําว่า " อ้อ skill นี trigger ด้วยคําว่า X" Tip 3 · ถ้า skill ไม่ trigger ตอนทีควร · กลับไปบอก Claude หลังโหลด skill มาใช้แล้ว · มีบ้างที skill ไม่ trigger ตอนทีควร trigger วิธีแก้ · กลับเข้า Claude · พิมพ์ "Skill 'weekly update 3P' ของผม ไม่ trigger ตอนผมพิมพ์ว่า ' สรุปสัปดาห์ ' · ขอปรับ description ให้ครอบคลุมหน่อยครับ " Claude แก้ description ใน frontmatter · re-package · ส่ง update file iterate ได้ไม่จํากัด Anti-pattern · 3 อย่างทีอย่าทํา 1 · ตอบสันเกินไป "weekly update ครับ " → skill ออกมา generic · ไม่ตรง context ใช้เวลา 5-10 นาทีตอบให้ละเอียด · ดีกว่าใช้เวลา 2 ชัวโมงแก้ภายหลัง 2 · ใส่ context ทีไม่เกียว "ผมทํางานทีบริษัท X มา 5 ป · ก่อนหน้านีอยู่บริษัท Y..." · skill ไม่ต้องการ resume ของคุณ · ต้องการ specific scenario ของงาน 3 · ไม่ paste ตัวอย่าง output นีคือเหตุผลที skill ส่วนใหญ่ออกมาเปน generic AI output · เพราะ Claude ไม่มี anchor ของ style ที " ใช่ " สําหรับคุณ paste 1 ตัวอย่างที " ใช่ " = เปลียน skill จาก generic เปน personal ลองทําเลย · 15 นาที่ ใช้ skill candidate ทีคุณเลือกในบทที่ 3 เปิด Claude Code หรือ Claude Desktop · พิมพ์ประโยค "ช่วยสร้าง skill ทีทํา [ งานนัน ] ให้หน่อยครับ " ตอบ 4 คําถาม · เตรียมตัวอย่าง output 1 ชินไว้ paste ใช้เวลา 15 นาทีเต็ม · ได้ไฟล์ .skill ครังแรกของคุณ บทถัดไปจะสอน install + เปดใช้ใน 3 คลิก บทถัดไป

บทที่ 5 · Install + เปดใช้ใน 3 คลิก TL;DR หลังได้ไฟล์ .skill จากบทที่ 4 · install ผ่าน 3 คลิก 1 · ไป Settings → Capabilities → Skills 2 · กด "Upload skill" เลือกไฟล์ 3 · Toggle on เสร็จ · skill พร้อมใช้งานในแชทถัดไปทันที่ ก่อนเริม · check 2 อย่าง 1 · คุณมี Claude account ( ฟรีก็ใช้ skill ได้ · paid plan ใช้ได้มากกว่า ) 2 · ไฟล์ .skill ที Claude สร้างให้ในบทที่ 4 ถูก download มาเรียบร้อยใน Downloads folder ถ้าทัง 2 ข้อพร้อม · ไปขันถัดไปได้เลย วิธี install ใน Claude.ai (web) คลิกที่ 1 · เปิด Settings ไปที claude.ai (web) · login ถ้ายัง มุมบนขวา · คลิกที avatar ( รูปวงกลมทีมี initial ของคุณ ) dropdown menu จะแสดง · เลือก Settings คลิกที่ 2 · ไปที Skills ใน Settings · sidebar ซ้าย · หา section Capabilities ใต้ Capabilities · คลิก Skills หน้านีแสดง skill ทังหมดทีคุณมี ( ถ้าเพิง start · จะว่างเปล่า · ใส่ skill ของ Anthropic บางตัวที pre-installed) ปุม Upload skill อยู่มุมบนขวาของ section คลิกที่ 3 · Upload + Toggle on คลิก Upload skill dialog เปิด · เลือกไฟล์ .skill ที Claude สร้างให้ upload เสร็จใน 2-3 วินาที · skill ใหม่ปรากฏใน list ข้าง ๆ ชือ skill มี toggle · กดเปิด เสร็จ · skill พร้อมใช้งานในแชทถัดไป วิธี install ใน Claude Code (CLI) Claude Code ไม่มี UI · แต่ใช้ skill ได้ วิธีทีง่ายทีสุดคือ unzip ไฟล์ .skill ( จริง ๆ เปน zip) ลงใน folder .claude/skills/ ใน home directory mkdir -p ~/.claude/skills unzip ~/Downloads/weekly-update.skill -d ~/.claude/skills/weekly-update (ใน Windows · folder อยู่ที C:\Users\<username>\.claude\skills\ ) Claude Code จะ scan folder นีอัตโนมัติทุกครังที start · skill ของคุณพร้อมใช้ วิธี install ใน Claude Desktop (Mac/Windows) Desktop app มี UI คล้าย claude.ai · ขันตอนเหมือนกัน Settings → Capabilities → Skills → Upload skill → Toggle on ถ้าใช้ทัง web + Desktop · skill ที upload จากทีไหน · sync ทังสอง platform อัตโนมัติ ( ผ่าน Claude account ของคุณ ) วิธีเปดใช้งาน · ไม่ต้องบอก " ใช้ skill นะ " จุดทีหลายคนเข้าใจผิด skill trigger เอง · ไม่ต้องบอก Claude ว่า " เอา skill ออกมาใช้ " วิธีใช้คือพิมพ์ trigger phrase ทีคุณตกลงกับ Claude ตอนสัมภาษณ์ ( บทที่ 4) ตัวอย่าง คุณ : " ทํา weekly update ให้หน่อย · นี note สัปดาห์นี : [paste]" Claude เปิด chat ใหม่ · scan request · เห็นว่าตรงกับ trigger ของ skill "weekly update 3P" · หยิบ skill ขึนมาใช้เอง · output ออกมาเปนโครง 3P ทีคุณ encode ไว้ คุณไม่เห็น "skill activation" notification · แต่ output ออกมาตรง วิธีเช็คว่า skill trigger หรือไม่ ถ้าอยากแน่ใจว่า skill trigger จริง · ถาม Claude ตรง ๆ "Claude · ทีตอบนีใช้ skill ไหนบ้าง ?" Claude จะตอบว่าใช้ skill อะไร · ถ้าไม่ได้ใช้ · บอกตรง ๆ ถ้า " ไม่ได้ใช้ " · ปญหามักอยู่ที description ของ skill ไม่ specific พอ · ดูบทที่ 7 ( กฎ ที่ 1 ของ skill ระดับ pro) Permissions · เปดอะไรได้บ้าง skill บางตัวขอ permission เพิม Read files · skill ทีต้อง parse Excel/Word/PDF Run code · skill ทีฝง python script Web search · skill ทีต้องดึงข้อมูลออนไลน์ Access tools · skill ทีเชือม Slack · Gmail · etc ขันแรก · เปดเฉพาะที skill ต้องใช้ · อย่าเปดทังหมด (เปดที Settings → Capabilities → ของแต่ละ permission) เคสที install ไม่ผ่าน · 3 ปญหาทีเจอบ่อย 1 · ไฟล์ corrupt อาการ · upload แล้ว error "invalid skill file" วิธีแก้ · กลับเข้า Claude · ขอ re-package skill · download ใหม่ 2 · Skill ขัดกับ skill อืน อาการ · upload สําเร็จ · แต่ skill ใหม่ไม่ trigger · skill เก่า trigger แทน วิธีแก้ · เปลียน trigger phrase ของ skill ใหม่ให้ specific ขึน ( เช่นจาก " ทํา weekly" เปน " ทํา weekly update 3P") 3 · Account plan ไม่รองรับ อาการ · Settings ไม่แสดง Skills section วิธีแก้ · ตรวจ plan · skill ต้องการ Claude Pro หรือ Team plan ขึนไปสําหรับบาง feature · Free plan ใช้ได้บางตัว · เช็ค claude.ai/pricing สําหรับ current status หลัง install · ใช้ skill ครังแรก เปิด chat ใหม่ใน Claude · พิมพ์ trigger phrase ทีคุณตังไว้ "ทํา weekly update ให้หน่อย · นี note สัปดาห์นี : [paste rough note 500-1000 คํา ]" รอ 30-60 วินาที · Claude ส่ง draft อ่าน · ปรับ format ถ้าจําเปน · ส่งหัวหน้า จับเวลา · เทียบกับ baseline ทีคุณเก็บไว้ในบทที่ 3 · นีคือผลแรกของคุณ ลองทําเลย · 10 นาที่ 1 · ไป claude.ai → Settings → Capabilities → Skills 2 · Upload .skill ที Claude ทําให้บทที่ 4 3 · Toggle on 4 · เปิด chat ใหม่ · พิมพ์ trigger phrase + paste raw input ของงานคุณ 5 · เทียบเวลากับ baseline · จด นีคือครังแรกทีคุณเห็น Skill ทํางานจริงในงานของคุณเอง บทถัดไป

before/after ของจริง บทที่ 6 · 3 Skill แรกทีมนุษย์ ออฟฟศควรลอง TL;DR 3 skill ทีคนทํางานออฟฟศไหนก็ได้ใช้แทบทุกอาทิตย์ 1 · Weekly Update 3P (Progress · Plans · Problems) 2 · Sales Reply ภาษาไทย (3 paragraph + กฎ tone) 3 · Project Debrief (4 หัวข้อ retrospective) ทัง 3 ตัว มี template พร้อม paste ในบทนี · ใช้ skill-creator ได้ทันที่ ทําไม 3 ตัวนี ผมเลือก 3 skill นีด้วย 3 เกณฑ์ 1 · ทําซา ≥ 3 ครัง / สัปดาห์ (ROI สูงสุด ) 2 · มี structure ชัด (Skill เหมาะ ) 3 · ใช้ได้ทุกแผนก ( เริมได้โดยไม่ต้องดัด ) ทัง 3 ตัวผ่านทัง 3 เกณฑ์ · เหมาะเปน skill แรก ๆ ทีจะเริม Skill 1 · Weekly Update 3P Scenario ทุกศุกร์ คุณต้องส่ง weekly update ให้หัวหน้า ทีมใช้โครง 3P - Progress · งานทีทําเสร็จสัปดาห์นี - Plans · งานทีจะทําสัปดาห์ หน้า - Problems · ปญหาทีต้องการความช่วยเหลือ ภาษาไทยกึงทางการ · ไม่มี emoji · ความยาว 1 หน้า A4 · ลงท้าย " มีอะไรเพิมเติม รบกวนแจ้ง " Template paste-able ช่วยสร้าง skill ทีทํา weekly update ให้หน่อยครับ Scenario: - ส่งทุกศุกร์ให้หัวหน้าทีม - ทีมมี [N คน ] - ใช้โครง 3P (Progress · Plans · Problems) - ภาษาไทยกึงทางการ · ไม่ใส่ emoji - ยาวประมาณ 1 หน้า A4 - ลงท้าย " มีอะไรเพิมเติม รบกวนแจ้ง " Input: - ผมจะ paste rough note สัปดาห์ · เก็บใน Notion · ยาว 500-1000 คํา · ไม่ structured - บางสัปดาห์มี meeting notes ปนเข้ามา · skill ต้อง parse แยก Output ทีอยากได้ ( ตัวอย่างจริง ): [paste weekly update ครังล่าสุดทีหัวหน้าตอบรับมา ] Trigger phrases: - " ทํา weekly update" - " ส่งหัวหน้า " - " สรุปสัปดาห์ " Constraint: - ห้ามใส่ตัวเลขทีผม note ไม่ได้ - ถ้า rough note ไม่พอ section ไหน · skill ต้องถามผมก่อน · ห้ามแต่ง เอง paste ใส่ Claude · ตอบคําถาม follow-up · ได้ไฟล์ .skill ใช้เวลา 10-15 นาที Before/After ของจริง Before · ใช้ Claude แบบ raw คุณ : " ช่วยเขียน weekly update ให้หน่อยครับ · ทีม 6 คน · งานสัปดาห์นีทํา A B C เสร็จ · กําลังทํา D · ติด E · ใช้โครง 3P · ภาษาไทยกึงทางการ · ไม่ emoji · ยาว 1 หน้า · ลงท้าย ' มีอะไรเพิมเติม รบกวนแจ้ง '" (พิมพ์ context 5-6 บรรทัด ทุกศุกร์ ทุกครัง ) After · มี skill คุณ : " ทํา weekly update ให้หน่อย · นี note สัปดาห์นี : [paste]" skill หยิบมาใช้เอง · output ออกมาในโครง 3P ที encode ไว้แล้ว ใช้เวลา 5 นาที · ครบ Skill 2 · Sales Reply ภาษาไทย Scenario ทีมขายต้องตอบ inquiry แรกของลูกค้าใหม่ทีติดต่อมาทาง LINE OA · Email · Facebook Page 3 paragraph standard 1 · ขอบคุณ + แนะนําตัว + ระบุว่าเข้าใจคําถาม 2 · ตอบ คําถามจริงทีลูกค้าถาม (specific · ไม่กว้าง ) 3 · เสนอ next step ทีชัด (call · meeting · ส่ง proposal) tone ของบริษัท · peer-to-peer · ใช้ " เรา " ไม่ใช่ " ทางบริษัท " · ห้าม overpromise Template paste-able ช่วยสร้าง skill ทีตอบลูกค้าใหม่ที inquiry เข้ามาให้หน่อยครับ Scenario: - ทีมขายผม รับ inquiry จากลูกค้าใหม่ ~5-10 ครัง / สัปดาห์ - channel: LINE OA · Email · Facebook Page - บริษัทอยู่ในธุรกิจ [ ระบุธุรกิจ · เช่น SaaS B2B · agency · etc] Output structure (3 paragraph): - p1: ขอบคุณ + แนะนําตัว + ระบุว่าเข้าใจคําถาม - p2: ตอบคําถามจริงทีลูกค้าถาม · specific · มีตัวเลข /spec ถ้าได้ - p3: เสนอ next step ( ขอนัด call · ส่ง proposal · เชิญ demo) Tone: - peer-to-peer · ใช้ " เรา " ไม่ใช่ " ทางบริษัท " - ห้าม overpromise ( เช่น " เร็วทีสุด " " ดีทีสุด " " รับประกัน 100%") - ห้าม emoji - ความยาว 100-200 คํา Input: - ผมจะ paste ข้อความทีลูกค้าส่งมา 1 ครัง ( ดิบ · บางครังสะกดผิด · ภาษาพูด ) - บางครังมี attachment URL ปน · skill ต้อง handle Output ทีอยากได้ ( ตัวอย่างจริง ): [paste reply ครังทีปิดดีลได้ ] [paste อีก 1 ครังที tone ใช่ ] Trigger phrases: - " ตอบลูกค้า " - "first-touch reply" - "reply inquiry" Constraint: - ถ้าลูกค้าถามราคา · ห้ามแจ้ง · ให้ direct ไปคุย sales - ถ้าลูกค้าถามเรืองที skill ตอบไม่ได้ · บอกตรง ๆ ว่า " ขอเช็คทีมแล้วกลับมา ตอบ " - ห้ามใส่ link ทีผมไม่ได้ระบุ Skill 3 · Project Debrief Scenario จบทุกโครงการ · ทีมทํา retrospective ก่อนปด 4 หัวข้อ 1 · What worked · อะไรทีทําได้ดี · ควรทําซาในโครงการหน้า 2 · What didn't · อะไรทีไม่ work · เพราะอะไร 3 · Lessons · บทเรียนทีทีมเรียนรู้ 4 · Next steps · action items ทีจะ implement ใน sprint ถัดไป ผลลัพธ์ส่งใน Notion / Confluence · ให้คนทีไม่อยู่ในโครงการอ่านเข้าใจ Template paste-able ช่วยสร้าง skill ทีทํา project debrief ให้หน่อยครับ Scenario: - ทีมจบ project ~1-2 ครัง / เดือน - ทํา retrospective ก่อนปิด project ทุกครัง - ผลส่งใน Confluence · ให้ทีมอืนอ่านเข้าใจได้ Output structure (4 section): - What worked · 3-5 bullet · ละเอียดพอให้คนอืน replicate - What didn't · 3-5 bullet · ระบุ root cause ไม่ใช่ symptom - Lessons · 2-3 bullet · gen-applicable - Next steps · 3-5 bullet · มี owner + deadline Tone: - factual · ไม่ใส่อารมณ์ - ไม่กล่าวโทษบุคคล · กล่าวถึง process/decision - ภาษาไทยกึงทางการ - ความยาว 1-2 หน้า A4 Input: - ผมจะ paste meeting note ของ retrospective meeting (90-120 นาที ) - meeting note อาจมีคําพูดของหลายคนปนกัน - บางครังมี link/screenshot ปน · skill ต้อง handle Output ทีอยากได้ ( ตัวอย่างจริง ): [paste debrief ครังล่าสุดทีทีมพอใจ ] Trigger phrases: - " ทํา debrief" - "retrospective" - " ปิด project" Constraint: - ห้ามใส่ recommendation ทีไม่ได้พูดในประชุม - ถ้า meeting note ไม่ครบ section ไหน · skill ต้อง flag ตอนตอบ - ห้ามแต่ง next step ทีไม่มี owner หลังสร้างทัง 3 · pattern ทีจะสังเกตเห็น ทัง 3 skill ใช้ template " ตอบ skill-creator" ที structure เดียวกัน Scenario Output structure Tone Input Output ตัวอย่าง (paste จริง ) Trigger phrases Constraint ( ห้ามอะไร ) template นีคือ "interview cheat sheet" ทีคุณใช้สร้าง skill อะไรก็ได้ ค่อยจํา pattern นี · บทถัดไป (Part 3) จะอธิบายทําไม structure นีทําให้ skill ออก มาตรง · และ pattern ลึกอีก 5 ข้อที pro engineer ใส่ในทุก skill ลองทําเลย · 30 นาที่ เลือก 1 ใน 3 skill ข้างต้น ( อันทีตรงกับงานคุณทีสุด ) paste template เข้า Claude · ปรับ [ ] ให้เปนบริบทคุณ · ตอบ follow-up ภายใน 30 นาที · คุณจะมี skill แรกทีใช้ในชีวิตจริงได้ บทถัดไป · Part 3 เริมแล้ว ตังแต่บทที่ 7 เปนต้นไป · เราจะเจาะลึก 5 กฎ Anatomy ของ Skill ระดับ pro · pattern ที Anthropic เขียนใส่ทุก skill ทีเปิด public · เอามาทับใส่ skill ของคุณได้ เลย

บทที่ 7 · กฎ 1 · Description = trigger instruction ( ไม่ใช่คํา อธิบาย ) TL;DR Description ใน frontmatter ของ skill ไม่ใช่ " บอกว่า skill ทําอะไร " · มันคือ instruction บอก Claude ว่า " เจอ scenario แบบไหนให้หยิบ skill มา ใช้ " เขียนเปน verb + scenario + edge case + negative case · output ตรง ทันที่ ปญหาทีทุกคนเจอ · skill ไม่ trigger คุณสร้าง skill เสร็จ · upload เรียบร้อย · toggle on แล้ว ครังแรกทีใช้งานจริง · พิมพ์เข้าไป " ช่วยทํา weekly update หน่อย " · Claude ตอบ เปน generic AI · ไม่หยิบ skill ของคุณมาใช้ คุณงง · skill อยู่ในระบบแล้ว · ทําไมไม่ trigger ปญหานี 9 ใน 10 ครัง · อยู่ที description ใน frontmatter เปดดู skill ของ Anthropic เอง · เห็นแล้วเข้าใจทันที Anthropic เปิด source 17 skill ทีใช้เอง · เปดดูได้ฟรีที github.com/anthropics/skills ลองเปิด skill ทีชือ pdf · ขึนด้วยส่วน frontmatter (YAML = ส่วนหัวทีอยู่ ระหว่าง --- 2 บรรทัด · Claude scan ก่อนตัดสินใจ ) ของ pdf skill เขียนแบบนีเปะ "Use this skill whenever the user wants to do anything with PDF files. This includes reading or extracting text/tables from PDFs, combining or merging multiple PDFs into one, splitting PDFs apart, rotating pages, adding watermarks, creating new PDFs, filling PDF forms, encrypting/decrypting PDFs, extracting images, and OCR on scanned PDFs to make them searchable. If the user mentions a .pdf file or asks to produce one, use this skill." ทีมา · pdf/SKILL.md บรรทัด 3 อ่านแล้วจะเห็นว่า เริมด้วย verb (Use this skill whenever the user wants to do anything with PDF files) ระบุ scenarios เฉพาะ หลายอัน (reading · extracting · combining · splitting · rotating · adding watermarks · creating · filling forms · encrypting · extracting images · OCR) มี edge case (If the user mentions a .pdf file or asks to produce one) ใส่ทังหมดในประโยคเดียว · Claude scan แล้ว match ได้ง่าย นีไม่ใช่ " คําอธิบาย " ของ skill · เปน instruction บอก Claude ตัวอย่างทีลึกกว่า · ใส่ negative case skill ของ docx ใส่ negative case ด้วย "Use this skill whenever the user wants to create, read, edit, or manipulate Word documents (.docx files). Triggers include: any mention of 'Word doc', 'word document', '.docx', or requests to produce professional documents with formatting like tables of contents, headings, page numbers, or letterheads. Also use when extracting or reorganizing content from .docx files, inserting or replacing images in documents, performing find-and-replace in Word files, working with tracked changes or comments, or converting content into a polished Word document. If the user asks for a 'report', 'memo', 'letter', 'template', or similar deliverable as a Word or .docx file, use this skill. Do NOT use for PDFs, spreadsheets, Google Docs, or general coding tasks unrelated to document generation." ทีมา · docx/SKILL.md บรรทัด 3 ส่วนสุดท้าย "Do NOT use for..." คือ negative case · บอก Claude ว่าตอนไหน "ห้ามหยิบ skill นีมาใช้ " ทําไมถึงสําคัญ ? เพราะถ้า user พิมพ์ " ช่วยทํา report" · Claude อาจสับสนว่าจะใช้ docx หรือ pdf หรือ pptx ( รายงานทําได้ทัง 3 format) negative case ใน description ช่วย Claude ตัดสินใจเร็วและถูก โครงสร้าง 4 ส่วนของ description ทีดี จาก pattern ที Anthropic ใช้ · description ทีดีมี 4 ส่วน 1. Use this skill whenever [verb + นาม ] เริมด้วยคําสังตรง · " หยิบ skill นีมาใช้ตอน X" 2. This includes [list of scenarios] แจง scenario เฉพาะ 5-10 อัน · ครอบคลุมงานจริง 3. If [edge case / trigger word] ระบุ keyword/ วลีที trigger · เช่น " ถ้า user พูดคําว่า X" 4. Do NOT use for [negative case] ตัด scenario ทีใกล้เคียงแต่ไม่ใช่ · ป้องกัน Claude เลือกผิด ทุก description ใน 17 skill ของ Anthropic ใช้ pattern นีครบหรือเกือบครบ เปรียบเทียบ · skill description งัน ๆ vs ระดับ pro ลองดูตัวอย่าง skill " ตอบลูกค้า " ของมนุษย์ออฟฟศ Before · description งัน ๆ --- name: customer-reply description: ช่วยตอบลูกค้า --- ผลลัพธ์ · trigger บางครัง · บางครังไม่ · Claude สับสน · เพราะ " ช่วยตอบลูกค้า " คลุมเกินไป · ทุก scenario ตอบลูกค้าไม่เหมือนกัน After · description ระดับ pro --- name: customer-reply description: | Use this skill whenever the user wants to reply to a customer inquiry that just arrived. This includes: - first-touch reply after a new lead contacts via LINE OA, email, or Facebook Page - follow-up reply within an active conversation thread - pricing question reply (redirect to sales team · ห้ามแจ้ง ราคาตรง ) Use when the user pastes raw customer message text or mentions " ตอบลูกค้า ", "first-touch reply", "reply inquiry". Do NOT use for cold outreach, internal Slack reply, or proposal drafting (use proposal-draft skill instead). --- ผลลัพธ์ · trigger ตรงทุกครังที user paste ข้อความลูกค้าจริง · ไม่ trigger ตอน user ขอ proposal · ไม่ trigger ตอน user ขอ cold email Template description ทีใช้กับ skill อะไรก็ได้ paste ใส่ skill ของคุณ · เปลียน [...] ให้เปน context ของงาน description: | Use this skill whenever the user wants to [main verb + นาม งาน ]. This includes: - [scenario 1 · specific] - [scenario 2 · specific] - [scenario 3 · specific] - [scenario 4 · edge case] Trigger when user mentions [keyword 1], [keyword 2], or [keyword 3], or pastes [type of input]. Do NOT use for [negative case 1], [negative case 2], or [scenario ที skill อืนทําดีกว่า ]. ความยาว · 5-15 บรรทัด · ไม่ต้องสันกว่านี · skill ที description ยาวกว่า trigger ตรงกว่าทุกครัง ทําไม description ทียาวขึน = trigger ตรงขึน หลายคนคิดว่า description สัน = ดี · เพราะดู clean แต่ Claude ไม่ได้อ่าน description ในฐานะคน · มันใช้ description เปน classifier ทุกครังที user พิมพ์ message · Claude scan ทุก description ใน skill ทีเปิด · เลือก skill ที "match" ทีสุด ยิง description มี keyword + scenario เยอะ · Claude มี anchor เยอะกว่า · match ตรงกว่า description สันเกินไป = anchor น้อย = Claude เดา · trigger บางครังถูก บางครัง ผิด ลองทําเลย · 5 นาที่ เปิด skill ทีคุณสร้างในบทที่ 6 ดู description ปจจุบัน ถ้าสันกว่า 3 บรรทัด · กลับเข้า Claude บอกว่า "ขอ rewrite description ของ skill 'weekly-update-3p' ให้ตาม pattern ของ Anthropic public skills · 4 ส่วน · verb + scenario + edge case + negative case" Claude จะ rewrite ให้ใน 1 นาที · save · upload skill ใหม่ ทดสอบ · พิมพ์ trigger phrase 3-4 แบบ · ดูว่า skill trigger ตรงไหม บทถัดไป

split ยังไงให้ Claude โหลด context น้อยลง บทที่ 8 · กฎ 2 · SKILL.md = สารบัญ · ไฟล์ย่อย = detail TL;DR Skill ทีดียัด detail ทุกอย่างใน SKILL.md ไฟล์เดียวเสมอ · ผลคือ context หนัก · Claude โหลดของไม่เกียวเข้ามาทุกครัง · ค่า token เสียเปล่า Skill ระดับ pro แยกเปนหลายไฟล์ · SKILL.md = สารบัญ · ไฟล์ย่อยเก็บ detail · Claude ดึงเฉพาะทีใช้ ปญหา · skill ยาวเกิน · Claude ทํางานช้าลง ลองนึกถึง skill " ตอบลูกค้า " ทีคุณเริมสร้าง ทีแรก simple · 50 บรรทัดใน SKILL.md · ใช้ดี · trigger ตรง ผ่านไป 3 เดือน · คุณเริมเพิมกรณีพิเศษ ลูกค้าใหม่ inquiry แรก ลูกค้าเก่า follow-up ลูกค้าถามราคา (redirect) ลูกค้าซือแล้วถามวิธีใช้ ลูกค้า complain ลูกค้าขอเปลียน plan ลูกค้าขอ refund แต่ละ scenario มี template + tone + edge case · เพิมเข้าไปเรือย ๆ ตอนนี SKILL.md มี 600 บรรทัด · Claude โหลดทุก section ทุกครัง · แม้ user ถามแค่ "reply inquiry แรก " · Claude ก็โหลด section "refund" + "complaint" เข้ามาด้วย ผลคือ 1 · ค่า token เพิม ( เพราะ context เพิม ) 2 · Claude ช้าลง (process context ใหญ่ขึน ) 3 · บางครัง output ผสม scenario ( เช่น reply inquiry แต่มี tone ของ refund ปน · เพราะ Claude เห็นทังคู่ ) วิธีที Anthropic ทํา · split ไฟล์ + pointer เปิด skill pdf ของ Anthropic · ดู folder structure pdf/ ├── SKILL.md (160 บรรทัด · สัน · เป็น entry point) ├── reference.md ( เก็บ advanced features + JS libraries + troubleshooting) ├── forms.md ( เก็บวิธีกรอก PDF form โดยเฉพาะ ) └── scripts/ (python scripts ฝัง ) SKILL.md ของ pdf · บรรทัด 11 เขียนตรง ๆ ว่า "For advanced features, JavaScript libraries, and detailed examples, see REFERENCE.md. If you need to fill out a PDF form, read FORMS.md and follow its instructions." ทีมา · pdf/SKILL.md บรรทัด 11 คือ Anthropic ไม่ยัดทุก feature ใน SKILL.md · ใส่ "pointer" บอก Claude ว่าถ้า ต้องการ feature นัน · ไปเปดไฟล์ไหน Claude เปิด SKILL.md ก่อนเสมอ · scan ว่างานนีต้องใช้ feature ไหน · ค่อยเปิด ไฟล์ทีจําเปน ตัวอย่างเดียวกัน · pptx skill skill pptx มี structure คล้ายกัน pptx/ ├── SKILL.md (~230 บรรทัด · entry point) ├── editing.md (full details · เมือ edit/create from template) ├── pptxgenjs.md (full details · เมือ create from scratch ด้วย JS library) └── scripts/ (thumbnail.py · unpack.py · soffice.py) SKILL.md ของ pptx ระบุชัด "Read editing.md for full details." "Read pptxgenjs.md for full details." User ขอ "edit slide" · Claude เปิด SKILL.md · เห็น pointer · เปิด editing.md ต่อ · ไม่เปิด pptxgenjs.md User ขอ " สร้าง slide ใหม่จาก scratch" · Claude เปิด pptxgenjs.md · ไม่เปิด editing.md split แล้ว · Claude โหลดเฉพาะทีใช้ · ค่า token ลด 40-60% ( ขึนกับขนาด skill เดิม ) เมือไหร่ควร split (rule of thumb) ใช้กฎง่าย ๆ ขนาด SKILL.md คําแนะนํา < 200 บรรทัด ไม่ต้อง split · 1 ไฟล์พอ 200-500 บรรทัด เริมคิด · ดูว่ามี section ทีใช้บางครังหรือเปล่า 500-1000 บรรทัด split · แยก section ทีใช้น้อยทีสุดออก > 1000 บรรทัด split แน่นอน · แบ่งเปน 3-4 ไฟล์ อีก signal ทีบอกควร split skill มี scenario ทีใช้ " ไม่บ่อยแต่ลึก " ( เช่น ตอบ complaint · ไม่บ่อย แต่ template + tone ละเอียดมาก ) skill ต้อง reference ข้อมูลภายนอกทียาว ( เช่น list ของ template variation 20 แบบ ) skill มี troubleshooting section ที Claude ใช้แค่ตอน fail ย้าย section ลักษณะนีไป reference file ที pointer จาก SKILL.md วิธี split skill ของคุณ · 4 ขัน ขัน 1 · identify section ที " ใช้ไม่บ่อย " เปิด SKILL.md อ่านครบ · ทําเครืองหมาย section ที่ ใช้ < 20% ของ trigger ยาวกว่า 50 บรรทัด เปน "edge case" หรือ "rare scenario" ขัน 2 · move section ไปไฟล์ใหม่ สร้างไฟล์ใหม่ใน folder skill เดียวกัน · ตังชือตาม scenario customer-reply/ ├── SKILL.md (main scenarios) ├── complaint.md (handle complaint flow) ├── refund.md (refund process · ละเอียด ) └── upsell.md (upsell after purchase) ย้าย content ไปครบทัง section · ไม่ทิงของซาใน SKILL.md ขัน 3 · ใส่ pointer ใน SKILL.md แทนที section ทีย้ายออก · เขียน pointer สัน ๆ ## Handle Complaint For complaint scenarios (broken product, late delivery, service issue), read [complaint.md](complaint.md) and follow the 4-step recovery protocol. Claude จะรู้ว่าเมือเจอ scenario complaint · ต้องเปิด complaint.md อ่านต่อ ขัน 4 · re-package + upload zip โครง folder ใหม่เปน .skill · upload ทับของเดิม test ด้วย 4-5 scenario · ดูว่า skill ดึงไฟล์ทีถูกต้องไหม เคสมนุษย์ออฟฟศ · split weekly update skill ตัวอย่าง skill weekly update 3P ทีโตขึนถึงจุดต้อง split weekly-update-3p/ ├── SKILL.md (entry · เลือก variant ตาม context) ├── monthly-rollup.md (variant สําหรับสรุปทังเดือน · ใช้ทุกสินเดือน ) ├── exec-summary.md (variant สันสําหรับ exec · ใช้สลับศุกร์ ) └── crisis-week.md (variant สําหรับสัปดาห์ทีมีปัญหาใหญ่ · rare) SKILL.md เก็บ "default flow" สําหรับ weekly ปกติ · ใช้ทุกศุกร์ ส่วน variant ใช้ไม่บ่อย · อยู่ในไฟล์ย่อย · Claude เปดเฉพาะเมือเจอ trigger ผล · skill ทํางานเร็วขึน 40% ( จากเดิม 800-line ใน SKILL.md · เหลือ 250-line) anti-pattern · split เร็วเกินไป อย่า split เร็วเกินไป ถ้า SKILL.md < 200 บรรทัด · split = over-engineering · ทําให้คน maintain งง · Claude ก็ต้องเปดหลายไฟล์โดยไม่จําเปน split ตอนที่ 1 · skill มี scenario " ใช้น้อยแต่ยาว " ชัดเจน 2 · context ที Claude โหลดเริมทําให้ output คลาด ( เห็น scenario อืนปน ) 3 · ค่า token ต่อ task เพิมอย่างเห็นได้ชัด (เทียบ before/after) ก่อนถึงจุดนี · 1 ไฟล์พอ ลองทําเลย · 10 นาที่ เปิด SKILL.md ของ skill แรกทีคุณสร้าง ดูจํานวนบรรทัด (cmd+A · เลือกทังหมด · ดู line count ใน editor) ถ้า < 200 บรรทัด · ไม่ต้องทําอะไร · ผ่าน ถ้า 200-500 บรรทัด · ทําเครืองหมาย 2-3 section ทีใช้ไม่บ่อย · จดไว้ · ค่อย split ตอน skill ใหญ่ขึน ถ้า > 500 บรรทัด · split ตอนนี · ตามขัน 1-4 ข้างต้น บทถัดไป

คลาด · และวิธีเปลียนทุกประโยคให้ชัด บทที่ 9 · กฎ 3 · NEVER / MUST + เหตุผล ( ไม่ใช่ " ลองพิจารณา ") TL;DR Skill ทีเขียนภาษา soft แบบ " ลองพิจารณา " " อาจจะ " " ถ้าเปนไปได้ " · output จะคลาด · เพราะ Claude ตีความได้หลายทาง Skill ระดับ pro ใช้ NEVER · MUST · Don't · ติด reason ทุกครัง · Claude ไม่ต้องเดา · ทําตามตรง ปญหา · output คลาดเพราะ skill ไม่กล้าตัดสินใจ คุณสร้าง skill ตอบลูกค้า · ใส่ rule "ลองพิจารณาไม่ใส่ emoji ในการตอบ ถ้าไม่จําเปน " สัปดาห์แรก · output ไม่มี emoji เลย · ดี สัปดาห์ทีสอง · Claude บางครังใส่ 😊 ใส่ 🙏 · บางครังไม่ใส่ คุณงง · ทําไม inconsistent ปญหาคือ skill เขียน " ลองพิจารณา " · Claude ตีความว่า " บางครังใส่ก็ได้ " · ตัดสิน ใจเองตาม context ( และมัว ) ถ้าเขียนเปน "NEVER ใส่ emoji ในการตอบลูกค้า · เพราะ tone บริษัทคือ professional · emoji ทําให้ดูไม่จริงจัง " · Claude จะ never · ไม่มีข้อยกเว้น · ทุก ครัง เปดดู Anthropic skill · ภาษาทีใช้ Anthropic ใช้คําตรง ๆ ในทุก skill · ดูตัวอย่าง verbatim จาก pdf/SKILL.md "NEVER use Unicode subscript/superscript characters ( ₀₁₂₃₄₅₆₇₈₉ , ⁰ ¹²³ ⁴⁵⁶⁷⁸⁹ ) in ReportLab PDFs. The built-in fonts do not include these glyphs, causing them to render as solid black boxes." ทีมา · pdf/SKILL.md บรรทัด 171 สังเกต 2 อย่าง 1 · NEVER (capital · เด็ดขาด · ไม่ใช่ "should avoid") 2 · causing them to render as solid black boxes ( เหตุผล · บอกว่าทําไมห้าม ) Claude อ่านแล้วเข้าใจ - ห้ามใช้ Unicode subscript/superscript เด็ดขาด - เพราะ ถ้าใช้ · output จะเปนกล่องดํา - ดังนันต้องใช้ tag <sub> <super> แทน (skill บอกต่อ ) ทุกครังที Claude generate PDF · มันรู้ rule นี · ไม่เคยพลาด ตัวอย่างอีก · จาก pptx skill "NEVER use accent lines under titles — these are a hallmark of AI- generated slides; use whitespace or background color instead" ทีมา · pptx/SKILL.md บรรทัด 137 สังเกต structure เดียวกัน 1 · NEVER + action ทีห้าม 2 · reason (these are a hallmark of AI-generated slides) 3 · ทางเลือก (use whitespace or background color instead) Claude มี 3 ข้อมูลครบ · ตัดสินใจไม่ต้องเดา · slide ไม่เคยมีเส้น accent ใต้ title · ดูเปนมืออาชีพทุก deck และจาก xlsx skill · กฎทีหนักทีสุด "Every Excel model MUST be delivered with ZERO formula errors" ทีมา · xlsx/SKILL.md (verified ใน Anthropic public skills memory) MUST + ZERO · เด็ดขาดยิงกว่า NEVER ผลคือ · ทุกครังที Claude สร้าง Excel ผ่าน skill นี · มันจะ verify formula ทุกตัว ก่อนส่ง · มี error 1 ตัว = ทําซา · ไม่ส่ง นีคือสาเหตุที output ของ skill นี trust ได้ระดับ production · เพราะ rule บังคับ ให้ AI ไม่ปล่อยของพังออกไป ภาษา soft vs hard · ตารางเทียบ ภาษา soft ( อย่าใช้ ) ภาษา hard ( ใช้แทน ) ลองพิจารณา NEVER · MUST · Don't · Always อาจจะ · บางที MUST · NEVER ถ้าเปนไปได้ MUST ( ถ้า required) · NEVER ( ถ้า forbidden) should avoid NEVER · Do NOT recommended MUST · NEVER consider · think about (ตัดออก · skill ไม่ต้อง " ขอความคิดเห็น ") feel free to (ตัดออก · skill ต้องตัดสินใจให้ ) try to · attempt to MUST · NEVER ภาษา soft เปดให้ Claude ตีความ · ภาษา hard บังคับ behavior skill ทีใช้ภาษา hard ทังหมด · output consistent reason · สําคัญเท่ากับ rule หลายคนใส่ NEVER แต่ลืมใส่ reason ก่อน · NEVER use emoji in customer reply Claude ทําตาม · แต่ถ้า user ถามว่า " ทําไมไม่ใส่ emoji" · Claude ตอบไม่ได้ (เพราะ skill ไม่บอก reason) หลัง · NEVER use emoji in customer reply. Reason: company tone is professional B2B. Emoji signals casual/peer-to-peer · misaligns with brand voice. ตอนนี Claude 1 · ทําตาม rule 2 · ถ้า user ถามเหตุผล · อธิบายได้ 3 · ถ้าเจอ edge case ( เช่น user ใส่ emoji มาก่อน ) · ตัดสินใจถูก ( ยังคงไม่ใส่ · เพราะ brand voice override) reason ทําให้ skill " เข้าใจ " rule · ไม่ใช่แค่ " ทําตาม " วิธี audit skill ของคุณ · 5 นาที่ เปิด SKILL.md · search หา keyword เหล่านี ลองพิจารณา อาจจะ บางที่ ถ้าเป็นไปได้ should avoid recommended consider try to attempt feel free ทุกครังทีเจอ · ถามตัวเอง ประโยคนีตังใจให้ " บางครังทํา บางครังไม่ทํา " หรือไม่ ? ถ้าไม่ใช่ · เปลียนเปน NEVER/MUST + reason ถ้าใช่จริง ๆ ( เช่น " พิจารณาตาม context ลูกค้า ") · เขียนให้ชัดว่า criterion ตัดสินใจคืออะไร ส่วนใหญ่ · 80% ของ "soft language" ใน skill เปลียนเปน "hard language" ได้ Template · เปลียน soft → hard ก่อน "พยายามอย่าใส่ link ภายนอกในการตอบลูกค้า " หลัง "NEVER ใส่ link ภายนอกในการตอบลูกค้า · เพราะ link ทําให้ลูกค้าออกจาก thread · loss conversion 30-50% ( ตามข้อมูลทีม )" ก่อน "ลองตอบเปน 3 paragraph" หลัง "MUST format reply เปน 3 paragraph · paragraph 1 ขอบคุณ + แนะนําตัว · paragraph 2 ตอบคําถาม · paragraph 3 next step · เพือให้ลูกค้า scan ง่าย และเห็น action ทีต้องทําชัด " ก่อน "พิจารณาขอข้อมูลเพิมถ้าต้องการ " หลัง "MUST ขอข้อมูลเพิมจากลูกค้าก่อนตอบ ถ้าคําถามคลุมเครือ · format: ' รบกวน ขอข้อมูล X เพิมเติม เพือให้ตอบตรงทีสุด ' · เพราะตอบไปก่อนแล้วผิดทําให้สูญ เสีย trust" NEVER ใน skill ของ Anthropic · pattern ทีใช้ซํา Anthropic ใช้ pattern เดียวซาใน 17 skills · จดจําง่าย NEVER [action]. Reason: [why]. Use [alternative] instead. หรือสําหรับเชิงบวก MUST [action]. Reason: [why]. Standard: [specific criterion]. paste 2 pattern นีใส่ skill ของคุณได้เลย ลองทําเลย · 10 นาที่ 1 · เปิด SKILL.md ของคุณ 2 · ค้นหา " ลองพิจารณา " " อาจจะ " " ถ้าเปนไปได้ " (search ใน editor) 3 · เปลียนเปน NEVER/MUST + reason ทุกข้อ 4 · save · upload skill ใหม่ 5 · test 3-4 scenario · ดูว่า output consistent ขึนไหม ส่วนใหญ่จะเห็นความต่างทันทีในการทดสอบครังแรก บทถัดไป

การเสียเวลา · และวิธีให้ Claude สร้าง script ฝงใน skill โดยทีคุณไม่ต้องเขียนเอง บทที่ 10 · กฎ 4 · Scripts ฝง พร้อมรัน ( ไม่ใช่ instruction ตัว อักษรอย่างเดียว ) TL;DR Skill ทัวไปใช้ text instruction บอก Claude ว่าให้ทํา X · Y · Z · ทุกครัง ทีใช้ Claude generate code ใหม่หมด Skill ระดับ pro มี subfolder scripts/ ทีฝง python/bash script จริง · SKILL.md ชีให้รัน · ไม่ต้อง re- implement สําหรับมนุษย์ออฟฟศทีเขียนโค้ดไม่เปน · ขอ Claude สร้าง script ให้ + วางใน folder ได้ ปญหา · paste code ในแชททุกครังคือ "tax" ลึก ลองนึก skill "export CSV จาก Notion · clean column · ส่ง email" ถ้า skill เปน text instruction ล้วน 1. เปิด Notion · export view เป็น CSV 2. ลบ column ทีไม่ใช้ (Created at · Last edited) 3. rename column ภาษาอังกฤษเป็นภาษาไทย 4. save เป็น xlsx 5. attach ใส่ email · ส่งหัวหน้า ทุกครังที user trigger skill นี · Claude generate python code ใหม่ทังหมด ปญหาคือ 1 · ค่า token เพิม (generate code ทุกครัง ) 2 · Code อาจ subtle ต่าง กันแต่ละครัง (Claude เลือก library ต่าง · approach ต่าง ) 3 · ถ้า code มี bug · debug ครังเดียวไม่พอ · bug จะกลับมาในรอบหน้า วิธีที Anthropic ทํา · ฝง script ใน folder เปิด skill pptx ของ Anthropic · folder structure pptx/ ├── SKILL.md ├── editing.md ├── pptxgenjs.md └── scripts/ ├── thumbnail.py ( สร้าง visual overview ของทุก slide) ├── office/ │ ├── unpack.py ( แตก .pptx เป็น XML) │ ├── soffice.py ( แปลง pptx → pdf ผ่าน LibreOffice) │ └── validate.py (validate .pptx file ก่อนส่ง ) ใน SKILL.md · pptx บอก Claude ว่าให้รัน script เลย # Visual overview python scripts/thumbnail.py presentation.pptx # Raw XML python scripts/office/unpack.py presentation.pptx unpacked/ ไม่ต้อง generate python ใหม่ · script มีอยู่แล้ว · Claude แค่ execute ข้อดี 4 ข้อของ script ฝง 1 · ค่า token ลด 30-70% Generate code 50-100 บรรทัด ทุกครังทีใช้ skill = token ใหญ่ Run script เดิม = แค่ command line สัน ๆ + ผลลัพธ์ ถ้า skill ใช้ 100 ครัง / เดือน · ลดได้หลายแสน token = หลายร้อยบาท 2 · Output consistent · เพราะ code เดียวกัน script เดียว · output deterministic · เทียบกัน round-by-round ได้ generate ใหม่ทุกครัง · output คล้าย ๆ กัน แต่ subtle ต่าง · debug ยาก 3 · Debug ครังเดียวจบ ถ้า script มี bug · แก้ใน scripts/X.py ครังเดียว · ทุก scenario fix หมด ถ้า generate ใหม่ · bug อาจกลับมาในรอบถัดไป (Claude ลืม fix) 4 · share skill ให้ทีม · ได้ same behavior ทีมโหลด skill เดียวกัน · run script เดียวกัน · output ตรงกัน ไม่มีกรณี " ทีทีมคน อืน output ออกมาต่างจากของฉัน " " แต่ผมเขียนโค้ดไม่เปน " · วิธีฝง script โดยไม่เขียน เอง นีคือจุดทีหลายคนข้าม · ไม่เขียน script เพราะรู้สึกว่าต้องเปน dev จริง ๆ คุณไม่ต้องเขียน · ขอ Claude เขียนให้ วิธี 1 · เปิด Claude Code (CLI) ที folder ของ skill 2 · พิมพ์ "ใน skill นี ผมต้องทํา X · Y · Z ทุกครัง · ขอให้ Claude เขียน script python ที่ ทํา X·Y·Z ให้ · เก็บใน scripts/ folder · update SKILL.md ให้ชีมา run script นี แทน text instruction" 3 · Claude เขียน script · save · update SKILL.md 4 · test ครังเดียว · OK · ใช้ได้ตลอด ใช้เวลา 15-30 นาที · skill เดิมทีทํางานช้า · กลายเปน skill ทีเร็วและ deterministic ตัวอย่างเคสมนุษย์ออฟฟศ · 3 script ทีน่าจะมี Script 1 · CSV cleaner scenario · คุณ export CSV จาก Notion / Google Sheets / สมุดบัญชี · ทุกครัง ต้อง clean เหมือนเดิม python scripts/clean_csv.py input.csv output.xlsx script · drop column ทีไม่ใช้ · rename column ตาม mapping ใน config · convert date format · save xlsx Script 2 · email sender scenario · ส่ง weekly update ให้หัวหน้าทุกศุกร์ · attachment เหมือนเดิม python scripts/send_weekly_email.py --subject "Weekly Update" --to boss@company.com --attach update.pdf script · build email · attach file · send ผ่าน SMTP · log result Script 3 · presentation thumbnail scenario · ก่อนส่ง slide ให้ลูกค้า · ต้องสร้าง thumbnail preview ทุก slide python scripts/preview_slides.py deck.pptx --out preview/ script · convert ทุก slide เปน JPG · save ใน preview folder ข้อควรระวัง · script vs text · เมือไหร่ใช้ไหน ไม่ใช่ทุกอย่างต้องเปน script งาน ใช้อะไร Action ทีทําซา + deterministic (clean CSV · send email · convert format) Script Decision ทีต้องใช้ context ( เลือก tone · ตัดสิน ใจ priority) Text instruction Generate content (write email · summarize) Text instruction Repeat I/O operation ( เปดไฟล์ · convert · save) Script Logic ที rule เปลียนบ่อย Text instruction ( แก้ markdown ง่ายกว่าแก้ code) rule of thumb · ถ้า action เปน "do X to Y" ทีทําเหมือนเดิมทุกครัง · script ถ้า เปน "judgment / decide / generate" · text วิธี audit skill ของคุณ · 5 นาที่ อ่าน SKILL.md · ทําเครืองหมาย instruction ที่ เปน " ทํา X กับ Y" (action) · ไม่ใช่ " ตัดสินใจ X" (decision) ทําเหมือนเดิมทุกครัง (deterministic) เกียวกับ file/data operation ( เปิด · ปด · convert · save · send) ทุก instruction ทีตรง 3 ข้อ · candidate ของ script จากนันเปิด Claude · ขอเขียน script ให้ ลองทําเลย · 30 นาที่ เลือก 1 skill ทีคุณใช้ presentation มากทีสุด หา 1 action ทีทําซาเหมือนเดิม เปิด Claude Code · พิมพ์ "ใน skill 'weekly-update-3p' ผมต้อง parse note ที paste เข้ามา แล้วแยก เปน Progress / Plans / Problems · กิจกรรมนีทําเหมือนเดิมทุกครัง · ขอ Claude เขียน python script ที parse note + return JSON ของ 3 section · เก็บใน scripts/parse_3p.py · update SKILL.md ให้ชีมา run script นี " Claude เขียน script + update SKILL.md + ทดสอบครังเดียว · เสร็จ ครังหน้าที skill trigger · จะ run script แทน generate code · เร็ว + consistent บทถัดไป

skill ต้องสมมุติว่าตัวเองพลาด · และวิธีสร้าง QA loop ทีบังคับ verify ก่อนส่ง บทที่ 11 · กฎ 5 · Bug hunt mindset · "Assume there are problems" TL;DR Skill ทัวไปจบที "deliver output" · ส่งครังแรก = ส่งจริง · มี bug ก็ ลูกค้าเจอ Skill ระดับ pro มี QA loop บังคับ · สมมุติว่ามีปญหา · หาให้เจอก่อน ส่ง · ใช้ subagent fresh eyes review · ไม่ declare success จนกว่าจะ fix- verify รอบหนึง เพิม section นีเข้า skill ของคุณ · accuracy ขึนชัด · ค่า token เพิมนิด ปญหา · skill ส่งงานผิดให้ลูกค้า · ต้องนังแก้ทีหลัง scenario ทีเกิดบ่อย คุณใช้ skill draft proposal ให้ลูกค้า · Claude generate ออกมาดูดี · คุณ scan ผ่าน · ส่ง 3 วันต่อมา · ลูกค้าทักว่า " ราคาในข้อ 3 ของ scope ทีคุณส่ง · ไม่ตรงกับทีคุยใน call · ผมจําได้ว่า 80K ไม่ใช่ 60K" คุณกลับไปดู meeting note · ใช่ · ลูกค้าจําถูก · 80K · skill ใส่ผิด ปญหานีไม่ใช่ "Claude โง่ " · เปนเพราะ skill ไม่ได้บอกให้ Claude verify ก่อนส่ง วิธีที Anthropic เขียนใน skill · ตัวอย่าง verbatim skill pptx ของ Anthropic มี section ชือ "QA (Required)" · เปดด้วยประโยคที่ หนักทีสุด "Assume there are problems. Your job is to find them." ทีมา · pptx/SKILL.md บรรทัด 143 แค่ประโยคนีเปลียน mindset ของ skill ทังหมด · ไม่ใช่ " ทํางาน · ส่ง " · แต่เปน "ทํางาน · doubt · verify · แก้ · verify · ส่ง " ประโยคถัดมาในไฟล์ขยายความ "Your first render is almost never correct. Approach QA as a bug hunt, not a confirmation step. If you found zero issues on first inspection, you weren't looking hard enough." ทีมา · pptx/SKILL.md บรรทัด 145 ทําให้ Claude เปลียน behavior จาก - เดิม · generate → check ( ผ่าน ) → ส่ง - ใหม่ · generate → " สมมุติพัง " → หา issue · ถ้าไม่เจอ = หาไม่ถีพอ · หาใหม่ → fix → re-verify → ส่ง Subagent fresh eyes · กฎทีลึกกว่า ประโยคสําคัญอีกอันใน pptx skill "USE SUBAGENTS — even for 2-3 slides. You've been staring at the code and will see what you expect, not what's there. Subagents have fresh eyes." ทีมา · pptx/SKILL.md บรรทัด 165 แปลคือ · Claude ตัวเดียวกันที generate output · จะ bias · " อ่านเข้าใจเอง " ตาม ทีตัวเองสร้าง · ไม่เห็น bug วิธีแก้ · เรียก subagent (Claude ตัวทีสอง ทีเปดขึนมาใหม่ · ไม่เห็น context ที่ สร้าง output) มา review subagent ไม่มี bias · เห็น output เปน " ของใหม่ " · จับ bug ได้ที original Claude มองข้าม นีคือ pattern ที skill ระดับ production ใช้ทุกตัว · ใช้เพิมไม่กี token · accuracy ขึนเยอะ Exit condition · " ห้ามจบจนกว่าจะ fix-verify" ประโยคปดของ QA section ใน pptx "Do not declare success until you've completed at least one fix-and- verify cycle." ทีมา · pptx/SKILL.md บรรทัด 203 นีคือ exit condition · บอกว่า skill ห้ามจบจนกว่าจะมี round " หา - แก้ -verify" อย่างน้อย 1 รอบ ถ้า first inspection พบ 0 issue · skill บังคับให้ Claude หาใหม่ · ถีขึน · จนเจอ อะไรสักอย่าง ถ้ารอบทีสอง ยังไม่เจอ · พอ (skill ยอมรับว่ารอบสองทีหาแล้วยังไม่เจอ · น่าจะไม่มี จริง ) QA template paste-able · สําหรับ skill ของคุณ paste section นีเพิมท้าย SKILL.md ทุกตัว ## QA · Required Before Delivery **Mindset**: Assume there are problems. Your job is to find them. First output is almost never correct. If you find 0 issues on first pass, you weren't looking hard enough. ### Step 1 · Self-review (3 checks) Read the output as if you're the recipient. Check: - [ ] All numbers/dates/names match the source input - [ ] No facts invented that weren't in the input - [ ] Tone matches the skill's voice requirements - [ ] Structure follows the skill's required format ### Step 2 · Spawn subagent for fresh eyes USE SUBAGENT. Even for short output. You've been staring at this and will see what you expect. Subagent prompt: "Review this [output type] for [recipient]. Find issues — assume there are problems. Check: accuracy of facts, tone fit, structure, omissions. Report all issues." ### Step 3 · Fix + re-verify If issues found: - Fix each - Re-verify the affected sections - Loop until subagent reports no new issues ### Exit Condition Do not declare success until at least one fix-and-verify cycle has been completed. If first cycle reports zero issues, run second cycle with stricter criteria. paste · save · upload skill ใหม่ · QA loop พร้อมใช้ เคสมนุษย์ออฟฟศ · 3 จุดที QA loop ช่วยมาก Sales reply จุดเสียง · ตัวเลขราคาที skill ใส่ผิด · promise ทีบริษัทไม่ได้ approve QA check - [ ] ราคาทุกตัวใน reply มาจาก discovery call note หรือไม่ - [ ] ไม่มี "เร็วทีสุด " " ดีทีสุด " " รับประกัน 100%" - [ ] next step ทีเสนอ · ทีมตัวเองรับได้ (เช่น call นัด 24 ชม . · ห้ามนัด same day) Weekly update จุดเสียง · ใส่งานทียังไม่เสร็จเปน " เสร็จ " · ใส่ timeline ทีไม่เคยตกลง QA check - [ ] Progress section · ทุก item มาจาก note สัปดาห์ ( ไม่แต่ง ) - [ ] Plans section · realistic ตาม capacity ทีม - [ ] Problems section · ระบุ owner ทีต้อง help Project debrief จุดเสียง · ใส่ next step ทีไม่มี owner · ใส่ root cause ทีไม่ verify QA check - [ ] ทุก next step มี owner + deadline - [ ] What didn't section · ระบุ process/decision · ไม่กล่าวโทษบุคคล - [ ] Lessons section · gen- applicable · ไม่ specific เฉพาะ project Anti-pattern · QA ทีไม่ work 1 · QA section สันเกินไป "check ก่อนส่ง " · Claude ตีความว่า "scan ดูผ่าน ๆ " · ไม่ deep ต้อง specific · บอก criterion ที check + บอกว่าถ้าเจอต้องทําอะไร 2 · QA ไม่มี exit condition "check until satisfied" · Claude อาจ check 1 รอบแล้วบอก " ผ่าน " ทันที่ ต้องบังคับ · "minimum 1 fix-and-verify cycle" · จะ check รอบ 2 ถ้ารอบแรก 0 issue 3 · ไม่ใช้ subagent Claude ตัวเดียวกัน check ตัวเอง = bias · เห็นทีคาดว่าจะเห็น ต้องใช้ fresh Claude (subagent) review · จับ bug ที original มองข้าม ค่าใช้จ่ายเพิมเท่าไหร่ · เทียบกับ accuracy ทีได้ QA loop เพิม token ประมาณ 20-40% ( เพราะ check 2 รอบ + subagent) แต่ ลูกค้าจับผิด 1 ครัง = เสียเวลา 30-60 นาที + เสีย trust skill output ผิด 1 ครัง = re-do งาน + อธิบาย บางครังผิดแล้วไม่รู้ · ส่งไปลูกค้า · damage 20-40% token เพิม · ปองกัน 1 incident · break-even เร็วมาก ในงานที stakeholder ภายนอกเห็น (sales · marketing · client work) · QA loop คือ default ลองทําเลย · 15 นาที่ 1 · เปิด SKILL.md ของ skill ทีใช้บ่อยทีสุด 2 · paste QA template ( จาก section ข้างบน ) ปดท้าย SKILL.md 3 · ปรับ Step 1 ให้ specific กับงาน (3-5 check ทีตรง risk ของ skill) 4 · save · upload skill 5 · test 3-4 ครัง · ดู output มี "QA report" ติดมาด้วยไหม ครังแรกทีเห็น Claude หา bug ใน output ของตัวเองและแก้ก่อนส่ง · จะเริมเชือ skill ใน level production Part 3 จบ Part 3 เสร็จ · 5 patterns ที Anthropic ใส่ทุก skill ทบทวน 1 · Description = trigger instruction (verb + scenario + edge case + negative) 2 · SKILL.md = สารบัญ · ไฟล์ย่อย = detail (split เมือยาวเกิน ) 3 · NEVER / MUST + เหตุผล ( ไม่ใช่ " ลองพิจารณา ") 4 · Scripts ฝงพร้อมรัน ( ไม่ใช่ text instruction อย่างเดียว ) 5 · Bug hunt mindset · "Assume there are problems" (QA loop + subagent) 5 pattern นีคือ moat · skill ของคุณทีใส่ครบ จะต่างจาก skill งัน ๆ คนละโลก Part 4 เริมแล้ว · 7 recipes paste-able สําหรับ 7 อาชีพออฟฟศ · ทุก recipe มี 5 pattern ครบ บทถัดไป

able บทที่ 12 · Recipe HR · screening candidate TL;DR Skill ทีอ่าน CV ของ candidate · เทียบกับ JD · output structured summary + red flag + recommend interview/pass ใช้ลด time-to- shortlist 4 ชัวโมง / สัปดาห์เหลือ ~1 ชัวโมง · เหมาะ HR team ทีรับ CV เยอะ Scenario ทีม HR ได้รับ CV ใหม่ 20-50 ใบ / สัปดาห์ · ต้อง screening รอบแรกว่าใครควรเข้า interview ขันปกติ 1 · เปิด CV ทีละไฟล์ 2 · scan เทียบ JD 3 · จดสรุปใน Notion / Sheet 4 · ทําเครืองหมาย : pass / interview / reject Skill ทําให้ Claude scan + สรุป + flag ให้ · HR เหลือแค่ review สรุป + ตัดสินใจ Template paste-able paste ใส่ Claude (skill-creator workflow ตามบทที่ 4) ช่วยสร้าง skill ที screening candidate CV ให้หน่อยครับ description (4 ส่วน ): Use this skill whenever the user wants to screen a candidate CV against a job description. This includes: - first-pass screening for shortlist - comparing multiple CVs side-by-side - flagging red flags (gap year ไม่อธิบาย · job hopping · skill mismatch) - generating interview question candidates Trigger when user pastes CV text and JD text together, or mentions "screen candidate", " ดู CV", "shortlist". Do NOT use for compensation analysis, reference check, or final hiring decision (require human judgment). Output structure (required): - Match score: 0-10 + 1-line rationale - Skill match (must-have): list ทีตรง + ขาด - Skill match (nice-to-have): list ทีตรง + ขาด - Red flags: 0-3 items + เหตุผล ( ถ้าไม่มี · ระบุ "none flagged") - Interview focus areas: 3 หัวข้อทีควรถามใน interview เพือ verify - Recommendation: shortlist / interview / pass + 1-line rationale Rules: - MUST cite specific line/section from CV เป็นหลักฐาน - NEVER ระบุข้อสรุปทีไม่มี evidence ใน CV - NEVER ตัดสินจาก demographic ( อายุ · เพศ · ภาษาท้องถิน · institution name) - Red flag MUST มีคําอธิบาย · ห้ามแค่ใส่คํา - ถ้า CV ไม่ครบ section ที JD ต้องการ · MUST flag เป็น "info missing" ไม่ใช่ตัดสินทันที QA loop: - Self-review: ทุก match score มี evidence จาก CV หรือไม่ - Subagent review: ส่งให้ fresh Claude ดู · ถามว่ามี bias สิงใดบ้าง - Exit: ต้องผ่าน 1 fix-and-verify cycle ก่อนส่ง Input: - ผมจะ paste CV (text · 1-3 หน้า ) + JD ในประโยคเดียว - บางครัง paste แค่ CV · ขอให้ skill ถาม JD ก่อน Trigger phrases: - "screen candidate" - " ดู CV" - "shortlist" - " เทียบกับ JD" Output ทีอยากได้ ( ตัวอย่าง ): [paste output ของรอบทีผ่านมาทีทํา shortlist สําเร็จ ] Before/After Before · ไม่มี skill HR เปิด CV 1 ใบ · ใช้เวลา 8-12 นาทีต่อใบ ( อ่าน · ถ่ายโอน Notion · จดสรุป ) 50 ใบ / สัปดาห์ = 6-10 ชัวโมง After · มี skill HR paste CV + JD ใน Claude · ใช้เวลา 1-2 นาทีต่อใบ (paste · review summary · ตัดสินใจ ) 50 ใบ / สัปดาห์ = 1-2 ชัวโมง ได้คืน 4-8 ชัวโมง / สัปดาห์ ข้อระวัง · 3 จุดเสียง 1 · Skill มี bias ตาม training data ทุก AI model มี bias ในระดับหนึง · ใส่ rule "NEVER ตัดสินจาก demographic" + subagent review · ลด bias ได้แต่ไม่หมด ขันสุดท้ายของ shortlist · HR ตัดสินใจเอง · ไม่ใช่ skill 2 · CV ไทยมี structure ที AI โมเดลฝกน้อยกว่า English ถ้า CV เปนภาษาไทย · ใส่ note ใน trigger ว่า "CV เปนภาษาไทย · format อาจไม่ standard" · ให้ skill aware 3 · ห้าม share output โดยไม่ verify skill summary คือ "first pass" · HR ต้องอ่าน CV จริงอย่างน้อย 1 ครังก่อนตัดสิน ใจ · ห้ามใช้ summary ของ skill เปนหลักฐานเดียวในการ reject ลองทําเลย หา 1 CV + JD ทีคุณ shortlist ไปแล้ว · paste ใส่ Claude พร้อม template ข้างต้น ดู output ของ skill · เทียบกับการตัดสินใจของคุณ · ตรงไหม ? คลาดทีไหน ? iterate skill จนกว่า output ตรงกับ judgment ของคุณ 80%+ · พร้อม deploy บทถัดไป

+ missing provision บทที่ 13 · Recipe ทนาย / Legal Ops · review สัญญาเบืองต้น TL;DR Skill ทีอ่านสัญญา · highlight clause สําคัญ · flag missing provision + risky language · output structured report ใช้สําหรับ first-pass review ก่อนส่งทนายจริง · ลดเวลา 60-70% ของ legal team Disclaimer · skill นี ไม่ใช่ legal advice · ตัดสินสุดท้ายต้องผ่านทนายมนุษย์ Scenario Startup / SMB ทีไม่มีทนาย in-house · ต้อง review สัญญา (NDA · vendor agreement · employment) ก่อนเซ็น ตามปกติ · ส่งทนายข้างนอก · ใช้เวลา 3-5 วัน + ค่า 5,000-30,000 บาท / ฉบับ Skill ทําให้ทํา first-pass ภายในตัวเอง · flag risk · จากนันค่อยส่งทนายเฉพาะส่วน ที flag · ลดเวลา + ค่าใช้จ่าย Template paste-able ช่วยสร้าง skill ทีทํา first-pass legal review ให้หน่อยครับ description: Use this skill whenever the user wants a first-pass review of a contract before sending to a lawyer. This includes: - NDAs, service agreements, vendor contracts, employment letters, consulting agreements - comparing draft against industry standard provisions - flagging risky language, missing protections, asymmetric terms - preparing question list for the lawyer Trigger when user pastes contract text or mentions "review contract", " ดูสัญญา ", " เช็คสัญญา ", "first-pass legal". Do NOT use for: signing decision, dispute resolution, regulatory compliance final assessment (all require licensed lawyer). Output structure (required): - Contract type identification + jurisdiction guess ( ระบุ confidence) - Key terms summary table (Party · Term · Payment · Termination · Liability · IP · Confidentiality · Governing law) - 🟢 Standard provisions present ( ตามที industry ใช้กัน ) - 🟡 Provisions worth attention ( อาจ acceptable แต่ควรรู้ ) - 🔴 Red flags (risky · asymmetric · ขาดหายไป ) - Missing provisions checklist ( ตาม industry standard ทีไม่มีใน draft) - Questions for the lawyer (5-10 ข้อ specific) - Severity score: low / medium / high risk to sign Rules: - MUST cite specific clause number + verbatim quote สําหรับทุก flag - MUST mark "not legal advice" ในส่วน Output แรก - NEVER conclude that contract is "safe to sign" · always defer to human lawyer - NEVER guess at applicable law if jurisdiction is unclear - ถ้า provision ใดเป็น dialect / industry-specific · MUST flag เป็น " ต้องการ context ทนาย specialist" QA loop: - Self-review: ทุก flag มี clause citation + verbatim quote - Subagent review: ส่งให้ fresh Claude · ขอให้หา clause ที original อาจ overlook ( เช่น indemnification · IP assignment · auto- renewal) - Exit: ต้องผ่าน 1 fix-and-verify cycle Input: - ผมจะ paste contract text เต็มฉบับ (5-30 หน้า ) + บอก context (party ของผมคือใคร · ธุรกิจอะไร · เซ็นกับใคร ) Trigger phrases: - "review contract" - " ดูสัญญา " - "first-pass legal" - " เช็คสัญญา " Disclaimer block ทีต้องใส่ทุก output: "This is a first-pass AI review · NOT legal advice · verify all findings with a licensed lawyer before signing or relying." Output ทีอยากได้ ( ตัวอย่าง ): [paste output ทีทํา review NDA แล้วทนายเห็นด้วย ] Before/After Before ส่งทนาย · รอ 3-5 วัน · ค่า 5K-30K/ ฉบับ · ได้ summary + recommended changes After paste ใน Claude · ได้ first-pass review ภายใน 5 นาที · ฟรี ส่งทนายเฉพาะส่วนที skill flag เปน red/yellow + คําถาม specific ทนายใช้เวลาน้อยลง · ค่าลดลง 40- 60% · turnaround เร็วขึน 80% ข้อระวัง · 4 จุดทีต้องเข้มงวด 1 · Skill ไม่ใช่ทนาย ใส่ disclaimer "not legal advice" ในทุก output · บังคับ user เห็นทุกครัง ใช้ skill เปน first-pass + question generator ส่งทนาย · ไม่ใช่ทดแทนทนาย 2 · Jurisdiction matters สัญญาไทย · กฎหมายไทย · แม้ Claude รู้กฎหมาย US ดีกว่ากฎหมายไทย ใส่ rule "NEVER apply foreign law unless explicit" · skill ถ้าไม่แน่ใจ · บอกตรง 3 · Privacy contract มี confidential info · ก่อน paste ใส่ Claude · เช็ค policy บริษัท บางบริษัทห้าม paste contract ใน external AI service · ถ้าใช่ · skill นีใช้ไม่ได้ · ต้องใช้ on-premise AI หรือ Anthropic Enterprise 4 · Industry-specific contract ใน healthcare · finance · ภาครัฐ มี nuance specific · skill generic จับ ไม่ครบ สําหรับ industry เหล่านี · skill นีใช้ได้แค่ NDA · employment · simple vendor agreement · ส่วน specialized contract ต้องทนาย specialist เคสจริง · ที skill นี work ป 2026 · Zack Shapiro ( อดีต Davis Polk · จบ Yale Law) เปิด boutique law firm 2 คน · รับงานให้ 200 startup + investors โดยใช้ Claude Skill สําหรับ first-pass review vlog ของเขาบน X มี 7+ ล้าน view · เปน proof ว่า pattern นีทําได้ ทีสําคัญ · Shapiro ไม่ใช้ skill แทน ตัวเอง · ใช้ skill เปน leverage · เขายังเปนคน ตัดสินใจสุดท้าย ลองทําเลย หาสัญญาเก่าทีคุณเคยส่งทนาย review แล้ว · paste ใส่ Claude พร้อม template ข้างต้น เทียบ output ของ skill กับ feedback ทีทนายให้ ที skill catch ตรง · ดี · skill ใช้ได้ ที skill miss · จด · iterate description ของ skill ให้ครอบคลุม บทถัดไป

scoring บทที่ 14 · Recipe ครู / Training · grade essay + feedback TL;DR Skill ทีอ่านงานเขียนของนักเรียน · เทียบ rubric · ให้ score + feedback specific ใช้ลด grading time จาก 6 ชัวโมง / ชัน เหลือ 90 นาที ( ครูยัง review + ปรับ final score เอง ) เคสจริง · Brisk Teaching ทํา pattern นีบน Chrome extension มาแล้ว · ครูใช้กันเปนพัน Scenario ครูภาษาไทย / อังกฤษ / สังคม สอน 1 ห้อง 30-40 คน · มีงานเขียน 2-3 ชิน /term grading ทีละชิน 1 · อ่าน essay (5-7 นาที ) 2 · เทียบ rubric (3-5 นาที ) 3 · เขียน comment + score (3-5 นาที ) รวม 11-17 นาที / คน · 30 คน = 5.5-8.5 ชัวโมง /round Skill ทําให้ครู - paste essay + rubric - ได้ first-pass score + comment - ครู review + ปรับ + ส่ง ลดเวลาเหลือ 90 นาที -2 ชัวโมง /round Template paste-able ช่วยสร้าง skill ที grade essay + feedback ให้หน่อยครับ description: Use this skill whenever the user wants to grade a student essay against a rubric. This includes: - single essay grading with rubric criteria - bulk grading (paste 5-30 essays sequentially) - generating constructive feedback for each criterion - flagging plagiarism/AI-generated suspicion (only flag · ไม่ accuse) Trigger when user pastes essay text + rubric, or mentions "grade essay", " ตรวจงาน ", "feedback นักเรียน ". Do NOT use for: final score certification, plagiarism investigation (require Turnitin/manual verification), accommodation decisions. Output structure (required): - Essay summary (2-3 บรรทัด · บอกว่า essay พูดเรืองอะไร ) - Rubric score table: | Criterion | Score | Max | Evidence (quote จาก essay) | | ... | ... | ... | ... | - Strengths · 3 bullet · specific + quoted - Areas to improve · 3 bullet · specific + actionable - Concrete suggestion · " ถ้าเขียนใหม่ · เปลียน X เป็น Y เพราะ Z" - Overall comment สําหรับนักเรียน (encouraging tone · 3-4 ประโยค ) - Flags · plagiarism suspicion / AI-generated suspicion / off-topic (mark เป็น "review needed" · ไม่ระบุ guilty) Rules: - MUST quote specific text จาก essay สําหรับทุก score criterion - MUST ใช้ encouraging tone ใน student-facing comment ( แม้ score ตํา ) - NEVER เปรียบเทียบกับนักเรียนคนอืน - NEVER ระบุว่า essay " ดี " / " แย่ " โดยรวม · ระบุ specific criterion - ถ้า rubric ไม่ครบ section ใน essay · MUST mark "criterion not applicable" ไม่ใช่ให้ 0 - ถ้าสงสัย plagiarism / AI · MUST flag เป็น "review needed" + เหตุผล · NEVER บอกว่า " เป็น AI generated แน่นอน " QA loop: - Self-review: ทุก score มี quote evidence - Subagent review: ส่งให้ fresh Claude · ขอให้ดูว่า tone เด็กพอ encouraging ไหม · เด็กอ่านแล้วท้อหรือเปล่า - Exit: 1 fix-and-verify cycle Input: - ผมจะ paste essay (500-2000 คํา ) + rubric criteria + max score - บางครัง paste 5-10 essays ติด · skill ต้อง process ทีละ essay Trigger phrases: - "grade essay" - " ตรวจงาน " - "feedback นักเรียน " - " ให้ score" Output ทีอยากได้ ( ตัวอย่าง ): [paste feedback ครังทีนักเรียนตอบรับดี + ปรับปรุงจริง ] Before/After Before 30 essay · 11-17 นาที / ชิน · 6-8 ชัวโมง · เลิกงานดึก · feedback บางครังสัน (เพราะหมดเวลา ) After paste essay + rubric · ได้ first-pass score + feedback ภายใน 1-2 นาที่ ครู review · ปรับ tone ถ้าจําเปน · accept หรือแก้ score · ใช้เวลา 2-3 นาที / ชิน รวม 30 essay = 90-120 นาที feedback ทีส่งเด็ก · ละเอียดกว่าเดิม · เพราะมีเวลาเหลือ เคสจริง · Brisk Teaching pattern Brisk Teaching = Chrome extension ทีทํา skill นีสําเร็จในต่างประเทศ ครู US/UK ใช้บน Google Docs · bulk import 28 essay · ให้ rubric · ได้ feedback ใน 90 นาที ( เดิม 6 ชัวโมง · เร็วขึน 4 เท่า ) case study นีตีพิมพ์ใน musingsfromthemiddleschool.org · 2025 pattern เดียวกันใช้ในไทยได้ · แม้ไม่ได้ใช้ Brisk · ก็ทํา skill ตาม template ข้างต้น ได้ ข้อระวัง · 3 จุด 1 · ห้ามให้ AI ตัดสิน final score เอง skill ให้ first-pass score · ครู review + adjust + final submit ครู ทีส่ง score ของ skill ไปเลย โดยไม่ review = bad practice · นักเรียนถามแล้ว ตอบไม่ได้ 2 · ใส่ encouraging tone บังคับ นักเรียนอ่าน feedback ของ skill · ถ้า tone harsh · ท้อแท้ · skill ดี = score แม่น + tone ทําให้นักเรียนอยากแก้ ใส่ rule "MUST use encouraging tone · even when score is low" ใน skill เสมอ 3 · AI-generated essay detection skill ตรวจ AI-generated essay ได้บางส่วน · แต่ไม่ใช่หลักฐานเด็ดขาด ถ้า skill flag · ต้อง verify ผ่าน Turnitin AI detector หรือ คุยกับนักเรียน · ห้ามใช้ flag ของ skill เปนข้อสรุป ลองทําเลย หา 1 essay + rubric ทีคุณตรวจไปแล้ว · paste ใส่ Claude พร้อม template ข้าง ต้น เทียบ score ของ skill กับทีคุณให้ ถ้าตรงกัน 70%+ · skill ใช้ได้ · ลอง bulk 10 essay ต่อ ถ้าคลาด · iterate rubric criteria ใน skill ให้ตรงกับวิธี grading ของคุณ บทถัดไป

draft memo บทที่ 15 · Recipe นักบัญชี / Finance · accounting memo + variance TL;DR Skill ทีดึงตัวเลขจาก trial balance/P&L · draft accounting memo + variance analysis · output report พร้อมส่งหัวหน้า / ผู้บริหาร ลดเวลา memo จาก 4 ชัวโมงเหลือ 30 นาที ( ครู review + verify ตัวเลขเอง ) case จริง · CPAs ใน US รายงานปด book เร็วขึน 7.5 วัน + billable hours +21% หลังใช้ AI pattern คล้ายกัน Scenario ทีม Finance / นักบัญชี ต้อง draft accounting memo สําหรับ - monthly close summary - variance analysis (actual vs budget · actual vs prior period) - expense category breakdown commentary - audit-ready memo สําหรับ adjustment journal entry ทําเองทุกอย่าง · ใช้เวลา 3-5 ชัวโมง /memo · ทํา 4-6 memo/ เดือน · เสีย 16-24 ชัวโมง / เดือน Skill ทํา first draft + ตัวเลข cross-check · นักบัญชี review + verify + submit Template paste-able ช่วยสร้าง skill ที draft accounting memo + variance analysis ให้ หน่อยครับ description: Use this skill whenever the user wants to draft an accounting memo, variance analysis, or P&L commentary. This includes: - monthly close summary memo - variance analysis (actual vs budget · vs prior period · vs forecast) - expense category commentary - audit-trail memo สําหรับ journal entry adjustment Trigger when user pastes trial balance / P&L / variance table, or mentions "draft memo", "variance analysis", " บัญชี memo". Do NOT use for: tax filing, audit certification, financial statement issuance (require licensed accountant + auditor sign-off). Output structure (required): - Executive summary (3-5 บรรทัด · highlights of period) - Variance breakdown table: | Line item | Actual | Budget | Var | Var % | Driver | | ... | ... | ... | ... | ... | ... | - Material variances commentary ( ≥ 5% หรือ ≥ specified threshold) · Root cause analysis (specific · ไม่ guess) · Recommended action ( ถ้ามี ) - Items requiring management attention - Footnotes · assumption / data source / period covered Rules: - MUST verify ทุกตัวเลขก่อนใส่ใน output · ห้ามคัดเลข paste ผิดตําแหน่ง - MUST flag variance ≥ 10% เป็น "material" + require explanation - NEVER guess root cause · ถ้าไม่มี data ระบุ "Driver: requires investigation" - NEVER round number more than 2 significant digits in tables - ถ้า trial balance ไม่ balance · MUST flag เป็น "input error · review before proceeding" · ห้าม draft memo ต่อ - ถ้า prior period data ไม่ครบ · MUST mark "comparison unavailable" · ไม่แต่ง QA loop: - Self-review: sum ของ table ตรงกับ total · ทุก variance % คํานวณถูก - Subagent review: ส่งให้ fresh Claude · ขอให้ recalculate variance ทุกตัว · จับ rounding error / arithmetic mistake - Exit: 2 fix-and-verify cycles ( เพราะ stakes สูง · ตัวเลขผิด = audit issue) Input: - ผมจะ paste trial balance หรือ P&L หรือ variance table - format: CSV / Markdown table / pasted Excel range - บอก period ( เช่น Oct 2026) + comparator (budget · prior period · ทังคู่ ) Trigger phrases: - "draft memo" - "variance analysis" - " บัญชี memo" - "P&L commentary" Output ทีอยากได้ ( ตัวอย่าง ): [paste memo ทีส่งให้ CFO และได้รับ approve โดยไม่แก้ไข ] Before/After Before นักบัญชี · open Excel · scroll · note variance · open Word · type memo · cross-check · format · review 4-5 ชัวโมง /memo After paste trial balance + period info · ได้ first draft + variance breakdown + driver suggestions ภายใน 2-3 นาที่ นักบัญชี · verify ตัวเลข (10-15 นาที ) · adjust commentary (10-15 นาที ) · submit (5 นาที ) รวม 30-40 นาที /memo · ลด 80-90% เคสจริง · CPA.com survey 2025 US CPAs ที implement AI pattern คล้ายกัน รายงาน monthly close · เร็วขึน 7.5 วัน ( จาก ~15 วันเหลือ ~7.5 วัน ) billable hours · เพิม 21% ( เพราะเอาเวลามาทํา advisory · ลูกค้าจ่ายแพง ) AP processing · เร็วขึน 75% source · Journal of Accountancy "Calculating AI's impact on CPAs" Aug 2025 ในไทย · pattern เดียวกัน · scale อาจต่างเพราะ business size · แต่ direction เดียวกัน ข้อระวัง · 4 จุด 1 · ตัวเลขผิด = audit issue skill อาจ paste ตัวเลขผิดตําแหน่ง · นักบัญชี MUST verify ตัวเลขทังหมดก่อน submit ใส่ rule "subagent recalculate variance ทุกตัว " · จับ arithmetic error ได้ 2 · Compliance · IFRS / TFRS / Tax skill draft แค่ commentary · ไม่ใช่ statement issuance compliance-sensitive memo (audit · tax return · regulatory filing) ต้องผ่าน นักบัญชี + auditor มนุษย์เสมอ 3 · Confidentiality trial balance / P&L มี sensitive financial info paste ใน external AI · เช็ค policy บริษัท · บางองค์กรห้าม ถ้าใช่ · ใช้ Anthropic Enterprise (data ไม่ train · stay private) แทน Claude.ai standard 4 · Skill ไม่ทดแทน judgment variance commentary ทีดี · ต้องเข้าใจ context business ( เช่น "Q3 sales ตก เพราะมี holiday early" ไม่ใช่ "demand drop") skill generate driver suggestion · นักบัญชี verify ว่า driver จริงคืออะไร · ใส่ context · ไม่ใช่ accept ของ skill ตรง ลองทําเลย หา 1 P&L หรือ variance table เก่า · paste ใส่ Claude พร้อม template ข้างต้น เทียบ memo ของ skill กับ memo ทีคุณเคยเขียน ตรวจตัวเลขทุกตัว · ถ้าผิด · iterate rule QA loop ให้เข้มงวดขึน ตรงกัน 80%+ · skill ใช้ได้ · scale ไปทํา memo ทุกเดือน บทถัดไป

บริษัท บทที่ 16 · Recipe ทีมขาย · proposal + follow-up TL;DR 2 skills · proposal-from-discovery (draft proposal จาก discovery call note) + 3-touch follow-up (sequence 3 reply ตามเวลา ) ลดเวลา draft proposal 90 นาทีเหลือ 15 นาที · ลดเวลา follow-up 6 ชัวโมง / สัปดาห์เหลือ 2 ชัวโมง Scenario · 2 task ทีกินเวลามากสุด ทีมขายมี 2 งานทีทําซา + กินเวลา 1 · Proposal จาก discovery call หลัง call ลูกค้า · ต้อง draft proposal · มี - understanding ทีลูกค้าต้องการ - solution ทีทีมเสนอ - timeline + scope + pricing - next step ทําเองใช้เวลา 60-120 นาที /proposal · 3-5 proposal/ สัปดาห์ = 5-10 ชัวโมง 2 · Follow-up sequence หลังส่ง proposal · ต้อง follow-up - Day 3 · check ลูกค้าได้รับและอ่านไหม - Day 7 · ตอบคําถามทีอาจมี + ขอ next step - Day 14 · ถ้ายังเงียบ · close out หรือ park ทําเองใช้เวลา 5-10 นาที /touch · 10 deal × 3 touch = 2.5-5 ชัวโมง / สัปดาห์ Skill ทําทัง 2 ตัว · ลดเวลารวม 7-15 ชัวโมง / สัปดาห์ Template 1 · Proposal from discovery ช่วยสร้าง skill ที draft proposal จาก discovery call note ให้หน่อย ครับ description: Use this skill whenever the user wants to draft a sales proposal from a discovery call note. This includes: - B2B service proposal (consulting · agency · SaaS) - statement of work (SOW) section breakdown - pricing recommendation based on scope - next-step CTA Trigger when user pastes discovery call note + mentions "draft proposal", " ทํา proposal", " เสนอลูกค้า ". Do NOT use for: cold outreach, RFP response (require formal process), contract drafting (use legal-review skill). Output structure: 1. Executive summary (3-4 บรรทัด ) 2. Understanding of customer's need (5-8 bullet · จาก call note) 3. Proposed solution (3-5 modules · each: what + outcome + timeline) 4. Investment breakdown | Module | Effort | Timeline | Price | | ... | ... | ... | ... | 5. Why us (3 bullet · จาก track record · ไม่แต่ง ) 6. Next step (specific · เช่น "schedule kickoff call within 7 days") 7. Footer · validity period + contact Rules: - MUST cite specific quote จาก call note สําหรับทุก "understanding" - MUST stay within scope ทีลูกค้า request · ไม่ scope creep - NEVER overpromise (" เร็วทีสุด " " ดีทีสุด " "guarantee 100%") - NEVER include pricing ทีผมไม่ได้ระบุ · ถ้าไม่ระบุ · placeholder "TBD" - ถ้า call note ไม่ครบ section ใด · MUST flag เป็น "need clarification" ไม่แต่ง QA loop: - Self-review: ทุก "understanding" มี quote จาก call note - Subagent review: ส่งให้ fresh Claude · ถามว่า proposal นี believable / oversell หรือไม่ - Exit: 1 fix-and-verify cycle Input: - discovery call note (raw · 500-2000 คํา ) - pricing constraint ( ถ้ามี ) - timeline constraint ( ถ้ามี ) Trigger phrases: - "draft proposal" - " ทํา proposal" - " เสนอลูกค้า " Output ทีอยากได้ ( ตัวอย่าง ): [paste proposal ครังทีปิด deal ได้ ] Template 2 · 3-touch follow-up sequence ช่วยสร้าง skill ที draft 3-touch follow-up sequence หลังส่ง proposal ให้หน่อยครับ description: Use this skill whenever the user wants follow-up emails/messages after sending a sales proposal. Provides 3 drafts: - Touch 1 (Day 3) · friendly check-in + offer to answer questions - Touch 2 (Day 7) · address common objection + propose next step - Touch 3 (Day 14) · close-out / park decision Trigger when user mentions "follow-up", " ส่ง follow-up", "after proposal". Do NOT use for: cold outreach, post-purchase customer success. Output structure: For each of 3 touches: - Subject line (specific · ไม่ generic) - 3-paragraph body · p1 · open + recall context (1-2 บรรทัด ) · p2 · value-add (insight ที relevant ใหม่ · หรือ offer to clarify) · p3 · specific ask (15-min call · written response · etc) - Tone: friendly · ไม่ pushy - ความยาว 60-100 คํา /touch Rules: - Touch 1: ห้าม pressure · เน้น offer to help - Touch 2: address objection ทีมักเจอใน industry นี · ไม่ assume - Touch 3: respectful close-out · เปิดทาง re-engage ใน 3-6 เดือน - NEVER bombard · ทุก touch มี value-add · ไม่ใช่ "checking in" - NEVER ระบุ commitment ที proposal ไม่ได้บอก - ถ้าลูกค้าตอบมาแล้วใน thread · MUST adjust touch ตาม content ของ reply QA loop: - Self-review: ทุก touch มี value-add specific · ไม่ใช่ generic - Subagent review: ส่งให้ fresh Claude · ถามว่าฟัง pushy ไหม - Exit: 1 fix-and-verify cycle Input: - proposal context (1-2 บรรทัด · ลูกค้าใคร · เสนออะไร ) - เคยมี response จากลูกค้าหรือไม่ - industry / vertical Trigger phrases: - "follow-up" - " ส่ง follow-up" - "after proposal" - "3-touch" Output ทีอยากได้ ( ตัวอย่าง ): [paste sequence ทีปิด deal ได้ ] Before/After Before 3-5 proposal × 90 นาที + 10 deal × 3 touch × 7 นาที = 6-10 ชัวโมง / สัปดาห์ After 3-5 proposal × 15 นาที + 10 deal × 3 touch × 2 นาที = 1.5-2 ชัวโมง ได้คืน 4-8 ชัวโมง / สัปดาห์ = ครึงสัปดาห์ทํางาน ข้อระวัง · 3 จุด 1 · Proposal ที skill draft ออกมา · ไม่ใช่ contract skill draft commercial proposal สําหรับ " ลูกค้าตัดสินใจ buy or not buy" หลัง verbal agreement · ใช้ legal-review skill ( บท 13) หรือทนายจริง · ห้ามใช้ skill output ตรงเปนสัญญา 2 · Pricing · ระวัง mismatch skill อาจ suggest pricing ทีไม่ตรง pricing policy ของบริษัท ทุก proposal ที skill draft · sales rep ต้อง verify ราคา + discount approval ก่อนส่ง 3 · Follow-up · ไม่ pushy ลูกค้า B2B ทีดี · responsive ใน 5-10 วัน · ถ้านานกว่านัน = signal ว่าไม่สนใจ skill follow-up 3 touch · ถ้าไม่ตอบ · stop · ห้ามให้ AI auto-send touch ที่ 4-5 · จะ damage brand ลองทําเลย หา 1 discovery call note + proposal เก่าทีปดดีลได้ · paste ใส่ Claude ดู proposal ที skill draft · เทียบกับทีคุณเขียนเอง · ตรงไหน · คลาดทีไหน iterate rule + tone จนกว่า skill output ตรง 80%+ บทถัดไป

classify risk บทที่ 17 · Recipe Project Manager · weekly status + risk log TL;DR 2 skills · weekly 3P status (Progress · Plans · Problems) + risk log auto-classify (severity + owner + mitigation) ลด time-to-status จาก 3 ชัวโมงเหลือ 45 นาที · risk log update ทันทุกสัปดาห์ ( เดิมหลายคนข้าม ) Scenario · PM ทําซํา 2 เรือง PM ใน team / agency / IT department · มี ritual 2 เรือง 1 · Weekly status ส่งหัวหน้า / sponsor ทุกศุกร์ - สิงทีทําเสร็จสัปดาห์นี - แผนสัปดาห์หน้า - ปญหาที่ ต้อง escalate ใช้เวลา 90-120 นาที ( รวบรวม + เขียน + format) 2 · Risk log update ทุก project มี risk log · ควร review ทุกสัปดาห์ · severity เปลียน · mitigation ใหม่ · owner เปลียน ใช้เวลา 30-60 นาที ( ถ้าทําจริง ) · หลายคน skip เพราะไม่มีเวลา · ผลคือ risk เกิด จริง · งานพัง Skill ทําทัง 2 · ส่งหัวหน้าทันเวลา + risk log update ทุกสัปดาห์ไม่หาย Template 1 · Weekly status 3P ช่วยสร้าง skill ทีทํา weekly status 3P ให้หน่อยครับ description: Use this skill whenever the user wants to draft a weekly status report. This includes: - 3P format (Progress · Plans · Problems) - single project report - portfolio summary (multi-project · 5-10 projects ใน 1 report) - exec summary version ( สัน · 1 หน้า ) Trigger when user pastes raw weekly note + mentions "weekly status", "weekly update", " ส่งสถานะ ", " ส่งหัวหน้า ". Do NOT use for: monthly summary (different format), incident report, post-mortem. Output structure: - Header · project name · week-ending date · status overall (Green / Yellow / Red + 1-line rationale) - Progress (3-5 bullet · งานทีเสร็จ + impact) - Plans (3-5 bullet · งานสัปดาห์หน้า + risk level) - Problems (0-3 bullet · ปัญหา + ask specific) - Asks · ระบุ help ทีต้องการจากหัวหน้า /team (specific person + action) - Status indicators · % budget · % timeline · % scope ( ถ้ามี data) Rules: - MUST cite item count + week dates · ห้ามคลุมเครือ - MUST classify status Green/Yellow/Red ตาม : · Green = on track · no blocker · Yellow = at-risk · need attention · not blocked · Red = blocked · need escalation - NEVER mark "Green" ถ้ามี Red ใน Problems - NEVER include item ทีไม่ได้ทํา ( เพราะ " เคยพูด ") · ทําจริงเท่านัน - ถ้า raw note ไม่ครบ section ใด · MUST ถาม clarification ก่อน draft QA loop: - Self-review: status indicator consistent (Green = ทุก section ไม่มี Red) - Subagent review: ส่งให้ fresh Claude · ถามว่า hidden risk ที original missed มีไหม - Exit: 1 fix-and-verify cycle Input: - raw note สัปดาห์ (Notion / Sheet / chat extract) - project context (1-2 บรรทัด ) - audience (CEO / direct manager / sponsor / public update) Trigger phrases: - "weekly status" - "weekly update" - " ส่งสถานะ " - " ส่งหัวหน้า " Output ทีอยากได้ ( ตัวอย่าง ): [paste status ทีหัวหน้าตอบรับและไม่ ask clarify] Template 2 · Risk log auto-classify ช่วยสร้าง skill ที update risk log + auto-classify severity ให้ หน่อยครับ description: Use this skill whenever the user wants to update or analyze a project risk log. This includes: - adding new risks based on weekly note + categorizing severity - updating existing risks (status change · new info · mitigated) - generating risk summary for status report - recommending escalation path Trigger when user pastes risk log + new info, or mentions "update risk log", "risk register", " เพิม risk". Do NOT use for: incident management (post-event), audit risk (require audit framework). Output structure: - Updated risk log table: | ID | Risk description | Severity (Low/Med/High) | Probability (Low/Med/High) | Owner | Mitigation | Status | Updated | - New risks added (count + brief summary) - Existing risks changed (count + reason) - High-severity / High-probability risks (auto-highlight) - Recommended escalation ( สําหรับ risk ที overlap H × H) - Risks ready to close (mitigated · or no longer relevant) Rules: - MUST classify severity ตาม impact · probability ตาม likelihood · explicit rubric ใน skill - MUST require owner สําหรับทุก risk · ห้ามมี "TBD" ใน final log - MUST require mitigation สําหรับ Med+ risk · ถ้าไม่มี · flag escalation - NEVER close risk โดยไม่มี evidence ( เช่น "mitigated by control X") - NEVER add risk ทีไม่มีใน input · ห้ามแต่ง QA loop: - Self-review: ทุก risk Med+ มี owner + mitigation - Subagent review: ส่งให้ fresh Claude · ถามว่ามี risk ใดที probably missed - Exit: 1 fix-and-verify cycle Input: - existing risk log (table หรือ list) - weekly note (raw) - project context Trigger phrases: - "update risk log" - "risk register" - " เพิม risk" - "risk analysis" Output ทีอยากได้ ( ตัวอย่าง ): [paste risk log update ทีใช้ใน status report] Before/After Before Weekly status 90-120 นาที + Risk log update 30-60 นาที = 2-3 ชัวโมง / สัปดาห์ Risk log บางสัปดาห์ skip ( เพราะหมดเวลา ) · 30% ของ project ทีพัง · root cause = "risk ทีรู้แต่ไม่ track ต่อ " After Weekly status 15-20 นาที + Risk log update 10-15 นาที = 30-40 นาที่ ได้คืน 2-3 ชัวโมง · risk log update ทุกสัปดาห์ไม่หาย · risk visibility ตามจริง ข้อระวัง · 3 จุด 1 · Status "Green" ที skill ออก · PM verify skill อาจ classify Green ตามตัวเลข · แต่ PM รู้บริบทที่ skill ไม่เห็น ( เช่น key person กําลังลาออก ) PM ต้อง override status ถ้าจําเปน · ห้าม trust skill 100% 2 · Risk severity · subjective severity / probability เปน judgment · skill ใช้ rubric · แต่ context business + market อาจเปลียนคําตอบ review ทุก Med+ risk ก่อน final · adjust ตาม organizational risk tolerance 3 · Escalation path · ตามวัฒนธรรมองค์กร บาง culture · escalation = aggressive · บางแห่ง = neutral skill default = neutral · PM ปรับ tone ตามบริษัท ลองทําเลย หา weekly note + risk log ของ project ที active · paste ใส่ Claude พร้อม template เทียบ status + risk classification ของ skill กับ judgment ของคุณ iterate rule severity rubric ให้ตรงกับ definition ของบริษัท บทถัดไป

audience persona บทที่ 18 · Recipe นักการตลาด · FB post + ad copy variant TL;DR Skill ที draft FB post + 5 ad copy variant สําหรับ A/B test · lock brand voice · per audience persona ลดเวลา content production 5 ชัวโมง / สัปดาห์เหลือ 1.5 ชัวโมง · output consistency สูงขึน ( ไม่ขึนกับว่าวัน นันใครเขียน ) Scenario ทีมการตลาด · social media manager · content writer · มี output recurring FB post · 3-5 ต่อสัปดาห์ ad copy · 5-10 variant ต่อ campaign · A/B test email subject line · variants สําหรับ split test landing page hero text ทังหมดต้อง stay on brand · tone consistent · ทุกชิน ทําเองวันละ 4-6 หัวข้อ · 5-10 ชัวโมง / สัปดาห์ · ออกมา consistency 60-70% (เพราะ mood writer) Skill encode brand voice + persona · output consistency 90%+ Template paste-able ช่วยสร้าง skill ที draft FB post + ad variant ให้หน่อยครับ description: Use this skill whenever the user wants to draft a social media post, ad copy, or content variant. This includes: - single FB/IG/LinkedIn post (long-form · 200-400 คํา ) - ad copy 5 variants for A/B test (headline + body) - email subject line · 3-5 variants - landing page hero copy + sub Trigger when user describes topic + audience, or mentions "draft post", "ad copy", " ทํา post", " เขียน content". Do NOT use for: press release (formal · need legal review), crisis communication (require human judgment), B2B sales email (use sales-followup skill). Output structure: - Topic understanding (1 บรรทัด ) - Audience persona summary ( อิงจาก input) - Brand voice check · 3 attribute ( เช่น "playful · direct · expert") - 1 main post (200-400 คํา ) + 5 ad variants For each post / variant: - Hook ( ≤ 2 บรรทัด · stop-scroll) - Body (specific · 1 key insight · 1 supporting detail) - CTA (specific action · ไม่ generic "learn more") - Hashtags (5-7 · relevant) - Length warning ถ้าเกิน format max Rules: - MUST encode brand voice ตาม voice doc (paste ใน skill ตอน create) - MUST stay within Thai office worker tone (peer-to-peer · ไม่ hierarchical) - NEVER use em-dash (—) · ใช้ · : comma แทน - NEVER ใช้ generic CTA ("learn more" · "click here") · specific เสมอ - NEVER overclaim · ห้าม " ดีทีสุด " " เร็วทีสุด " "guarantee" - NEVER ใส่ตัวเลข fact ทีไม่มี source · ถ้ามี · cite - NEVER ใช้ " เฮ้ย " intro · NEVER fake objection counter - variant ทัง 5 ตัว · MUST ต่างกันที angle จริง · ห้าม word swap QA loop: - Self-review: voice consistent ระหว่าง 5 variants · CTA specific ทุกตัว - Subagent review: ส่งให้ fresh Claude · ถามว่า variant ใดฟัง AI- generated · ปรับให้ human-like ขึน - Exit: 1 fix-and-verify cycle Input: - topic + 3-5 keypoint ( ทีอยาก highlight) - audience persona (1-2 บรรทัด ) - platform (FB · IG · LinkedIn · Email · LP) - desired CTA + URL - brand voice doc (paste ใน skill ตอน create · จะ encode permanent) Trigger phrases: - "draft post" - "ad copy" - " ทํา post" - " เขียน content" - "variant" Output ทีอยากได้ ( ตัวอย่าง ): [paste post ที engagement สูงสุด + 5 variant ทีใช้จริง ] Before/After Before นักการตลาด · 4-6 หัวข้อ / วัน · 5-10 ชัวโมง / สัปดาห์ variant consistency 60-70% · บางตัว tone ห่างจาก brand · ลูกค้าทักว่าทําไม voice เปลียน After paste topic + persona + URL · ได้ post + 5 variant ภายใน 2 นาที writer review + tweak · 10-15 นาที / หัวข้อ 5 ชัวโมง / สัปดาห์ → 1.5 ชัวโมง · variant consistency 90%+ เคสจริง · pattern ทีใช้ใน Thai brand AIDailyTH ( เพจทีหนังสือเล่มนีแจกจาก ) ใช้ pattern เดียวกัน ทุก post ผ่าน 3 stage 1 · Brief · topic + audience + red flags 2 · Skill (Roe / writer) · draft + 5 variant headline 3 · Reviewer (Chris) · audience check + jargon scan ผลคือ · post consistency 90%+ · engagement rate สูงกว่า manual writer 20- 30% ทุก step encode ใน skill · ไม่ขึนกับว่าใครเขียน ข้อระวัง · 4 จุด 1 · Brand voice encode ตอน skill create ใส่ voice doc ตอน skill-creator interview · เปน "permanent context" · ทุก output ตามนัน ถ้าไม่ใส่ · output จะออกมา generic AI voice · ไม่ใช่ brand 2 · ห้าม "AI-sounding" hook skill มักเขียน hook แบบ "X ทีทํา Y · ใน Z วินาที " (signature ของ AI-generated) ใส่ negative case ใน rules · "NEVER use 'X ทีทํา Y · ใน Z' pattern" + subagent review ถาม " ฟง AI หรือไม่ " 3 · Variant ที "word swap" ไม่ใช่ variant จริง skill อาจ generate 5 variant ทีต่างกันแค่คํา · ไม่ใช่ angle ต่าง ใส่ rule · "MUST ต่าง angle จริง · ห้าม word swap" · subagent verify 4 · Compliance / regulatory ad copy ใน healthcare · finance · gambling มี regulation specific skill generic ไม่รู้ · ต้องผ่าน compliance team manual ก่อน publish ลองทําเลย paste brand voice doc + 1 หัวข้อทีทํา campaign สําเร็จ · paste ใส่ Claude พร้อม template ดู 5 variant · เทียบกับทีคุณเขียนเอง · ตรงไหน · คลาดทีไหน iterate brand voice doc + negative case rules · จนกว่า output ตรง voice ของ brand Part 4 จบ 7 recipes ครบ - บทที่ 12 · HR · screening candidate - บทที่ 13 · Legal · contract review - บทที่ 14 · Teacher · essay feedback - บทที่ 15 · Accountant · memo + variance - บทที่ 16 · Sales · proposal + follow-up - บทที่ 17 · PM · weekly status + risk log - บทที่ 18 · Marketer · post + ad variant ทุก recipe มี 5 patterns ครบ · paste-able · adapt ได้ Part 5 เริมแล้ว · 3 บท · ทํายังไงเมือ skill ไม่ trigger · version + share บทถัดไป

บทที่ 19 · Skill ไม่ trigger · debug ยังไง TL;DR Skill ไม่ trigger 5 สาเหตุหลัก · description คลุม · trigger phrase ขัด skill อืน · plan ไม่รองรับ · permission ไม่ครบ · ไฟล์ corrupt ทุกสาเหตุมีวิธีแก้ ใน 5-10 นาที · ไม่ต้องสร้าง skill ใหม่ Skill ไม่ trigger · ใครก็เจอ · ไม่ใช่ความผิดคุณ หลัง upload skill เสร็จ · ใช้งานครังแรก · Claude ตอบเปน generic AI · skill ไม่ trigger อย่ารีบลบ skill หรือสร้างใหม่ · 90% เปน 1 ใน 5 ปญหานี · ทุกอันแก้ได้ใน 10 นาที่ สาเหตุ 1 · Description คลุมเกินไป (60% ของเคส ) อาการ · skill upload สําเร็จ · เห็นใน Settings · toggle on แล้ว · ไม่ trigger ตรวจ - เปิด SKILL.md ของ skill - ดู description ใน frontmatter - ถ้าสันกว่า 2 บรรทัด หรือ generic (" ช่วยตอบลูกค้า ") · นีคือปญหา วิธีแก้ - กลับเข้า Claude · พิมพ์ "ขอ rewrite description ของ skill 'X' ให้ตาม pattern Anthropic public skills · 4 ส่วน · verb + scenario + edge case + negative case" - Claude rewrite ใน 1 นาที · save · upload skill ใหม่ทับ - test 3-4 trigger phrase · ดู ว่า trigger ตรงหรือไม่ อ้างอิงบทที่ 7 สําหรับ pattern description ทีดี สาเหตุ 2 · Trigger phrase ขัดกับ skill อืน (20% ของเคส ) อาการ · skill ใหม่ upload สําเร็จ · แต่เมือ trigger · Claude หยิบ skill อืนมาแทน ตรวจ - เปิด Settings → Skills · ดู skill อืนทีเปดอยู่ - หา skill ทีอาจมี trigger phrase ใกล้กัน วิธีแก้ - เปลียน trigger phrase ของ skill ใหม่ให้ specific ขึน - เช่น "weekly update" → "weekly update 3P สําหรับทีม [N คน ]" - หรือ disable skill เก่าทีขัด วิธี debug · ถาม Claude ตรง ๆ "ตอนผมพิมพ์ 'X' · Claude หยิบ skill ไหนมาใช้ ? · ทําไม ?" Claude ตอบ · เห็น root cause ทันที่ สาเหตุ 3 · Plan ไม่รองรับ skill (10% ของเคส ) อาการ · Settings ไม่แสดง Skills section · หรือ upload สําเร็จแต่ skill ไม่ active ตรวจ - ไป claude.ai/pricing - ดู plan ทีคุณใช้ · บาง feature ของ Skill ต้องการ Pro หรือ Team plan วิธีแก้ - upgrade plan ถ้าจําเปน - หรือ test skill บน Claude Code (free · ไม่ จํากัด skill upload) สาเหตุ 4 · Permission ไม่ครบ (5% ของเคส ) อาการ · skill trigger แต่ output แค่ part เดียว · บอกว่าทําได้แค่บางส่วน ตรวจ - เปิด skill ดู scripts/ folder - ถ้ามี script ทีต้อง read files / run code / web search · ต้องเปิด permission วิธีแก้ - ไป Settings → Capabilities - เปิด permission ที skill ต้องการเฉพาะ - อย่าเปดทังหมด · เปดเฉพาะทีใช้ สาเหตุ 5 · ไฟล์ corrupt หรือ format ผิด (5% ของ เคส ) อาการ · upload error "invalid skill file" วิธีแก้ - กลับเข้า Claude · ขอ re-package skill - download ใหม่ - upload ทับของ เดิม ถ้ายัง error · ขอ Claude verify format ของ SKILL.md (frontmatter ถูก · structure markdown ถูก ) วิธี debug ที powerful สุด · ถาม Claude ตรง ๆ ถ้าไม่แน่ใจปญหาคืออะไร · ถาม Claude "ผม upload skill 'X' แล้ว · แต่เมือพิมพ์ 'Y' · skill ไม่ trigger · ช่วยตรวจให้ หน่อยว่า 1. Skill 'X' active หรือไม่ 2. Trigger phrase 'Y' match กับ description ของ 'X' หรือไม่ 3. มี skill อืนที trigger ก่อนหรือไม่ 4. ผมต้องแก้ อะไร " Claude ดู skill list ของคุณ · scan description · ตอบ root cause + แนะนํา fix specific ใช้ debug ได้ทัง 5 สาเหตุข้างต้น Anti-pattern · 3 อย่างทีอย่าทําเวลา debug 1 · ลบ skill แล้วสร้างใหม่ 90% ของปญหาเปน description ทีแก้ได้ · ไม่ต้องเริมใหม่ · เสียเวลา + เสีย iterations ทีทําไปแล้ว 2 · เพิม trigger phrase เปน 10+ คํา หวังว่ายิงเยอะ trigger ตรง · จริง ๆ ยิงคลุม · Claude สับสน ใช้ 3-5 trigger phrase ที specific · ดีกว่า 10+ ที generic 3 · ขอ skill ทํามากกว่าที designed skill 1 ตัว · ทํา task 1 อย่าง · ขอให้ทํา 3-4 task ในตัว = output คลาด ทุกตัว แยกเปนหลาย skill · trigger คนละแบบ · ดีกว่ายัดในตัวเดียว ลองทําเลย · 10 นาที่ ถ้ามี skill ทีเคย upload แล้วไม่ trigger · เปิด ใช้ checklist 5 สาเหตุข้างบน · ตรวจทีละข้อ · หาทีตรง · fix ตามวิธี ถ้าไม่ตรงข้อใด · ถาม Claude ตามวิธี "debug ที powerful สุด " ข้างต้น บทถัดไป

skill บทที่ 20 · Versioning + iterate TL;DR Skill ดีคือ skill ที iterate ได้ · ใช้ semantic version (v1.0 · v1.1 · v2.0) · ติด changelog ใน SKILL.md Bump major version เมือ structure เปลียน · minor เมือ rule เปลียน · patch เมือ wording เปลียน ทําไม version matter skill ของคุณจะเปลียน เพิม edge case ทีเพิงเจอ ปรับ rule ที output คลาด เพิม script ใหม่ ลบ rule ทีไม่ใช้ ทุก iteration · skill ดีขึน · แต่ถ้าไม่มี version + changelog · จะ - จําไม่ได้ว่า เปลียนอะไรเมือไหร่ - ถ้า output เริมคลาด · ไม่รู้ rollback ไป version ไหน - ส่งทีม · ทีมงงว่ามี skill กีตัวทีใช้ Version + changelog ใช้เวลาเพิม 1 นาที /iteration · ช่วยทุกอย่างข้างต้น Semantic version · 3 ส่วน ใช้ pattern major.minor.patch ( เช่น 1.2.3) Major (1.x.x → 2.x.x) bump เมือ structure ของ skill เปลียน · existing user ต้อง re-learn ตัวอย่าง - เปลียน output format จาก 3 section เปน 5 section - เปลียน trigger phrase ทังหมด - ลบ feature เก่า Minor (1.1.x → 1.2.x) bump เมือ rule เปลียน · เพิม feature · output ดีขึน · existing user ใช้ต่อได้ ตัวอย่าง - เพิม rule "NEVER ใช้ emoji" - เพิม edge case handling - ปรับ tone จาก formal → semi-formal Patch (1.1.1 → 1.1.2) bump เมือแก้ทํางานเล็ก ๆ · wording · typo · ไม่กระทบ output structure ตัวอย่าง - แก้ typo ใน rule - ปรับ wording ของ section header - เพิม example ใน description Changelog block · paste ใน SKILL.md ใส่ section นีปดท้าย SKILL.md ของทุก skill ## Changelog ### v1.2.0 · 2026-05-15 - เพิม edge case handling สําหรับ customer ที paste image - ปรับ tone จาก formal → semi-formal ( ตาม feedback ลูกค้า ) ### v1.1.0 · 2026-04-22 - เพิม rule "NEVER share competitor pricing" - เพิม subagent review ใน QA loop ### v1.0.1 · 2026-04-10 - แก้ typo ใน trigger phrase "follow-up" ### v1.0.0 · 2026-04-01 - Initial release - 3-paragraph structure - Brand voice encoded อ่านจากบนลงล่าง · เห็น evolution ของ skill ครบ เมือไหร่ควร iterate 3 signal บอกว่าควร iterate 1 · Output คลาด >20% ของ trigger ถ้า skill trigger 10 ครัง · 3 ครัง output ผิด · iterate จด pattern ทีผิด · เพิม rule แก้ 2 · Edge case ใหม่ที skill จัดการไม่ได้ ลูกค้าส่ง message ที skill ไม่เคยเจอ ( เช่น เปน voice note · เปน image) เพิม instruction handle case นี · bump version 3 · Feedback จาก stakeholder หัวหน้า / ลูกค้า / ทีม feedback ว่า output ตรงไหนไม่ใช่ iterate ตาม feedback · ติด changelog ระบุ source ของการเปลียน วิธี iterate · ไม่ลบของเก่า ก่อน iterate ใหญ่ · save copy ของ skill version ปจจุบัน cp -r ~/.claude/skills/weekly-update-3p ~/.claude/skills/_archive/weekly-update-3p-v1.1 iterate ใน folder ปจจุบัน · update changelog ถ้า version ใหม่ทํางานไม่ดี · rollback กลับ archive · เร็วและไม่ข้อมูลหาย เทียบ version · ทดสอบก่อน production ถ้า iterate ใหญ่ · test คู่ขนาน 1 · เปิด skill v1 · run scenario A · save output 2 · เปิด skill v2 · run scenario A · save output 3 · เทียบ · v2 ดีขึนจริงหรือไม่ 4 · ถ้าดีขึน · deploy 5 · ถ้าไม่ · iterate v2 ต่อ · ไม่ deploy ทับ v1 แบบนีปองกัน v2 ที " ทฤษฎีดี · จริงไม่ดี " จาก production วิธี share skill ระหว่าง device skill ของคุณอยู่ใน Claude account · sync ระหว่าง web + Desktop + Code อัตโนมัติ ถ้าใช้หลาย account ( เช่น personal + work) · download .skill ของ account แรก · upload ใน account ทีสอง หรือ commit skill folder เข้า private git repo · clone ทุก device ลองทําเลย · 10 นาที่ 1 · เปิด SKILL.md ของ skill แรก 2 · เพิม version + changelog block ทีท้าย ( เริม v1.0.0) 3 · ตังเปาหมาย iterate 1 ครังต่อเดือน 4 · ทุก iteration · update version + changelog ก่อน upload หลัง 6 เดือน · จะมี skill ทีดีขึน 6 รอบ · ทุกการเปลียน trace ได้ บทถัดไป

บทที่ 21 · แชร์ skill ให้ทีม TL;DR Export .skill · ส่งทีม · install · everyone ได้ output ตรงกัน Naming convention สําหรับ company-wide · prefix ด้วยทีม + version ( เช่น sales-proposal-v1.2.skill ) ทําไม share skill matter skill 1 ตัวทีดี · ทีม 10 คนใช้ · output ตรงกันทุกคน · brand voice consistent ไม่ share · ทีม 10 คน เขียน 10 style · ใช้เวลา 10x · output คลาด 10x share skill = scaling moat · กลายเปน process มาตรฐานของทีม Export skill · 3 ขัน ขัน 1 · locate skill folder skill อยู่ที - macOS / Linux · ~/.claude/skills/<skill-name>/ - Windows · C:\Users\<username>\.claude\skills\<skill-name>\ หรือถ้า upload ผ่าน Claude.ai · download .skill จาก Settings → Skills → 3- dot menu → Download ขัน 2 · zip folder เปน .skill cd ~/.claude/skills zip -r weekly-update-3p.skill weekly-update-3p/ (.skill = zip ที rename · format เดียวกับ Anthropic ใช้ ) ขัน 3 · ส่งให้ทีม Slack DM · attach .skill Google Drive shared folder Internal wiki · attach + version note Private git repo · commit folder ( ดีสุดสําหรับทีมทีใช้ git) Install ของทีม · 3 คลิก เหมือนเดิม ทีมทีรับ .skill ทําตามบทที่ 5 claude.ai · Settings → Capabilities → Skills → Upload → Toggle on Claude Code · unzip ลง ~/.claude/skills/ Claude Desktop · เหมือน web 3 คลิก · พร้อมใช้ Naming convention · สําหรับทีม ตังชือ skill ตาม pattern [ ทีม ]-[task]-v[version].skill ตัวอย่าง - sales-proposal-v1.2.skill - hr-cv-screening- v2.0.skill - marketing-fb-post-v1.5.skill - pm-weekly-status- v1.0.skill ข้อดี 1 · เห็น ownership · ทีมไหน maintain 2 · เห็น task ทันที · ไม่ต้องเปดไฟล์ 3 · เห็น version · รู้ว่าทีมใช้ตัวล่าสุดหรือไม่ Skill library · กลางสําหรับทีม ทีมขนาด 10+ คน · มี skill 5+ ตัว · ทํา library กลาง โครงสร้าง company-skills/ ├── README.md (catalog · ใครใช้ skill ไหน · เมือไหร่ ) ├── _archive/ (skill version เก่า · ห้ามใช้ ) ├── sales/ │ ├── sales-proposal-v1.2.skill │ ├── sales-followup-v1.0.skill │ └── README.md ( วิธีใช้ + when to bump version) ├── hr/ │ └── hr-cv-screening-v2.0.skill ├── pm/ │ └── pm-weekly-status-v1.1.skill └── marketing/ └── marketing-fb-post-v1.5.skill เก็บใน Google Drive · SharePoint · หรือ private git repo ทุกคนในทีมเข้าถึงได้ · download install · ใช้ Maintenance · ใครทํา update? 3 model ใช้กันใน Thai company 1 · Champion per skill 1 คนเปน owner ของ skill · iterate · update · publish version ใหม่ ดีสําหรับทีมขนาดเล็ก (3-10 คน ) · clear ownership 2 · Rotating maintainer หมุน owner ทุก quarter · spread knowledge · ปองกัน bus factor ดีสําหรับทีมขนาดกลาง (10-30 คน ) · ต้อง onboarding skill 3 · Centralized platform team ทีม platform / ops / enablement เปน owner ของ skill ทังหมด · ทีม business request changes ดีสําหรับองค์กรใหญ่ (50+ คน ) · มี governance + compliance requirement Onboarding ใหม่ · ให้ skill เปน first-day asset วันแรกของพนักงานใหม่ · ส่ง skill library URL README.md ทีบอกว่า " ทีมเราใช้ X skill · install ก่อนเริมงาน " ทํา install 5-10 skill ใน 30 นาที · พร้อมทํางานวันแรกเหมือนทํามา 5 ป นีคือ shift จาก " พนักงานต้องเรียน 2 อาทิตย์ก่อนทํางาน " → " พนักงานเริมทํางาน วันแรก · เรียนระหว่างทํา " leverage ใหญ่สําหรับทีมที scale fast ข้อระวัง · 3 จุด 1 · Skill ทีมี sensitive data · ห้าม commit git ถ้า skill มี API key · password · client list · ห้ามใส่ใน .skill ที share ใช้ env variable · skill อ่าน env · ไม่ embed credential 2 · ทีมต่าง role อาจต้อง skill ต่าง variant skill sales-proposal ของ enterprise rep ≠ ของ SMB rep แยก variant + ตังชือ specific ( sales-proposal-enterprise-v1.0.skill · sales-proposal-smb-v1.0.skill ) 3 · เมือ skill เก่าถูก deprecated · ย้ายไป _archive/ ห้ามลบเลย · ย้าย · ใส่ note "deprecated 2026-05-21 · ใช้ v2 แทน " ทีมทียังใช้เก่า · เห็น note · update ลองทําเลย · 30 นาที่ 1 · เลือก 1 skill ทีทีมคุณน่าใช้ร่วมกัน 2 · zip เปน .skill · ตังชือตาม naming convention 3 · ส่งทีม 2-3 คน · ให้ install + ทดลอง 4 · gather feedback ใน 1 สัปดาห์ 5 · iterate · bump version · share รอบสอง นีคือจุดเริมของ skill library ของทีมคุณ หนังสือจบ · บทสรุป 5 part · 21 บท · pattern เดียวทีต้องจํา Skill ดี = encode " วิธีทํางาน " ของคุณเปนไฟล์ · ครังเดียว · ใช้ทุกที · share ทีม ได้ Skill ระดับ pro = มี 5 patterns ครบ (description trigger · split file · NEVER/MUST · scripts · bug hunt) Skill library = company asset · scale ทุกคนในทีมให้ทํางานเหมือนคนทีเก่งสุด ทีเหลือคือ practice วันนี · เลือก 1 งานทีคุณทําซาทีสุด · สร้าง skill แรก สัปดาห์หน้า · iterate ตาม feedback เดือนหน้า · ทํา skill ตัวที่ 5 · เริม share ทีม ไตรมาสหน้า · มี library 10 skill · ทีมใช้ทังหมด นีคือ AI work transformation ทีจริง · ไม่ใช่ promise lofty · เปน practice ทีทําได้ ทุกวัน ขอให้สนุก — AIDailyTH ภาคถัดไป ภาคผนวก A · 17 Anthropic public skills · 1 บรรทัดสรุปต่ออัน + use case ภาคผนวก A · 17 Anthropic Public Skills ทุก skill เปิด free ที github.com/anthropics/skills · clone ลง local ได้ทันที่ ตารางสรุป use case + เหมาะใคร · ใช้เปน reference ตอนเลือก skill ทีจะ ศึกษา / fork 10 Beginner-Friendly · ใช้ในชีวิตประจําวัน # Name Use case เหมาะใคร 1 pdf merge · split · extract text/tables · rotate · watermark · OCR ทุกคนทีจัดการ PDF 2 docx Word + Track Changes · footnote · table · image คนเขียน report · contract 3 xlsx Excel · "ZERO formula errors" · blue=input/black=formula นักบัญชี · finance 4 pptx slides · "content-informed" palette · "dominance over equality" คนทํา pitch · presentation 5 doc- coauthoring 3-stage workflow · Context · Refinement · Reader Testing คนเขียน proposal · spec · PRD 6 canvas- design graphic design canvas designer · marketer 7 brand- guidelines brand book authoring brand owner · design lead 8 algorithmic- art generative art creative · designer 9 slack-gif- creator GIFs for Slack comm · marketing 10 internal- comms 3P updates · newsletter · FAQ manager · HR · comms 7 Dev-Only · ตัดได้ถ้าไม่ใช่ developer # Name Use case 11 claude-api build app ด้วย Anthropic SDK 12 frontend-design distinctive frontend code 13 mcp-builder สร้าง MCP server 14 skill-creator สร้าง skill ตัวอืน (skill ของ skill) 15 theme-factory สร้าง color theme · design tokens 16 web-artifacts-builder Claude artifacts 17 webapp-testing test web app วิธี clone + เปดอ่าน macOS · Linux git clone https://github.com/anthropics/skills.git ~/anthropic-skills cd ~/anthropic-skills/skills/pdf cat SKILL.md Windows (PowerShell) git clone https://github.com/anthropics/skills.git $env:USERPROFILE\anthropic-skills cd $env:USERPROFILE\anthropic-skills\skills\pdf cat SKILL.md ทุก skill อยู่ใน folder ของตัวเอง · SKILL.md = entry point วิธี ingest เข้า NotebookLM ( สําหรับ query) ถ้าอยาก query "skill นีทําอะไร " หรือ "pattern ใน skill X คล้าย skill Y หรือไม่ " 1 · convert SKILL.md ของแต่ละ skill เปน PDF (Anthropic provide script · convert_skills_to_pdf.py ใน repo · หรือใช้ Playwright print) 2 · upload ทุก PDF ใน NotebookLM 1 notebook 3 · query ได้ทันที · cross-reference 17 skills ในทีเดียว ขันนีช่วยตอน design skill ใหม่ · เทียบ pattern ของ Anthropic ครบ Recommended reading order ถ้าจะ inspect Anthropic skill เพือเรียน pattern · แนะนําลําดับนี 1 · pdf (small + clear · เห็น 5 patterns ครบ ) 2 · pptx ( มี QA section ชัด · เห็น bug hunt mindset) 3 · doc-coauthoring ( เห็น multi-stage workflow + sequential exit) 4 · skill-creator ( เห็น meta · skill ทีสร้าง skill อืน ) 5 · เลือก skill ทีใกล้สาขาตัวเอง · เปดอ่าน · fork License Anthropic public skills อยู่ใต้ proprietary license ( ดู LICENSE.txt ใน folder ของแต่ละ skill) ใช้ภายในงานส่วนตัว · ทีม · บริษัท · OK redistribute · sell · OK ตามเงือนไข license copy structure / pattern เปน reference · OK · ไม่ต้องขออนุญาต อ่าน LICENSE.txt ทุกครังก่อน distribute ในเชิง commercial ภาคผนวก B · Glossary รวม jargon ทังหมดทีปรากฏในหนังสือ · เรียง alphabetical (English) · ตาม ด้วย Thai equivalent ถ้ามี ใช้เปน quick reference · เปดดูเมือเจอคําทีไม่คุ้น A ARR (Annual Recurring Revenue) · รายได้ subscription ที recur ทุกป · ใช้ใน SaaS metric Audit (skill audit) · กระบวนการตรวจ SKILL.md เพือหา soft language · missing rule · improvement opportunity C Changelog · log ของการเปลียนแปลงใน skill version · เก็บใน SKILL.md ส่วน ท้าย Claude.ai · web interface ของ Claude · claude.ai · ใช้ ฟรี + paid plan Claude Code · CLI tool ของ Claude · ใช้ใน terminal · เหมาะ developer Claude Desktop · app ใน Mac/Windows · UI คล้าย claude.ai Claude Project · feature ใน Claude.ai · space ทีผูก system prompt + knowledge file ( คล้าย Custom GPT ของ OpenAI) Connector · feature ใน Claude.ai ทีเชือม external tool (Slack · Google Drive · etc) · เปดผ่าน Settings Custom GPT · OpenAI feature · GPT ทีมี system prompt + knowledge file (เทียบเท่า Claude Project) D Description (frontmatter) · field ใน YAML frontmatter ของ SKILL.md ที่ บอก Claude ว่าตอนไหนให้ trigger skill · ดูบทที่ 7 Discovery call · call แรกกับลูกค้า B2B เพือเข้าใจ pain + need · ก่อน draft proposal Drop cap · ตัวอักษรตัวแรกของ paragraph ทีใหญ่กว่าตัวอืน · ใช้ใน book typography E Edge case · scenario พิเศษทีเกิดน้อยแต่สําคัญต้อง handle · ใส่ใน description ของ skill Em-dash (—) · เส้นยาว · ในภาษาอังกฤษใช้แทน comma/parenthesis · ใน หนังสือนีห้ามใช้ · แทนด้วย · (interpunct) F Forward Deployed Engineer (FDE) · engineer ทีทํางานกับลูกค้าใน production environment · OpenAI / Anthropic / Google hiring เร็วในป 2026 Frontmatter · ส่วนหัวของ markdown file ทีอยู่ระหว่าง --- 2 บรรทัด · เก็บ metadata (name · description · etc) ที Claude scan ก่อนตัดสินใจหยิบ skill I Indie Hacker · solo founder ที build product เอง · มัก share revenue + journey public · community: indiehackers.com Inquiry · ข้อความแรกทีลูกค้าส่งถึงทีมขาย · ตอบโดย first-touch reply Iterate · กระบวนการปรับ skill / output ซา ๆ ตาม feedback · skill ดี = iterate ได้ง่าย J JD (Job Description) · เอกสารทีบอก role + responsibility ของตําแหน่งงาน · ใช้ เทียบ CV ของ candidate L LLM (Large Language Model) · model ภาษาขนาดใหญ่ที AI ใช้ generate text · Claude · GPT · Gemini ทังหมดเปน LLM M MCP (Model Context Protocol) · standard ที Anthropic เปดให้ AI เชือมต่อกับ external data + tool · ระบบ "USB-C ของ AI integration" Memory · feature ที AI จําข้อมูลส่วนตัวของ user ข้ามแชท ( ชือ · preference · context) · ไม่ใช่ skill MRR (Monthly Recurring Revenue) · รายได้ subscription ที recur ทุกเดือน · ใช้ ใน SaaS N NotebookLM · Google product ที ingest source (PDF · YouTube · URL) + ให้ AI query · ใช้สําหรับ research ทีผูกกับ source ที verify ได้ P PDF (Portable Document Format) · file format Adobe · skill pdf ของ Anthropic จัดการได้ทุก operation Persona · profile ของ audience target ( อายุ · อาชีพ · pain · goal) · ใช้ใน marketing skill Project Debrief · retrospective หลังจบ project · 4 หัวข้อ (What worked · What didn't · Lessons · Next steps) Q QA (Quality Assurance) · ขันตอน check ก่อนส่ง · ใน skill ระดับ pro มี QA loop บังคับ · ดูบทที่ 11 R Re-explanation tax · เวลาทีเสียทุกครังทีเปดแชท AI ใหม่ · ต้อง paste context เดิม · skill ตัด tax นี Recipe · skill template สําหรับ scenario เฉพาะ ( เช่น HR screening · sales proposal) · ดู Part 4 Rubric · เกณฑ์การให้คะแนน · ใช้ใน skill grading essay ( บทที่ 14) S SaaS (Software as a Service) · software ทีขายเปน subscription · เช่น Notion · Figma · Salesforce Sarabun · Thai sans-serif font · free · Open Font License · ใช้ใน book ของ AIDailyTH Skill · ไฟล์ markdown + asset (script · reference) ที encode " วิธีทํางาน " · upload ใน Claude · trigger เองตาม context Skill-creator · Anthropic built-in skill ทีช่วยสร้าง skill อืน · มาใน Claude Code/Desktop ทุกตัว SKILL.md · main markdown file ของ skill · entry point ที Claude อ่านก่อน Subagent · Claude ตัวทีสองทีเปดขึนมาเพือ review output ของตัวแรก · fresh eyes · ใช้ใน QA loop T Token · หน่วยที AI ใช้นับ context + output · 1 token ≈ 0.7 คําภาษาอังกฤษ · ภาษาไทยใช้ token มากกว่า Trigger phrase · ประโยค /keyword ที user พิมพ์แล้ว skill trigger เอง · ตังตอน skill-creator interview V Verbatim · คําต่อคํา · ใน book นีทุก italic + quote เปน verbatim จาก SKILL.md จริง · ห้าม paraphrase Version (semantic) · major.minor.patch · ดูบทที่ 20 Y YAML (YAML Ain't Markup Language) · format ทีใช้ใน frontmatter ของ SKILL.md · Claude scan ก่อนตัดสินใจ ภาคผนวก C · Resources รวม resource ทีใช้ต่อหลังอ่านหนังสือจบ · official + community + AIDailyTH channels bookmark ไว้ใช้ตอน iterate skill / debug / share team Official Anthropic Resource URL Use case Anthropic public skills github.com/anthropics/skills clone + เปดอ่าน + fork Claude documentation docs.claude.com API · feature reference Claude.ai claude.ai web client · upload skill Claude pricing claude.com/pricing เช็ค plan + feature ทีรองรับ Anthropic Economic Index anthropic.com/economic- index data · 49% jobs มี Claude ทํา ≥ 25% Community + Learning Resource URL Use case Indie Hackers indiehackers.com solo founder case study + revenue + journey Hacker News news.ycombinator.com discussion · AI engineering · skill design Reddit r/ClaudeAI reddit.com/r/ClaudeAI community · ถาม - ตอบ skill Anthropic Discord discord.gg/anthropic official chat · ถาม dev question Awesome Claude Skills (community-maintained list) curated skills จากชุมชน · ค้นใน GitHub Tools ทีหนังสือพูดถึง Tool URL Use case Brisk Teaching briskteaching.com Chrome extension · grade essay ( เคส บทที่ 14) Granola granola.ai meeting note + MCP server Obsidian obsidian.md markdown editor · ใช้กับ Karpathy LLM Wiki pattern Cursor cursor.com AI code editor · เคสบทที่ 8 Lovable lovable.dev vibe coding · AI build app AIDailyTH Channels Channel URL Content Facebook facebook.com/AIDailyTH daily AI content ภาษาไทย · save- worthy YouTube youtube.com/@AIDailyTh tutorial · case study · workflow video Lumiq lumiqth.xyz course + ebook · email gate · free + paid TikTok tiktok.com/@aidailyth short video · 60-90s · workflow tips Linktree (TBD · all-in-one link) central hub หนังสือเล่มถัดไป ทีจะ release ใน 2026 คู่มือ Claude Agent SDK สําหรับ builder ไทย · เมือ skill ไม่พอ · ต้องใช้ agent · เรียน LangGraph / Agent SDK · build production-grade agent คู่มือ NotebookLM เพือนักลงทุน · workflow ingest 56-1 · investor letter · earnings call · ตัดสินใจ คู่มือ AI Daily Workflow · workflow ใช้ AI ในชีวิตประจําวันสําหรับ Thai professional · 30 day plan ติดตาม update ที facebook.com/AIDailyTH ติดต่อ feedback หนังสือเล่มนี v1.0 · ยังจะ iterate ถ้าเจอ - typo - ข้อมูลที outdated - skill recipe ทีอยากเห็นเพิม - เคสทีหนังสือไม่ ครอบคลุม ส่ง feedback ผ่าน DM ที facebook.com/AIDailyTH ทุก feedback ถูกอ่าน · ใช้ปรับ v1.1 v1.2 ต่อ คําขอบคุณท้าย ขอบคุณ Anthropic ที open source 17 skills + 33-page guide ฟรี · ทําให้ educator + practitioner สอน + แชร์ pattern ได้ ขอบคุณ community ทัวโลกที share case study real ไม่กัก ขอบคุณทุกคนทีเปดหนังสือเล่มนี + เริมสร้าง skill แรก — AIDailyTH · พฤษภาคม 2569