Trying Out Matt Pocock's /grill-me Skill in Hermes Agent
สรุปย่อ
ประเด็นสำคัญจากวิดีโอ
- **ช่อง:** Tonbi's AI Garage · **ความยาว:** ~18 นาที (1094 วินาที) · **ลิงก์:** https://www.youtube.com/watch?v=HYlcTeH9VXE
# สรุป: Trying Out Matt Pocock's /grill-me Skill in Hermes Agent - **ช่อง:** Tonbi's AI Garage · **ความยาว:** ~18 นาที (1094 วินาที) · **ลิงก์:** https://www.youtube.com/watch?v=HYlcTeH9VXE ## ประเด็นหลัก - ผู้พูดแนะนำสกิล /grill-me ของ Matt Pocock จาก repo ชื่อ mattskills บน GitHub ซึ่งเป็น agent skill ที่กำลังฮิต โดยมีเวอร์ชันขั้นสูงกว่าชื่อ grill with docs. - จุดประสงค์ของสกิลคือการ align (ปรับให้ตรงกัน) ระหว่างผู้พัฒนาและเอเจนต์ AI ก่อนเริ่มโปรเจกต์ เพื่อให้มีวิสัยทัศน์และโฟกัสเดียวกัน และลดการเสียเวลาและ tokens ในช่วงแรกของงาน. - ผู้พูดนำสกิลไปใช้กับโปรเจกต์จริงของตัวเองชื่อ Frontier Labs ซึ่งเป็นเกม simulation แนว SimCity ที่ผู้เล่นเป็น AI lab แข่งขันกับ lab อื่น ต้องบริหารสมดุลทรัพยากรและเรียนรู้เรื่อง AI ไปในตัว. - การใช้งานใช้ Hermes Agent กับโมเดล GPT-5.6 soul โดยผู้พูดตอบคำถามทีละข้อ พร้อมเลือกใช้คำแนะนำ (recommendation) ที่เอเจนต์เสนอเป็นส่วนใหญ่. - คำถามไล่ตั้งแต่ gameplay แบบ turn-based แคมเปญ 5 ปี กลุ่มผู้เล่น จนถึงรายละเอียดเทคนิค เช่น tech stack แพลตฟอร์มเว็บ MVP demo และ vertical slice. - สกิลมีระบบจับเวลา 120 วินาทีต่อคำถาม หากไม่ตอบ เอเจนต์จะตัดสินใจตามคำแนะนำแทน และยังสามารถจับความขัดแย้งของคำตอบก่อนหน้าได้เอง. - ผ่านไป 71 คำถามใน 42 นาที ทั้งสองฝ่ายได้ความเข้าใจร่วมกัน (shared understanding) โดยยังไม่มีการ implementation จนกว่าผู้ใช้จะยืนยันและขอแยกต่างหาก. - หลังยืนยัน ผู้พูดขอให้บันทึกการตัดสินใจทั้งหมดเป็นแผน ซึ่งออกมาเป็นไฟล์ markdown ที่มีโครงสร้าง implementation plan พร้อม tasks และ timeline ครบถ้วน. - ข้อแนะนำจากผู้พูด: ควรกันเวลาไว้ประมาณ 1 ชั่วโมง เพราะต้องอ่านและคิดเยอะ แต่คำถามที่ได้มีคุณภาพ เจาะจงประเด็นสำคัญ ไม่ใช่คำถามสุ่ม. - สกิลนี้ช่วยให้ผู้พูดกลั่นกรองวิสัยทัศน์ของโปรเจกต์ที่ตอนแรกคลุมเครือให้ชัดเจนขึ้นก่อนลงมือสร้างจริง. ## ความเห็นสรุป วิดีโอนี้สาธิตการใช้งานจริงของ /grill-me ได้ชัดเจนและน่าเชื่อถือ โดยแสดงให้เห็นทั้งกระบวนการ 71 คำถาม พฤติกรรมของเอเจนต์ และผลลัพธ์ที่ได้จริง. จุดแข็งคือการอธิบายประโยชน์ของการ align ก่อนเริ่มงาน พร้อมข้อควรระวังเรื่องเวลาที่ต้องใช้. เหมาะสำหรับคนที่รัน agents เองและอยากให้โปรเจกต์เริ่มต้นอย่างมีทิศทางเดียวกัน.
คำแปลเต็ม
แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ
หนึ่งใน agent skill (สกิลสำหรับเอเจนต์ AI) ที่กำลังฮิตที่สุดตอนนี้อยู่ใน repo นี้แหละครับ และมันมาจาก Matt Pocock. เขาเป็นคนทำเว็บ aihero.dev ที่เอาไว้เรียนเรื่อง AI engineering (วิศวกรรม AI) และเขาเคยเป็นอดีตพนักงานของ Vercel ด้วย.
บน GitHub เขามีสกิลหลายตัวอยู่ที่นี่. ตัวที่ฮิตที่สุดและตัวที่เราจะลองใช้กันวันนี้ก็คือสกิล grill me ตัวนี้แหละครับ. เขาเขียนอธิบายไว้ข้างล่างนี้. เขามีหลายตัว แต่ตัวที่คนพูดถึงกันมากที่สุดก็คือ /grill-me หรือ grill with docs ซึ่งคล้าย ๆ กัน แต่ขั้นสูงกว่าเล็กน้อย.
เขาบอกว่าสกิลพวกนี้ช่วยให้คุณ align (ปรับทิศทางให้ตรงกัน) กับเอเจนต์ก่อนเริ่มโปรเจกต์ และช่วยให้คิดลึกขึ้นเกี่ยวกับการเปลี่ยนแปลงที่กำลังจะทำ. คำสำคัญตรงนี้ก็คือ align หรือ alignment นั่นแหละครับ.
เขาบอกว่า "สกิลนี้มีประโยชน์หลัก ๆ คือทำให้แน่ใจว่าคุณในฐานะนักพัฒนา (dev) กับเอเจนต์รู้ว่ากำลังทำอะไรอยู่ มีวิสัยทัศน์เดียวกันและโฟกัสเรื่องเดียวกัน ซึ่งผมว่ามีประโยชน์มาก. ถ้าคุณเคยเริ่มโปรเจกต์ใหม่ ๆ บ่อยครั้ง เอเจนต์มันก็จะเริ่มรันแล้วลงมือสร้างของทันที โดยไม่มีวิสัยทัศน์ร่วมที่ชัดเจน แล้วคุณก็จะมาเสียเวลากับ tokens (โทเค็น) จำนวนมากในช่วงแรก แค่พยายามทำความเข้าใจกันและกันให้ตรงกัน.
ผมเลยสนใจอยากลองใช้ตัวนี้ และในวิดีโอนี้ผมจะเอามันไปใช้กับโปรเจกต์จริงที่ผมกำลังทำอยู่ แล้วเราจะมาดูกันว่าผลจะออกมาเป็นยังไง. เริ่มกันเลยครับ.
และถ้าคุณรัน agents เอง แล้วอยากได้ LLM wikis (คลังความรู้ที่สร้างด้วย LLM) ที่ผมใช้ทำวิจัยและสร้างวิดีโอเหล่านี้ ลองดูโปรเจกต์ของผมได้ที่ agentwiks.com. ผมให้ wikis พวกนี้ฟรี หลากหลายหัวข้อ. และถ้าอยากได้แบบจ่ายเงินก็สมัคร pro account ได้เดือนละ $9.99 จะได้ access wikis ขนาดใหญ่พิเศษ ที่มีหน้าและรายละเอียดเยอะกว่าในแต่ละหัวข้อ.
เอาล่ะ กลับมาที่วิดีโอ. อย่างที่เห็นใน repo หน้านี้ อยู่ในหมวด skills ใต้ productivity น่าจะใช่ครับ. สกิล grill me นี่สร้างมาจากสกิล grilling ซึ่งเป็นคนละตัว. คำอธิบายคือ มันจะซักถาม (grill) ผู้ใช้อย่างไม่ลดละ เกี่ยวกับแผน การตัดสินใจ หรือไอเดีย. ใช้เมื่อผู้ใช้ต้องการ stress test (ทดสอบความคิดตัวเองอย่างหนัก) หรือใช้ grill trigger phrase (วลีกระตุ้นให้เริ่มซัก).
มันไม่จำเป็นต้องใช้ตอนเริ่มโปรเจกต์อย่างเดียวครับ. ถ้าคุณกำลังตัดสินใจอะไรสักอย่าง หรือกำลังจะ pivot (เปลี่ยนทิศทาง) ก็ใช้ได้เหมือนกัน. พวกนี้อยู่ในหมวด productivity. ส่วนในหมวด engineering น่าจะมี grill with docs ซึ่งเป็นการสัมภาษณ์แบบไม่ลดละเพื่อลับแผนหรือดีไซน์ให้คมขึ้น แล้วมันก็สร้าง docs ADRs และ glossary (อภิธานศัพท์) ไปด้วยระหว่างทาง.
เหมาะกับตอนที่คุณอยากแชร์คำศัพท์เฉพาะและภาษาที่ใช้กับเอเจนต์ระหว่างทำงาน ซึ่งมีประโยชน์มากเหมือนกันครับ. มันใช้คู่กับสกิล domain modeling (การจำลองโดเมน) ที่ใช้สร้างและลับ domain model ของโปรเจกต์ให้คมขึ้น.
เอาล่ะ มาลองกันเลยครับ. เราจะทำสิ่งนี้ใน Hermes Agent กับโมเดล GPT-5.6 soul. ดูกันว่าเป็นยังไง. ตอนนี้พร้อมแล้ว. ผมขอให้มันติดตั้งสกิล grill จาก repo นี้.
ขณะที่มันกำลังติดตั้งอยู่ ขอเล่าให้ฟังว่าโปรเจกต์นี้คืออะไรครับ. ชื่อคร่าว ๆ คือ Frontier Labs. ผมมีไอเดียประมาณว่าเป็นเกม simulation (เกมจำลองสถานการณ์) แนว SimCity แต่คุณเป็น AI lab แล้วแข่งขันกับ AI lab อื่น ๆ ต้องบริหารสมดุลของทรัพยากรต่าง ๆ.
เห็นไหมครับ ต้องบาลานซ์งบประมาณ ว่าจะลงทุนกับ marketing เท่าไร เทียบกับ compute (พลังประมวลผล) กับ training (การเทรนโมเดล). ไอเดียคือให้สนุกในฐานะเกม simulation แต่ก็สอนเรื่อง AI ไปในตัวด้วย เพราะในส่วนของการเทรน คุณสามารถเลือกโมเดลหลายแบบและวิธีการเทรนหลายแนวทาง.
เช่น เทรน image model (โมเดลภาพ) แล้วระหว่างทางก็จะได้เรียนรู้เรื่อง diffusion models (โมเดลดิฟฟิวชัน) และโมเดลต่าง ๆ อีกมากมาย. โอเค ติดตั้งเสร็จเรียบร้อยแล้วครับ.
ประมาณนั้นแหละครับ เป็นเกมแต่แฝงความรู้เล็กน้อย. โอเค มันขึ้นมาตรงนี้แล้ว. ผมไม่ต้องใช้คำสั่ง reload skills ด้วยซ้ำ. ใช้ grill me ง่าย ๆ แบบนี้ หมวด Skill productivity ตัว grilling. เอาล่ะ เริ่มเลย. มันถามว่า "แผน ดีไซน์ การตัดสินใจ หรือไอเดียอะไร ที่ควรให้ผมซักคุณเกี่ยวกับ?"
ผมก็ใส่ prompt อธิบายไอเดียของผมไปครับ. แค่คำอธิบายกว้าง ๆ เกี่ยวกับเกม simulation ตัวนี้. จากนั้น Hermes ก็ขอข้อมูลจากผม ถามว่า "กลุ่มผู้เล่นหลักคือใคร?"
ผมว่าคงไม่ใช่คนสายเทคนิคครับ. ผมว่าน่าจะเป็นผู้ใหญ่ทั่ว ๆ ไปที่ไม่ใช่สายเทคนิค หรือนักเรียนนักศึกษาที่โตหน่อย. ซึ่งก็เป็นตัวเลือกที่มันแนะนำพอดี. เอาอันนั้นละกัน. คำถามถัดมา "อะไรคือเงื่อนไขของการชนะในรอบปกติ (standard run)?"
ผมเดาว่านี่คือรูปแบบการซักถามของมันครับ. มันจะถามคำถามแบบนี้เรื่อย ๆ. หรือถ้าคุณใช้ Claude Code หรืออะไรแบบนั้น มันก็จะถามคำถามพวกนี้เป็นระยะ ๆ. "อะไรกำหนดว่าชนะรอบปกติ?"
ส่วนแบ่งตลาดสูงสุดน่าจะง่ายที่สุดครับ. หรือคะแนนสมดุล (balance score) ที่ดี บวกกับกำไร ความสามารถ ความปลอดภัย และชื่อเสียง. ผมว่าอันนี้น่าจะดีที่สุด. คุณต้องบาลานซ์ ไม่ใช่เอาแค่ส่วนแบ่งตลาดอย่างเดียว.
"เวลาควรเดินหน้าอย่างไรระหว่างเล่น?" ผมว่าควรเป็นแบบ turn-based (ผลัดกันเล่นเป็นตา ๆ) ครับ. สงสัยจังว่ามันจะถามผมทั้งหมดกี่คำถาม. "แคมเปญเริ่มต้นควรยาวแค่ไหน?" เอาตามที่มันแนะนำละกัน. ห้าปี ซึ่งในวงการพัฒนา AI นี่ถือว่านานมาก.
"เกมควรใช้บริษัทจริงหรือ AI lab สมมติ?" มันคือเกม simulation ผมไม่อยากมีปัญหาเรื่องลิขสิทธิ์ (IP) ครับ. "ผู้เล่นควรควบคุมการพัฒนาโมเดลได้ลึกแค่ไหน?" ควบคุมระดับกลยุทธ์ บวกกับชั้นเทคนิคที่สำคัญไม่กี่ชั้นต่อโมเดล. เอาอันนั้นครับ.
"การจัดการทรัพยากรควรละเอียดแค่ไหน?" ตอบแบบ Compact กับ physical. ผมว่าแบบ layered (เป็นชั้น ๆ) น่าจะดีที่สุดครับ. คุณมีทรัพยากรหลักห้าอย่าง แล้วตัวอื่นค่อยโผล่มาตามบริบท. คำถามถัดมา "โปรเจกต์โมเดลควรเดินหน้าจากไอเดียสู่ผลิตภัณฑ์อย่างไร?"
ผมอยากได้ pipeline (ท่อขั้นตอน) ที่มองเห็นได้ชัดครับ. ใช่เลย Scope เตรียมข้อมูล เทรน ประเมิน ปล่อย ดูแล. "ส่วนแบ่งตลาดหมายถึงอะไรในเชิงกลไก?" ตอนนี้เราถามไปกี่คำถามแล้วเนี่ย. มันซักจริงจังมาก.
โอเค นั่นคือ 10 คำถามแรกครับ. ผมจะไม่พาไปดูทุกข้อเพราะมันอาจจะน่าเบื่อ แต่จะบอกให้รู้เมื่อมันซักผมเสร็จ. ตอนนี้เรามาถึง 15 คำถามแล้ว แต่เรายังคุยกันแค่เรื่อง gameplay (การเล่นเกม) ยังไม่พูดถึงเรื่องเทคนิคการสร้างเกมเลย.
สิ่งที่ดีและผมชอบก็คือ ไอเดียนี้ตอนแรกที่คุณได้ยินผมเล่า มันยังไม่ถูกคิดให้ละเอียดครับ. แต่ตอนนี้มันเริ่มเจาะลึกรายละเอียดของ gameplay ที่ผมไม่เคยคิดถึงมาก่อน และมันบีบให้ผมตัดสินใจเรื่องพวกนี้ตั้งแต่ต้น ซึ่งจริง ๆ ก็ดีนะครับ.
ปกติผมมักจะปล่อยให้คลุมเครือ แล้วให้เอเจนต์หรือโมเดลไปคิดเอาเอง. แต่มันดันบีบให้ผมกลั่นกรองวิสัยทัศน์ให้ชัดขึ้น ก่อนที่จะเริ่มสร้างอะไรจริง ๆ สักอย่าง. สังเกตว่าหลังคำถามแต่ละข้อ มันจะมีคำแนะนำ (recommendation) ให้เสมอ. ตอนนี้ผมผ่านมาเกือบ 20 ข้อแล้ว คำแนะนำส่วนใหญ่ก็ค่อนข้างดีครับ.
เรากำลังใช้ GPT-5.6 soul อยู่ และผมก็เลือกตามคำแนะนำมันเกือบทั้งหมด. โอเค ตอนนี้มาถึงคำถามที่ 24 แล้ว เริ่มเข้าสู่เรื่องเทคนิคหรือเรื่องที่ไม่ใช่ gameplay แล้วครับ. มันถามว่า "แพลตฟอร์มแรกที่ปล่อยให้เล่นได้ควรเป็นอะไร?" และควรเป็นเกมเว็บ (web game). เรากำลังเริ่มออกห่างจากรายละเอียด gameplay แล้วเข้าสู่ด้านเทคนิคและตัวเกมจริง ๆ มากขึ้น.
"เกมควรมีหน้าตาและความรู้สึกแบบไหนในแต่ละช่วงขณะ?" แบบ hybrid command center (ศูนย์บัญชาการแบบผสม) มี dashboard (แผงแสดงข้อมูล) สำหรับทรัพยากรและตลาด มี pipeline แบบภาพสำหรับโปรเจกต์ มีการ์ดโมเดลที่ชัดเจน. ผมก็ไม่แน่ใจเหมือนกันครับ.
โอ๊ะ ผมหมดเวลา (timeout) แล้วครับ. ปรากฏว่ามีตัวจับเวลาอยู่ด้วย. ผมมัวแต่พูดและดูอย่างอื่น. จริง ๆ แล้วมันไม่อยากให้เราติดอยู่ที่คำถามเดิมนาน ๆ มันเลยเลือกตามคำแนะนำไปเลย. หลังจาก 120 วินาที เอเจนต์จะตัดสินใจเอง. และมันเลือกแบบ hybrid command center แต่ผมปรับเปลี่ยนทีหลังได้ถ้าจำเป็น.
โอเค "ไมล์สโตนแรกของการพัฒนาควรเป็นอะไร?" ไมล์สโตนแรกอาจเป็นแบบ paper (เอกสาร) ก็ได้ครับ. เราอยากได้เว็บ vertical slice (ชิ้นงานแนวตั้ง) ที่ feature ครบ เป็น demo สาธารณะที่ขัดเกลาแล้ว คือประสบการณ์สุดท้ายที่ตั้งใจไว้. ผมว่าเราทำเป็น demo แบบมินิมอลก็ได้.
รู้สึกว่าเอเจนต์มักจะพยายามทำงานให้น้อยที่สุดเท่าที่จะทำได้ครับ. ชอบสร้าง MVP (ผลิตภัณฑ์ต้นแบบที่ทำได้จริง) แทนที่จะสร้างตัวผลิตภัณฑ์จริง. ตอนนี้มันเริ่มเจาะไปที่การขัดเกลา deliverable (สิ่งที่ส่งมอบ) แบบ MVP นี้. ข้อนี้น่าสนใจครับ.
มันถามว่า "กลุ่มลูกค้า (customer segments) กลุ่มไหน?" มันแนะนำกลุ่มเล็ก ๆ แต่ผมบอกว่าทำทั้งหกกลุ่ม. พอถึงคำถามถัดไป มันก็ถามว่า "นั่นขัดกับจุดประสงค์ของ vertical slice แบบแคบ ๆ นะ" มันเลยพยายามดันให้ผมไปตามคำแนะนำของมันครับ.
โอเค เริ่มทำเรื่องอื่นแล้ว. จบแค่นี้เหรอคำถาม? ยังไม่จบครับ. ตอนนี้กำลังเข้าสู่เรื่อง tech stack (ชุดเทคโนโลยี). ช่วงแรกเราคุยเรื่อง gameplay แล้วก็สโคปขอบเขตของ MVP demo แล้วตอนนี้ก็มาถึง tech stack ซึ่งเป็นคำถามที่ 33.
ถ้าใครดูตามอยู่ที่บ้าน ขอบอกว่าคำแนะนำบางข้อนี่คิดมาดีจริง ๆ ครับ. ผมเคยพูดว่าเอเจนต์อาจจะขี้เกียจ แต่แทนที่จะเลือกทางที่ง่ายที่สุด ตัวอย่างเช่น คำถามนี้ถามว่า "มิติด้านความสามารถ (capability) ควรวัดอะไร?" แทนที่จะวัดด้วย benchmark (เกณฑ์วัดมาตรฐาน) อย่างเดียว.
คำแนะนำของมันซึ่งผมก็เห็นด้วยคือ วัดความสามารถที่มีประโยชน์แบบถ่วงน้ำหนักตามตลาด (market weighted) ทั้งพอร์ตโฟลิโอทั้งหมด. ซึ่งจะกันไม่ให้แชมป์ benchmark ตัวเดียวครองคะแนนทั้งหมด และให้รางวัลกับการเชี่ยวชาญเฉพาะทางที่มีความหมาย. จริง ๆ แล้วคำแนะนำมันค่อนข้างรอบคอบครับ.
และนี่ก็เป็นอีกกรณีที่มันจับความขัดแย้งในดีไซน์ได้ครับ. เพราะเมื่อหลายสิบคำถามก่อน ผมบอกว่าอยากได้แค่ภาษา (language) อย่างเดียวสำหรับ MVP หรือ vertical slice ตามที่มันเรียก. แต่ในคำถามล่าสุด ผมบอกว่าอยากให้เกมสอนความแตกต่างทางสถาปัตยกรรมระหว่าง language image และ speech models.
ตอนนี้มันเลยพยายามคลี่คลายความขัดแย้งนั้น ซึ่งน่าสนใจดีครับ. โมเดลสามารถจำคำตอบทั้งหมดของทุกคำถามไว้ในหน่วยความจำ (memory) และชี้ได้ว่ามีความขัดแย้งแบบนี้เกิดขึ้น. ตอนนี้เราอยู่ที่คำถามที่ 52 ซึ่งค่อนข้างละเอียดมาก.
โอเค นี่คือคำถามที่ 70 เริ่มเข้าสู่เรื่อง product model (โมเดลธุรกิจ) ที่ผมอยากได้สำหรับเกมครับ. มันแนะนำ prototype สาธารณะฟรี โดยรูปแบบธุรกิจค่อย ๆ ตัดสินใจภายหลังหลังจาก validate (พิสูจน์แนวคิด) แล้ว. ผมว่าน่าจะถูกต้อง. ตัวเกมจะเล่นฟรี แต่ถ้าจำเป็นต้องทำเงิน (monetize) ในภายหลังเพื่อเอามาลงทุนต่อ ก็ค่อยว่ากันอีกทีครับ.
อาจจะมีฟีเจอร์พรีเมียมเล็ก ๆ น้อย ๆ อะไรแบบนั้น. เอาล่ะ เราทำครบ 70 คำถามแล้วครับ. และอย่างที่เห็น ตอนนี้เวลาผ่านไปเกือบ 40 นาที. ผมตัดออกไปเยอะมากแน่นอน แต่คำถามก็แนว ๆ เดิม แต่เจาะลึกลงไปในรายละเอียดของเกม gameplay และ tech stack ด้วยซ้ำ.
มันถึงขั้นถามว่า "เราจะเก็บหลักฐาน (evidence) จาก play test สาธารณะยังไง โดยไม่มี backend (ระบบหลังบ้าน) หรือบัญชีผู้ใช้?" ก็ทำเป็น opt-in (ให้ผู้ใช้สมัครใจเลือก) ได้ครับ. โอเค ตอนนี้คำถามที่ 71 มันถามผมว่า "เราได้ความเข้าใจร่วมกันเกี่ยวกับเกมและ vertical slice แล้วหรือยัง?"
คำแนะนำของมันคือ "ใช่ ถ้าสิ่งนี้ครอบคลุมผลิตภัณฑ์ที่ตั้งใจไว้. การยืนยันจะจบช่วง grilling แต่ผมจะไม่เริ่ม implementation (การลงมือสร้าง) เว้นแต่คุณจะขอแยกต่างหาก" ครับ. ถ้าผมตอบว่าใช่ มันก็จะจบ. นี่คือความเข้าใจร่วมกันของเรา.
ผมว่าตอนนี้เรามีวิสัยทัศน์ที่ค่อนข้างชัดเจนแล้วครับ. ใช้เวลา 71 คำถาม 42 นาที. แน่นอนว่าคุณจะซักต่อหรือแก้ไขก็ได้ แต่ผมว่าอันนี้ดีแล้ว. เอาล่ะ เสร็จสิ้นครับ. การซักถามจบแล้ว เรามาถึงความเข้าใจร่วมกันแล้ว.
ถ้าผมเลือกแบบ "ยัง ซักผมต่อ" มันก็จะถามไปเรื่อย ๆ ไม่มีวันจบครับ. แต่ 71 คำถามกับ 42 นาที ผมว่าพอแล้ว. และตอนนี้เรามีวิสัยทัศน์ที่ชัดเจนพอสมควร. มันคือเกม strategy simulation (เกมวางแผนจำลองสถานการณ์) ผู้เล่นเดียว เล่นบน desktop ก่อน (desktop first). เราเคาะความยาวของแคมเปญได้แล้ว รวมถึงองค์ประกอบการบริหารจัดการเชิงกลยุทธ์ต่าง ๆ.
โดยรวมแล้วก็คือ gameplay และ tech stack ทั้งหมดครับ. ซึ่งจริง ๆ แล้วไม่ใช่โฟกัสหลัก. มันโฟกัสที่ว่าผมอยากให้ gameplay เป็นแบบไหน บาลานซ์ระหว่างองค์ประกอบต่าง ๆ แบบไหน. ยังไม่มีการ implementation เกิดขึ้นเลย เราแค่ได้ความเข้าใจร่วมกันเท่านั้น.
ผมเลยถามว่ามันสร้างแผนจากตรงนี้หรือยังครับ. คำตอบคือยัง. มันสร้างสรุปความเข้าใจร่วมกันแบบละเอียดไว้ในบทสนทนา แต่ไม่ได้สร้างแผน implementation อย่างเป็นทางการ. เพราะสกิล grilling กำหนดให้ผมต้องไม่ลงมือทำอะไร จนกว่าจะยืนยันความเข้าใจร่วมกัน.
ตอนนี้ผมยืนยันแล้วครับ. ขั้นต่อไปคือเปลี่ยนการตัดสินใจเหล่านั้นเป็นแผน โดยควรบันทึกไว้. "บันทึกการตัดสินใจเหล่านั้นเป็นแผน" เพราะผมอยากแน่ใจว่าข้อมูลทั้งหมดถูกเก็บไว้ครบ. แต่มันจะไม่ทำจนกว่าคุณจะขออย่างชัดเจนครับ.
นั่นคือทั้งหมดเป็นแค่คำถามใช่ไหมครับ? มันไม่ได้เขียนอะไรเลย. สังเกตได้ว่าไม่มี tool calls (การเรียกใช้เครื่องมือ) ประเภทเขียนอะไรเลย. และถ้าดูในไฟล์ skill.md ของสกิล grilling มันก็เขียนไว้ว่ามันเพิ่งทำอะไรไป. คือถามทีละคำถาม รอ feedback (คำตอบกลับ) ในแต่ละคำถามก่อนค่อยไปต่อ.
ถ้าข้อเท็จจริงสามารถหาได้จากการสำรวจ environment (สภาพแวดล้อม) ก็ให้ไปค้นมาแทนที่จะถามผมครับ. แต่การตัดสินใจเป็นสิทธิ์ของผม. โอเค แผนถูกบันทึกไว้ตรงนี้ และมันมีทุกอย่างที่ตัดสินใจไว้. ผมว่าน่าจะใหญ่พอสมควร.
ใช่แล้วครับ นี่คือในไฟล์ markdown ยาวมาก. เห็นไหมว่ามันรันผ่านทุกอย่าง. มีโครงสร้างเป็น implementation plan. ทั้งหมดนี้สร้างขึ้นจากบทสนทนายาว ๆ ในเซสชัน /grill-me นั่นแหละครับ.
มันมีงาน (tasks) ทั้งหมดที่คุณต้องทำครับ. เหมือนเป็น timeline (ไทม์ไลน์) หรือแผนเต็มรูปแบบสำหรับสร้างเกมนี้. ค่อนข้างละเอียดมาก. ผมชอบแบบนี้สำหรับโปรเจกต์แนวนี้. ชอบที่มี tasks แบบนี้ เพราะจะได้ติดตามความคืบหน้าได้.
โดยเฉพาะเพราะผมสร้างเกมพวกนี้กินเวลาหลายวัน หลายสัปดาห์ หรือบางทีหลายเดือนครับ. ขึ้นอยู่กับว่าผมมีโปรเจกต์อื่นอีกเยอะแยะ. มันเลยดีที่มี timeline เจาะจงแบบนี้. Task 15 เสร็จแล้ว Task 16 ต่อไปเรื่อย ๆ.
โดยรวมแล้วผมค่อนข้างพอใจกับสกิล /grill-me นี้ครับ. ถ้าคุณจะลองใช้ ขอแนะนำให้กันเวลาไว้สักชั่วโมง เพราะมันต้องอ่านและคิดเกี่ยวกับโปรเจกต์เยอะมาก. อย่างโปรเจกต์นี้ตอนแรกคลุมเครือมาก. ผมยอมรับว่าผมไม่มีวิสัยทัศน์ชัดเจน แต่สกิลนี้ช่วยให้ผมกลั่นกรองสิ่งที่ต้องการได้.
และผมว่าคำถามที่มันถามก็ค่อนข้างดีครับ. มันเจาะจงไปที่การตัดสินใจสำคัญ ๆ ของเกมและสิ่งที่ผมอยากสร้าง. ไม่ใช่คำถามสุ่ม ๆ ทั่วไป. เอาล่ะ โดยรวมแล้วมีประโยชน์มาก. ถ้าใครลองใช้แล้ว บอกผมหน่อยว่าเป็นยังไงบ้างครับ.
นี่คือสกิล /grill-me จาก Matt Pocock ครับ. ย้ำอีกครั้ง มันมีตัวที่ขั้นสูงกว่าชื่อ grill with docs. ถ้าวิดีโอนี้มีคนชอบและสนใจสกิลนี้ บางทีผมอาจทำวิดีโอต่อโดยใช้ grill with docs. แต่ก็จบแค่นี้สำหรับวิดีโอนี้ครับ.
ฝากคอมเมนต์บอกกันหน่อยว่าคิดยังไงกับสกิลนี้ครับ. หรือถ้าใครลองใช้เองแล้ว ก็กดไลก์และ subscribe ช่องด้วยนะครับ. แล้วเจอกันวิดีโอหน้า. ขอบคุณที่รับชมครับ.
หมายเหตุการแปล
ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ
- ## ส่วนที่ไม่ชัดเจน / มีความเสี่ยง
- ไม่มี [ฟังไม่ชัด] ในไฟล์แปล** — ทุกส่วนสามารถตีความได้ตามบริบทและแปลครบทั้ง 455 เซกเมนต์ โดยส่วนที่คลุมเครือระบุไว้ข้างต้น.
อภิธานศัพท์เทคนิค
คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ
| ศัพท์ | คำแปล / คำอธิบาย |
|---|---|
| agent skill | สกิลสำหรับเอเจนต์ AI (ชุดคำแนะนำ/ขั้นตอนที่ให้เอเจนต์ทำตาม) |
| Hermes Agent | ตัวเอเจนต์ AI ที่ใช้รันสกิลในวิดีโอนี้ (ชื่อผลิตภัณฑ์ คงไว้เป็นภาษาอังกฤษ) |
| /grill-me | สกิลที่ซักถามผู้ใช้อย่างไม่ลดละเกี่ยวกับแผน การตัดสินใจ หรือไอเดีย |
| grill with docs | สกิลเวอร์ชันขั้นสูงกว่า คล้าย /grill-me แต่สร้าง docs ADRs และ glossary ไปด้วย |
| grilling | สกิลต้นแบบที่ /grill-me สร้างขึ้นจาก (การซักถาม) |
| grill trigger phrase | วลีกระตุ้นให้เริ่มการซักถาม |
| align / alignment | ปรับทิศทางความคิดให้ตรงกันระหว่างผู้ใช้กับเอเจนต์ |
| shared understanding | ความเข้าใจร่วมกันระหว่างผู้พัฒนาและเอเจนต์ |
| Matt Pocock | ผู้สร้างสกิล /grill-me และเว็บ aihero.dev (ชื่อบุคคล คงไว้) |
| mattskills | ชื่อ repo บน GitHub ที่รวบรวมสกิลของ Matt Pocock |
| aihero.dev | เว็บไซต์เรียน AI engineering ของ Matt Pocock |
| Vercel | บริษัทที่ Matt Pocock เคยทำงาน (ชื่อบริษัท คงไว้) |
| Claude Code | เครื่องมือเขียนโค้ดด้วย AI (ชื่อผลิตภัณฑ์ คงไว้) |
| GPT-5.6 soul | โมเดลที่ใช้รัน Hermes Agent ในวิดีโอนี้ |
| LLM wikis | คลังความรู้ที่สร้างด้วย LLM |
| agentwiks.com | โปรเจกต์คลังความรู้ของผู้พูด (URL คงไว้ตามคำบรรยาย) |
| pro account | บัญชีแบบเสียเงิน $9.99/เดือน |
| repo | ที่เก็บโค้ด (repository) |
| prompt | ข้อความคำสั่งที่ส่งให้เอเจนต์/โมเดล |
| tokens | หน่วยนับการประมวลผลของโมเดลภาษา |
| simulation game | เกมจำลองสถานการณ์ |
| SimCity | เกมจำลองการสร้างเมือง (ชื่อเกม คงไว้) |
| Frontier Labs | ชื่อโปรเจกต์เกมของผู้พูด (ชื่อโปรเจกต์ คงไว้) |
| AI lab | ห้องปฏิบัติการวิจัย AI ในเกม |
| compute | พลังประมวลผล |
| training | การเทรนโมเดล |
| image model | โมเดลภาพ |
| diffusion models | โมเดลดิฟฟิวชัน (สร้างภาพจากเสียงรบกวน) |
| language / image / speech models | โมเดลภาษา / โมเดลภาพ / โมเดลเสียงพูด |
| turn-based | การเล่นแบบผลัดกันเป็นตา ๆ |
| standard run | รอบการเล่นปกติ |
| balance score | คะแนนความสมดุลระหว่างองค์ประกอบต่าง ๆ |
| market share | ส่วนแบ่งตลาด |
| IP (intellectual property) | ทรัพย์สินทางปัญญา / ลิขสิทธิ์ |
| vertical slice | ชิ้นงานแนวตั้ง (ตัวอย่างฟีเจอร์ครบชุดแบบแนวตั้งของเกม) |
| MVP (Minimum Viable Product) | ผลิตภัณฑ์ต้นแบบที่ทำได้จริงและน้อยที่สุด |
| deliverable | สิ่งที่ต้องส่งมอบ |
| tech stack | ชุดเทคโนโลยีที่ใช้สร้างโปรเจกต์ |
| benchmark | เกณฑ์วัดมาตรฐานสมรรถนะโมเดล |
| capability | มิติด้านความสามารถของโมเดล |
| market weighted | การถ่วงน้ำหนักตามตลาด |
| portfolio | พอร์ตโฟลิโอ (ชุดโมเดล/ผลิตภัณฑ์ทั้งหมด) |
| product model | โมเดลธุรกิจของผลิตภัณฑ์ |
| prototype | ต้นแบบ |
| validate | การพิสูจน์แนวคิด/สมมติฐาน |
| monetize | การทำเงินจากผลิตภัณฑ์ |
| premium features | ฟีเจอร์แบบพรีเมียม (เสียเงิน) |
| play test | การทดลองเล่นเกมโดยผู้เล่นจริง |
| backend | ระบบหลังบ้าน |
| opt-in | การให้ผู้ใช้สมัครใจเลือกเข้าร่วม |
| stress test | การทดสอบความคิด/ระบบอย่างหนัก |
| pivot | การเปลี่ยนทิศทางของโปรเจกต์/ธุรกิจ |
| domain modeling | การจำลองโดเมนของโปรเจกต์ |
| domain model | แบบจำลองโดเมน |
| ADR (Architecture Decision Record) | บันทึกการตัดสินใจด้านสถาปัตยกรรม |
| glossary | อภิธานศัพท์ |
| docs | เอกสารประกอบ |
| implementation plan | แผนการลงมือสร้าง |
| tasks | รายการงานที่ต้องทำ |
| timeline | ไทม์ไลน์ / ตารางเวลา |
| milestone | ไมล์สโตน (จุดสำคัญของโครงการ) |
| scope | ขอบเขตของงาน |
| pipeline | ท่อขั้นตอนการทำงาน |
| tool calls | การเรียกใช้เครื่องมือของเอเจนต์ |
| feedback | คำตอบกลับ / ข้อมูลป้อนกลับ |
| environment | สภาพแวดล้อมที่เอเจนต์สำรวจได้ |
| memory | หน่วยความจำของโมเดล/เอเจนต์ |
| timeout | การหมดเวลารอคำตอบ |
| reload skills | คำสั่งให้โหลดสกิลใหม่ |
| campaign | แคมเปญ (รอบการเล่นในเกม) |
| web game | เกมเว็บ (เล่นบนเบราว์เซอร์) |
| hybrid command center | ศูนย์บัญชาการแบบผสม (รูปแบบ UI ของเกม) |
| dashboard | แผงแสดงข้อมูล |
| model cards | การ์ดข้อมูลโมเดล |
| strategy simulation | เกมวางแผนจำลองสถานการณ์ |
| desktop first | ให้ความสำคัญกับเวอร์ชันเดสก์ท็อปก่อน |
| single player | โหมดผู้เล่นคนเดียว |
| markdown file | ไฟล์รูปแบบ markdown |
ซับไตเติ้ลภาษาไทย
ดาวน์โหลดหรือดูซับทั้งหมด
1 00:00:00,000 --> 00:00:03,610 หนึ่งใน agent skill (สกิลสำหรับเอเจนต์ AI) 2 00:00:03,610 --> 00:00:07,564 ที่กำลังฮิตที่สุดตอนนี้อยู่ใน repo นี้แหละครับ 3 00:00:07,564 --> 00:00:11,003 และมันมาจาก Matt Pocock. เขาเป็นคนทำเว็บ 4 00:00:11,003 --> 00:00:14,957 aihero.dev ที่เอาไว้เรียนเรื่อง AI engineering
เปิดดูซับไตเติ้ลทั้งหมด (294 segments)
1 00:00:00,000 --> 00:00:03,610 หนึ่งใน agent skill (สกิลสำหรับเอเจนต์ AI) 2 00:00:03,610 --> 00:00:07,564 ที่กำลังฮิตที่สุดตอนนี้อยู่ใน repo นี้แหละครับ 3 00:00:07,564 --> 00:00:11,003 และมันมาจาก Matt Pocock. เขาเป็นคนทำเว็บ 4 00:00:11,003 --> 00:00:14,957 aihero.dev ที่เอาไว้เรียนเรื่อง AI engineering 5 00:00:14,957 --> 00:00:18,481 (วิศวกรรม AI) และเขาเคยเป็นอดีตพนักงานของ 6 00:00:18,481 --> 00:00:19,579 Vercel ด้วย. 7 00:00:19,579 --> 00:00:22,759 บน GitHub เขามีสกิลหลายตัวอยู่ที่นี่. 8 00:00:22,759 --> 00:00:29,464 ตัวที่ฮิตที่สุดและตัวที่เราจะลองใช้กันวันนี้ก็คือสกิล grill me ตัวนี้แหละครับ. 9 00:00:29,464 --> 00:00:31,957 เขาเขียนอธิบายไว้ข้างล่างนี้. 10 00:00:31,957 --> 00:00:39,693 เขามีหลายตัว แต่ตัวที่คนพูดถึงกันมากที่สุดก็คือ /grill-me หรือ grill with docs ซึ่งคล้าย ๆ 11 00:00:39,693 --> 00:00:42,014 กัน แต่ขั้นสูงกว่าเล็กน้อย. 12 00:00:42,014 --> 00:00:45,022 เขาบอกว่าสกิลพวกนี้ช่วยให้คุณ align 13 00:00:45,022 --> 00:00:46,828 (ปรับทิศทางให้ตรงกัน) 14 00:00:46,828 --> 00:00:49,148 กับเอเจนต์ก่อนเริ่มโปรเจกต์ 15 00:00:49,148 --> 00:00:53,962 และช่วยให้คิดลึกขึ้นเกี่ยวกับการเปลี่ยนแปลงที่กำลังจะทำ. 16 00:00:53,962 --> 00:00:58,518 คำสำคัญตรงนี้ก็คือ align หรือ alignment นั่นแหละครับ. 17 00:00:58,518 --> 00:01:01,441 เขาบอกว่า "สกิลนี้มีประโยชน์หลัก ๆ 18 00:01:01,441 --> 00:01:04,793 คือทำให้แน่ใจว่าคุณในฐานะนักพัฒนา (dev) 19 00:01:04,793 --> 00:01:07,458 กับเอเจนต์รู้ว่ากำลังทำอะไรอยู่ 20 00:01:07,458 --> 00:01:11,068 มีวิสัยทัศน์เดียวกันและโฟกัสเรื่องเดียวกัน 21 00:01:11,068 --> 00:01:13,045 ซึ่งผมว่ามีประโยชน์มาก. 22 00:01:13,045 --> 00:01:16,312 ถ้าคุณเคยเริ่มโปรเจกต์ใหม่ ๆ บ่อยครั้ง 23 00:01:16,312 --> 00:01:20,094 เอเจนต์มันก็จะเริ่มรันแล้วลงมือสร้างของทันที 24 00:01:20,094 --> 00:01:22,758 โดยไม่มีวิสัยทัศน์ร่วมที่ชัดเจน 25 00:01:22,758 --> 00:01:26,197 แล้วคุณก็จะมาเสียเวลากับ tokens (โทเค็น) 26 00:01:26,197 --> 00:01:27,658 จำนวนมากในช่วงแรก 27 00:01:27,658 --> 00:01:31,096 แค่พยายามทำความเข้าใจกันและกันให้ตรงกัน. 28 00:01:31,096 --> 00:01:33,245 ผมเลยสนใจอยากลองใช้ตัวนี้ 29 00:01:33,245 --> 00:01:38,403 และในวิดีโอนี้ผมจะเอามันไปใช้กับโปรเจกต์จริงที่ผมกำลังทำอยู่ 30 00:01:38,403 --> 00:01:41,669 แล้วเราจะมาดูกันว่าผลจะออกมาเป็นยังไง. 31 00:01:41,669 --> 00:01:45,108 เริ่มกันเลยครับ. และถ้าคุณรัน agents เอง 32 00:01:45,108 --> 00:01:49,062 แล้วอยากได้ LLM wikis (คลังความรู้ที่สร้างด้วย 33 00:01:49,062 --> 00:01:52,672 LLM) ที่ผมใช้ทำวิจัยและสร้างวิดีโอเหล่านี้ 34 00:01:52,672 --> 00:01:56,025 ลองดูโปรเจกต์ของผมได้ที่ agentwiks.com. 35 00:01:56,025 --> 00:01:59,205 ผมให้ wikis พวกนี้ฟรี หลากหลายหัวข้อ. 36 00:01:59,205 --> 00:02:02,901 และถ้าอยากได้แบบจ่ายเงินก็สมัคร pro account 37 00:02:02,901 --> 00:02:05,910 ได้เดือนละ $9.99 จะได้ access wikis 38 00:02:05,910 --> 00:02:07,027 ขนาดใหญ่พิเศษ 39 00:02:07,027 --> 00:02:10,810 ที่มีหน้าและรายละเอียดเยอะกว่าในแต่ละหัวข้อ. 40 00:02:10,810 --> 00:02:12,787 เอาล่ะ กลับมาที่วิดีโอ. 41 00:02:12,787 --> 00:02:19,320 อย่างที่เห็นใน repo หน้านี้ อยู่ในหมวด skills ใต้ productivity น่าจะใช่ครับ. 42 00:02:19,320 --> 00:02:24,219 สกิล grill me นี่สร้างมาจากสกิล grilling ซึ่งเป็นคนละตัว. 43 00:02:24,219 --> 00:02:31,698 คำอธิบายคือ มันจะซักถาม (grill) ผู้ใช้อย่างไม่ลดละ เกี่ยวกับแผน การตัดสินใจ หรือไอเดีย. 44 00:02:31,698 --> 00:02:34,534 ใช้เมื่อผู้ใช้ต้องการ stress test 45 00:02:34,534 --> 00:02:38,231 (ทดสอบความคิดตัวเองอย่างหนัก) หรือใช้ grill 46 00:02:38,231 --> 00:02:41,583 trigger phrase (วลีกระตุ้นให้เริ่มซัก). 47 00:02:41,583 --> 00:02:45,881 มันไม่จำเป็นต้องใช้ตอนเริ่มโปรเจกต์อย่างเดียวครับ. 48 00:02:45,881 --> 00:02:53,101 ถ้าคุณกำลังตัดสินใจอะไรสักอย่าง หรือกำลังจะ pivot (เปลี่ยนทิศทาง) ก็ใช้ได้เหมือนกัน. 49 00:02:53,101 --> 00:02:56,626 พวกนี้อยู่ในหมวด productivity. ส่วนในหมวด 50 00:02:56,626 --> 00:02:59,634 engineering น่าจะมี grill with docs 51 00:02:59,634 --> 00:03:04,706 ซึ่งเป็นการสัมภาษณ์แบบไม่ลดละเพื่อลับแผนหรือดีไซน์ให้คมขึ้น 52 00:03:04,706 --> 00:03:07,886 แล้วมันก็สร้าง docs ADRs และ glossary 53 00:03:07,886 --> 00:03:10,551 (อภิธานศัพท์) ไปด้วยระหว่างทาง. 54 00:03:10,551 --> 00:03:16,740 เหมาะกับตอนที่คุณอยากแชร์คำศัพท์เฉพาะและภาษาที่ใช้กับเอเจนต์ระหว่างทำงาน 55 00:03:16,740 --> 00:03:19,405 ซึ่งมีประโยชน์มากเหมือนกันครับ. 56 00:03:19,405 --> 00:03:22,156 มันใช้คู่กับสกิล domain modeling 57 00:03:22,156 --> 00:03:26,110 (การจำลองโดเมน) ที่ใช้สร้างและลับ domain model 58 00:03:26,110 --> 00:03:29,978 ของโปรเจกต์ให้คมขึ้น. เอาล่ะ มาลองกันเลยครับ. 59 00:03:29,978 --> 00:03:34,448 เราจะทำสิ่งนี้ใน Hermes Agent กับโมเดล GPT-5.6 soul. 60 00:03:34,448 --> 00:03:37,456 ดูกันว่าเป็นยังไง. ตอนนี้พร้อมแล้ว. 61 00:03:37,456 --> 00:03:40,981 ผมขอให้มันติดตั้งสกิล grill จาก repo นี้. 62 00:03:40,981 --> 00:03:46,482 ขณะที่มันกำลังติดตั้งอยู่ ขอเล่าให้ฟังว่าโปรเจกต์นี้คืออะไรครับ. 63 00:03:46,482 --> 00:03:49,061 ชื่อคร่าว ๆ คือ Frontier Labs. 64 00:03:49,061 --> 00:03:52,241 ผมมีไอเดียประมาณว่าเป็นเกม simulation 65 00:03:52,241 --> 00:03:56,109 (เกมจำลองสถานการณ์) แนว SimCity แต่คุณเป็น AI 66 00:03:56,109 --> 00:03:58,860 lab แล้วแข่งขันกับ AI lab อื่น ๆ 67 00:03:58,860 --> 00:04:02,728 ต้องบริหารสมดุลของทรัพยากรต่าง ๆ. เห็นไหมครับ 68 00:04:02,728 --> 00:04:06,424 ต้องบาลานซ์งบประมาณ ว่าจะลงทุนกับ marketing 69 00:04:06,424 --> 00:04:10,035 เท่าไร เทียบกับ compute (พลังประมวลผล) กับ 70 00:04:10,035 --> 00:04:12,098 training (การเทรนโมเดล). 71 00:04:12,098 --> 00:04:15,192 ไอเดียคือให้สนุกในฐานะเกม simulation 72 00:04:15,192 --> 00:04:17,685 แต่ก็สอนเรื่อง AI ไปในตัวด้วย 73 00:04:17,685 --> 00:04:19,490 เพราะในส่วนของการเทรน 74 00:04:19,490 --> 00:04:23,874 คุณสามารถเลือกโมเดลหลายแบบและวิธีการเทรนหลายแนวทาง. 75 00:04:23,874 --> 00:04:26,625 เช่น เทรน image model (โมเดลภาพ) 76 00:04:26,625 --> 00:04:30,493 แล้วระหว่างทางก็จะได้เรียนรู้เรื่อง diffusion 77 00:04:30,493 --> 00:04:33,759 models (โมเดลดิฟฟิวชัน) และโมเดลต่าง ๆ 78 00:04:33,759 --> 00:04:37,714 อีกมากมาย. โอเค ติดตั้งเสร็จเรียบร้อยแล้วครับ. 79 00:04:37,714 --> 00:04:41,840 ประมาณนั้นแหละครับ เป็นเกมแต่แฝงความรู้เล็กน้อย. 80 00:04:41,840 --> 00:04:43,989 โอเค มันขึ้นมาตรงนี้แล้ว. 81 00:04:43,989 --> 00:04:47,513 ผมไม่ต้องใช้คำสั่ง reload skills ด้วยซ้ำ. 82 00:04:47,513 --> 00:04:49,146 ใช้ grill me ง่าย ๆ 83 00:04:49,146 --> 00:04:52,928 แบบนี้ หมวด Skill productivity ตัว grilling. 84 00:04:52,928 --> 00:04:56,195 เอาล่ะ เริ่มเลย. มันถามว่า "แผน ดีไซน์ 85 00:04:56,195 --> 00:04:58,430 การตัดสินใจ หรือไอเดียอะไร 86 00:04:58,430 --> 00:05:02,126 ที่ควรให้ผมซักคุณเกี่ยวกับ?" ผมก็ใส่ prompt 87 00:05:02,126 --> 00:05:05,822 อธิบายไอเดียของผมไปครับ. แค่คำอธิบายกว้าง ๆ 88 00:05:05,822 --> 00:05:08,487 เกี่ยวกับเกม simulation ตัวนี้. 89 00:05:08,487 --> 00:05:16,481 จากนั้น Hermes ก็ขอข้อมูลจากผม ถามว่า "กลุ่มผู้เล่นหลักคือใคร?" ผมว่าคงไม่ใช่คนสายเทคนิคครับ. 90 00:05:16,481 --> 00:05:18,802 ผมว่าน่าจะเป็นผู้ใหญ่ทั่ว ๆ 91 00:05:18,802 --> 00:05:23,272 ไปที่ไม่ใช่สายเทคนิค หรือนักเรียนนักศึกษาที่โตหน่อย. 92 00:05:23,272 --> 00:05:26,194 ซึ่งก็เป็นตัวเลือกที่มันแนะนำพอดี. 93 00:05:26,194 --> 00:05:28,515 เอาอันนั้นละกัน. คำถามถัดมา 94 00:05:28,515 --> 00:05:32,298 "อะไรคือเงื่อนไขของการชนะในรอบปกติ (standard 95 00:05:32,298 --> 00:05:33,395 run)?" 96 00:05:33,395 --> 00:05:36,833 ผมเดาว่านี่คือรูปแบบการซักถามของมันครับ. 97 00:05:36,833 --> 00:05:39,240 มันจะถามคำถามแบบนี้เรื่อย ๆ. 98 00:05:39,240 --> 00:05:45,601 หรือถ้าคุณใช้ Claude Code หรืออะไรแบบนั้น มันก็จะถามคำถามพวกนี้เป็นระยะ ๆ. 99 00:05:45,601 --> 00:05:51,102 "อะไรกำหนดว่าชนะรอบปกติ?" ส่วนแบ่งตลาดสูงสุดน่าจะง่ายที่สุดครับ. 100 00:05:51,102 --> 00:05:58,323 หรือคะแนนสมดุล (balance score) ที่ดี บวกกับกำไร ความสามารถ ความปลอดภัย และชื่อเสียง. 101 00:05:58,323 --> 00:06:00,472 ผมว่าอันนี้น่าจะดีที่สุด. 102 00:06:00,472 --> 00:06:04,770 คุณต้องบาลานซ์ ไม่ใช่เอาแค่ส่วนแบ่งตลาดอย่างเดียว. 103 00:06:04,770 --> 00:06:12,592 "เวลาควรเดินหน้าอย่างไรระหว่างเล่น?" ผมว่าควรเป็นแบบ turn-based (ผลัดกันเล่นเป็นตา ๆ) ครับ. 104 00:06:12,592 --> 00:06:15,773 สงสัยจังว่ามันจะถามผมทั้งหมดกี่คำถาม. 105 00:06:15,773 --> 00:06:20,329 "แคมเปญเริ่มต้นควรยาวแค่ไหน?" เอาตามที่มันแนะนำละกัน. 106 00:06:20,329 --> 00:06:23,939 ห้าปี ซึ่งในวงการพัฒนา AI นี่ถือว่านานมาก. 107 00:06:23,939 --> 00:06:27,291 "เกมควรใช้บริษัทจริงหรือ AI lab สมมติ?" 108 00:06:27,291 --> 00:06:29,010 มันคือเกม simulation 109 00:06:29,010 --> 00:06:32,621 ผมไม่อยากมีปัญหาเรื่องลิขสิทธิ์ (IP) ครับ. 110 00:06:32,621 --> 00:06:36,403 "ผู้เล่นควรควบคุมการพัฒนาโมเดลได้ลึกแค่ไหน?" 111 00:06:36,403 --> 00:06:37,950 ควบคุมระดับกลยุทธ์ 112 00:06:37,950 --> 00:06:41,646 บวกกับชั้นเทคนิคที่สำคัญไม่กี่ชั้นต่อโมเดล. 113 00:06:41,646 --> 00:06:42,936 เอาอันนั้นครับ. 114 00:06:42,936 --> 00:06:48,523 "การจัดการทรัพยากรควรละเอียดแค่ไหน?" ตอบแบบ Compact กับ physical. 115 00:06:48,523 --> 00:06:52,649 ผมว่าแบบ layered (เป็นชั้น ๆ) น่าจะดีที่สุดครับ. 116 00:06:52,649 --> 00:06:57,463 คุณมีทรัพยากรหลักห้าอย่าง แล้วตัวอื่นค่อยโผล่มาตามบริบท. 117 00:06:57,463 --> 00:06:58,560 คำถามถัดมา 118 00:06:58,560 --> 00:07:03,288 "โปรเจกต์โมเดลควรเดินหน้าจากไอเดียสู่ผลิตภัณฑ์อย่างไร?" 119 00:07:03,288 --> 00:07:05,953 ผมอยากได้ pipeline (ท่อขั้นตอน) 120 00:07:05,953 --> 00:07:07,758 ที่มองเห็นได้ชัดครับ. 121 00:07:07,758 --> 00:07:12,056 ใช่เลย Scope เตรียมข้อมูล เทรน ประเมิน ปล่อย ดูแล. 122 00:07:12,056 --> 00:07:17,987 "ส่วนแบ่งตลาดหมายถึงอะไรในเชิงกลไก?" ตอนนี้เราถามไปกี่คำถามแล้วเนี่ย. 123 00:07:17,987 --> 00:07:19,448 มันซักจริงจังมาก. 124 00:07:19,448 --> 00:07:21,941 โอเค นั่นคือ 10 คำถามแรกครับ. 125 00:07:21,941 --> 00:07:28,302 ผมจะไม่พาไปดูทุกข้อเพราะมันอาจจะน่าเบื่อ แต่จะบอกให้รู้เมื่อมันซักผมเสร็จ. 126 00:07:28,302 --> 00:07:30,623 ตอนนี้เรามาถึง 15 คำถามแล้ว 127 00:07:30,623 --> 00:07:34,577 แต่เรายังคุยกันแค่เรื่อง gameplay (การเล่นเกม) 128 00:07:34,577 --> 00:07:37,929 ยังไม่พูดถึงเรื่องเทคนิคการสร้างเกมเลย. 129 00:07:37,929 --> 00:07:45,408 สิ่งที่ดีและผมชอบก็คือ ไอเดียนี้ตอนแรกที่คุณได้ยินผมเล่า มันยังไม่ถูกคิดให้ละเอียดครับ. 130 00:07:45,408 --> 00:07:49,362 แต่ตอนนี้มันเริ่มเจาะลึกรายละเอียดของ gameplay 131 00:07:49,362 --> 00:07:51,339 ที่ผมไม่เคยคิดถึงมาก่อน 132 00:07:51,339 --> 00:07:55,121 และมันบีบให้ผมตัดสินใจเรื่องพวกนี้ตั้งแต่ต้น 133 00:07:55,121 --> 00:07:57,012 ซึ่งจริง ๆ ก็ดีนะครับ. 134 00:07:57,012 --> 00:08:02,514 ปกติผมมักจะปล่อยให้คลุมเครือ แล้วให้เอเจนต์หรือโมเดลไปคิดเอาเอง. 135 00:08:02,514 --> 00:08:09,047 แต่มันดันบีบให้ผมกลั่นกรองวิสัยทัศน์ให้ชัดขึ้น ก่อนที่จะเริ่มสร้างอะไรจริง ๆ 136 00:08:09,047 --> 00:08:10,144 สักอย่าง. 137 00:08:10,144 --> 00:08:15,903 สังเกตว่าหลังคำถามแต่ละข้อ มันจะมีคำแนะนำ (recommendation) ให้เสมอ. 138 00:08:15,903 --> 00:08:21,319 ตอนนี้ผมผ่านมาเกือบ 20 ข้อแล้ว คำแนะนำส่วนใหญ่ก็ค่อนข้างดีครับ. 139 00:08:21,319 --> 00:08:27,164 เรากำลังใช้ GPT-5.6 soul อยู่ และผมก็เลือกตามคำแนะนำมันเกือบทั้งหมด. 140 00:08:27,164 --> 00:08:35,330 โอเค ตอนนี้มาถึงคำถามที่ 24 แล้ว เริ่มเข้าสู่เรื่องเทคนิคหรือเรื่องที่ไม่ใช่ gameplay แล้วครับ. 141 00:08:35,330 --> 00:08:42,551 มันถามว่า "แพลตฟอร์มแรกที่ปล่อยให้เล่นได้ควรเป็นอะไร?" และควรเป็นเกมเว็บ (web game). 142 00:08:42,551 --> 00:08:49,341 เรากำลังเริ่มออกห่างจากรายละเอียด gameplay แล้วเข้าสู่ด้านเทคนิคและตัวเกมจริง ๆ 143 00:08:49,341 --> 00:08:50,439 มากขึ้น. 144 00:08:50,439 --> 00:08:54,737 "เกมควรมีหน้าตาและความรู้สึกแบบไหนในแต่ละช่วงขณะ?" 145 00:08:54,737 --> 00:08:56,886 แบบ hybrid command center 146 00:08:56,886 --> 00:08:59,808 (ศูนย์บัญชาการแบบผสม) มี dashboard 147 00:08:59,808 --> 00:09:03,247 (แผงแสดงข้อมูล) สำหรับทรัพยากรและตลาด มี 148 00:09:03,247 --> 00:09:05,739 pipeline แบบภาพสำหรับโปรเจกต์ 149 00:09:05,739 --> 00:09:07,631 มีการ์ดโมเดลที่ชัดเจน. 150 00:09:07,631 --> 00:09:09,866 ผมก็ไม่แน่ใจเหมือนกันครับ. 151 00:09:09,866 --> 00:09:12,788 โอ๊ะ ผมหมดเวลา (timeout) แล้วครับ. 152 00:09:12,788 --> 00:09:15,281 ปรากฏว่ามีตัวจับเวลาอยู่ด้วย. 153 00:09:15,281 --> 00:09:18,118 ผมมัวแต่พูดและดูอย่างอื่น. จริง ๆ 154 00:09:18,118 --> 00:09:21,900 แล้วมันไม่อยากให้เราติดอยู่ที่คำถามเดิมนาน ๆ 155 00:09:21,900 --> 00:09:24,221 มันเลยเลือกตามคำแนะนำไปเลย. 156 00:09:24,221 --> 00:09:27,659 หลังจาก 120 วินาที เอเจนต์จะตัดสินใจเอง. 157 00:09:27,659 --> 00:09:33,848 และมันเลือกแบบ hybrid command center แต่ผมปรับเปลี่ยนทีหลังได้ถ้าจำเป็น. 158 00:09:33,848 --> 00:09:41,498 โอเค "ไมล์สโตนแรกของการพัฒนาควรเป็นอะไร?" ไมล์สโตนแรกอาจเป็นแบบ paper (เอกสาร) ก็ได้ครับ. 159 00:09:41,498 --> 00:09:45,453 เราอยากได้เว็บ vertical slice (ชิ้นงานแนวตั้ง) 160 00:09:45,453 --> 00:09:47,602 ที่ feature ครบ เป็น demo 161 00:09:47,602 --> 00:09:49,407 สาธารณะที่ขัดเกลาแล้ว 162 00:09:49,407 --> 00:09:52,243 คือประสบการณ์สุดท้ายที่ตั้งใจไว้. 163 00:09:52,243 --> 00:09:55,338 ผมว่าเราทำเป็น demo แบบมินิมอลก็ได้. 164 00:09:55,338 --> 00:10:00,839 รู้สึกว่าเอเจนต์มักจะพยายามทำงานให้น้อยที่สุดเท่าที่จะทำได้ครับ. 165 00:10:00,839 --> 00:10:07,114 ชอบสร้าง MVP (ผลิตภัณฑ์ต้นแบบที่ทำได้จริง) แทนที่จะสร้างตัวผลิตภัณฑ์จริง. 166 00:10:07,114 --> 00:10:13,475 ตอนนี้มันเริ่มเจาะไปที่การขัดเกลา deliverable (สิ่งที่ส่งมอบ) แบบ MVP นี้. 167 00:10:13,475 --> 00:10:15,022 ข้อนี้น่าสนใจครับ. 168 00:10:15,022 --> 00:10:21,297 มันถามว่า "กลุ่มลูกค้า (customer segments) กลุ่มไหน?" มันแนะนำกลุ่มเล็ก ๆ 169 00:10:21,297 --> 00:10:23,446 แต่ผมบอกว่าทำทั้งหกกลุ่ม. 170 00:10:23,446 --> 00:10:29,979 พอถึงคำถามถัดไป มันก็ถามว่า "นั่นขัดกับจุดประสงค์ของ vertical slice แบบแคบ ๆ 171 00:10:29,979 --> 00:10:34,019 นะ" มันเลยพยายามดันให้ผมไปตามคำแนะนำของมันครับ. 172 00:10:34,019 --> 00:10:37,974 โอเค เริ่มทำเรื่องอื่นแล้ว. จบแค่นี้เหรอคำถาม? 173 00:10:37,974 --> 00:10:39,091 ยังไม่จบครับ. 174 00:10:39,091 --> 00:10:43,475 ตอนนี้กำลังเข้าสู่เรื่อง tech stack (ชุดเทคโนโลยี). 175 00:10:43,475 --> 00:10:45,882 ช่วงแรกเราคุยเรื่อง gameplay 176 00:10:45,882 --> 00:10:49,836 แล้วก็สโคปขอบเขตของ MVP demo แล้วตอนนี้ก็มาถึง 177 00:10:49,836 --> 00:10:52,501 tech stack ซึ่งเป็นคำถามที่ 33. 178 00:10:52,501 --> 00:10:57,658 ถ้าใครดูตามอยู่ที่บ้าน ขอบอกว่าคำแนะนำบางข้อนี่คิดมาดีจริง ๆ 179 00:10:57,658 --> 00:11:00,839 ครับ. ผมเคยพูดว่าเอเจนต์อาจจะขี้เกียจ 180 00:11:00,839 --> 00:11:04,707 แต่แทนที่จะเลือกทางที่ง่ายที่สุด ตัวอย่างเช่น 181 00:11:04,707 --> 00:11:07,629 คำถามนี้ถามว่า "มิติด้านความสามารถ 182 00:11:07,629 --> 00:11:11,154 (capability) ควรวัดอะไร?" แทนที่จะวัดด้วย 183 00:11:11,154 --> 00:11:14,506 benchmark (เกณฑ์วัดมาตรฐาน) อย่างเดียว. 184 00:11:14,506 --> 00:11:17,257 คำแนะนำของมันซึ่งผมก็เห็นด้วยคือ 185 00:11:17,257 --> 00:11:21,297 วัดความสามารถที่มีประโยชน์แบบถ่วงน้ำหนักตามตลาด 186 00:11:21,297 --> 00:11:24,821 (market weighted) ทั้งพอร์ตโฟลิโอทั้งหมด. 187 00:11:24,821 --> 00:11:27,400 ซึ่งจะกันไม่ให้แชมป์ benchmark 188 00:11:27,400 --> 00:11:29,463 ตัวเดียวครองคะแนนทั้งหมด 189 00:11:29,463 --> 00:11:33,675 และให้รางวัลกับการเชี่ยวชาญเฉพาะทางที่มีความหมาย. 190 00:11:33,675 --> 00:11:37,113 จริง ๆ แล้วคำแนะนำมันค่อนข้างรอบคอบครับ. 191 00:11:37,113 --> 00:11:41,841 และนี่ก็เป็นอีกกรณีที่มันจับความขัดแย้งในดีไซน์ได้ครับ. 192 00:11:41,841 --> 00:11:44,076 เพราะเมื่อหลายสิบคำถามก่อน 193 00:11:44,076 --> 00:11:46,913 ผมบอกว่าอยากได้แค่ภาษา (language) 194 00:11:46,913 --> 00:11:50,351 อย่างเดียวสำหรับ MVP หรือ vertical slice 195 00:11:50,351 --> 00:11:53,102 ตามที่มันเรียก. แต่ในคำถามล่าสุด 196 00:11:53,102 --> 00:11:57,658 ผมบอกว่าอยากให้เกมสอนความแตกต่างทางสถาปัตยกรรมระหว่าง 197 00:11:57,658 --> 00:12:00,494 language image และ speech models. 198 00:12:00,494 --> 00:12:05,652 ตอนนี้มันเลยพยายามคลี่คลายความขัดแย้งนั้น ซึ่งน่าสนใจดีครับ. 199 00:12:05,652 --> 00:12:10,122 โมเดลสามารถจำคำตอบทั้งหมดของทุกคำถามไว้ในหน่วยความจำ 200 00:12:10,122 --> 00:12:11,219 (memory) 201 00:12:11,219 --> 00:12:14,657 และชี้ได้ว่ามีความขัดแย้งแบบนี้เกิดขึ้น. 202 00:12:14,657 --> 00:12:19,041 ตอนนี้เราอยู่ที่คำถามที่ 52 ซึ่งค่อนข้างละเอียดมาก. 203 00:12:19,041 --> 00:12:27,293 โอเค นี่คือคำถามที่ 70 เริ่มเข้าสู่เรื่อง product model (โมเดลธุรกิจ) ที่ผมอยากได้สำหรับเกมครับ. 204 00:12:27,293 --> 00:12:31,677 มันแนะนำ prototype สาธารณะฟรี โดยรูปแบบธุรกิจค่อย ๆ 205 00:12:31,677 --> 00:12:36,233 ตัดสินใจภายหลังหลังจาก validate (พิสูจน์แนวคิด) แล้ว. 206 00:12:36,233 --> 00:12:39,156 ผมว่าน่าจะถูกต้อง. ตัวเกมจะเล่นฟรี 207 00:12:39,156 --> 00:12:41,992 แต่ถ้าจำเป็นต้องทำเงิน (monetize) 208 00:12:41,992 --> 00:12:44,313 ในภายหลังเพื่อเอามาลงทุนต่อ 209 00:12:44,313 --> 00:12:46,204 ก็ค่อยว่ากันอีกทีครับ. 210 00:12:46,204 --> 00:12:49,213 อาจจะมีฟีเจอร์พรีเมียมเล็ก ๆ น้อย ๆ 211 00:12:49,213 --> 00:12:53,167 อะไรแบบนั้น. เอาล่ะ เราทำครบ 70 คำถามแล้วครับ. 212 00:12:53,167 --> 00:12:57,121 และอย่างที่เห็น ตอนนี้เวลาผ่านไปเกือบ 40 นาที. 213 00:12:57,121 --> 00:13:00,474 ผมตัดออกไปเยอะมากแน่นอน แต่คำถามก็แนว ๆ 214 00:13:00,474 --> 00:13:06,491 เดิม แต่เจาะลึกลงไปในรายละเอียดของเกม gameplay และ tech stack ด้วยซ้ำ. 215 00:13:06,491 --> 00:13:10,359 มันถึงขั้นถามว่า "เราจะเก็บหลักฐาน (evidence) 216 00:13:10,359 --> 00:13:14,055 จาก play test สาธารณะยังไง โดยไม่มี backend 217 00:13:14,055 --> 00:13:17,579 (ระบบหลังบ้าน) หรือบัญชีผู้ใช้?" ก็ทำเป็น 218 00:13:17,579 --> 00:13:21,362 opt-in (ให้ผู้ใช้สมัครใจเลือก) ได้ครับ. โอเค 219 00:13:21,362 --> 00:13:23,854 ตอนนี้คำถามที่ 71 มันถามผมว่า 220 00:13:23,854 --> 00:13:27,207 "เราได้ความเข้าใจร่วมกันเกี่ยวกับเกมและ 221 00:13:27,207 --> 00:13:31,075 vertical slice แล้วหรือยัง?" คำแนะนำของมันคือ 222 00:13:31,075 --> 00:13:34,943 "ใช่ ถ้าสิ่งนี้ครอบคลุมผลิตภัณฑ์ที่ตั้งใจไว้. 223 00:13:34,943 --> 00:13:38,553 การยืนยันจะจบช่วง grilling แต่ผมจะไม่เริ่ม 224 00:13:38,553 --> 00:13:41,132 implementation (การลงมือสร้าง) 225 00:13:41,132 --> 00:13:43,797 เว้นแต่คุณจะขอแยกต่างหาก" ครับ. 226 00:13:43,797 --> 00:13:45,946 ถ้าผมตอบว่าใช่ มันก็จะจบ. 227 00:13:45,946 --> 00:13:48,525 นี่คือความเข้าใจร่วมกันของเรา. 228 00:13:48,525 --> 00:13:52,994 ผมว่าตอนนี้เรามีวิสัยทัศน์ที่ค่อนข้างชัดเจนแล้วครับ. 229 00:13:52,994 --> 00:13:55,143 ใช้เวลา 71 คำถาม 42 นาที. 230 00:13:55,143 --> 00:13:59,957 แน่นอนว่าคุณจะซักต่อหรือแก้ไขก็ได้ แต่ผมว่าอันนี้ดีแล้ว. 231 00:13:59,957 --> 00:14:01,762 เอาล่ะ เสร็จสิ้นครับ. 232 00:14:01,762 --> 00:14:05,716 การซักถามจบแล้ว เรามาถึงความเข้าใจร่วมกันแล้ว. 233 00:14:05,716 --> 00:14:09,928 ถ้าผมเลือกแบบ "ยัง ซักผมต่อ" มันก็จะถามไปเรื่อย ๆ 234 00:14:09,928 --> 00:14:11,218 ไม่มีวันจบครับ. 235 00:14:11,218 --> 00:14:14,312 แต่ 71 คำถามกับ 42 นาที ผมว่าพอแล้ว. 236 00:14:14,312 --> 00:14:17,837 และตอนนี้เรามีวิสัยทัศน์ที่ชัดเจนพอสมควร. 237 00:14:17,837 --> 00:14:20,329 มันคือเกม strategy simulation 238 00:14:20,329 --> 00:14:24,198 (เกมวางแผนจำลองสถานการณ์) ผู้เล่นเดียว เล่นบน 239 00:14:24,198 --> 00:14:26,690 desktop ก่อน (desktop first). 240 00:14:26,690 --> 00:14:33,567 เราเคาะความยาวของแคมเปญได้แล้ว รวมถึงองค์ประกอบการบริหารจัดการเชิงกลยุทธ์ต่าง ๆ. 241 00:14:33,567 --> 00:14:38,037 โดยรวมแล้วก็คือ gameplay และ tech stack ทั้งหมดครับ. 242 00:14:38,037 --> 00:14:40,702 ซึ่งจริง ๆ แล้วไม่ใช่โฟกัสหลัก. 243 00:14:40,702 --> 00:14:47,063 มันโฟกัสที่ว่าผมอยากให้ gameplay เป็นแบบไหน บาลานซ์ระหว่างองค์ประกอบต่าง ๆ 244 00:14:47,063 --> 00:14:48,160 แบบไหน. 245 00:14:48,160 --> 00:14:54,521 ยังไม่มีการ implementation เกิดขึ้นเลย เราแค่ได้ความเข้าใจร่วมกันเท่านั้น. 246 00:14:54,521 --> 00:14:58,217 ผมเลยถามว่ามันสร้างแผนจากตรงนี้หรือยังครับ. 247 00:14:58,217 --> 00:14:59,315 คำตอบคือยัง. 248 00:14:59,315 --> 00:15:03,699 มันสร้างสรุปความเข้าใจร่วมกันแบบละเอียดไว้ในบทสนทนา 249 00:15:03,699 --> 00:15:06,449 แต่ไม่ได้สร้างแผน implementation 250 00:15:06,449 --> 00:15:07,825 อย่างเป็นทางการ. 251 00:15:07,825 --> 00:15:14,701 เพราะสกิล grilling กำหนดให้ผมต้องไม่ลงมือทำอะไร จนกว่าจะยืนยันความเข้าใจร่วมกัน. 252 00:15:14,701 --> 00:15:16,678 ตอนนี้ผมยืนยันแล้วครับ. 253 00:15:16,678 --> 00:15:22,094 ขั้นต่อไปคือเปลี่ยนการตัดสินใจเหล่านั้นเป็นแผน โดยควรบันทึกไว้. 254 00:15:22,094 --> 00:15:29,142 "บันทึกการตัดสินใจเหล่านั้นเป็นแผน" เพราะผมอยากแน่ใจว่าข้อมูลทั้งหมดถูกเก็บไว้ครบ. 255 00:15:29,142 --> 00:15:32,753 แต่มันจะไม่ทำจนกว่าคุณจะขออย่างชัดเจนครับ. 256 00:15:32,753 --> 00:15:35,933 นั่นคือทั้งหมดเป็นแค่คำถามใช่ไหมครับ? 257 00:15:35,933 --> 00:15:37,824 มันไม่ได้เขียนอะไรเลย. 258 00:15:37,824 --> 00:15:44,013 สังเกตได้ว่าไม่มี tool calls (การเรียกใช้เครื่องมือ) ประเภทเขียนอะไรเลย. 259 00:15:44,013 --> 00:15:50,374 และถ้าดูในไฟล์ skill.md ของสกิล grilling มันก็เขียนไว้ว่ามันเพิ่งทำอะไรไป. 260 00:15:50,374 --> 00:15:56,048 คือถามทีละคำถาม รอ feedback (คำตอบกลับ) ในแต่ละคำถามก่อนค่อยไปต่อ. 261 00:15:56,048 --> 00:16:04,042 ถ้าข้อเท็จจริงสามารถหาได้จากการสำรวจ environment (สภาพแวดล้อม) ก็ให้ไปค้นมาแทนที่จะถามผมครับ. 262 00:16:04,042 --> 00:16:06,621 แต่การตัดสินใจเป็นสิทธิ์ของผม. 263 00:16:06,621 --> 00:16:11,606 โอเค แผนถูกบันทึกไว้ตรงนี้ และมันมีทุกอย่างที่ตัดสินใจไว้. 264 00:16:11,606 --> 00:16:13,497 ผมว่าน่าจะใหญ่พอสมควร. 265 00:16:13,497 --> 00:16:17,022 ใช่แล้วครับ นี่คือในไฟล์ markdown ยาวมาก. 266 00:16:17,022 --> 00:16:19,514 เห็นไหมว่ามันรันผ่านทุกอย่าง. 267 00:16:19,514 --> 00:16:22,609 มีโครงสร้างเป็น implementation plan. 268 00:16:22,609 --> 00:16:25,532 ทั้งหมดนี้สร้างขึ้นจากบทสนทนายาว ๆ 269 00:16:25,532 --> 00:16:28,282 ในเซสชัน /grill-me นั่นแหละครับ. 270 00:16:28,282 --> 00:16:31,807 มันมีงาน (tasks) ทั้งหมดที่คุณต้องทำครับ. 271 00:16:31,807 --> 00:16:37,480 เหมือนเป็น timeline (ไทม์ไลน์) หรือแผนเต็มรูปแบบสำหรับสร้างเกมนี้. 272 00:16:37,480 --> 00:16:39,113 ค่อนข้างละเอียดมาก. 273 00:16:39,113 --> 00:16:41,864 ผมชอบแบบนี้สำหรับโปรเจกต์แนวนี้. 274 00:16:41,864 --> 00:16:46,420 ชอบที่มี tasks แบบนี้ เพราะจะได้ติดตามความคืบหน้าได้. 275 00:16:46,420 --> 00:16:53,210 โดยเฉพาะเพราะผมสร้างเกมพวกนี้กินเวลาหลายวัน หลายสัปดาห์ หรือบางทีหลายเดือนครับ. 276 00:16:53,210 --> 00:16:56,735 ขึ้นอยู่กับว่าผมมีโปรเจกต์อื่นอีกเยอะแยะ. 277 00:16:56,735 --> 00:16:59,829 มันเลยดีที่มี timeline เจาะจงแบบนี้. 278 00:16:59,829 --> 00:17:03,268 Task 15 เสร็จแล้ว Task 16 ต่อไปเรื่อย ๆ. 279 00:17:03,268 --> 00:17:07,566 โดยรวมแล้วผมค่อนข้างพอใจกับสกิล /grill-me นี้ครับ. 280 00:17:07,566 --> 00:17:15,560 ถ้าคุณจะลองใช้ ขอแนะนำให้กันเวลาไว้สักชั่วโมง เพราะมันต้องอ่านและคิดเกี่ยวกับโปรเจกต์เยอะมาก. 281 00:17:15,560 --> 00:17:18,568 อย่างโปรเจกต์นี้ตอนแรกคลุมเครือมาก. 282 00:17:18,568 --> 00:17:25,531 ผมยอมรับว่าผมไม่มีวิสัยทัศน์ชัดเจน แต่สกิลนี้ช่วยให้ผมกลั่นกรองสิ่งที่ต้องการได้. 283 00:17:25,531 --> 00:17:28,883 และผมว่าคำถามที่มันถามก็ค่อนข้างดีครับ. 284 00:17:28,883 --> 00:17:31,634 มันเจาะจงไปที่การตัดสินใจสำคัญ ๆ 285 00:17:31,634 --> 00:17:35,588 ของเกมและสิ่งที่ผมอยากสร้าง. ไม่ใช่คำถามสุ่ม ๆ 286 00:17:35,588 --> 00:17:38,941 ทั่วไป. เอาล่ะ โดยรวมแล้วมีประโยชน์มาก. 287 00:17:38,941 --> 00:17:43,067 ถ้าใครลองใช้แล้ว บอกผมหน่อยว่าเป็นยังไงบ้างครับ. 288 00:17:43,067 --> 00:17:46,677 นี่คือสกิล /grill-me จาก Matt Pocock ครับ. 289 00:17:46,677 --> 00:17:51,405 ย้ำอีกครั้ง มันมีตัวที่ขั้นสูงกว่าชื่อ grill with docs. 290 00:17:51,405 --> 00:17:58,109 ถ้าวิดีโอนี้มีคนชอบและสนใจสกิลนี้ บางทีผมอาจทำวิดีโอต่อโดยใช้ grill with docs. 291 00:17:58,109 --> 00:18:00,946 แต่ก็จบแค่นี้สำหรับวิดีโอนี้ครับ. 292 00:18:00,946 --> 00:18:05,072 ฝากคอมเมนต์บอกกันหน่อยว่าคิดยังไงกับสกิลนี้ครับ. 293 00:18:05,072 --> 00:18:10,316 หรือถ้าใครลองใช้เองแล้ว ก็กดไลก์และ subscribe ช่องด้วยนะครับ. 294 00:18:10,316 --> 00:18:13,840 แล้วเจอกันวิดีโอหน้า. ขอบคุณที่รับชมครับ.