“ในบางจุดของอนาคต เราอาจสร้างซอฟต์แวร์สำหรับเอเจนต์ (Agent) เมื่อนั้น เอเจนต์อาจรับบทบาทเป็นผู้จัดการผลิตภัณฑ์หรือวิศวกรผลิตภัณฑ์”
ในการประชุม Pragmatic Summit ที่เพิ่งจัดขึ้น Tibo Sottiaux หัวหน้าวิศวกรรม OpenAI Codex และ Vijaye Raji ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีแอปพลิเคชันของ OpenAI ได้แบ่งปันประสบการณ์และข้อสังเกตจริงของวิศวกรภายใน OpenAI ที่ใช้ AI ในการพัฒนา
เมื่อมองย้อนกลับไปหนึ่งปี Tibo ใช้คำว่า “สั่นสะเทือน” เพื่ออธิบายระดับของการเปลี่ยนแปลง
ดูเพียงแค่หกเดือนที่ผ่านมา การรับรู้ของเราได้พัฒนาจาก ‘การมอง Codex เป็นเครื่องมือ’ ไปสู่ ‘การมองว่าเป็นส่วนขยาย’ จากนั้นเป็น ‘การมองว่าเป็นเอเจนต์’ และปัจจุบันได้ก้าวไปสู่ ‘การมองว่าเป็นเพื่อนร่วมทีม’
แม้แต่วิศวกรบางคนยังใช้โทเค็นหลายแสนล้านตัวต่อสัปดาห์ เพื่อรันเอเจนต์หลายตัว
ในขณะที่ความสามารถของ Codex เพิ่มขึ้นอย่างต่อเนื่อง คอขวดของการพัฒนาซอฟต์แวร์กำลังเปลี่ยนไปในหน่วย “สัปดาห์”: คอขวดแรกเริ่มคือการสร้างโค้ด ตามมาด้วยการตรวจสอบโค้ด และปัจจุบันมุ่งเน้นมากขึ้นที่วิธีทำความเข้าใจความต้องการของผู้ใช้ให้เร็วขึ้น จัดการ Issue ติดตามผลตอบรับจากแพลตฟอร์มสำคัญเช่น Twitter และ Reddit และสังเคราะห์ข้อมูลเหล่านี้เป็นกลยุทธ์ผลิตภัณฑ์
Tibo เปิดเผยว่า วิศวกรบางคนภายใน OpenAI ใช้โทเค็นในระดับหลายแสนล้านตัวต่อสัปดาห์ และมักเกี่ยวข้องกับการทำงานร่วมกันของเอเจนต์หลายตัว
นอกจากนี้ ทีมภายในได้เริ่มใช้เครื่องมือพัฒนาที่ก้าวหน้ากว่ามากขึ้น: Codex Box
เราเปิดตัว Codex Box ภายในเมื่อสัปดาห์ที่แล้ว มันอนุญาตให้จองสภาพแวดล้อมการพัฒนาบนเซิร์ฟเวอร์ และขับเคลื่อนให้ทำงานโดยตรงผ่านคำสั่งภาษาธรรมชาติ (prompt) คุณสามารถจัดลำดับขั้นตอนการทำงานบนแล็ปท็อปของคุณ ในขณะที่มันทำงานให้เสร็จบนคลาวด์ หลายคนปิดคอมพิวเตอร์ไปประชุม และกลับมาก็พบว่างานเสร็จแล้ว
ตัวอย่างเช่น เมื่อทีม Codex ประชุมหารือเกี่ยวกับผลิตภัณฑ์ พวกเขาจะเปิดเธรดเซสชัน Codex โดยตรงในห้องประชุม เพื่อใช้ในการวินิจฉัยปัญหาและวิเคราะห์ย้อนหลังแบบเรียลไทม์
เมื่อพูดถึงการเปลี่ยนแปลงในอุตสาหกรรมการพัฒนาซอฟต์แวร์ในอนาคต Tibo และ Raji ชี้ให้เห็นหลายทิศทาง:
- ความเร็วในการพัฒนาจะเพิ่มขึ้นอีกหนึ่งลำดับความสำคัญ: สิ่งนี้จะก่อให้เกิดการเปลี่ยนแปลงเวิร์กโฟลว์รอบใหม่
- การบรรลุเครือข่ายความร่วมมือหลายเอเจนต์ขนาดใหญ่: ทำให้เอเจนต์ทำงานร่วมกันรอบเป้าหมายที่ยิ่งใหญ่ขึ้น
- การสร้าง “รั้วกั้น” ให้กับระบบ: จุดสนใจของนักพัฒนาจะเปลี่ยนจากการตรวจสอบโค้ดทีละบรรทัด ไปสู่การรับประกันความถูกต้องและความปลอดภัยของระบบผ่านข้อจำกัดและการตรวจสอบ โค้ดเองจะถูกทำให้เป็นนามธรรม จุดสนใจกลับสู่แก่นแท้ของปัญหาและคุณลักษณะที่ระบบควรมี
- การปรากฏตัวของ “ผู้ช่วยส่วนตัวตัวแทน”: Raji คาดการณ์ว่า บางทีภายในปีนี้ นักพัฒนาจะมีผู้ช่วยส่วนตัวเฉพาะตัว เพื่อสรุปและตรวจสอบสถานะของเอเจนต์แบ็กกราวด์หนึ่งถึงสองร้อยตัวที่ทำงานให้พวกเขา โดยไม่ต้องตรวจสอบทีละตัวอีกต่อไป
ผู้ดำเนินรายการยังกล่าวอีกว่า OpenAI มีแนวโน้มที่จะรับสมัครวิศวกรประเภทผลิตภัณฑ์ Raji อธิบายว่า สัญชาตญาณด้านผลิตภัณฑ์ยังคงสำคัญอย่างยิ่ง เพราะโดยพื้นฐานแล้ว ผลิตภัณฑ์ยังคงถูกสร้างขึ้นเพื่อมนุษย์
สำหรับผู้ที่หวังจะเข้าสู่อุตสาหกรรมซอฟต์แวร์ในยุค AI Tibo และ Raji เน้นย้ำว่า: ความสามารถพื้นฐานจะไม่ล้าสมัย OpenAI จะไม่พึ่งพา Codex อย่างมืดบอดโดยสิ้นเชิง พื้นฐานทางวิศวกรรมที่แข็งแกร่ง สัญชาตญาณด้านผลิตภัณฑ์ ความตระหนักรู้ในเป้าหมายที่ชัดเจน และความสามารถในการแก้ปัญหาในสแต็กเทคโนโลยีทั้งต้นน้ำและปลายน้ำต่างหากที่เป็นกุญแจสำคัญ
“เราสามารถนั่งอยู่ที่นี่ได้ ก็เพราะเรามีพื้นฐานที่แข็งแกร่ง แต่บทบาทของวิศวกรซอฟต์แวร์นั้น ได้เปลี่ยนแปลงไปอย่างมากแล้วจริงๆ!”
ต่อไปนี้คือภาพรวมของ “วิวัฒนาการวิธีการพัฒนา” จากมุมมองของทีม Codex
การเปลี่ยนแปลงวิธีการพัฒนาภายใน OpenAI: Codex กลายเป็นเพื่อนร่วมทีมแล้ว
วิศวกรบางคนใช้โทเค็นในระดับหลายแสนล้านตัวต่อสัปดาห์
ผู้ดำเนินรายการ: มีคำถามหนึ่งที่ถูกกล่าวถึงบ่อยครั้ง: อะไรกำลังเกิดขึ้นภายใน OpenAI? โดยเฉพาะอย่างยิ่ง จากมุมมองการพัฒนาซอฟต์แวร์ วิธีการทำงานของวิศวกรเปลี่ยนแปลงไปอย่างไร?
Raji: การเปลี่ยนแปลงนั้นใหญ่มากจริงๆ ฉันอยู่ที่ OpenAI ประมาณหกเดือน สิ่งที่รู้สึกได้ลึกซึ้งคือความสามารถในการวิจัยภายในบริษัทนั้นแข็งแกร่งมาก แค่คาดการณ์ความเป็นไปได้เหล่านั้นเล็กน้อย ก็รู้สึกสั่นสะเทือนแล้ว
ยกตัวอย่างวิธีการพัฒนาซอฟต์แวร์ Codex ได้เปลี่ยนรูปแบบการเขียนโค้ดของเราโดยสิ้นเชิง และการเปลี่ยนแปลงนั้นรุนแรงมาก เพียงแค่หกเดือนที่ผ่านมา การรับรู้ของเราก็เปลี่ยนจาก “เครื่องมือ” เป็น “ส่วนขยาย” จากนั้นเป็น “เอเจนต์” และปัจจุบันเข้าสู่ระยะ “เพื่อนร่วมทีม” ฉันรู้สึกด้วยซ้ำว่าวิศวกรจะตั้งชื่อให้เอเจนต์ของตัวเองในไม่ช้า และมองว่ามันเป็นคู่หูที่แท้จริง ความเร็วของการวิวัฒนาการนี้รวดเร็วมาก
ฉันเคยเห็นข้อมูลภายใน วิศวกรบางคนใช้โทเค็นหลายแสนล้านตัวต่อสัปดาห์ และมักไม่ใช่การทำงานของเอเจนต์ตัวเดียว Codex Box ที่เราเปิดตัวภายในเมื่อสัปดาห์ที่แล้ว อนุญาตให้จองสภาพแวดล้อมบนเซิร์ฟเวอร์ และขับเคลื่อนงานผ่านคำสั่ง คุณจัดลำดับขั้นตอนบนแล็ปท็อป มันทำงานบนคลาวด์ หลายคนปิดคอมพิวเตอร์ไปประชุม และกลับมาก็พบว่างานเสร็จแล้ว
นี่คือวิธีการพัฒนาซอฟต์แวร์ภายใน OpenAI ในปัจจุบัน มันได้เปลี่ยนแปลงไปโดยพื้นฐานแล้ว ฉันเชื่อว่าในอีกไม่กี่เดือน ซิลิคอนแวลลีย์จะเป็นที่แรกที่นำไปใช้อย่างแพร่หลาย จากนั้นจึงกระจายออกไป ในอนาคต ทุกคนจะพัฒนาซอฟต์แวร์ด้วยวิธีนี้
ผู้ดำเนินรายการ: หากได้ยินสิ่งเหล่านี้เมื่อหกเดือนหรือหนึ่งปีก่อน ฉันอาจรู้สึกเหมือนนิทาน แต่ตอนนี้ต่างออกไป หลายคนกำลังปฏิบัติอยู่แล้ว ฉันเองก็ใช้ และได้พูดคุยกับวิศวกรของ OpenAI ฉันชอบคุยกับวิศวกร เพราะพวกเขามักจะพูดตรงไปตรงมา
สิ่งที่ทำให้ฉันรู้สึกสบายใจเล็กน้อยคือ ไม่ใช่วิศวกรทุกคนพึ่งพา Codex 100% ในการเขียนโค้ด ระดับการใช้งานแตกต่างกันไป แต่มีทีมหนึ่งที่อยู่แนวหน้า: นั่นคือทีม Codex นั่นเอง
Tibo คุณเป็นผู้นำทีม Codex สามารถเล่าได้ไหมว่าตอนนี้คุณทำงานกันอย่างไรในแต่ละวัน? เวิร์กโฟลว์ทั่วไปของวิศวกรเป็นอย่างไร?
วิธีการทำงานของทีม Codex พัฒนาอย่างรวดเร็วทุกสัปดาห์
Tibo: การเปลี่ยนแปลงนั้นรวดเร็วมากจริงๆ ทีม Codex มีลักษณะเด่นอย่างหนึ่ง: เราปฏิรูปวิธีการทำงานของตัวเองเกือบทุกสัปดาห์
เราจะระบุคอขวดอย่างต่อเนื่อง และคอขวดเองก็กำลังย้ายที่อยู่ตลอด เริ่มแรกคือการสร้างโค้ด ต่อมาคือการตรวจสอบโค้ด และตอนนี้มากขึ้นคือ: จะทำความเข้าใจความต้องการของผู้ใช้ให้เร็วขึ้นได้อย่างไร? จะจัดการ Issue อย่างไร? จะติดตามผลตอบรับจากแพลตฟอร์มเช่น Twitter, Reddit และสังเคราะห์เป็นกลยุทธ์ผลิตภัณฑ์ได้อย่างไร?
ทีมกำลังพยายามใช้เอเจนต์ให้มากที่สุดเพื่อจัดการงานเหล่านี้
ไม่กี่วันก่อนมีเหตุการณ์สนุกๆ เกิดขึ้น ผู้สมัครที่สนใจเข้าร่วมทีม Codex ถามฉันว่า: “ในการทำผลิตภัณฑ์ที่ OpenAI ฉันจะได้รับการจัดสรรพลังการคำนวณเท่าไหร่?”
นี่เป็นคำถามใหม่ เรามีพลังการคำนวณมากมายจริงๆ แต่ฉันไม่เคยคิดถึง “โควต้าพลังการคำนวณต่อพนักงาน” โดยทั่วไป พลังการคำนวณจะถูกจัดสรรให้กับนักวิจัยที่ฝึกโมเดลขนาดใหญ่มากกว่า
ตอนนี้ทุกคนตระหนักว่า คุณสามารถใช้พลังการคำนวณเพื่อขยายความสามารถของตัวเองได้หลายเท่า หากคุณมีรสนิยมที่ดี ความคิดที่ชัดเจน และเข้าใจการพัฒนาซอฟต์แวร์ ยุคนี้ก็น่าตื่นเต้นอย่างเหลือเชื่อ สิ่งที่คุณสามารถทำได้นั้นน่าประหลาดใจจริงๆ
เอเจนต์อาจรับบทบาทเป็นวิศวกรผลิตภัณฑ์
ผู้ดำเนินรายการ: จากมุมมองที่กว้างขึ้น OpenAI มักรับสมัคร “วิศวกรประเภทผลิตภัณฑ์” งานของพวกเขาเปลี่ยนแปลงไปอย่างไรบ้าง?
Raji: โดยพื้นฐานแล้ว เรายังคงสร้างผลิตภัณฑ์เพื่อมนุษย์ ดังนั้น สัญชาตญาณด้านผลิตภัณฑ์จึงยังสำคัญอย่างยิ่ง ฉันเพิ่งใช้แอปพลิเคชันเดสก์ท็อปรุ่นใหม่ของ Codex มันทำให้การเข้ารหัสง่ายขึ้น แต่การพัฒนาผลิตภัณฑ์ยังคงเริ่มต้นที่ “เราจะสร้างอะไร” และปรับปรุงอย่างต่อเนื่อง
ตราบใดที่ซอฟต์แวร์ยังคงสร้างขึ้นเพื่อมนุษย์ สิ่งนี้จะไม่เปลี่ยนแปลง
แน่นอน ในบางช่วงเวลาของอนาคต เราอาจเปลี่ยนไปสร้างซอฟต์แวร์สำหรับเอเจนต์ เมื่อนั้น เอเจนต์อาจรับหน้าที่เป็นผู้จัดการผลิตภัณฑ์หรือวิศวกรผลิตภัณฑ์
อย่างไรก็ตาม จังหวะในปัจจุบันเร็วขึ้นและน่าสนใจมากขึ้น การสร้างซอฟต์แวร์สนุกยิ่งขึ้น เพราะวงจรการตอบรับสั้นลงอย่างมาก
ฉันเคยเข้ารหัสบนเครื่องบินครั้งหนึ่ง ตอนนั้นไม่สามารถใช้สภาพแวดล้อมการพัฒนาทางไกลได้ แอร์โฮสเตสขอให้ปิดคอมพิวเตอร์ ฉันถึงกับไม่อยากปิด เพราะไม่อยากขัดจังหวะการทำงานของเอเจนต์ ต้องปิดฝาคอมพิวเตอร์ครึ่งหนึ่งแล้วปล่อยให้มันทำงานต่อ (หัวเราะ) ตอนนี้หลายคนปล่อยให้คอมพิวเตอร์ทำงานในสภาพฝาปิด
พูดตามตรง การพัฒนาซอฟต์แวร์ตอนนี้น่าสนุกกว่าที่เคย คุณสามารถเห็นผลลัพธ์ได้เร็ว ทดสอบและยืนยัน จากนั้นกลับไปที่ Codex เพื่อปรับเปลี่ยน
แนวปฏิบัติทางวิศวกรรมใหม่: สำรวจแนวทางแบบขนาน นักออกแบบมีส่วนร่วมในการเข้ารหัส; การตรวจสอบโค้ดกลายเป็นคอขวดใหม่
ผู้ดำเนินรายการ: ในด้านแนวปฏิบัติทางวิศวกรรม มีอะไรใหม่ๆ ที่ดูแปลกแต่มีเหตุผลบ้าง?
Tibo: ก่อนหน้านี้ เมื่อเผชิญกับการแลกเปลี่ยนทางเทคนิคที่ซับซ้อน เราจะเขียนเอกสารออกแบบ อภิปรายแนวทางต่างๆ แล้วเลือกหนึ่งแนวทาง
ตอนนี้สิ่งที่น่าสนใจคือ ทีมจะสำรวจแนวทางการนำไปใช้หลายแบบแบบขนาน แล้วเลือกวิธีที่ดีที่สุดผ่านข้อมูลการทดลอง
การเปลี่ยนแปลงอีกอย่างคือขอบเขตของบทบาทเริ่มพร่ามัว นักออกแบบตอนนี้เขียนโค้ดที่อาจมากกว่าที่วิศวกรเขียนเมื่อหกเดือนก่อน นี่เป็นเพราะคุณภาพของโค้ดที่โมเดลสร้างขึ้นดีพอที่จะรวมเข้าด้วยกันได้โดยตรง
ผู้ดำเนินรายการ: มีข้อสังเกตอื่นๆ อีกไหม?
Raji: มี ตัวอย่างเช่น เครื่องมือบรรทัดคำสั่ง เช่น ffmpeg เครื่องมือแบบนี้แทบไม่มีใครจำคำสั่งทั้งหมดได้ ตอนนี้ใช้ Codex คุณแค่บอกว่า “ฉันต้องการทำสิ่งนี้” มันจะช่วยสร้างคำสั่งที่ถูกต้องและดำเนินการให้
ขอบเขตการใช้งานของเราได้ขยายจากแค่ “เขียนโค้ด” ไปสู่ “การตรวจสอบโค้ด” และ “การตรวจสอบความปลอดภัย”
เมื่อประสิทธิภาพการเข้ารหัสเพิ่มขึ้นห้าเท่า จะเกิดอะไรขึ้น? ปริมาณโค้ดจะเพิ่มขึ้นอย่างรวดเร็ว การตรวจสอบโค้ดจะกลายเป็นคอขวดใหม่ หลังจากนั้น การรวมและการปรับใช้อย่างต่อเนื่อง (CI/CD) จะกลายเป็นคอขวดต่อไป
คอขวดกำลังย้ายที่อยู่ตลอด การปฏิวัตินี้ยังห่างไกลจากจุดสิ้นสุด
Tibo: ดังนั้นเราต้องแก้ไขปัญหาชุดต่อไปอย่างต่อเนื่อง นี่เป็นเรื่องที่น่าตื่นเต้นจริงๆ
ผู้ดำเนินรายการ: Tibo เราเคยคุยกันถึงวิธีปฏิบัติที่ฉันไม่เคยได้ยินมาก่อน – “การรันข้ามคืน” และ “การทดสอบตัวเอง” เล่าได้ไหม? มันฟังดูใหม่มาก
การรันข้ามคืนและการทดสอบตัวเองของ Codex
Tibo: ผู้คนมักเข้าใจ Codex ว่าเป็น “การเติมข้อความอัตโนมัติขั้นสูง” คิดว่ามันแค่ช่วยคุณทำฟังก์ชันเล็กๆ เสร็จใน 10 นาที
แต่สิ่งที่เราเห็นคือ ตราบใดที่มอบหมายงานที่ยิ่งใหญ่พอให้โมเดล ความสามารถของมันไปไกลกว่านั้นมาก มันสามารถทำงานต่อเนื่องหลายชั่วโมงได้
เราได้สร้างสภาพแวดล้อมและความสามารถที่สมบูรณ์ให้ Codex เพื่อให้มันสามารถทดสอบตัวเองได้อย่างอิสระ เราจะรันมันในเวลากลางคืน ให้มันวนลูปกระบวนการประกันคุณภาพ (QA) และตรวจจับปัญหาถดถอยอัตโนมัติ
ยังมีอีกเรื่องที่น่าสนใจ ฉันมักคุยกับนักวิจัยในทีมที่รับผิดชอบฝึกโมเดล เขาบอกว่า ทุกครั้งที่เขารู้สึกว่าเก่งกว่า Codex สุดท้ายกลับพบว่าเป็นเพราะเขาเขียนพรอมต์ไม่ดี หรือตั้งค่าสภาพแวดล้อมไม่ถูกต้อง
นี่ทั้งน่าตื่นเต้นและน่าหงุดหงิดเล็กน้อย (หัวเราะ)
ตอนนี้มันสามารถทำการฝึกโมเดลครั้งหนึ่งให้เสร็จสมบูรณ์ได้ด้วยตัวเอง สุดท้ายสร้างรายงาน PDF พร้อมข้อมูลเชิงลึกของตัวเอง แล้วเราก็เลือกทิศทางที่มีแนวโน้มดีที่สุดเพื่อทำซ้ำ จากนั้นโยนกลับให้ Codex อีกครั้ง
งานที่รันเป็นเวลานานมากเช่นนี้ และความสามารถของโมเดลในการทำงานที่ซับซ้อนได้ด้วยตัวเอง ดูน่าตื่นเต้นจริงๆ
สองสถานการณ์ในการ “เรียก” Codex ระหว่างการประชุม
การวิเคราะห์ย้อนหลัง
⚠️ หมายเหตุ: เนื้อหาได้รับการแปลโดย AI และตรวจสอบโดยมนุษย์ หากมีข้อผิดพลาดโปรดแจ้ง
本文来自网络搜集，不代表คลื่นสร้างอนาคต立场，如有侵权，联系删除。转载请注明出处：https://www.itsolotime.com/th/archives/23347