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

/wayfinder: Nothing is too big to plan anymore

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

สรุปย่อ

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

- **ช่อง:** 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 เป็นประจำและอยากวางแผนงานใหญ่ ๆ อย่างเป็นระบบ
02

คำแปลเต็ม

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

ผมคิดว่า ผมเจอวิธีวางแผนงานทุกขนาด กับเอเจนต์ 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 กันขนาดนี้ แล้วเจอกันครับ เพื่อน ๆ เจอกันในวิดีโอหน้า

03

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

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

  • "AFK agent" → แปลเป็น "เอเจนต์ AI" (คาดว่าคำบรรยายเพี้ยนจาก "an AI agent" — ความมั่นใจปานกลาง บันทึกไว้ในส่วนไม่ชัดเจน)
  • ## ส่วนที่ไม่ชัดเจน / ต้องใช้ดุลยพินิจ
  • 7. ไม่มีข้อความ `[ฟังไม่ชัด]` ถูกใส่ไว้ในคำแปล — ทุกจุดที่ลังเลถูกแปลด้วยความหมายที่อนุมานได้จากบริบทและบันทึกไว้ในรายงานนี้
04

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

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

ศัพท์คำแปล / คำอธิบาย
------
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 specspec ที่ไม่ถาวร — ใช้แล้วลบทิ้งได้เมื่อ 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 วางแผน
05

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

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

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