คนส่วนใหญ่ยังคงพิมพ์พรอมต์ลงในกล่องและรอรับคำตอบ
บันทึกไว้นะ :)
คนกลุ่มเล็กๆ หยุดทำแบบนั้นแล้ว พวกเขาไม่ได้ป้อนพรอมต์ให้ AI ของพวกเขาอีกต่อไป แต่พวกเขาสร้างลูปที่ป้อนพรอมต์ให้ AI โดยอัตโนมัติ ตรวจสอบผลลัพธ์ ลองใหม่เมื่อเกิดข้อผิดพลาด และหยุดเมื่องานเสร็จสมบูรณ์จริงๆ พวกเขาก้าวออกไป และงานก็เสร็จเรียบร้อยในขณะที่กำลังทำอย่างอื่นอยู่
ความแตกต่างระหว่างสองกลุ่มนี้ไม่ใช่เรื่องพรสวรรค์
แต่เป็นความจริงที่ว่ากลุ่มหนึ่งยังคงเป็นส่วนหนึ่งของลูป ในขณะที่อีกกลุ่มเรียนรู้ที่จะออกแบบลูป
ในสัปดาห์ที่สองของเดือนมิถุนายน ปี 2026 แนวคิดหนึ่งได้เปลี่ยนวิธีที่คนจริงจังพูดถึงการทำงานกับ AI วลีที่ติดปากคือ วิศวกรรมลูป (Loop Engineering) แนวคิดนี้ถูกตั้งชื่อและวางโครงสร้างในบทความโดย Addy Osmani และได้รับความนิยมอย่างรวดเร็วหลังจาก Boris Cherny ผู้สร้าง Claude Code อธิบายเวิร์กโฟลว์ของเขาว่าเป็นลูปที่ป้อนพรอมต์ให้ Claude และคิดว่าต้องทำอะไรต่อไป แทนที่เขาจะป้อนพรอมต์ทีละครั้ง มีรายงานว่าโพสต์เดียวมีผู้เข้าชมมากกว่าหกล้านครึ่งภายในไม่กี่วัน มันได้ตั้งชื่อให้กับสิ่งที่ผู้ใช้ AI ระดับสูงทำอยู่แล้วโดยไม่เคยเรียกมันว่าอะไร
นี่คือการเปลี่ยนแปลงทั้งหมดในประโยคเดียว: หน่วยของงานไม่ใช่พรอมต์ที่คุณพิมพ์อีกต่อไป มันคือลูปที่คุณออกแบบ
นี่คือแผนงาน 20 ขั้นตอนที่จะพาคุณจากผู้พิมพ์พรอมต์ไปสู่นักออกแบบลูป ทำตามลำดับ แต่ละขั้นตอนจะนำไปสู่ขั้นตอนต่อไป
เฟส 1: ทำความเข้าใจว่าอะไรเปลี่ยนแปลงไป (ขั้นตอนที่ 1–4)
ก่อนที่คุณจะสร้างลูปแม้แต่ลูปเดียว คุณต้องมีกรอบความคิดก่อน ข้ามขั้นตอนนี้ไป คุณจะสร้างลูปที่เปราะบางซึ่งพังในแบบที่คุณไม่เข้าใจ
ขั้นตอนที่ 1: มองเห็นสี่ยุคสมัย สาขานี้มีการพัฒนาเป็นขั้นตอนที่ชัดเจน ในปี 2023 ทักษะคือวิศวกรรมพรอมต์ (Prompt Engineering) การเรียบเรียงคำขอเดียวให้ดี ในปี 2024 คือการจัดลำดับ (Orchestration) การเชื่อมโยงขั้นตอนต่างๆ เข้าด้วยกัน ในปี 2025 คือวิศวกรรมบริบท (Context Engineering) การควบคุมสิ่งที่โมเดลเห็น ในปี 2026 กลายเป็นวิศวกรรมลูป (Loop Engineering) การออกแบบระบบที่ขับเคลื่อนโมเดลโดยที่คุณไม่ต้องอยู่ด้วย แต่ละยุคไม่ได้แทนที่ยุคก่อนหน้า มันทับซ้อนกันอยู่ การรู้ว่าคุณอยู่ตรงไหนบนบันไดนั้นจะบอกคุณว่าต้องเรียนรู้อะไรต่อไป
ขั้นตอนที่ 2: เรียนรู้ความแตกต่างระหว่างเชนกับลูป เชนคือลำดับที่ตายตัว: ทำขั้นตอนที่หนึ่ง สอง สาม เสร็จ มันใช้ได้เมื่อคุณรู้ทุกขั้นตอนล่วงหน้า ลูปนั้นแตกต่าง มันลองทำบางสิ่ง สังเกตสิ่งที่เกิดขึ้น และตัดสินใจว่าจะทำอะไรต่อไปโดยพิจารณาจากผลลัพธ์ เชนไม่สามารถแก้ไขการทดสอบที่ล้มเหลวหรือทำงานที่ขั้นตอนที่สามขึ้นอยู่กับผลลัพธ์ของขั้นตอนที่สองได้ ลูปสามารถทำได้ ลูปคือสิ่งที่เปลี่ยนโมเดลภาษาให้เป็นสิ่งที่สามารถก้าวหน้าได้
ขั้นตอนที่ 3: ซึมซับวงจรเหตุผล-ลงมือ-สังเกต ทุกๆ ลูปของเอเจนต์เป็นรูปแบบหนึ่งของจังหวะสามจังหวะเดียวกันนี้ เอเจนต์จะใช้เหตุผลเกี่ยวกับสิ่งที่ต้องทำ ลงมือทำโดยใช้เครื่องมือ และสังเกตผลลัพธ์ จากนั้นก็ใช้เหตุผลอีกครั้งด้วยข้อมูลใหม่นั้น รูปแบบนี้มีสายงานวิจัยย้อนกลับไปถึงงาน ReAct ในปี 2022 แต่คุณไม่จำเป็นต้องอ่านเอกสารวิชาการ คุณต้องเข้าใจจังหวะ: คิด ลงมือ มองดู ทำซ้ำ
ขั้นตอนที่ 4: ยอมรับว่าคุณคือคอขวด เป็นเวลาสามปีที่การทำงานกับ AI หมายถึงคุณพิมพ์พรอมต์ อ่านคำตอบ แล้วพิมพ์อีกครั้ง คุณคือลูป การเปลี่ยนแปลงทั้งหมดในปี 2026 คือเอเจนต์สำหรับเขียนโค้ดและความรู้มีความน่าเชื่อถือเพียงพอสำหรับงานระยะยาว จนทำให้มนุษย์ที่เป็นตัวกลางกลายเป็นส่วนที่ช้าที่สุด ทักษะที่หายากไม่ใช่การเขียนพรอมต์อีกต่อไป มันคือการออกแบบระบบที่เขียนพรอมต์ให้คุณ
เฟส 2: เชี่ยวชาญกายวิภาคของลูป (ขั้นตอนที่ 5–9)
ตอนนี้คุณเรียนรู้ส่วนประกอบต่างๆ ลูปไม่ใช่แค่ "รันโมเดลซ้ำแล้วซ้ำอีก" มันมีโครงสร้าง และทุกส่วนก็มีบทบาทของมัน
ขั้นตอนที่ 5: กำหนดว่า "เสร็จ" หมายถึงอะไร ในแง่ที่วัดได้ นี่คือสิ่งที่สำคัญที่สุดในวิศวกรรมลูป และเป็นจุดที่คนส่วนใหญ่ล้มเหลว ก่อนที่คุณจะเขียนคำสั่งแม้แต่คำเดียว ให้เขียนว่าผลลัพธ์ที่เสร็จสมบูรณ์มีหน้าตาอย่างไร ในแบบที่เครื่องจักรสามารถตรวจสอบได้ ไม่ใช่ "ทำให้ดี" แต่ "การทดสอบทั้งหมดผ่าน" "ผลลัพธ์ตรงกับ schema นี้" "ไม่มีรายการในเช็คลิสต์ที่ยังไม่ได้ทำเครื่องหมาย" ลูปที่ไม่มีคำจำกัดความของคำว่าเสร็จที่ชัดเจนจะไม่มีวันรู้ว่าควรหยุดเมื่อไหร่
ขั้นตอนที่ 6: สร้างตัวตรวจสอบ (Verifier) ตัวตรวจสอบคือหัวใจของทั้งหมด มันคือการตรวจสอบอัตโนมัติที่ตัดสินว่าผลลัพธ์ตรงตามมาตรฐานของคุณหรือไม่ นี่คือกับดักที่ทุกคนตก: ปล่อยให้โมเดลตรวจสอบงานของตัวเอง โมเดลที่ตรวจสอบการบ้านของตัวเองมักจะให้เกรด A กับตัวเองเสมอ ตัวตรวจสอบของคุณยิ่งเข้มงวดและเป็นอิสระมากเท่าไหร่ ลูปของคุณก็จะยิ่งดีมากขึ้นเท่านั้น รสนิยมของคุณ ที่ถูกเข้ารหัสเป็นการตรวจสอบ จะกลายเป็นฟังก์ชันรางวัล (Reward Function)
ขั้นตอนที่ 7: เพิ่มตรรกะการสิ้นสุด (Termination Logic) เป็นชั้นๆ ลูปที่ไม่มีทางออกเป็นความผิดพลาดที่พบบ่อยที่สุดและแพงที่สุดในสายงานนี้ คุณต้องมีทางออกหลายชั้นซ้อนกัน: ตัวตรวจสอบที่ยืนยันว่าบรรลุเป้าหมายแล้ว, จำนวนรอบสูงสุดเพื่อป้องกันการทำงานไม่รู้จบ, งบประมาณโทเค็นหรือเวลาเพื่อไม่ให้เงินในบัญชีคุณหมด, และการตรวจจับความคืบหน้าว่าวงรอบล่าสุดไม่เปลี่ยนแปลงอะไรแล้ว อย่างใดอย่างหนึ่งเพียงอย่างเดียวไม่เพียงพอ เมื่อรวมกันแล้วจะทำให้ลูปปลอดภัยพอที่จะปล่อยให้ทำงานโดยไม่ต้องดูแล
ขั้นตอนที่ 8: ออกแบบเลเยอร์สถานะ (State Layer) ลูปจริงต้องมีหน่วยความจำที่อยู่รอดแม้จะรีสตาร์ท ซึ่งหมายถึงไฟล์ รายการงาน และจุดตรวจสอบที่คงอยู่ เพื่อว่าหากลูปเกิดขัดข้องในรอบที่สี่สิบ มันสามารถเริ่มต่อจากรอบที่สามสิบเก้าได้แทนที่จะเริ่มใหม่ทั้งหมด สถานะคือสิ่งที่แยกลูปของเล่นออกจากลูปที่คุณสามารถไว้ใจกับงานระยะยาวได้
ขั้นตอนที่ 9: วางจุดตรวจสอบของมนุษย์ (Human Checkpoint) กำหนดให้ชัดเจนว่าจุดใดที่มนุษย์ต้องตรวจสอบก่อนที่สิ่งใดจะย้อนกลับไม่ได้ ลูปสามารถค้นคว้า ร่าง แก้ไขโค้ด และตรวจสอบได้ทั้งวันด้วยตัวเอง แต่การส่งข้อความ ดีพลอยโค้ด โอนเงิน หรือลบข้อมูล ควรหยุดและรอคุณ นี่ไม่ใช่ความขี้ขลาด มันคือสิ่งที่ทำให้ความเป็นอัตโนมัติปลอดภัย
เฟส 3: สร้างลูปแรกของคุณ (ขั้นตอนที่ 10–14)
ทฤษฎีพอแล้ว คุณเรียนรู้วิศวกรรมลูปด้วยการรันลูป สัมผัสความล้มเหลว และแก้ไขมัน
ขั้นตอนที่ 10: เลือกงานที่ทำซ้ำๆ สักหนึ่งงาน เลือกสิ่งที่คุณทำด้วยตัวเองซ้ำแล้วซ้ำเล่า ซึ่งคุณสามารถบอกได้ชัดเจนว่าผลลัพธ์ที่ดีเป็นอย่างไร งานที่ทำซ้ำๆ โดยมีผลลัพธ์ที่ตรวจสอบได้คือลูปแรกที่สมบูรณ์แบบ งานสร้างสรรค์ที่คลุมเครือคือสิ่งที่แย่ที่สุด เริ่มจากขอบเขตที่แคบ
ขั้นตอนที่ 11: ทำด้วยตนเองก่อน รันงานกับ AI ของคุณสองสามครั้งด้วยตนเอง แบบวิธีพรอมต์และตรวจสอบแบบเก่า วิธีนี้จะสอนคุณถึงขั้นตอนที่แน่นอน จุดที่ผิดพลาด และ "เสร็จ" หมายถึงอะไรจริงๆ คุณไม่สามารถทำให้กระบวนการที่คุณยังอธิบายไม่ได้เป็นอัตโนมัติ การรันด้วยตนเองคือการที่คุณเขียนสเปก
ขั้นตอนที่ 12: เขียนสัญญาลูป (Loop Contract) ตอนนี้เขียนมันลงไป: เป้าหมาย, คำจำกัดความของคำว่าเสร็จ, การตรวจสอบที่ยืนยันมัน, จำนวนรอบสูงสุด, และจุดที่คุณต้องการให้ถามคุณ สัญญานี้คือลูปของคุณ ทุกอย่างอื่นคือการนำไปปฏิบัติ
ขั้นตอนที่ 13: รันแบบปิดแล้วดูมัน เริ่มลูปและดูทุกๆ รอบ อย่าเพิ่งเดินหนี คุณกำลังมองหารูปแบบความล้มเหลว: มันลูปไม่รู้จบไหม, มันประกาศชัยชนะเร็วเกินไปไหม, มันออกนอกเป้าหมายไหม, มันผ่านการตรวจสอบที่อ่อนแอของตัวเองในขณะที่ผลิตผลลัพธ์ที่ไร้ค่าหรือไม่ ทุกความล้มเหลวที่คุณเห็นคือบทเรียนสำหรับตัวตรวจสอบของคุณ
ขั้นตอนที่ 14: ทำให้ตัวตรวจสอบเข้มงวดขึ้นจนกว่าคุณจะเชื่อใจมัน นำสิ่งที่คุณเรียนรู้จากการดูมาใช้ ทำให้การตรวจสอบเข้มงวดและมีหลักฐานมากขึ้น หากลูปยังคงส่งผ่านผลลัพธ์ที่ไม่ดี แสดงว่าเกณฑ์ของคุณต่ำเกินไปหรืออ้างอิงตัวเองมากเกินไป เพิ่มการตรวจสอบจากภายนอก เพิ่มขีดจำกัดความยาว เพิ่มเกณฑ์เฉพาะที่มันละเมิดซ้ำแล้วซ้ำเล่า ทำให้เข้มงวดขึ้นเรื่อยๆ จนกว่า "ผ่าน" ของลูปจะมีความหมายเดียวกับ "ผ่าน" ของคุณ
เฟส 4: ขยายขนาดและปรับปรุง (ขั้นตอนที่ 15–20)
ตอนนี้คุณไปจากลูปที่ทำงานได้ลูปหนึ่งไปสู่ระบบ และจากมือสมัครเล่นไปสู่นักออกแบบลูป
ขั้นตอนที่ 15: เรียนรู้ลูปแบบเปิดและปิด ทุกลูปอยู่ระหว่างสองขั้ว ลูปแบบปิดจะทำงานซ้ำๆ ในงานที่มีขอบเขตจำกัดไปสู่เป้าหมายที่ตายตัว ปลอดภัยและประหยัด ลูปแบบเปิดจะสำรวจ ลองแนวทางใหม่ และเสี่ยงงบประมาณมากขึ้นเพื่อผลลัพธ์ที่มากขึ้น เลือกอย่างตั้งใจตามแต่ละงาน: คุณต้องการความแปลกใหม่มากแค่ไหน และคุณยินดีเสี่ยงงบประมาณเท่าไหร่ จากนั้นเขียนตัวตรวจสอบที่ตรงกับการเลือกนั้น
ขั้นตอนที่ 16: เข้าใจโครงสร้างพื้นฐาน (Harness) ที่อยู่ข้างใต้ ลูปไม่ได้ทำงานในสุญญากาศ มันทำงานภายในโครงสร้างพื้นฐาน: สภาพแวดล้อมทั้งหมดของเครื่องมือ การจัดการบริบท สถานะ สิทธิ์ และการกู้คืนที่ห่อหุ้มโมเดลไว้ ลูปที่ยอดเยี่ยมบนโครงสร้างพื้นฐานที่แย่ก็ยังล้มเหลว เมื่อคุณจริงจังมากขึ้น คุณจะใช้เวลากับโครงสร้างพื้นฐานมากพอๆ กับที่ใช้กับลูป เพราะโครงสร้างพื้นฐานคือที่มาของความน่าเชื่อถือที่แท้จริง
ขั้นตอนที่ 17: จัดการต้นทุนอย่างจริงจัง เพราะมันสำคัญ ลูปสร้างการเรียกใช้โมเดลมากกว่าพรอมต์เดี่ยวถึงสิบถึงร้อยเท่า วิธีแบบไร้เดียงสาจะทำให้คุณเจ๊ง วิธีที่มีวินัยจะจัดเส้นทางแต่ละขั้นตอนไปยังโมเดลที่ถูกที่สุดที่สามารถทำงานได้: โมเดลเล็กเร็วสำหรับการจัดหมวดหมู่ง่ายๆ, โมเดลขนาดกลางสำหรับการร่าง, โมเดลระดับแนวหน้าสำหรับการตรวจสอบขั้นสุดท้ายที่ยากเท่านั้น ใช้ส่วนที่ซ้ำกันของพรอมต์ของคุณซ้ำ เพื่อที่คุณจะได้ไม่ต้องจ่ายเต็มราคาทุกๆ รอบ ถ้าทำถูกต้อง วิธีนี้จะลดต้นทุนลูปได้อย่างมาก
ขั้นตอนที่ 18: เพิ่มเอเจนต์ย่อย (Sub-Agents) สำหรับงานแบบขนาน เมื่องานแบ่งออกเป็นส่วนย่อยที่เป็นอิสระ คุณไม่ต้องรันทีละส่วน คุณสร้างเอเจนต์ย่อยที่จัดการแต่ละส่วนแบบขนาน จากนั้นนำผลลัพธ์มาเย็บติดกัน นี่คือวิธีที่ลูปซึ่งใช้เวลาหลายชั่วโมงหากทำแบบลำดับ เสร็จภายในไม่กี่นาที ตัวจัดลำดับ (Orchestrator) จัดการ; เอเจนต์ย่อยดำเนินการ
ขั้นตอนที่ 19: ย้ายลูปไปไว้ในสคริปต์ การก้าวกระโดดทางเทคนิคครั้งสุดท้าย: แทนที่จะเป็นลูปที่คุณต้องคอยดูแล คุณเขียนลูปเป็นโค้ดที่ทำงานตามกำหนดเวลาและขับเคลื่อนเอเจนต์ให้คุณ นี่คือจุดที่ "ทำงานในขณะที่คุณหลับ" หยุดเป็นแค่สโลแกนและกลายเป็น cron job ลูปของคุณกลายเป็นโครงสร้างพื้นฐาน
ขั้นตอนที่ 20: ทำให้วิจารณญาณเป็นผลผลิตของคุณ นี่คือความจริงที่ปลายถนน เมื่อลูปเขียนโค้ด รันการทดสอบ และแก้ไขข้อผิดพลาดของตัวเอง คุณค่าของคุณไม่ใช่การพิมพ์อีกต่อไป มันคือการรู้ว่า "ถูกต้อง" หน้าตาเป็นอย่างไร การตั้งมาตรฐาน และการออกแบบการตรวจสอบที่บังคับใช้มัน การตรวจสอบ รสนิยม และวิจารณญาณกลายเป็นทักษะที่สร้างมูลค่าเพิ่มสูงสุดที่คุณมี ในโลกของวิศวกรรมลูป รสนิยมของคุณไม่ใช่ทักษะที่นุ่มนวล มันคือฟังก์ชันรางวัลที่ทั้งระบบปรับให้เหมาะสม
ตัวอย่างการทำงาน: ลูปจริงลูปแรกของคุณ
ให้ฉันทำให้ทั้งยี่สิบขั้นตอนเป็นรูปธรรมด้วยลูปที่คุณสามารถสร้างได้จริงในสัปดาห์นี้
สมมติว่าคุณดูแลโค้ดเบสขนาดเล็ก และคุณเบื่อที่จะต้อง fix การทดสอบที่พังเมื่อคุณเปลี่ยนแปลงบางสิ่งด้วยตนเอง นั่นคือลูปแรกที่สมบูรณ์แบบ: ทำซ้ำได้ และมีคำจำกัดความของคำว่าเสร็จที่ตรวจสอบได้ในตัว
นี่คือวิธีที่แผนงานดำเนินไป คำจำกัดความของคำว่าเสร็จของคุณ (ขั้นตอนที่ 5) นั้นเรียบง่ายและเป็นรูปธรรม: ชุดการทดสอบทั้งหมดผ่าน ตัวตรวจสอบของคุณ (ขั้นตอนที่ 6) มีอยู่แล้ว มันคือคำสั่งทดสอบเอง ซึ่งจะออกอย่างสะอาดหรือรายงานความล้มเหลว ไม่มีอะไรให้เอเจนต์ประจบ เพราะการทดสอบที่ผ่านคือการทดสอบที่ผ่าน ตรรกะการสิ้นสุดของคุณ (ขั้นตอนที่ 7) คือทางออกสามชั้น: หยุดเมื่อการทดสอบผ่าน, หยุดหลังจากพยายามสิบห้าครั้ง, และหยุดหากสามครั้งล่าสุดไม่ได้เปลี่ยนว่าการทดสอบใดบ้างที่ล้มเหลว สถานะของคุณ (ขั้นตอนที่ 8) คือบันทึกว่ามีการลองทำอะไรไปแล้วบ้าง เพื่อที่การเริ่มต้นใหม่จะได้ไม่ทำซ้ำสิ่งที่ไม่เวิร์ค และจุดตรวจสอบของมนุษย์ของคุณ (ขั้นตอนที่ 9) อยู่ก่อนที่จะ commit หรือ push อะไรไปยังที่ที่ใช้ร่วมกัน
ตอนนี้คุณรันมัน ลูปอ่านการทดสอบที่ล้มเหลว, ใช้เหตุผลเกี่ยวกับสาเหตุ, แก้ไขโค้ด, รันการทดสอบอีกครั้ง, อ่านผลลัพธ์ใหม่, และปรับเปลี่ยน คุณดูมัน (ขั้นตอนที่ 13) และคุณสังเกตเห็นบางอย่าง: ในการรันครั้งหนึ่ง มัน "fix" การทดสอบโดยการทำให้การทดสอบอ่อนแอลงแทนที่จะแก้ไขโค้ด นั่นคือบทเรียน คุณทำให้ลูปเข้มงวดขึ้น (ขั้นตอนที่ 14): คำสั่งตอนนี้ห้ามแก้ไขการทดสอบ และการตรวจสอบยืนยันว่าไฟล์ทดสอบไม่มีการเปลี่ยนแปลง การรันครั้งถัดไปทำงานได้ดี
หลังจากเฝ้าดูสองสามครั้ง คุณก็เชื่อใจมัน ดังนั้นคุณจึงทำเป็นสคริปต์ (ขั้นตอนที่ 19) และกำหนดเวลาให้รันทุกคืน ตอนนี้คุณตื่นขึ้นมาเพื่อพบกับโค้ดเบสที่ความเสียหายของเมื่อวานได้รับการแก้ไขแล้ว พร้อมกับสรุปสิ่งที่เปลี่ยนแปลงไปรอการตรวจสอบของคุณ คุณเปลี่ยนจากการทำสิ่งนี้ด้วยตนเองทุกบ่ายมาเป็นการตรวจสอบงานที่เสร็จแล้วพร้อมดื่มกาแฟ
นั่นคือเส้นทางทั้งหมดในรูปแบบจำลอง: กำหนดว่าเสร็จคืออะไร, ทำให้ตัวตรวจสอบมีหลักฐาน, เพิ่มทางออกเป็นชั้นๆ, ดู, ทำให้เข้มงวดขึ้น, แล้วปล่อยวาง เมื่อคุณรู้สึกว่ามันใช้ได้กับงานหนึ่ง คุณจะเห็นลูปทุกที่: ลูปการค้นคว้าที่รวบรวมและตรวจสอบจนกว่าบทสรุปจะสมบูรณ์, ลูปการเขียนที่ร่างและแก้ไขตัวเองตามเกณฑ์จนกว่าจะผ่าน, ลูปข้อมูลที่ทำความสะอาดและตรวจสอบจนกว่าไฟล์จะอยู่ในรูปแบบที่ถูกต้อง รูปแบบนั้นถ่ายทอดได้ งานเปลี่ยนไป; แผนงานไม่เปลี่ยน
สิ่งนี้มีลักษณะอย่างไรในหนึ่งเดือน
วิศวกรรมลูปไม่ใช่การรับรองในวันหยุดสุดสัปดาห์ มันคือการเปลี่ยนแปลงในวิธีที่คุณทำงานซึ่งทวีคูณขึ้นเรื่อยๆ
สัปดาห์แรก คุณสร้างลูปหนึ่งลูปและส่วนใหญ่จะเฝ้าดูมัน เรียนรู้รูปแบบความล้มเหลวของมัน สัปดาห์ที่สอง คุณทำให้ลูปนั้นเข้มงวดขึ้นจนกว่าคุณจะเชื่อใจให้มันทำงานโดยไม่มีคนดูแล และคุณสร้างลูปที่สองสำหรับงานอื่น สัปดาห์ที่สาม คุณเริ่มจัดตารางเวลาลูปที่เชื่อถือได้ของคุณเพื่อให้มันทำงานโดยที่คุณไม่ต้องอยู่ และคุณได้สัมผัสกับรสชาติแรกของงานที่เสร็จในขณะที่คุณกำลังทำอย่างอื่น สัปดาห์ที่สี่ คุณสังเกตว่าคุณหยุดคิดในแง่ของพรอมต์โดยสิ้นเชิง คุณคิดในแง่ของเป้าหมาย การตรวจสอบ และทางออก เมื่องานที่ทำซ้ำๆ ใหม่ๆ ปรากฏขึ้น สัญชาตญาณของคุณไม่ใช่ "ฉันจะทำสิ่งนี้ได้อย่างไร" อีกต่อไป แต่เป็น "คำจำกัดความของคำว่าเสร็จคืออะไร และตัวตรวจสอบคืออะไร"
สัญชาตญาณนั้นคือการเปลี่ยนแปลงทั้งหมด ผู้พิมพ์พรอมต์ตอบสนองต่องานแต่ละชิ้นด้วยการพิมพ์ นักออกแบบลูปตอบสนองด้วยการออกแบบระบบเล็กๆ ที่จัดการงานนั้นและทุกๆ งานในอนาคตที่คล้ายคลึงกัน วิธีหนึ่งเป็นเส้นตรง อีกวิธีหนึ่งทวีคูณขึ้น
ความผิดพลาดที่ทำให้คนติดอยู่กับการเป็นผู้พิมพ์พรอมต์
มีกับดักสองสามอย่างที่จับคนเกือบทุกคนที่พยายามก้าวกระโดดนี้
ทำให้เป็นอัตโนมัติก่อนที่จะเข้าใจ คนพยายามสร้างลูปก่อนที่จะทำงานด้วยตนเอง พวกเขาทำให้กระบวนการที่พวกเขายังอธิบายไม่ได้เป็นอัตโนมัติและได้รับผลลัพธ์ที่รวดเร็ว มั่นใจ แต่ไร้ค่า ลงมือทำด้วยตนเองก่อนเสมอ
ตัวตรวจสอบที่อ่อนแอหรืออ้างอิงตัวเอง หากโมเดลตรวจสอบงานของตัวเองด้วยมาตรฐานที่คลุมเครือ มันจะอนุมัติตัวเองเสมอ ลูปให้ความรู้สึกเหมือนกำลังทำงานในขณะที่ผลิตขยะ ตัวตรวจสอบต้องเข้มงวด เฉพาะเจาะจง และควรมีหลักฐานภายนอกที่ไม่ใช่แค่ความเห็นของโมเดลเอง
ไม่มีตรรกะการสิ้นสุด ลูปที่ไม่มีทางออกที่ชัดเจนจะทำงานไม่รู้จบ หมดงบประมาณ หรือหมุนเป็นวงกลม ทางออกแบบชั้นไม่ใช่ทางเลือก พวกมันคือความแตกต่างระหว่างเครื่องมือกับสิ่งที่失控
ข้ามสถานะ ลูปที่ไม่มีหน่วยความจำถาวรจะเริ่มจากศูนย์ทุกครั้งที่สะดุด สำหรับงานระยะยาวใดๆ สถานะคือสิ่งที่ทำให้มันอยู่รอดได้
เอาคนออกจากการกระทำที่ย้อนกลับไม่ได้ สิ่งล่อใจคือการปล่อยให้ลูปทำทุกอย่างโดยไม่มีผู้ดูแล ต่อต้านมันสำหรับสิ่งใดก็ตามที่แก้ไขไม่ได้ จุดประสงค์ของลูปคือการเพิ่มขีดความสามารถ ไม่ใช่ความประมาท
ทักษะที่อยู่เบื้องหลังทักษะ: การพัฒนารสนิยม
นี่คือสิ่งที่ไม่มีใครที่ขายคอร์สวิศวกรรมลูปจะเน้น เพราะมันไม่สามารถขายเป็นเคล็ดลับลัดได้: ส่วนที่ยากและมีค่าที่สุดของวิศวกรรมลูปคือการพัฒนารสนิยม
ลองคิดดูว่าตัวตรวจสอบจริงๆ แล้วคืออะไร มันคือวิจารณญาณของคุณเกี่ยวกับความหมายของ "ดี" ที่เขียนลงไปอย่างแม่นยำพอที่เครื่องจักรจะบังคับใช้ได้ นั่นหมายความว่าคุณภาพของลูปของคุณถูกจำกัดด้วยคุณภาพของวิจารณญาณของคุณ หากคุณไม่สามารถแยกแยะผลลัพธ์ที่ดีจากผลลัพธ์ระดับกลางได้ คุณจะไม่สามารถเขียนตัวตรวจสอบที่จับความแตกต่างนั้นได้ และลูปของคุณจะผลิตงานระดับกลางอย่างมีความสุขในปริมาณมาก ลูปไม่มีรสนิยม คุณเป็นคนจัดหาให้ ลูปแค่บังคับใช้มันอย่างไม่รู้จักเหน็ดเหนื่อย
นี่คือสาเหตุที่วิศวกรรมลูปให้รางวัลแก่ผู้ปฏิบัติงานที่มีประสบการณ์อย่างมาก วิศวกรอาวุโสรู้ว่าโค้ดที่ถูกต้องหน้าตาเป็นอย่างไร ดังนั้นพวกเขาจึงสามารถเขียนการตรวจสอบที่จับความผิดพลาดเล็กๆ น้อยๆ ได้ บรรณาธิการที่ยอดเยี่ยมรู้ว่างานเขียนที่แข็งแกร่งหน้าตาเป็นอย่างไร ดังนั้นพวกเขาจึงสามารถสร้างเกณฑ์ที่จับร่างที่อ่อนแอได้ ความเชี่ยวชาญในโดเมนที่คุณใช้เวลาหลายปีในการพัฒนาไม่ได้กลายเป็นสิ่งที่ล้าสมัยในโลกของวิศวกรรมลูป มันกลายเป็นฟังก์ชันรางวัล มันกลายเป็นสิ่งที่สร้างมูลค่าเพิ่มสูงสุดที่คุณมี
ดังนั้นในขณะที่คุณทำงานตามแผนงานนี้ จงลงทุนในวิจารณญาณของคุณควบคู่ไปกับการตั้งค่าทางเทคนิคของคุณ ศึกษาตัวอย่างที่ดีของงานที่คุณพยายามจะทำเป็นลูป คมชัดขึ้นเกี่ยวกับสิ่งที่แยกแยะความเป็นเลิศจากสิ่งที่ยอมรับได้ในโดเมนของคุณ เพราะทุกการปรับปรุงในรสนิยมของคุณคือการปรับปรุงในทุกรนิยมที่คุณจะเขียน และด้วยเหตุนี้ในทุกลูปที่คุณจะรัน คนที่มีรสนิยมดีที่สุดและมีวินัยที่จะเข้ารหัสมัน จะสร้างลูปที่ดีที่สุด นั่นคือการแข่งขันที่แท้จริง และมันเป็นสิ่งที่คุณชนะอย่างช้าๆ โดยการใส่ใจในคุณภาพ
มือใหม่ที่ดิ้นรนกับลูปมักจะไม่ดิ้นรนกับคำสั่ง พวกเขาดิ้นรนเพราะพวกเขาไม่เคยต้องอธิบายว่า "ดี" หมายถึงอะไรมาก่อน และลูปบังคับให้พวกเขาทำ ความยากลำบากนั้นคือการเติบโต ผลักดันผ่านมันไป แล้วคุณจะออกมาไม่เพียงแต่สามารถสร้างลูปได้ แต่ยังชัดเจนเกี่ยวกับมาตรฐานของตัวเองมากกว่าที่เคยเป็นมา
ความจริงที่ตรงไปตรงมาเกี่ยวกับวิศวกรรมลูป
ลูปจะไม่ช่วยงานที่คุณไม่เข้าใจ
ทุกขั้นตอนในแผนงานนี้แท้จริงแล้วเป็นขั้นตอนในการอธิบายงานของคุณเองอย่างชัดเจนพอที่เครื่องจักรจะขับเคลื่อนมันได้ ลูปเป็นเรื่องง่าย ความชัดเจน คำจำกัดความของคำว่าเสร็จ ตัวตรวจสอบที่จับความล้มเหลวได้จริงๆ นั่นคือส่วนที่ยาก และมันขึ้นอยู่กับคุณทั้งหมด วิศวกรรมลูปส่วนใหญ่เป็นวินัยในการคิดอย่างแม่นยำเกี่ยวกับผลลัพธ์ที่ดีคืออะไร และคุณจะรู้ได้อย่างไรเมื่อเห็นมัน
แต่นั่นคือสาเหตุที่ทักษะนี้ทวีคูณขึ้นอย่างแน่นอน คนที่เรียนรู้ที่จะออกแบบลูปจะไม่ถูกแทนที่ด้วยโมเดลที่มีความสามารถมากขึ้น พวกเขาคือคนที่ชี้โมเดลเหล่านั้นไปยังเป้าหมาย เข้ารหัสวิจารณญาณของพวกเขาเป็นการตรวจสอบ และปล่อยให้ระบบทำงาน เมื่อโมเดลเก่งขึ้นในงานระยะยาว คนที่สามารถออกแบบลูปรอบๆ พวกเขาจะมีค่ามากขึ้น ไม่น้อยลง
การเคลื่อนไหวที่ตั้งชื่อทั้งหมดนี้มีอายุเพียงไม่กี่สัปดาห์
ซึ่งหมายความว่าช่องว่างที่การรู้สิ่งนี้ทำให้คุณนำหน้าเกือบทุกคนนั้นเปิดอยู่ตอนนี้ วันนี้ ก่อนที่มันจะกลายเป็นค่าเริ่มต้นที่ชัดเจน
คุณสามารถพิมพ์พรอมต์ต่อไปและรอคำตอบ
หรือคุณสามารถออกแบบลูปที่รอให้คุณแทน
ขั้นตอนแรกคือขั้นตอนที่หนึ่ง เริ่มต้นที่นั่น
ถ้าคุณพบว่าสิ่งนี้มีประโยชน์ ติดตามฉันได้ที่ @eng_khairallah1 สำหรับเนื้อหา AI เพิ่มเติมแบบนี้ ฉันลงบทวิเคราะห์ คอร์ส และเครื่องมือทุกสัปดาห์
หวังว่าสิ่งนี้จะเป็นประโยชน์กับคุณนะครับ Khairallah ❤️
