▶SUBTHAIแปลไทย · ซับ · พากย์⚙
บทความแปลภาษาไทย · YouTube

Trying Out Matt Pocock's /grill-me Skill in Hermes Agent

0:000:00
เล่นเสียงต้นฉบับของวิดีโอ พร้อมแสดงซับไทยซิงก์ตามเวลา
กำลังโหลดวิดีโอ…
01

สรุปย่อ

ประเด็นสำคัญจากวิดีโอ

- **ช่อง:** 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 เองและอยากให้โปรเจกต์เริ่มต้นอย่างมีทิศทางเดียวกัน.
02

คำแปลเต็ม

แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ

หนึ่งใน 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 ช่องด้วยนะครับ. แล้วเจอกันวิดีโอหน้า. ขอบคุณที่รับชมครับ.

03

หมายเหตุการแปล

ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ

  • ## ส่วนที่ไม่ชัดเจน / มีความเสี่ยง
  • ไม่มี [ฟังไม่ชัด] ในไฟล์แปล** — ทุกส่วนสามารถตีความได้ตามบริบทและแปลครบทั้ง 455 เซกเมนต์ โดยส่วนที่คลุมเครือระบุไว้ข้างต้น.
04

อภิธานศัพท์เทคนิค

คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ

ศัพท์คำแปล / คำอธิบาย
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
05

ซับไตเติ้ลภาษาไทย

ดาวน์โหลดหรือดูซับทั้งหมด

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
thai-subtitles.srt
SubRip — ใช้กับเครื่องเล่นวิดีโอส่วนใหญ่
↓ ดาวน์โหลด
thai-subtitles.vtt
WebVTT — ใช้กับเว็บ / YouTube
↓ ดาวน์โหลด
เปิดดูซับไตเติ้ลทั้งหมด (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
แล้วเจอกันวิดีโอหน้า. ขอบคุณที่รับชมครับ.