/wayfinder: Nothing is too big to plan anymore
สรุปย่อ
ประเด็นสำคัญจากวิดีโอ
- **ช่อง:** Matt Pocock · **ความยาว:** ~15 นาที · **ลิงก์:** https://www.youtube.com/watch?v=F3lL98Pj90o
# สรุป: /wayfinder: Nothing is too big to plan anymore - **ช่อง:** Matt Pocock · **ความยาว:** ~15 นาที · **ลิงก์:** https://www.youtube.com/watch?v=F3lL98Pj90o ## ประเด็นหลัก - Wayfinder คือทักษะ (skill) สำหรับวางแผนงานขนาดใหญ่ด้วย AI ที่ Matt Pocock สร้างขึ้น เปิดให้ใช้ฟรีบนคลังทักษะของเขา ใช้ได้กับเอเจนต์เขียนโค้ดทุกตัว - ปัญหาของเครื่องมือวางแผนเดิมคือผูกติดกับเซสชันเดียวและจำกัด context window ทำให้คิดงานใหญ่ ๆ ไม่ได้ - แนวคิดหลัก: สร้าง "แผนที่" เส้นทางสู่จุดหมาย จัดการ "หมอกแห่งสงคราม" (fog of war) การตัดสินใจแบบพึ่งพากัน และวางแผนแบบขนานได้ - บนแผนที่มี tickets หลายประเภท ได้แก่ research (วิจัย), prototype (สร้างต้นแบบ), grilling (ซักถาม/หารือ) และ task (งานในโลกจริง) แต่ละใบต้องใช้เซสชันกับเอเจนต์แยกกัน - Wayfinder บันทึกทุกอย่างลงใน issue tracker เช่น GitHub, Linear หรือ Jira ผ่าน decision tickets และ sub-issues และติดตามว่า frontier (การตัดสินใจที่ทำได้ตอนนี้) ขยับไปตรงไหน - ต้นแบบ (prototype) คือกุญแจป้องกันไม่ให้การวางแผนกลายเป็น waterfall และทำให้ผลลัพธ์ออกมาดี - เมื่อแผนที่เสร็จ ก็สร้าง spec (ข้อกำหนด) จากแผนที่ ซึ่งหนาแน่นมากและลิงก์กลับไปยังการตัดสินใจต้นทางทุกใบ - จุดเด่นคือเข้าถึง "แหล่งข้อมูลหลัก" ได้ ไม่ต้องพึ่ง spec เพียงอย่างเดียวเหมือน Grill with Docs - คำตอบของ FAQ: งานที่วางแผนจบในเซสชันเดียวก็ทำในเซสชันเดียว ใช้ Wayfinder เฉพาะเมื่อมีหมอกแห่งสงคราม ไม่รู้ทางไปจุดหมาย - spec ในแนวทางนี้ไม่ถาวร — เมื่อ implement ลงโค้ดแล้วก็ลบทิ้งได้ ไม่ใช่ spec-driven development แบบดั้งเดิม - Matt ใช้ Wayfinder ทั้งงานเขียนโค้ด วางแผนคอร์ส และงานนอกวงการ เช่น สร้างสำนักงานในสวน ## ความเห็นสรุป วิดีโอนี้นำเสนอแนวคิดวางแผนงานขนาดใหญ่ด้วย AI ที่เป็นระบบและใช้งานได้จริง ต่างจากวิธี "ยิงพรอมป์เดียวจบ" (one-shot) ทั่วไป เพราะอิงหลักการวางแผนแบบวิศวกรซอฟต์แวร์ดั้งเดิม เนื้อหาเข้าใจง่าย มีตัวอย่างจริงจาก repo ของผู้พูด และแยกแยะชัดเจนว่าเมื่อไหร่ควรใช้กับไม่ควรใช้ เหมาะสำหรับคนที่ทำงานกับเอเจนต์ AI เป็นประจำและอยากวางแผนงานใหญ่ ๆ อย่างเป็นระบบ
คำแปลเต็ม
แปลตามบทสนทนาต้นฉบับ ปรับเป็นภาษาไทยธรรมชาติ
ผมคิดว่า ผมเจอวิธีวางแผนงานทุกขนาด กับเอเจนต์ AI แล้วล่ะครับ เครื่องมือวางแผนเดิม ๆ ที่ผมเคยใช้ และลองเล่น แม้แต่ตัวที่ผมสร้างเอง ก็รู้สึกถูกจำกัดเกินไป ผูกติดอยู่กับเซสชันเดียวเกินไป ผมรู้สึกว่า ผมไม่สามารถคิดให้ใหญ่พอได้ และเพราะแบบนั้น ผมเลยจำกัดสิ่งที่ผมสร้าง ให้เข้ากับ AI ซึ่งมันไม่ควรเป็นแบบนั้น แนวทางใหม่นี้ ไม่มีข้อจำกัดนั้นแล้ว คุณสามารถวางแผนงานก้อนมหึมาได้ และมันจะจัดลำดับการวางแผน ข้ามเซสชันหลายรูปแบบ มันรู้ว่า คุณไม่สามารถเดินตรงไปถึงจุดหมาย ได้อย่างราบรื่น คุณต้องปัดเป่าหมอกแห่งสงคราม (fog of war) ให้จางลงไปก่อน มันเข้าใจการตัดสินใจแบบพึ่งพากัน และยังให้คุณวางแผนแบบขนานได้ด้วย และสิ่งที่ดีที่สุดคือ สิ่งนี้ตั้งอยู่บนพื้นฐานของหลักวิศวกรรมซอฟต์แวร์ มันตั้งอยู่บนพื้นฐาน ของการวางแผนงาน ที่ผมเรียนรู้ตอนเป็นนักพัฒนาตัวจริง ในยุคก่อน AI และผมแพ็กทุกอย่างนี้ เป็นทักษะหนึ่ง ชื่อว่า Wayfinder (เครื่องมือวางแผนงานด้วย AI) ที่เปิดให้ใช้ได้แล้วตอนนี้ บนคลังทักษะ (skills repo) ของผม
วิธีวางแผนงานแบบเดิมของผม จริง ๆ แล้วผูกติดกับเซสชันเดียว มันเกี่ยวกับทักษะ grill me หรือ grill with docs (การให้ AI ซักถามเรา) ในคลังทักษะของผม มันยังเป็นพื้นฐานสำคัญมากอยู่ แต่มันก็แค่ผูกติดกับเซสชันเดียว งานบางอย่าง ใหญ่เกินกว่าจะใส่ใน context window (พื้นที่ความจำของโมเดล) ได้ โดยเฉพาะโซนฉลาด ๆ ของ context window ของเอเจนต์ และคุณรู้ตัวตั้งแต่แรกอยู่แล้ว คุณเลยมักจะใช้เวลา ก่อนเข้าเซสชันเอเจนต์ AI เพื่อแบ่งงานออกเป็นชิ้นเล็ก ๆ บอกว่า "โอเค เดี๋ยวขอกัดเอางานชิ้นเล็ก ๆ นี่ก่อน" "ขอกัดเอางานชิ้นเล็ก ๆ นี่ก่อน" แต่แล้วสิ่งที่คุณจะพบคือ "โอเค ผมกำลังวางแผนงาน ในรอบ grilling รอบนี้" แล้วคุณก็เจอคำถามที่ตอบไม่ได้ หรือหลงอยู่ในหมอก และตลอดเวลานั้น คุณต้องคอยบริหารจัดการโซนฉลาด ๆ พยายามไม่ใช้โทเคนเยอะเกินไป
สิ่งนี้ถูกปล่อยออกมาสักพักแล้ว และผู้คนก็หลงรักมันมาก มีคนบอกว่า เขาสร้างต้นแบบด้วยการ one-shot (ป้อนพรอมป์เดียวให้สร้างทั้งโปรเจกต์) แล้วก็เริ่มใหม่ซ้ำแล้วซ้ำเล่า อยู่หลายเดือน ผมเกลียดคำว่า one-shotting จริง ๆ แต่ผมคิดว่าเขาหมายถึง มันช่วยเขาได้มากจริง ๆ John ที่นี่ ถึงกับสร้าง harness (โครงสร้างเชื่อมต่อ) ของตัวเองขึ้นมา เพราะเขาชอบแนวทางของ Wayfinder มาก มันมีแผนที่ดาวเล็ก ๆ ที่สวยงาม ที่ให้คุณหยิบงานไปทำได้เรื่อย ๆ มันถูกปล่อยออกมาสักพักแล้ว และในที่สุด ผมก็ทำวิดีโอ ที่ผู้คนอยากให้ผมทำ Wayfinder คืออะไร? ใช้ยังไงให้ดีที่สุด? เอาล่ะ เริ่มจากดูว่า งานใหญ่ ๆ โดยทั่วไปถูกวางแผนยังไง
คุณมีจุดเริ่มต้น จุดที่คุณต้องเริ่มจาก เป็นไอเดียคลุมเครือ ไม่รู้จริง ๆ ว่าจะไปถึงที่นั่นยังไง และคุณพยายามไปให้ถึงจุดหมายบางอย่าง คุณรู้คร่าว ๆ ว่าอยากไปจบที่ไหน แต่ขั้นตอนระหว่างทางนั้น มืดมัวสุด ๆ คุณไม่รู้เลยว่าจะไปยังไง จริง ๆ แล้วเรื่องนี้เป็นจริงในวิศวกรรม แต่มันก็เป็นจริงในหลายด้านของชีวิต ที่คุณวางแผนอะไรที่ทะเยอทะยาน ดังนั้น สิ่งแรกที่คุณควรทำคือ มีเซสชัน grilling (การซักถามโดย AI) เกี่ยวกับมัน ให้ AI สัมภาษณ์คุณ และหาพื้นฐานเบื้องต้นว่า คุณกำลังจะไปทางไหน สำหรับงานบางอย่าง แค่นั้นก็พอแล้ว และคุณจะไปถึงจุดหมายได้ตรง ๆ แต่สำหรับงานหลายอย่าง คุณจะยังอยู่ในหมอกเยอะอยู่ดี
สิ่งที่คุณอาจพบคือ จากเซสชัน grilling ครั้งแรกนั้น คุณต้องทำเซสชันเพิ่มเติม คุณอาจต้องมีเซสชัน prototyping (การสร้างต้นแบบ) หรือ grilling อีกครั้ง หรือมันอาจต้องออกไปทำงานวิจัยเพิ่มด้วย ในเชิงแนวคิด สิ่งที่เรากำลังดูอยู่คือ แผนที่ เรากำลังสร้างแผนที่ว่า เราจะไปถึงจุดหมายยังไง นี่คือเหตุผลที่มันชื่อ Wayfinder (ผู้หาทาง) เรากำลังหาทางไปยังจุดหมาย และแต่ละสิ่งบนแผนที่นี้ คือ ticket (ใบงาน) แต่ละ ticket ต้องใช้เซสชันกับเอเจนต์แยกกัน คุณอาจมีเซสชัน prototyping, เซสชัน grilling, และเซสชัน research (การวิจัย) และทั้งหมดนี้ ถูกสร้างและจัดการโดย Wayfinder และขอ note ไว้ตรงนี้ว่า นี่เป็นแค่ทักษะเดียว ที่ทำทั้งหมดนี้ และมันใช้ได้กับเอเจนต์เขียนโค้ดตัวไหนก็ได้
บนแผนที่ของมัน Wayfinder ให้คุณเห็น frontier (แนวหน้าของการตัดสินใจ) ของ tickets พูดง่าย ๆ คือ การตัดสินใจทั้งหมด ที่มันรู้จักในตอนนี้ และมันยังติดตามทุกอย่างที่อยู่ในหมอก คือสิ่งที่ไม่สามารถตัดสินใจได้ในตอนนี้ เพราะเรายังไม่ได้วิจัย หรือยังไม่มีต้นแบบให้ดู หรือยังคุยกันไม่พอ grilling ไม่พอ ณ จุดหนึ่ง หมอกทั้งหมดจะจางหายไป และในที่สุด คุณจะตัดสินใจครบถ้วนพอ ที่จะไปถึงจุดหมายได้ Wayfinder ไม่ได้แค่จัดการงานวิจัย แต่มันทำงานอื่น ๆ ได้ด้วย เช่น ถ้าคุณต้องตั้งค่า configuration (การกำหนดค่า) หรือต้องออกไปคุยกับใครสักคน หรือไปทำธุระจริง ๆ Wayfinder ก็จัดการให้คุณได้ พูดง่าย ๆ คือ เรื่องยุ่งยากทั้งหมด ที่คุณอาจต้องทำระหว่างวางแผนงานใหญ่ Wayfinder จัดการให้คุณทั้งหมด มันติดตามทุกอย่างที่ทำไปแล้ว และวัดหมอกแห่งสงครามให้คุณ ติดตามแนวหน้าของทุกสิ่งที่คุณตัดสินใจได้ในตอนนี้
มันติดตามยังไงเหรอ? มันทำใน issue tracker (ระบบติดตามงาน) ของคุณ ใน repo ชื่อ course video manager ของผม นี่คือแผนที่ Wayfinder ทั้งหมด ที่ผมทำเมื่อเร็ว ๆ นี้ สังเกตว่า ถ้าเราดูอันนี้ นี่คือแผนที่ใหญ่ ๆ อันนี้ ข้างใต้มัน มี subtasks หรือ sub-issues (งานย่อย) อยู่ 12 รายการ และนี่คือ decision tickets (ใบงานตัดสินใจ) เราสามารถซูมลงมาตรงนี้ และเข้าใจการตัดสินใจทั้งหมด ที่เกิดขึ้นได้ เมื่อมีการตัดสินใจเกิดขึ้น มันก็ถูก resolve (ปิด) ภายใน ticket นั้น ตัวอย่างอันนี้ เป็น sub-issue เรื่อง "close the clips during publish race" และเรา resolve มัน ด้วยการคุยกันเมื่อสองสัปดาห์ก่อน ผลการตัดสินใจนั้น ก็ถูกเขียนกลับขึ้นไปที่แผนที่หลัก ถ้าเรากลับมาดูตรงนี้ เราจะเห็นว่า เวอร์ชันย่อของมัน ก็ถูกเขียนไว้ในแผนที่ด้วย ดังนั้น Wayfinder เก็บข้อมูลการตัดสินใจทั้งหมด ต้นแบบทั้งหมด งานทั้งหมดที่ทำไป และอีกอย่าง แม้ผมจะใช้ GitHub อยู่ แต่ทักษะของผม ไม่ผูกกับ issue tracker ตัวไหน คุณใช้กับ issue tracker ตัวไหนก็ได้ แค่ต้องตั้งค่าเล็กน้อย ผ่านทักษะ setup maps (การตั้งค่าแผนที่) ใช้กับ Linear ก็ได้ ใช้กับ Jira ก็ได้ ใช้กับอะไรก็ได้ตามใจคุณ
สิ่งแรกที่คุณต้องตัดสินใจ เมื่อเริ่มเซสชัน Wayfinder ใหม่ คือ จุดหมาย (destination) ตัวอย่างเช่น อันนี้ ผมกำลังเพิ่ม command palette (แถบคำสั่ง) พร้อมแอ็กชันใหม่ ๆ หลายตัว เข้าไปในแอปพลิเคชันของผม และสิ่งที่ผมอยากได้ในที่สุด คือ spec (ข้อกำหนด) ที่สร้างได้จริง ผมอยากได้ข้อกำหนด สำหรับ command palette ในหน้าต่างไดอะแกรมของ CVM (ตัวจัดการคอร์สวิดีโอ) ผมเริ่มมันแบบนี้ ผมเรียกใช้ทักษะ wayfinder แล้วให้คำอธิบายสิ่งที่ผมต้องการ ผมอยากให้ CVM มีความสามารถ เพิ่ม icon picker (ตัวเลือกไอคอน) ไม่เพียงแค่นั้น ผมอยากค้นหาไดอะแกรมอื่น ๆ ได้ ผมอยากคัดลอกสิ่งต่าง ๆ จากไดอะแกรม และบันทึกมัน เป็นงานก้อนใหญ่ ๆ มันสำรวจ repo แล้วเรียกใช้ทักษะ grilling และซักถามผมว่า ผมต้องการอะไร มันถามผมก่อนว่า "เสร็จแล้ว" เป็นยังไง ผมอยากได้ spec ไหม และมันแนะนำ spec ดีมาก แล้วมันก็ถามคำถามเริ่มต้นสองสามข้อ ก่อนจะไปสร้าง tickets และแผนที่แรก และมันสร้าง tickets อื่น ๆ เป็น sub-issues เราเริ่มต้นด้วย tickets เจ็ดใบทันที แต่มีแค่สามใบ ที่ทำได้ในตอนนี้ เช่น หาว่าชื่อไอคอนมาจากไหน (figure out where icon names come from), โครงสร้างสคีมาการจัดเก็บคอมโพเนนต์ (component storage schema), และสถาปัตยกรรมข้อมูลของ palette กับคีย์บอร์ดกริด (palette information architecture and grid keyboard) อันนั้นผมจำไม่ได้
และสิ่งที่ผมทำคือ ผมทำงานแต่ละ ticket นั้น ในเซสชันใหม่ วิธีที่ผมทำคือ ผมเรียก wayfinder ด้วยชื่อของ ticket นั้น ผมทำแบบที่ดูเท่กว่าเล็กน้อย โดยผมมีทักษะ handoff (การส่งต่องาน) ที่เขียนพรอมป์ให้อัตโนมัติ และสร้าง sub-agent แบบ Claude ขึ้นมา แต่จริง ๆ แล้ว มันก็แค่เรียกทักษะ wayfinder บนแผนที่นี้ และบน ticket เฉพาะนั้น ไม่ว่ามันจะอยู่ตรงไหน ใช่ นี่ไง นี่คือ ticket ของคุณ "transpar lucid SVG geometry to path builder" แล้วมันก็อ้างถึงชื่อ ticket เต็ม ๆ นี่คือวิธีทำงานผ่านแผนที่ Wayfinder คุณทำพรอมป์ wayfinder ครั้งแรก เพื่อวาดแผนที่ และหา ticket ถัดไป จากนั้น สำหรับแต่ละ ticket คุณบอก Wayfinder พร้อม URL ของ ticket คุณใช้ Wayfinder สำหรับทั้งสองอย่าง ทั้งวาดแผนที่ครั้งแรก และเดินผ่านแต่ละ ticket
อย่างที่คุณอาจเห็นจากไดอะแกรมนี้ tickets มีหลายประเภท และมีสี่ประเภท และ ticket types เหล่านี้ ถูกใส่เข้าไปใน issue tracker จริง ๆ เรามี ticket ประเภท wayfinder research Research tickets (ใบงานวิจัย) คือที่ที่เอเจนต์ต้องออกไปหาข้อมูล และนำกลับมา และปกติมันเริ่มทันที คุณไม่ต้องเฝ้าดูมัน มันทำใน sub-agent แล้วรายงานกลับมา Prototype tickets (ใบงานสร้างต้นแบบ) ประเภทถัดไป สร้างต้นแบบ ซึ่งมีค่าอย่างเหลือเชื่อ สำหรับการเห็นสิ่งต่าง ๆ เป็นรูปเป็นร่าง ระหว่างที่คุณวางแผน ผมทำวิดีโอเพิ่มอีกเรื่อง เกี่ยวกับความสำคัญของต้นแบบ และมันใช้ทักษะ prototype จากวิดีโอนั้น บางคนมอง Wayfinder แล้วคิดว่า "พระเจ้า นั่นมันวางแผนเยอะมาก มันดูเหมือน waterfall (โมเดลวางแผนแบบเป็นขั้นตอน) ไหม?" และต้นแบบคือ วิธีที่คุณป้องกันไม่ให้มันกลายเป็น waterfall วางแผนล่วงหน้า แบบความละเอียดต่ำ (low-fidelity) เยอะมาก ต้นแบบคือ วิธีความละเอียดสูง (high-fidelity) ที่จะได้รับฟีดแบ็ก เกี่ยวกับสิ่งที่คุณกำลังสร้างจริง ๆ และการที่ Wayfinder กระตุ้นให้คุณสร้างต้นแบบเยอะ ๆ หมายความว่า ผลลัพธ์ดีอย่างเหลือเชื่อ เราได้ research, prototype แน่นอน ยังมีแบบ grilling ด้วย Grilling sessions คือที่ที่คุณต้องคุยกัน เรื่องรายละเอียดการ implement หรือบางแง่มุมของแผน และ ticket ประเภทสุดท้ายคือ tasks (งาน) สิ่งเหล่านี้คือสิ่งที่ต้องทำในโลกจริง สิ่งที่เอเจนต์ทำเองไม่ได้ หรือบางครั้งเป็นสิ่งที่เอเจนต์ทำได้ แต่ถูกจัดลำดับให้รออยู่หลังงานอื่น สิ่งเจ๋งอย่างหนึ่งของ Wayfinder คือ วิธีที่มันสร้างความสัมพันธ์แบบบล็อกกัน (blocking) ระหว่าง tickets เพราะบางการตัดสินใจ จะเกิดขึ้นได้ ก็ต่อเมื่อมีการตัดสินใจอื่นเกิดขึ้นก่อน
และสิ่งที่คุณได้คือ ตรงนี้เราทำเสร็จ 14 จาก 17 บนแผนที่นี้ ทำงานไปเยอะมาก แต่เรายังไม่ได้สร้างทักษะ ที่แผนที่ทั้งแผนที่สร้างขึ้นมาเพื่อมัน และเมื่อเราสร้างทักษะเสร็จ เราก็ต้องกลับมาดูบางอย่างใหม่ ตามวิธีที่ทักษะทำงาน และวิธีที่มันปรับปรุงสิ่งต่าง ๆ สิ่งที่คุณทำบ่อย ๆ ระหว่างทำงานผ่านแผนที่ Wayfinder คือ "โอเค ผม resolve ticket นั้นแล้ว มาดูกันว่า มันเปิด tickets ใหม่อะไรบ้าง frontier ขยับไปตรงไหนแล้ว" แล้วเมื่อแผนที่เสร็จสมบูรณ์ คุณจะเอามันไปทำอะไรต่อ? อันนี้ เพราะจุดหมายของมันคือ spec แผนที่ Wayfinder อาจหนาแน่นเกินไปเล็กน้อย ที่จะสร้าง spec ตรง ๆ สิ่งที่ผมชอบทำคือ สร้าง spec จากแผนที่ นี่คือ spec ที่ผมสร้างจากมัน คุณจะเห็นว่า มันเป็นรูปแบบเดียวกับที่ผมเคยทำ ผมแค่เรียกทักษะ to spec (การทำข้อกำหนด) บนแผนที่ Wayfinder แล้วมันก็ดึงเอกสารมหึมานี้ ที่มีการตัดสินใจทั้งหมด จากแผนที่ Wayfinder เข้าไปใน GitHub issue ร่างแรก ใหญ่เกินขีดจำกัดตัวอักษรของ GitHub ด้วยซ้ำ [หัวเราะ] นั่นบอกได้เลยว่า มันใหญ่แค่ไหน จากนั้น ผมเปลี่ยนมันเป็น tickets ด้วยวิธีปกติของผม คือ to spec แล้วก็ to tickets (การทำใบงาน) พูดง่าย ๆ Wayfinder อยู่ในตำแหน่งเดียวกับ grill with docs ในวิธีปกติของผม แทนที่จะทำ grill with docs แล้วตามด้วย to spec และ to tickets คุณใช้เวลาอยู่ใน Wayfinder มากขึ้นมาก เพื่อสร้างแผนที่มหึมานี้ แล้วนำแผนที่นั้น ไปทำ spec ทำ tickets แล้ว implement แต่ละ ticket และรัน code review (การตรวจสอบโค้ด) ในตอนท้าย
สิ่งเจ๋งมาก เกี่ยวกับการตั้งค่า Wayfinder คือ spec ที่มันสร้าง หนาแน่นมาก และทั้งหมดลิงก์กลับไปยัง decision tickets ดั้งเดิม คุณสามารถไปดูแหล่งข้อมูลหลัก (primary source) ได้ และเอเจนต์ก็ไปดูได้ด้วย ถ้ามันสับสนเกี่ยวกับอะไร นั่นเป็นจุดอ่อนของ Grill with Docs เสมอมา คือคุณต้องพึ่ง spec เป็นแหล่งความจริง แต่ spec ก็แค่บทสรุป ของสิ่งที่พูดกันจริง ๆ ในที่ประชุม แต่ตอนนี้ กับ Wayfinder คุณเข้าถึงแหล่งข้อมูลหลักได้จริง ๆ ซึ่งสุดยอดมาก นั่นคือ Wayfinder มันเป็นวิธีแมปงานก้อนใหญ่ โดยวางแผนล่วงหน้าอย่างละเอียดจริง ๆ มันจัดการ prototyping ได้ จัดการ research ได้ จัดการงานทั่วไปได้ และจัดการการพูดคุยได้ด้วย มาดู FAQ กัน คำถามที่พบบ่อย ที่ผู้คนถามผมเกี่ยวกับ Wayfinder
คำถามแรก "นี่มันกระบวนการเยอะเกินไป หนักเกินไป สำหรับงานแบบที่ผมทำ เมื่อไหร่ผมควรใช้มันจริง ๆ?" คำตอบคือ ถ้าคุณคิดว่างานที่คุณทำ สามารถเสร็จและวางแผนได้ ในเซสชันเดียว ก็วางแผนในเซสชันเดียวเถอะ ถ้าคุณรู้ทางไปจุดหมายอยู่แล้ว ก็ไม่จำเป็นต้องใช้ Wayfinder เพราะคุณแค่เดินทางไปในเซสชันเดียว แล้วจัดการมันได้ Wayfinder มีไว้สำหรับกรณีที่คุณมีหมอกแห่งสงคราม คุณไม่รู้จะไปทางไหน และคุณแค่ต้องเริ่มก่อน แล้วค่อยดูว่าจะไปถึงไหน อีกอย่าง ผมใช้ Wayfinder สำหรับงานที่ไม่ใช่การเขียนโค้ดด้วย ผมตั้งใจจะสร้างสำนักงานในสวน (garden office) และผมใช้ Wayfinder สำหรับเรื่องนั้น มันจ้างสำรวจพื้นที่ (site survey) หาข้อมูลทั้งหมด หาว่าต้องติดต่อใคร ทำงานวิจัยทั้งหมด หาบริษัทต่าง ๆ ที่จะสร้างมันได้ มันสุดยอดมาก
อีกปฏิกิริยาหนึ่ง ที่ผู้คนมีต่อ Wayfinder คือ "นี่มัน STD นี่มัน spec-driven development (การพัฒนาที่ขับเคลื่อนด้วย spec) และผมไม่อยากทำ spec-driven development ผมไม่อยากเสียเวลาทั้งหมด ไปกับการทำ spec มันดูบ้าไปแล้ว" วิธีที่ผมคิดเกี่ยวกับ spec คือ มันก็แค่จุดหมาย สำหรับงานข้ามหลายเซสชัน (multi-session) พูดง่าย ๆ เรามีงานใหญ่ตรงนี้ สมมติว่างานหมายเลขสี่ ที่เราพยายามจัดตาราง ข้ามเซสชันเอเจนต์หลายครั้ง เพราะมันใหญ่เกินไป และสิ่งที่เราต้องการคือ spec เพื่อว่าเมื่อเราไปถึงตอนจบ เราจะรู้ว่าเรากำลังจะไปไหน นั่นคือทั้งหมด ที่ spec เป็นในบริบทนี้ มันเป็นแค่เอกสารจุดหมาย เพื่อรองรับงานข้ามหลายเซสชันนี้ และแต่ละเซสชัน ทำใน implementation ticket (ใบงาน implement) อีกอย่างที่คนสับสน ตอนใช้ Wayfinder ครั้งแรก เพราะพวกเขาคิดว่า "โอเค มันกำลังสร้าง tickets เราไม่ควรทำ tickets ทีหลังเหรอ? อันนี้ implementation tickets เทียบกับ decision tickets" ใน Wayfinder คุณมี decision tickets ส่วนนี้คือ implementation tickets ความแตกต่างระหว่างวิธีของผม กับวิธีอื่น ๆ ส่วนใหญ่ คือ ตอนที่คนอื่นไปถึงจุดจบ พวกเขาจะเก็บ spec ไว้ somewhere สำหรับผม ผมปิด issue ที่มี spec และ spec ก็หายไป มันหายไปจาก repo ของผม ผมแทบไม่กลับไปดูมันอีกเลย เมื่อ spec ปรากฏอยู่ในโค้ดแล้ว คุณก็ลบ spec ได้เลย ในขณะที่คนที่ทำ spec-driven development จะกลับไปที่ spec และแก้ไขมัน มีหลายแนวทาง ในการทำ spec-driven development ผมอาจทำให้ใครบางคนรำคาญ ด้วยเรื่องนั้น แต่สิ่งที่ผมอยากจะพูดคือ spec เหล่านี้ ไม่ถาวร (non-persistent)
เอาล่ะ เพื่อน ๆ ผมแนะนำให้คุณ ออกไปวาดแผนที่ ไอเดียคลุมเครือสุดเจ๋งของคุณเอง ผมพบว่า Wayfinder ปลดปล่อยมาก มันทำให้ผมเริ่มต้นได้ และจัดการการตัดสินใจยาก ๆ ทั้งหมด ให้ผม ผมใช้มันวางแผนคอร์ส ใช้มันทำงานวิศวกรรม ใช้มันสร้างสำนักงานในสวน มันสุดยอดมาก และสิ่งเจ๋งคือ จุดหมายขึ้นอยู่กับคุณทั้งหมด ไม่ว่าคุณอยากให้มันสร้าง spec ที่คุณส่งผ่านเอเจนต์ AI (ซึ่งเป็นสิ่งที่ผมทำ) หรืออยากให้มัน implement งานให้คุณ ใน tasks มันทำได้ทั้งหมด ไม่มีความรู้สึกไหน สนุกไปกว่าการเริ่มเซสชัน Wayfinder ใหม่ แล้วรู้ว่าคุณกำลังจะเห็นอะไรที่เจ๋ง แต่ไม่รู้ว่าจะไปถึงที่นั่นยังไง ถ้าคุณชอบสิ่งเหล่านี้ และอยากติดตามทักษะของผม ลองดูคอร์สฟรี 7 บทเรียน ที่ผมทำเรื่อง AI Skills for Real Engineers บนเว็บไซต์ AI Hero ของผม ผมจะแปะลิงก์ไว้ด้านล่าง มันช่วยให้คุณสร้างเวิร์กโฟลว์ที่ทำซ้ำได้ ซึ่งคุณสามารถส่งงานคุณภาพดี ๆ ออกไปได้ และทั้งหมดตั้งอยู่บนพื้นฐานซอฟต์แวร์ที่แข็งแรง ขอบคุณมาก ที่อยู่ด้วยกัน การถ่ายทำเซสชันเหล่านี้ สนุกเสมอ และผมดีใจมาก ที่ผู้คนชื่นชอบ Wayfinder กันขนาดนี้ แล้วเจอกันครับ เพื่อน ๆ เจอกันในวิดีโอหน้า
หมายเหตุการแปล
ความโปร่งใสเกี่ยวกับความไม่แน่นอนในต้นฉบับ
- "AFK agent" → แปลเป็น "เอเจนต์ AI" (คาดว่าคำบรรยายเพี้ยนจาก "an AI agent" — ความมั่นใจปานกลาง บันทึกไว้ในส่วนไม่ชัดเจน)
- ## ส่วนที่ไม่ชัดเจน / ต้องใช้ดุลยพินิจ
- 7. ไม่มีข้อความ `[ฟังไม่ชัด]` ถูกใส่ไว้ในคำแปล — ทุกจุดที่ลังเลถูกแปลด้วยความหมายที่อนุมานได้จากบริบทและบันทึกไว้ในรายงานนี้
อภิธานศัพท์เทคนิค
คำศัพท์และชื่อผลิตภัณฑ์ที่คงรูปภาษาอังกฤษ
| ศัพท์ | คำแปล / คำอธิบาย |
|---|---|
| --- | --- |
| Wayfinder | ทักษะวางแผนงานขนาดใหญ่ด้วย AI ของ Matt Pocock (ผู้หาทาง/ผู้กำหนดเส้นทาง) |
| agent / AI agent | เอเจนต์ AI — โปรแกรม AI ที่ทำงานตามคำสั่งได้อัตโนมัติ |
| skill | ทักษะ — ชุดคำสั่ง/พรอมป์ที่ให้ AI ทำสิ่งใดสิ่งหนึ่งได้ |
| skills repo | คลังทักษะ — ที่เก็บรวมทักษะ (GitHub repo) |
| session | เซสชัน — รอบการทำงาน/สนทนากับเอเจนต์หนึ่งครั้ง |
| context window | พื้นที่ความจำของโมเดล — จำนวนข้อความที่โมเดลรับได้ในครั้งเดียว |
| tokens | โทเคน — หน่วยนับข้อความที่โมเดลประมวลผล |
| fog of war | หมอกแห่งสงคราม — ส่วนของแผนที่/ข้อมูลที่ยังมองไม่เห็น ต้องค่อย ๆ เปิดเผย |
| frontier | แนวหน้าของการตัดสินใจ — ชุดการตัดสินใจที่ทำได้ ณ เวลานั้น |
| ticket | ใบงาน — รายการงาน/การตัดสินใจหนึ่งรายการในแผนที่ |
| decision ticket | ใบงานตัดสินใจ — ticket สำหรับการตัดสินใจหนึ่ง ๆ |
| research ticket | ใบงานวิจัย — ticket ที่ให้เอเจนต์ออกไปหาข้อมูลแล้วรายงานกลับ |
| prototype ticket | ใบงานสร้างต้นแบบ — ticket ที่ให้สร้างต้นแบบของสิ่งที่วางแผน |
| task ticket | ใบงานงานจริง — งานที่ต้องทำในโลกจริงหรือรอคิวหลังงานอื่น |
| issue tracker | ระบบติดตามงาน เช่น GitHub Issues, Linear, Jira |
| sub-issue / subtask | งานย่อยใต้ ticket หลัก |
| blocking relationship | ความสัมพันธ์แบบบล็อกกัน — งานหนึ่งต้องเสร็จก่อนอีกงานจึงเริ่มได้ |
| spec (specification) | ข้อกำหนด — เอกสารอธิบายสิ่งที่ต้องสร้าง |
| spec-driven development | การพัฒนาที่ขับเคลื่อนด้วย spec — เน้นทำ spec ก่อนแล้วค่อย implement |
| waterfall | โมเดลวางแผนแบบเป็นขั้นตอนต่อเนื่อง (จุดที่ Wayfinder พยายามหลีกเลี่ยง) |
| low-fidelity / high-fidelity | ความละเอียดต่ำ/สูง — ระดับความสมจริงของต้นแบบ |
| one-shot (one-shotting) | การป้อนพรอมป์เดียวเพื่อให้ AI สร้างทั้งโปรเจกต์ในครั้งเดียว |
| grill with docs / grilling skill | ทักษะให้ AI ซักถามผู้ใช้เพื่อกลั่นกรองโจทย์ (แล้วบันทึกเป็นเอกสาร) |
| to spec / to tickets | ขั้นตอนเปลี่ยนแผนที่/ข้อสรุปเป็น spec แล้วเป็น tickets |
| prototype skill | ทักษะสร้างต้นแบบ |
| handoff skill | ทักษะส่งต่องาน — สร้างพรอมป์และสปอว์น sub-agent อัตโนมัติ |
| setup maps skill | ทักษะตั้งค่าแผนที่/เชื่อมต่อ issue tracker |
| sub-agent | เอเจนต์ย่อยที่ถูกสปอว์นขึ้นมาทำงานเฉพาะ |
| harness | โครงสร้าง/ตัวเชื่อมต่อที่สร้างขึ้นเอง |
| command palette | แถบคำสั่ง — UI ที่ให้พิมพ์ค้นหาคำสั่งได้ |
| icon picker | ตัวเลือกไอคอน |
| CVM (course video manager) | repo/แอปตัวจัดการคอร์สวิดีโอของ Matt Pocock |
| implementation ticket | ใบงาน implement — ticket ที่ใช้ลงมือสร้างงานจริง |
| non-persistent spec | spec ที่ไม่ถาวร — ใช้แล้วลบทิ้งได้เมื่อ implement เสร็จ |
| code review | การตรวจสอบโค้ด |
| multi-session work | งานที่ต้องทำข้ามหลายเซสชัน |
| GitHub / Linear / Jira | ระบบติดตามงานยอดนิยม (เก็บชื่อภาษาอังกฤษ) |
| Claude | เอเจนต์ AI ของ Anthropic (เก็บชื่อภาษาอังกฤษ) |
| AI Skills for Real Engineers / AI Hero | คอร์สฟรี 7 บทเรียนและเว็บไซต์ของ Matt Pocock |
| garden office | สำนักงานในสวน — โปรเจกต์นอกวงการเขียนโค้ดที่ Matt ใช้ Wayfinder วางแผน |
ซับไตเติ้ลภาษาไทย
ดาวน์โหลดหรือดูซับทั้งหมด
1 00:00:00,000 --> 00:00:03,256 ผมคิดว่า ผมเจอวิธีวางแผนงานทุกขนาด กับเอเจนต์ AI 2 00:00:03,256 --> 00:00:07,122 แล้วล่ะครับ เครื่องมือวางแผนเดิม ๆ ที่ผมเคยใช้ และลองเล่น 3 00:00:07,122 --> 00:00:12,276 แม้แต่ตัวที่ผมสร้างเอง ก็รู้สึกถูกจำกัดเกินไป ผูกติดอยู่กับเซสชันเดียวเกินไป 4 00:00:12,276 --> 00:00:15,939 ผมรู้สึกว่า ผมไม่สามารถคิดให้ใหญ่พอได้ และเพราะแบบนั้น
เปิดดูซับไตเติ้ลทั้งหมด (239 segments)
1 00:00:00,000 --> 00:00:03,256 ผมคิดว่า ผมเจอวิธีวางแผนงานทุกขนาด กับเอเจนต์ AI 2 00:00:03,256 --> 00:00:07,122 แล้วล่ะครับ เครื่องมือวางแผนเดิม ๆ ที่ผมเคยใช้ และลองเล่น 3 00:00:07,122 --> 00:00:12,276 แม้แต่ตัวที่ผมสร้างเอง ก็รู้สึกถูกจำกัดเกินไป ผูกติดอยู่กับเซสชันเดียวเกินไป 4 00:00:12,276 --> 00:00:15,939 ผมรู้สึกว่า ผมไม่สามารถคิดให้ใหญ่พอได้ และเพราะแบบนั้น 5 00:00:15,939 --> 00:00:20,212 ผมเลยจำกัดสิ่งที่ผมสร้าง ให้เข้ากับ AI ซึ่งมันไม่ควรเป็นแบบนั้น 6 00:00:20,212 --> 00:00:24,688 แนวทางใหม่นี้ ไม่มีข้อจำกัดนั้นแล้ว คุณสามารถวางแผนงานก้อนมหึมาได้ 7 00:00:24,688 --> 00:00:28,487 และมันจะจัดลำดับการวางแผน ข้ามเซสชันหลายรูปแบบ มันรู้ว่า 8 00:00:28,487 --> 00:00:31,674 คุณไม่สามารถเดินตรงไปถึงจุดหมาย ได้อย่างราบรื่น 9 00:00:31,674 --> 00:00:35,473 คุณต้องปัดเป่าหมอกแห่งสงคราม (fog of war) ให้จางลงไปก่อน 10 00:00:35,473 --> 00:00:39,881 มันเข้าใจการตัดสินใจแบบพึ่งพากัน และยังให้คุณวางแผนแบบขนานได้ด้วย 11 00:00:39,881 --> 00:00:44,629 และสิ่งที่ดีที่สุดคือ สิ่งนี้ตั้งอยู่บนพื้นฐานของหลักวิศวกรรมซอฟต์แวร์ 12 00:00:44,629 --> 00:00:49,512 มันตั้งอยู่บนพื้นฐาน ของการวางแผนงาน ที่ผมเรียนรู้ตอนเป็นนักพัฒนาตัวจริง 13 00:00:49,512 --> 00:00:52,768 ในยุคก่อน AI และผมแพ็กทุกอย่างนี้ เป็นทักษะหนึ่ง 14 00:00:52,768 --> 00:00:57,719 ชื่อว่า Wayfinder (เครื่องมือวางแผนงานด้วย AI) ที่เปิดให้ใช้ได้แล้วตอนนี้ 15 00:00:57,719 --> 00:01:01,585 บนคลังทักษะ (skills repo) ของผม วิธีวางแผนงานแบบเดิมของผม 16 00:01:01,585 --> 00:01:04,909 จริง ๆ แล้วผูกติดกับเซสชันเดียว มันเกี่ยวกับทักษะ 17 00:01:04,909 --> 00:01:08,368 grill me หรือ grill with docs (การให้ AI ซักถามเรา) 18 00:01:08,368 --> 00:01:13,658 ในคลังทักษะของผม มันยังเป็นพื้นฐานสำคัญมากอยู่ แต่มันก็แค่ผูกติดกับเซสชันเดียว 19 00:01:13,658 --> 00:01:18,406 งานบางอย่าง ใหญ่เกินกว่าจะใส่ใน context window (พื้นที่ความจำของโมเดล) 20 00:01:18,406 --> 00:01:21,865 ได้ โดยเฉพาะโซนฉลาด ๆ ของ context window ของเอเจนต์ 21 00:01:21,865 --> 00:01:25,188 และคุณรู้ตัวตั้งแต่แรกอยู่แล้ว คุณเลยมักจะใช้เวลา 22 00:01:25,188 --> 00:01:28,715 ก่อนเข้าเซสชันเอเจนต์ AI เพื่อแบ่งงานออกเป็นชิ้นเล็ก 23 00:01:28,715 --> 00:01:32,174 ๆ บอกว่า "โอเค เดี๋ยวขอกัดเอางานชิ้นเล็ก ๆ นี่ก่อน" 24 00:01:32,174 --> 00:01:35,973 "ขอกัดเอางานชิ้นเล็ก ๆ นี่ก่อน" แต่แล้วสิ่งที่คุณจะพบคือ 25 00:01:35,973 --> 00:01:41,060 "โอเค ผมกำลังวางแผนงาน ในรอบ grilling รอบนี้" แล้วคุณก็เจอคำถามที่ตอบไม่ได้ 26 00:01:41,060 --> 00:01:45,333 หรือหลงอยู่ในหมอก และตลอดเวลานั้น คุณต้องคอยบริหารจัดการโซนฉลาด 27 00:01:45,333 --> 00:01:49,402 ๆ พยายามไม่ใช้โทเคนเยอะเกินไป สิ่งนี้ถูกปล่อยออกมาสักพักแล้ว 28 00:01:49,402 --> 00:01:53,132 และผู้คนก็หลงรักมันมาก มีคนบอกว่า เขาสร้างต้นแบบด้วยการ 29 00:01:53,132 --> 00:01:58,287 one-shot (ป้อนพรอมป์เดียวให้สร้างทั้งโปรเจกต์) แล้วก็เริ่มใหม่ซ้ำแล้วซ้ำเล่า 30 00:01:58,287 --> 00:02:01,475 อยู่หลายเดือน ผมเกลียดคำว่า one-shotting จริง ๆ 31 00:02:01,475 --> 00:02:04,798 แต่ผมคิดว่าเขาหมายถึง มันช่วยเขาได้มากจริง ๆ John 32 00:02:04,798 --> 00:02:07,986 ที่นี่ ถึงกับสร้าง harness (โครงสร้างเชื่อมต่อ) 33 00:02:07,986 --> 00:02:11,377 ของตัวเองขึ้นมา เพราะเขาชอบแนวทางของ Wayfinder มาก 34 00:02:11,377 --> 00:02:15,447 มันมีแผนที่ดาวเล็ก ๆ ที่สวยงาม ที่ให้คุณหยิบงานไปทำได้เรื่อย 35 00:02:15,447 --> 00:02:19,042 ๆ มันถูกปล่อยออกมาสักพักแล้ว และในที่สุด ผมก็ทำวิดีโอ 36 00:02:19,042 --> 00:02:23,043 ที่ผู้คนอยากให้ผมทำ Wayfinder คืออะไร? ใช้ยังไงให้ดีที่สุด? 37 00:02:23,043 --> 00:02:26,706 เอาล่ะ เริ่มจากดูว่า งานใหญ่ ๆ โดยทั่วไปถูกวางแผนยังไง 38 00:02:26,706 --> 00:02:30,640 คุณมีจุดเริ่มต้น จุดที่คุณต้องเริ่มจาก เป็นไอเดียคลุมเครือ 39 00:02:30,640 --> 00:02:35,455 ไม่รู้จริง ๆ ว่าจะไปถึงที่นั่นยังไง และคุณพยายามไปให้ถึงจุดหมายบางอย่าง 40 00:02:35,455 --> 00:02:39,254 คุณรู้คร่าว ๆ ว่าอยากไปจบที่ไหน แต่ขั้นตอนระหว่างทางนั้น 41 00:02:39,254 --> 00:02:44,341 มืดมัวสุด ๆ คุณไม่รู้เลยว่าจะไปยังไง จริง ๆ แล้วเรื่องนี้เป็นจริงในวิศวกรรม 42 00:02:44,341 --> 00:02:48,681 แต่มันก็เป็นจริงในหลายด้านของชีวิต ที่คุณวางแผนอะไรที่ทะเยอทะยาน 43 00:02:48,681 --> 00:02:51,869 ดังนั้น สิ่งแรกที่คุณควรทำคือ มีเซสชัน grilling 44 00:02:51,869 --> 00:02:55,193 (การซักถามโดย AI) เกี่ยวกับมัน ให้ AI สัมภาษณ์คุณ 45 00:02:55,193 --> 00:02:59,330 และหาพื้นฐานเบื้องต้นว่า คุณกำลังจะไปทางไหน สำหรับงานบางอย่าง 46 00:02:59,330 --> 00:03:03,806 แค่นั้นก็พอแล้ว และคุณจะไปถึงจุดหมายได้ตรง ๆ แต่สำหรับงานหลายอย่าง 47 00:03:03,806 --> 00:03:06,994 คุณจะยังอยู่ในหมอกเยอะอยู่ดี สิ่งที่คุณอาจพบคือ 48 00:03:06,994 --> 00:03:10,792 จากเซสชัน grilling ครั้งแรกนั้น คุณต้องทำเซสชันเพิ่มเติม 49 00:03:10,792 --> 00:03:13,980 คุณอาจต้องมีเซสชัน prototyping (การสร้างต้นแบบ) 50 00:03:13,980 --> 00:03:18,118 หรือ grilling อีกครั้ง หรือมันอาจต้องออกไปทำงานวิจัยเพิ่มด้วย 51 00:03:18,118 --> 00:03:22,662 ในเชิงแนวคิด สิ่งที่เรากำลังดูอยู่คือ แผนที่ เรากำลังสร้างแผนที่ว่า 52 00:03:22,662 --> 00:03:26,392 เราจะไปถึงจุดหมายยังไง นี่คือเหตุผลที่มันชื่อ Wayfinder 53 00:03:26,392 --> 00:03:30,462 (ผู้หาทาง) เรากำลังหาทางไปยังจุดหมาย และแต่ละสิ่งบนแผนที่นี้ 54 00:03:30,462 --> 00:03:34,599 คือ ticket (ใบงาน) แต่ละ ticket ต้องใช้เซสชันกับเอเจนต์แยกกัน 55 00:03:34,599 --> 00:03:38,262 คุณอาจมีเซสชัน prototyping, เซสชัน grilling, และเซสชัน 56 00:03:38,262 --> 00:03:41,924 research (การวิจัย) และทั้งหมดนี้ ถูกสร้างและจัดการโดย 57 00:03:41,924 --> 00:03:45,587 Wayfinder และขอ note ไว้ตรงนี้ว่า นี่เป็นแค่ทักษะเดียว 58 00:03:45,587 --> 00:03:49,521 ที่ทำทั้งหมดนี้ และมันใช้ได้กับเอเจนต์เขียนโค้ดตัวไหนก็ได้ 59 00:03:49,521 --> 00:03:54,133 บนแผนที่ของมัน Wayfinder ให้คุณเห็น frontier (แนวหน้าของการตัดสินใจ) 60 00:03:54,133 --> 00:03:58,541 ของ tickets พูดง่าย ๆ คือ การตัดสินใจทั้งหมด ที่มันรู้จักในตอนนี้ 61 00:03:58,541 --> 00:04:03,628 และมันยังติดตามทุกอย่างที่อยู่ในหมอก คือสิ่งที่ไม่สามารถตัดสินใจได้ในตอนนี้ 62 00:04:03,628 --> 00:04:08,037 เพราะเรายังไม่ได้วิจัย หรือยังไม่มีต้นแบบให้ดู หรือยังคุยกันไม่พอ 63 00:04:08,037 --> 00:04:11,225 grilling ไม่พอ ณ จุดหนึ่ง หมอกทั้งหมดจะจางหายไป 64 00:04:11,225 --> 00:04:14,955 และในที่สุด คุณจะตัดสินใจครบถ้วนพอ ที่จะไปถึงจุดหมายได้ 65 00:04:14,955 --> 00:04:18,278 Wayfinder ไม่ได้แค่จัดการงานวิจัย แต่มันทำงานอื่น 66 00:04:18,278 --> 00:04:22,348 ๆ ได้ด้วย เช่น ถ้าคุณต้องตั้งค่า configuration (การกำหนดค่า) 67 00:04:22,348 --> 00:04:26,146 หรือต้องออกไปคุยกับใครสักคน หรือไปทำธุระจริง ๆ Wayfinder 68 00:04:26,146 --> 00:04:29,673 ก็จัดการให้คุณได้ พูดง่าย ๆ คือ เรื่องยุ่งยากทั้งหมด 69 00:04:29,673 --> 00:04:34,082 ที่คุณอาจต้องทำระหว่างวางแผนงานใหญ่ Wayfinder จัดการให้คุณทั้งหมด 70 00:04:34,082 --> 00:04:37,812 มันติดตามทุกอย่างที่ทำไปแล้ว และวัดหมอกแห่งสงครามให้คุณ 71 00:04:37,812 --> 00:04:41,068 ติดตามแนวหน้าของทุกสิ่งที่คุณตัดสินใจได้ในตอนนี้ 72 00:04:41,068 --> 00:04:44,934 มันติดตามยังไงเหรอ? มันทำใน issue tracker (ระบบติดตามงาน) 73 00:04:44,934 --> 00:04:48,936 ของคุณ ใน repo ชื่อ course video manager ของผม นี่คือแผนที่ 74 00:04:48,936 --> 00:04:52,327 Wayfinder ทั้งหมด ที่ผมทำเมื่อเร็ว ๆ นี้ สังเกตว่า 75 00:04:52,327 --> 00:04:55,786 ถ้าเราดูอันนี้ นี่คือแผนที่ใหญ่ ๆ อันนี้ ข้างใต้มัน 76 00:04:55,786 --> 00:04:59,313 มี subtasks หรือ sub-issues (งานย่อย) อยู่ 12 รายการ 77 00:04:59,313 --> 00:05:03,721 และนี่คือ decision tickets (ใบงานตัดสินใจ) เราสามารถซูมลงมาตรงนี้ 78 00:05:03,721 --> 00:05:08,401 และเข้าใจการตัดสินใจทั้งหมด ที่เกิดขึ้นได้ เมื่อมีการตัดสินใจเกิดขึ้น 79 00:05:08,401 --> 00:05:12,132 มันก็ถูก resolve (ปิด) ภายใน ticket นั้น ตัวอย่างอันนี้ 80 00:05:12,132 --> 00:05:15,726 เป็น sub-issue เรื่อง "close the clips during publish 81 00:05:15,726 --> 00:05:19,593 race" และเรา resolve มัน ด้วยการคุยกันเมื่อสองสัปดาห์ก่อน 82 00:05:19,593 --> 00:05:23,052 ผลการตัดสินใจนั้น ก็ถูกเขียนกลับขึ้นไปที่แผนที่หลัก 83 00:05:23,052 --> 00:05:26,511 ถ้าเรากลับมาดูตรงนี้ เราจะเห็นว่า เวอร์ชันย่อของมัน 84 00:05:26,511 --> 00:05:31,394 ก็ถูกเขียนไว้ในแผนที่ด้วย ดังนั้น Wayfinder เก็บข้อมูลการตัดสินใจทั้งหมด 85 00:05:31,394 --> 00:05:35,057 ต้นแบบทั้งหมด งานทั้งหมดที่ทำไป และอีกอย่าง แม้ผมจะใช้ 86 00:05:35,057 --> 00:05:38,380 GitHub อยู่ แต่ทักษะของผม ไม่ผูกกับ issue tracker 87 00:05:38,380 --> 00:05:42,789 ตัวไหน คุณใช้กับ issue tracker ตัวไหนก็ได้ แค่ต้องตั้งค่าเล็กน้อย 88 00:05:42,789 --> 00:05:46,383 ผ่านทักษะ setup maps (การตั้งค่าแผนที่) ใช้กับ Linear 89 00:05:46,383 --> 00:05:49,571 ก็ได้ ใช้กับ Jira ก็ได้ ใช้กับอะไรก็ได้ตามใจคุณ 90 00:05:49,571 --> 00:05:53,098 สิ่งแรกที่คุณต้องตัดสินใจ เมื่อเริ่มเซสชัน Wayfinder 91 00:05:53,098 --> 00:05:56,489 ใหม่ คือ จุดหมาย (destination) ตัวอย่างเช่น อันนี้ 92 00:05:56,489 --> 00:06:00,355 ผมกำลังเพิ่ม command palette (แถบคำสั่ง) พร้อมแอ็กชันใหม่ 93 00:06:00,355 --> 00:06:04,561 ๆ หลายตัว เข้าไปในแอปพลิเคชันของผม และสิ่งที่ผมอยากได้ในที่สุด 94 00:06:04,561 --> 00:06:08,155 คือ spec (ข้อกำหนด) ที่สร้างได้จริง ผมอยากได้ข้อกำหนด 95 00:06:08,155 --> 00:06:11,411 สำหรับ command palette ในหน้าต่างไดอะแกรมของ CVM 96 00:06:11,411 --> 00:06:15,141 (ตัวจัดการคอร์สวิดีโอ) ผมเริ่มมันแบบนี้ ผมเรียกใช้ทักษะ 97 00:06:15,141 --> 00:06:18,600 wayfinder แล้วให้คำอธิบายสิ่งที่ผมต้องการ ผมอยากให้ 98 00:06:18,600 --> 00:06:21,992 CVM มีความสามารถ เพิ่ม icon picker (ตัวเลือกไอคอน) 99 00:06:21,992 --> 00:06:26,468 ไม่เพียงแค่นั้น ผมอยากค้นหาไดอะแกรมอื่น ๆ ได้ ผมอยากคัดลอกสิ่งต่าง 100 00:06:26,468 --> 00:06:30,063 ๆ จากไดอะแกรม และบันทึกมัน เป็นงานก้อนใหญ่ ๆ มันสำรวจ 101 00:06:30,063 --> 00:06:34,132 repo แล้วเรียกใช้ทักษะ grilling และซักถามผมว่า ผมต้องการอะไร 102 00:06:34,132 --> 00:06:37,320 มันถามผมก่อนว่า "เสร็จแล้ว" เป็นยังไง ผมอยากได้ 103 00:06:37,320 --> 00:06:41,797 spec ไหม และมันแนะนำ spec ดีมาก แล้วมันก็ถามคำถามเริ่มต้นสองสามข้อ 104 00:06:41,797 --> 00:06:45,459 ก่อนจะไปสร้าง tickets และแผนที่แรก และมันสร้าง tickets 105 00:06:45,459 --> 00:06:49,393 อื่น ๆ เป็น sub-issues เราเริ่มต้นด้วย tickets เจ็ดใบทันที 106 00:06:49,393 --> 00:06:53,327 แต่มีแค่สามใบ ที่ทำได้ในตอนนี้ เช่น หาว่าชื่อไอคอนมาจากไหน 107 00:06:53,327 --> 00:06:58,414 (figure out where icon names come from), โครงสร้างสคีมาการจัดเก็บคอมโพเนนต์ 108 00:06:58,414 --> 00:07:01,873 (component storage schema), และสถาปัตยกรรมข้อมูลของ 109 00:07:01,873 --> 00:07:05,807 palette กับคีย์บอร์ดกริด (palette information architecture 110 00:07:05,807 --> 00:07:09,469 and grid keyboard) อันนั้นผมจำไม่ได้ และสิ่งที่ผมทำคือ 111 00:07:09,469 --> 00:07:12,996 ผมทำงานแต่ละ ticket นั้น ในเซสชันใหม่ วิธีที่ผมทำคือ 112 00:07:12,996 --> 00:07:17,676 ผมเรียก wayfinder ด้วยชื่อของ ticket นั้น ผมทำแบบที่ดูเท่กว่าเล็กน้อย 113 00:07:17,676 --> 00:07:21,881 โดยผมมีทักษะ handoff (การส่งต่องาน) ที่เขียนพรอมป์ให้อัตโนมัติ 114 00:07:21,881 --> 00:07:25,340 และสร้าง sub-agent แบบ Claude ขึ้นมา แต่จริง ๆ แล้ว 115 00:07:25,340 --> 00:07:28,935 มันก็แค่เรียกทักษะ wayfinder บนแผนที่นี้ และบน ticket 116 00:07:28,935 --> 00:07:32,191 เฉพาะนั้น ไม่ว่ามันจะอยู่ตรงไหน ใช่ นี่ไง นี่คือ 117 00:07:32,191 --> 00:07:35,582 ticket ของคุณ "transpar lucid SVG geometry to path 118 00:07:35,582 --> 00:07:40,262 builder" แล้วมันก็อ้างถึงชื่อ ticket เต็ม ๆ นี่คือวิธีทำงานผ่านแผนที่ 119 00:07:40,262 --> 00:07:43,992 Wayfinder คุณทำพรอมป์ wayfinder ครั้งแรก เพื่อวาดแผนที่ 120 00:07:43,992 --> 00:07:47,519 และหา ticket ถัดไป จากนั้น สำหรับแต่ละ ticket คุณบอก 121 00:07:47,519 --> 00:07:50,707 Wayfinder พร้อม URL ของ ticket คุณใช้ Wayfinder 122 00:07:50,707 --> 00:07:54,573 สำหรับทั้งสองอย่าง ทั้งวาดแผนที่ครั้งแรก และเดินผ่านแต่ละ 123 00:07:54,573 --> 00:07:57,761 ticket อย่างที่คุณอาจเห็นจากไดอะแกรมนี้ tickets 124 00:07:57,761 --> 00:08:01,356 มีหลายประเภท และมีสี่ประเภท และ ticket types เหล่านี้ 125 00:08:01,356 --> 00:08:04,611 ถูกใส่เข้าไปใน issue tracker จริง ๆ เรามี ticket 126 00:08:04,611 --> 00:08:08,342 ประเภท wayfinder research Research tickets (ใบงานวิจัย) 127 00:08:08,342 --> 00:08:12,818 คือที่ที่เอเจนต์ต้องออกไปหาข้อมูล และนำกลับมา และปกติมันเริ่มทันที 128 00:08:12,818 --> 00:08:16,481 คุณไม่ต้องเฝ้าดูมัน มันทำใน sub-agent แล้วรายงานกลับมา 129 00:08:16,481 --> 00:08:19,736 Prototype tickets (ใบงานสร้างต้นแบบ) ประเภทถัดไป 130 00:08:19,736 --> 00:08:23,670 สร้างต้นแบบ ซึ่งมีค่าอย่างเหลือเชื่อ สำหรับการเห็นสิ่งต่าง 131 00:08:23,670 --> 00:08:27,875 ๆ เป็นรูปเป็นร่าง ระหว่างที่คุณวางแผน ผมทำวิดีโอเพิ่มอีกเรื่อง 132 00:08:27,875 --> 00:08:31,402 เกี่ยวกับความสำคัญของต้นแบบ และมันใช้ทักษะ prototype 133 00:08:31,402 --> 00:08:34,929 จากวิดีโอนั้น บางคนมอง Wayfinder แล้วคิดว่า "พระเจ้า 134 00:08:34,929 --> 00:08:39,677 นั่นมันวางแผนเยอะมาก มันดูเหมือน waterfall (โมเดลวางแผนแบบเป็นขั้นตอน) 135 00:08:39,677 --> 00:08:43,272 ไหม?" และต้นแบบคือ วิธีที่คุณป้องกันไม่ให้มันกลายเป็น 136 00:08:43,272 --> 00:08:47,138 waterfall วางแผนล่วงหน้า แบบความละเอียดต่ำ (low-fidelity) 137 00:08:47,138 --> 00:08:50,665 เยอะมาก ต้นแบบคือ วิธีความละเอียดสูง (high-fidelity) 138 00:08:50,665 --> 00:08:54,192 ที่จะได้รับฟีดแบ็ก เกี่ยวกับสิ่งที่คุณกำลังสร้างจริง 139 00:08:54,192 --> 00:08:57,583 ๆ และการที่ Wayfinder กระตุ้นให้คุณสร้างต้นแบบเยอะ 140 00:08:57,583 --> 00:09:01,313 ๆ หมายความว่า ผลลัพธ์ดีอย่างเหลือเชื่อ เราได้ research, 141 00:09:01,313 --> 00:09:04,569 prototype แน่นอน ยังมีแบบ grilling ด้วย Grilling 142 00:09:04,569 --> 00:09:08,028 sessions คือที่ที่คุณต้องคุยกัน เรื่องรายละเอียดการ 143 00:09:08,028 --> 00:09:11,894 implement หรือบางแง่มุมของแผน และ ticket ประเภทสุดท้ายคือ 144 00:09:11,894 --> 00:09:15,217 tasks (งาน) สิ่งเหล่านี้คือสิ่งที่ต้องทำในโลกจริง 145 00:09:15,217 --> 00:09:19,355 สิ่งที่เอเจนต์ทำเองไม่ได้ หรือบางครั้งเป็นสิ่งที่เอเจนต์ทำได้ 146 00:09:19,355 --> 00:09:23,153 แต่ถูกจัดลำดับให้รออยู่หลังงานอื่น สิ่งเจ๋งอย่างหนึ่งของ 147 00:09:23,153 --> 00:09:26,680 Wayfinder คือ วิธีที่มันสร้างความสัมพันธ์แบบบล็อกกัน 148 00:09:26,680 --> 00:09:30,749 (blocking) ระหว่าง tickets เพราะบางการตัดสินใจ จะเกิดขึ้นได้ 149 00:09:30,749 --> 00:09:34,751 ก็ต่อเมื่อมีการตัดสินใจอื่นเกิดขึ้นก่อน และสิ่งที่คุณได้คือ 150 00:09:34,751 --> 00:09:38,346 ตรงนี้เราทำเสร็จ 14 จาก 17 บนแผนที่นี้ ทำงานไปเยอะมาก 151 00:09:38,346 --> 00:09:42,687 แต่เรายังไม่ได้สร้างทักษะ ที่แผนที่ทั้งแผนที่สร้างขึ้นมาเพื่อมัน 152 00:09:42,687 --> 00:09:46,485 และเมื่อเราสร้างทักษะเสร็จ เราก็ต้องกลับมาดูบางอย่างใหม่ 153 00:09:46,485 --> 00:09:49,876 ตามวิธีที่ทักษะทำงาน และวิธีที่มันปรับปรุงสิ่งต่าง 154 00:09:49,876 --> 00:09:53,471 ๆ สิ่งที่คุณทำบ่อย ๆ ระหว่างทำงานผ่านแผนที่ Wayfinder 155 00:09:53,471 --> 00:09:56,659 คือ "โอเค ผม resolve ticket นั้นแล้ว มาดูกันว่า 156 00:09:56,659 --> 00:10:00,389 มันเปิด tickets ใหม่อะไรบ้าง frontier ขยับไปตรงไหนแล้ว" 157 00:10:00,389 --> 00:10:03,848 แล้วเมื่อแผนที่เสร็จสมบูรณ์ คุณจะเอามันไปทำอะไรต่อ? 158 00:10:03,848 --> 00:10:07,239 อันนี้ เพราะจุดหมายของมันคือ spec แผนที่ Wayfinder 159 00:10:07,239 --> 00:10:11,580 อาจหนาแน่นเกินไปเล็กน้อย ที่จะสร้าง spec ตรง ๆ สิ่งที่ผมชอบทำคือ 160 00:10:11,580 --> 00:10:14,904 สร้าง spec จากแผนที่ นี่คือ spec ที่ผมสร้างจากมัน 161 00:10:14,904 --> 00:10:18,973 คุณจะเห็นว่า มันเป็นรูปแบบเดียวกับที่ผมเคยทำ ผมแค่เรียกทักษะ 162 00:10:18,973 --> 00:10:23,653 to spec (การทำข้อกำหนด) บนแผนที่ Wayfinder แล้วมันก็ดึงเอกสารมหึมานี้ 163 00:10:23,653 --> 00:10:27,180 ที่มีการตัดสินใจทั้งหมด จากแผนที่ Wayfinder เข้าไปใน 164 00:10:27,180 --> 00:10:30,436 GitHub issue ร่างแรก ใหญ่เกินขีดจำกัดตัวอักษรของ 165 00:10:30,436 --> 00:10:34,166 GitHub ด้วยซ้ำ [หัวเราะ] นั่นบอกได้เลยว่า มันใหญ่แค่ไหน 166 00:10:34,166 --> 00:10:37,557 จากนั้น ผมเปลี่ยนมันเป็น tickets ด้วยวิธีปกติของผม 167 00:10:37,557 --> 00:10:40,948 คือ to spec แล้วก็ to tickets (การทำใบงาน) พูดง่าย 168 00:10:40,948 --> 00:10:44,272 ๆ Wayfinder อยู่ในตำแหน่งเดียวกับ grill with docs 169 00:10:44,272 --> 00:10:47,934 ในวิธีปกติของผม แทนที่จะทำ grill with docs แล้วตามด้วย 170 00:10:47,934 --> 00:10:51,258 to spec และ to tickets คุณใช้เวลาอยู่ใน Wayfinder 171 00:10:51,258 --> 00:10:54,785 มากขึ้นมาก เพื่อสร้างแผนที่มหึมานี้ แล้วนำแผนที่นั้น 172 00:10:54,785 --> 00:10:58,040 ไปทำ spec ทำ tickets แล้ว implement แต่ละ ticket 173 00:10:58,040 --> 00:11:01,906 และรัน code review (การตรวจสอบโค้ด) ในตอนท้าย สิ่งเจ๋งมาก 174 00:11:01,906 --> 00:11:05,298 เกี่ยวกับการตั้งค่า Wayfinder คือ spec ที่มันสร้าง 175 00:11:05,298 --> 00:11:08,825 หนาแน่นมาก และทั้งหมดลิงก์กลับไปยัง decision tickets 176 00:11:08,825 --> 00:11:12,487 ดั้งเดิม คุณสามารถไปดูแหล่งข้อมูลหลัก (primary source) 177 00:11:12,487 --> 00:11:16,014 ได้ และเอเจนต์ก็ไปดูได้ด้วย ถ้ามันสับสนเกี่ยวกับอะไร 178 00:11:16,014 --> 00:11:19,812 นั่นเป็นจุดอ่อนของ Grill with Docs เสมอมา คือคุณต้องพึ่ง 179 00:11:19,812 --> 00:11:24,153 spec เป็นแหล่งความจริง แต่ spec ก็แค่บทสรุป ของสิ่งที่พูดกันจริง 180 00:11:24,153 --> 00:11:28,901 ๆ ในที่ประชุม แต่ตอนนี้ กับ Wayfinder คุณเข้าถึงแหล่งข้อมูลหลักได้จริง 181 00:11:28,901 --> 00:11:32,903 ๆ ซึ่งสุดยอดมาก นั่นคือ Wayfinder มันเป็นวิธีแมปงานก้อนใหญ่ 182 00:11:32,903 --> 00:11:36,769 โดยวางแผนล่วงหน้าอย่างละเอียดจริง ๆ มันจัดการ prototyping 183 00:11:36,769 --> 00:11:41,381 ได้ จัดการ research ได้ จัดการงานทั่วไปได้ และจัดการการพูดคุยได้ด้วย 184 00:11:41,381 --> 00:11:44,772 มาดู FAQ กัน คำถามที่พบบ่อย ที่ผู้คนถามผมเกี่ยวกับ 185 00:11:44,772 --> 00:11:48,570 Wayfinder คำถามแรก "นี่มันกระบวนการเยอะเกินไป หนักเกินไป 186 00:11:48,570 --> 00:11:51,826 สำหรับงานแบบที่ผมทำ เมื่อไหร่ผมควรใช้มันจริง ๆ?" 187 00:11:51,826 --> 00:11:55,624 คำตอบคือ ถ้าคุณคิดว่างานที่คุณทำ สามารถเสร็จและวางแผนได้ 188 00:11:55,624 --> 00:12:00,304 ในเซสชันเดียว ก็วางแผนในเซสชันเดียวเถอะ ถ้าคุณรู้ทางไปจุดหมายอยู่แล้ว 189 00:12:00,304 --> 00:12:04,509 ก็ไม่จำเป็นต้องใช้ Wayfinder เพราะคุณแค่เดินทางไปในเซสชันเดียว 190 00:12:04,509 --> 00:12:08,850 แล้วจัดการมันได้ Wayfinder มีไว้สำหรับกรณีที่คุณมีหมอกแห่งสงคราม 191 00:12:08,850 --> 00:12:13,326 คุณไม่รู้จะไปทางไหน และคุณแค่ต้องเริ่มก่อน แล้วค่อยดูว่าจะไปถึงไหน 192 00:12:13,326 --> 00:12:17,328 อีกอย่าง ผมใช้ Wayfinder สำหรับงานที่ไม่ใช่การเขียนโค้ดด้วย 193 00:12:17,328 --> 00:12:20,923 ผมตั้งใจจะสร้างสำนักงานในสวน (garden office) และผมใช้ 194 00:12:20,923 --> 00:12:24,450 Wayfinder สำหรับเรื่องนั้น มันจ้างสำรวจพื้นที่ (site 195 00:12:24,450 --> 00:12:28,519 survey) หาข้อมูลทั้งหมด หาว่าต้องติดต่อใคร ทำงานวิจัยทั้งหมด 196 00:12:28,519 --> 00:12:32,724 หาบริษัทต่าง ๆ ที่จะสร้างมันได้ มันสุดยอดมาก อีกปฏิกิริยาหนึ่ง 197 00:12:32,724 --> 00:12:36,658 ที่ผู้คนมีต่อ Wayfinder คือ "นี่มัน STD นี่มัน spec-driven 198 00:12:36,658 --> 00:12:40,660 development (การพัฒนาที่ขับเคลื่อนด้วย spec) และผมไม่อยากทำ 199 00:12:40,660 --> 00:12:43,916 spec-driven development ผมไม่อยากเสียเวลาทั้งหมด 200 00:12:43,916 --> 00:12:47,510 ไปกับการทำ spec มันดูบ้าไปแล้ว" วิธีที่ผมคิดเกี่ยวกับ 201 00:12:47,510 --> 00:12:50,766 spec คือ มันก็แค่จุดหมาย สำหรับงานข้ามหลายเซสชัน 202 00:12:50,766 --> 00:12:55,242 (multi-session) พูดง่าย ๆ เรามีงานใหญ่ตรงนี้ สมมติว่างานหมายเลขสี่ 203 00:12:55,242 --> 00:12:58,430 ที่เราพยายามจัดตาราง ข้ามเซสชันเอเจนต์หลายครั้ง 204 00:12:58,430 --> 00:13:01,618 เพราะมันใหญ่เกินไป และสิ่งที่เราต้องการคือ spec 205 00:13:01,618 --> 00:13:05,213 เพื่อว่าเมื่อเราไปถึงตอนจบ เราจะรู้ว่าเรากำลังจะไปไหน 206 00:13:05,213 --> 00:13:09,418 นั่นคือทั้งหมด ที่ spec เป็นในบริบทนี้ มันเป็นแค่เอกสารจุดหมาย 207 00:13:09,418 --> 00:13:12,877 เพื่อรองรับงานข้ามหลายเซสชันนี้ และแต่ละเซสชัน ทำใน 208 00:13:12,877 --> 00:13:16,811 implementation ticket (ใบงาน implement) อีกอย่างที่คนสับสน 209 00:13:16,811 --> 00:13:20,134 ตอนใช้ Wayfinder ครั้งแรก เพราะพวกเขาคิดว่า "โอเค 210 00:13:20,134 --> 00:13:23,729 มันกำลังสร้าง tickets เราไม่ควรทำ tickets ทีหลังเหรอ? 211 00:13:23,729 --> 00:13:26,917 อันนี้ implementation tickets เทียบกับ decision 212 00:13:26,917 --> 00:13:30,647 tickets" ใน Wayfinder คุณมี decision tickets ส่วนนี้คือ 213 00:13:30,647 --> 00:13:34,038 implementation tickets ความแตกต่างระหว่างวิธีของผม 214 00:13:34,038 --> 00:13:37,362 กับวิธีอื่น ๆ ส่วนใหญ่ คือ ตอนที่คนอื่นไปถึงจุดจบ 215 00:13:37,362 --> 00:13:40,889 พวกเขาจะเก็บ spec ไว้ somewhere สำหรับผม ผมปิด issue 216 00:13:40,889 --> 00:13:44,280 ที่มี spec และ spec ก็หายไป มันหายไปจาก repo ของผม 217 00:13:44,280 --> 00:13:48,078 ผมแทบไม่กลับไปดูมันอีกเลย เมื่อ spec ปรากฏอยู่ในโค้ดแล้ว 218 00:13:48,078 --> 00:13:51,266 คุณก็ลบ spec ได้เลย ในขณะที่คนที่ทำ spec-driven 219 00:13:51,266 --> 00:13:54,861 development จะกลับไปที่ spec และแก้ไขมัน มีหลายแนวทาง 220 00:13:54,861 --> 00:13:58,591 ในการทำ spec-driven development ผมอาจทำให้ใครบางคนรำคาญ 221 00:13:58,591 --> 00:14:02,186 ด้วยเรื่องนั้น แต่สิ่งที่ผมอยากจะพูดคือ spec เหล่านี้ 222 00:14:02,186 --> 00:14:05,849 ไม่ถาวร (non-persistent) เอาล่ะ เพื่อน ๆ ผมแนะนำให้คุณ 223 00:14:05,849 --> 00:14:09,511 ออกไปวาดแผนที่ ไอเดียคลุมเครือสุดเจ๋งของคุณเอง ผมพบว่า 224 00:14:09,511 --> 00:14:14,055 Wayfinder ปลดปล่อยมาก มันทำให้ผมเริ่มต้นได้ และจัดการการตัดสินใจยาก 225 00:14:14,055 --> 00:14:17,786 ๆ ทั้งหมด ให้ผม ผมใช้มันวางแผนคอร์ส ใช้มันทำงานวิศวกรรม 226 00:14:17,786 --> 00:14:21,313 ใช้มันสร้างสำนักงานในสวน มันสุดยอดมาก และสิ่งเจ๋งคือ 227 00:14:21,313 --> 00:14:24,907 จุดหมายขึ้นอยู่กับคุณทั้งหมด ไม่ว่าคุณอยากให้มันสร้าง 228 00:14:24,907 --> 00:14:28,299 spec ที่คุณส่งผ่านเอเจนต์ AI (ซึ่งเป็นสิ่งที่ผมทำ) 229 00:14:28,299 --> 00:14:32,300 หรืออยากให้มัน implement งานให้คุณ ใน tasks มันทำได้ทั้งหมด 230 00:14:32,300 --> 00:14:35,895 ไม่มีความรู้สึกไหน สนุกไปกว่าการเริ่มเซสชัน Wayfinder 231 00:14:35,895 --> 00:14:40,778 ใหม่ แล้วรู้ว่าคุณกำลังจะเห็นอะไรที่เจ๋ง แต่ไม่รู้ว่าจะไปถึงที่นั่นยังไง 232 00:14:40,778 --> 00:14:44,780 ถ้าคุณชอบสิ่งเหล่านี้ และอยากติดตามทักษะของผม ลองดูคอร์สฟรี 233 00:14:44,780 --> 00:14:48,307 7 บทเรียน ที่ผมทำเรื่อง AI Skills for Real Engineers 234 00:14:48,307 --> 00:14:51,563 บนเว็บไซต์ AI Hero ของผม ผมจะแปะลิงก์ไว้ด้านล่าง 235 00:14:51,563 --> 00:14:56,175 มันช่วยให้คุณสร้างเวิร์กโฟลว์ที่ทำซ้ำได้ ซึ่งคุณสามารถส่งงานคุณภาพดี 236 00:14:56,175 --> 00:15:00,041 ๆ ออกไปได้ และทั้งหมดตั้งอยู่บนพื้นฐานซอฟต์แวร์ที่แข็งแรง 237 00:15:00,041 --> 00:15:03,296 ขอบคุณมาก ที่อยู่ด้วยกัน การถ่ายทำเซสชันเหล่านี้ 238 00:15:03,296 --> 00:15:06,484 สนุกเสมอ และผมดีใจมาก ที่ผู้คนชื่นชอบ Wayfinder 239 00:15:06,484 --> 00:15:10,079 กันขนาดนี้ แล้วเจอกันครับ เพื่อน ๆ เจอกันในวิดีโอหน้า