เราเปิดตัวโหมดเป้าหมาย (หรือ /goal) เพื่อช่วยให้คุณใช้ Codex ขับเคลื่อนไปสู่ผลลัพธ์ที่เป็นรูปธรรม เมื่อคุณตั้งเป้าหมาย Codex จะทำงานต่อไปจนกว่าเป้าหมายจะสำเร็จ ไม่ว่าจะใช้เวลาหลายชั่วโมงหรือหลายวัน บางคนใช้ Codex ทำงานตามเป้าหมายเดียวเป็นเวลา มากกว่า 120 ชั่วโมง
โหมดเป้าหมายมีประสิทธิภาพอย่างเหลือเชื่อ และมีบางสิ่งที่คุณสามารถทำได้เพื่อให้ได้รับประโยชน์สูงสุดจากมัน นี่คือ 7 สิ่งที่ควรคำนึงถึงเมื่อคุณใช้ /goal
1. เกณฑ์ที่ชัดเจนและ *ตรวจสอบได้
พรอมต์ที่คุณกำหนดเมื่อเปิดใช้งานโหมดเป้าหมายอาจทำหน้าที่เป็นพรอมต์เริ่มต้นของคุณ แต่ที่สำคัญกว่านั้นคือมันจะทำหน้าที่เป็นเกณฑ์การออกจากเป้าหมายของคุณ Codex จะตรวจสอบหลังจากแต่ละรอบว่าเป้าหมายสำเร็จหรือไม่ ดังนั้นพรอมต์เป้าหมายของคุณไม่ควรยาวเกินไป และควรเน้นที่เกณฑ์ที่ชัดเจนว่าเมื่อใดที่เป้าหมายสำเร็จ
ในกรณีส่วนใหญ่ เป้าหมายที่ดีควรมีตัวเลขที่ชัดเจน\* สำหรับโมเดลเพื่อให้ถึงก่อนที่เป้าหมายจะถือว่าสมบูรณ์ ตัวอย่างที่ดี:
- "ลดเวลาการสร้างและปรับใช้ลง 30%"
- "ย้ายฟีเจอร์นี้จาก TypeScript ไปยัง Rust และให้ถึงความเท่าเทียมของการทดสอบ 100%"
- "ปรับปรุงการสร้างแอปพลิเคชันเพื่อให้ Largest Contentful Paint ในระบบ production ต่ำกว่า 2.5 วินาที"
\พรอมต์ไม่จำเป็นต้องเป็นตัวเลขเสมอไป แต่โดยทั่วไปแล้วมันช่วยในเคล็ดลับถัดไป*
หากคุณไม่แน่ใจว่าจะกำหนดเป้าหมายของคุณอย่างไรดีที่สุด หรือคุณต้องการทำงานกับ Codex ก่อนเพื่อระดมความคิดในโปรเจกต์ คุณไม่จำเป็นต้องเริ่มเธรดด้วยโหมดเป้าหมาย
Codex สามารถตั้งเป้าหมายได้ด้วยตัวเอง ดังนั้นคุณสามารถเริ่มการสนทนา และเมื่อคุณพร้อมให้ Codex เริ่มทำงาน คุณสามารถ ขอให้ Codex ตั้งเป้าหมายตามการสนทนาของคุณ
คุณยังสามารถแก้ไขเป้าหมายได้ตลอดเวลาโดยกดปุ่มแก้ไขในแอป Codex หรือใช้ /goal อีกครั้งใน CLI
2. ให้คำแนะนำหากเป็นไปได้
การส่งพรอมต์เช่น "ลดเวลาการสร้างและปรับใช้ลง 30%" อาจจะเจ๋งและอาจหาแนวทางแก้ไขที่สร้างสรรค์ได้ แต่มันก็อาจทำให้ Codex หลงทางได้เช่นกัน หากคุณมีความคิดว่าปัญหาอาจอยู่ที่ไหน
เมื่อเป็นไปได้ ให้จุดเริ่มต้นแก่ Codex ว่าจะเริ่มทำงานที่ไหน ใช้เครื่องมืออะไรได้บ้างเพื่อให้บรรลุเป้าหมาย หรือคำแนะนำอื่นๆ ที่จะช่วยให้ Codex ไม่เดินผิดทาง
เพื่อนร่วมงานของฉัน @reach_vb ทำแบบนี้ในการทดลองครั้งหนึ่งของเขา โดยบอก Codex ว่าสามารถใช้เบราว์เซอร์ Chrome เพื่อเข้าไปใน Google Colab และข้อจำกัดที่ยอมรับได้ เช่น การสร้างชุดข้อมูลของตัวเองเมื่อให้ Codex ฝึกโมเดล
ในทำนองเดียวกัน หากคุณต้องการลดเวลาการสร้างและคุณรู้ว่าส่วนใหญ่ของเวลาใช้ไปที่ไหน ให้พยายามชี้ให้ Codex ไปที่ส่วนนั้นก่อนเป็นส่วนหนึ่งของพรอมต์ของคุณ
หรืออีกทางหนึ่ง คุณสามารถให้ Codex ทำการวิจัยเบื้องต้นในโหมดแผน และให้ Codex สร้างแผนเป็นไฟล์ที่สามารถใช้เพื่อบันทึกตัวเลือกที่เป็นไปได้ จากนั้นให้เป้าหมายของคุณอ้างอิงถึงแผนนั้น
3. ทำให้ความคืบหน้าสามารถวัดผลได้
หากเป้าหมายของคุณทะเยอทะยาน หรือมีหลายวิธีที่ Codex จะเข้าใกล้เป้าหมายมากขึ้น สิ่งสำคัญคือคุณต้อง ให้เครื่องมือแก่ Codex ในการวัดความคืบหน้า
ในกรณีของงานบางอย่าง สิ่งนี้อาจเป็นเรื่องปกติ เช่น การปรับปรุงเวลาการสร้างหรือการเพิ่มความครอบคลุมของการทดสอบ เพราะ Codex มักจะมีเครื่องมืออยู่แล้วหรือสร้างมันขึ้นมาโดยธรรมชาติ
สำหรับเป้าหมายอื่นๆ ควร ระดมความคิดกับ Codex ว่าเครื่องมือใดบ้างที่จะเป็นประโยชน์ หรือแนะนำให้มันรู้วิธีที่จะรู้ว่ามันกำลังมีความคืบหน้าอย่างไร ตัวอย่างเช่น การมีเครื่องมือในการคำนวณความแตกต่างทางภาพระหว่างสองภาพหน้าจอ หรือการสร้างชุดประเมินผลสำหรับเอเจนต์ที่คุณกำลังพยายามปรับแต่ง
เมื่อฉันให้ Codex สร้างส่วนประกอบบางอย่างจากวิดีโอ ฉันให้ Codex สร้างเครื่องมือสำหรับตัวเองเพื่อให้สามารถเปรียบเทียบภาพหน้าจอและตรวจสอบความแตกต่างได้ มันเลือกที่จะพัฒนาเครื่องมือเมื่อเวลาผ่านไปเพื่อให้มีโหมดการเปรียบเทียบที่แตกต่างกัน
ภาพหน้าจอที่ Codex สร้างขึ้นเพื่อเปรียบเทียบสองเฟรมด้วยสายตา
ขึ้นอยู่กับงานของคุณ คุณจะต้องพิจารณาด้วยว่ามีเกณฑ์เพิ่มเติมที่คุณต้องการวัด/ตรวจสอบหรือไม่ ซึ่งอาจทำให้ Codex คิดว่างานเสร็จสมบูรณ์ แต่คุณคิดว่ายังไม่สมบูรณ์ ตัวอย่างเช่น การใช้งาน UI โดยการครอบตัดแรงบันดาลใจในการออกแบบและใส่เข้าไปเพื่อให้ "สมบูรณ์แบบทุกพิกเซล" หรือการทำให้ถึงอัตราการทดสอบที่ผ่าน 100% โดยการลดความครอบคลุมของการทดสอบ
4. สร้างสภาพแวดล้อมที่สมจริง
เพื่อให้ Codex มีความคืบหน้าสู่เป้าหมายอย่างแท้จริง มันจำเป็นต้อง ทำงานในสภาพแวดล้อมที่สมจริง ในทางปฏิบัติ นั่นหมายความว่าหากคุณกำลังพยายามปรับปรุงเวลาการปรับใช้หรือปัญหาเวลาแฝง มันควร สามารถเข้าถึงสภาพแวดล้อมการปรับใช้และการทดสอบที่เลียนแบบระบบ production ดังนั้นสแต็กเดียวกัน แฟล็กเดียวกัน ฐานข้อมูลที่คล้ายกัน
ตัวอย่างเช่น เรากำลังแก้ไขข้อบกพร่องเกี่ยวกับการปรับปรุงเวลาการสร้างและการปรับใช้สำหรับ developers.openai.com เราใช้การแสดงตัวอย่างการปรับใช้อยู่แล้ว ดังนั้น Codex จึงสามารถใช้สิ่งเหล่านั้นเพื่อปรับใช้และตรวจสอบบันทึกที่เกี่ยวข้อง แต่การปรับใช้ตัวอย่างของเรามีเส้นทางการสร้างบางส่วนที่ถูกปิดใช้งานเมื่อเทียบกับการทำงานใน production เต็มรูปแบบ ดังนั้น Codex จึงต้องทำการปรับใช้ด้วยตนเองกับสภาพแวดล้อมเดียวกันกับการกำหนดค่า production ที่คล้ายกันเพื่อตรวจสอบสภาพแวดล้อม
ในทำนองเดียวกัน คุณสามารถให้ Codex ใช้ computer use เพื่อทดสอบแอปพลิเคชันจริง เพื่อทำงานปรับปรุงประสิทธิภาพบน iOS @dimillian ถึงกับใช้อุปกรณ์จริงเพื่อสภาพแวดล้อมที่แม่นยำที่สุด
5. ระวังเป้าหมายที่เกี่ยวข้องกับภาพ
การให้เป้าหมายที่เกี่ยวข้องกับภาพแก่ Codex เช่น "ใช้ UI นี้ให้สมบูรณ์แบบทุกพิกเซล 100% ตามภาพนี้" เป็นสิ่งที่น่าดึงดูด แต่ขึ้นอยู่กับการตั้งค่า อาจทำให้เกิดปัญหาได้เช่นกัน
หากคุณไม่ให้คำแนะนำและข้อจำกัดที่ถูกต้อง มันอาจจะจมอยู่กับปัญหาเล็กน้อยและละเลยเป้าหมายโดยรวม ตัวอย่างเช่น หากข้อมูลอ้างอิงมีกราฟิกที่ Codex คาดว่าจะสร้างขึ้น ไม่ว่าจะเป็นไอคอน SVG หรือรูปภาพ มันอาจจะหลงทางในการทำให้สิ่งเหล่านั้นแม่นยำ แทนที่จะแยกแยะปัญหาอย่างเหมาะสม
นอกจากนี้ Codex จะต้องใช้เครื่องมือในการเปรียบเทียบภาพอย่างถูกต้อง ซึ่งหมายถึงอินพุตรูปภาพมากขึ้นและการใช้โทเค็นโดยรวมที่สูงขึ้น โดยไม่จำเป็นต้องให้วิธีง่ายๆ แก่ Codex ในการระบุโอกาส
ในทางกลับกัน รูปภาพมักจะใช้เป็นบริบทที่เป็นประโยชน์ในการขับเคลื่อนไปสู่เป้าหมาย แต่คุณควร หาวิธีอื่นให้ Codex ระบุว่าเป้าหมายสำเร็จแล้ว เช่น รายการตรวจสอบฟีเจอร์ ข้อมูลจำเพาะที่จะนำไปใช้ การยึดมั่นในระบบการออกแบบ ฯลฯ
6. ติดตามความคืบหน้า
หาก Codex ทำงานเป็นเวลาหลายชั่วโมงหรือหลายวันในเบื้องหลัง (หรือแม้แต่บนเครื่องอื่น) มันเป็นเรื่องง่ายที่จะพลาดว่า Codex ไปไกลแค่ไหนหรือมีงานอะไรเกิดขึ้นบ้าง มีบางสิ่งที่ฉันพบว่ามีประโยชน์ขึ้นอยู่กับเป้าหมายในการติดตาม:
- ขอให้ Codex commit ในขั้นตอนที่มีความหมายและ push ไปยัง Draft PR สิ่งนี้มีประโยชน์อย่างยิ่งหากคุณทำงานบนเว็บไซต์ที่มีการแสดงตัวอย่างการปรับใช้
- ให้ Codex อัปเดต artifact สำหรับผู้บริหาร สิ่งนี้อาจเป็นไฟล์ HTML ที่คุณสามารถเปิดไว้ใน in-app browser หรือแม้แต่ปรับใช้ให้ทีมของคุณโดยใช้ Sites รูปภาพของกราฟที่แสดงความคืบหน้า หรือแม้แต่ไฟล์ markdown ธรรมดา
- สั่งให้ Codex โพสต์อัปเดต คุณยังสามารถขอให้ Codex เป็นส่วนหนึ่งของเป้าหมายในการสื่อสารความคืบหน้าสำคัญกลับไปยังช่อง Slack หรือสถานที่อื่นๆ ที่คุณต้องการให้บันทึกความคืบหน้า
- ใช้แชทอื่นเพื่อขอสถานะอัปเดต หากคุณเพียงต้องการตรวจสอบสถานะปัจจุบันอย่างรวดเร็ว คุณสามารถรัน /side เพื่อสร้างแชทด้านข้างใหม่และถามคำถามที่นั่น เนื่องจากมันแยกเธรดปัจจุบัน มันจึงมีบริบททั้งหมดจนถึงจุดนี้ แต่ก็มีอายุสั้นเช่นกัน ทางเลือกอื่นในแอป Codex คือการถาม Codex ในแชทใหม่ปกติให้อ่านเธรดเป้าหมายอื่นและตอบคำถามของคุณ สิ่งนี้มีประสิทธิภาพอย่างยิ่งหากคุณขอให้ Codex กำหนดเวลาการทำงานอัตโนมัติเพื่อตรวจสอบเป็นประจำ
7. ทำความสะอาดและสรุปผลลัพธ์
เยี่ยมมาก ในที่สุดเป้าหมายก็สำเร็จ! ถึงเวลา $yeet มันให้ทีมและเลิกงานวันนี้เลยหรือเปล่า?
โดยทั่วไปฉันพบว่ามีประโยชน์ โดยเฉพาะอย่างยิ่งสำหรับงานเพิ่มประสิทธิภาพ ที่ให้ Codex ไตร่ตรองงานที่ทำและตรวจสอบมัน คุณสามารถเริ่มด้วย /review เพื่อรัน local code review แต่ก็คุ้มค่าที่จะให้ Codex ไตร่ตรองอย่างลึกซึ้งยิ่งขึ้นเกี่ยวกับความพยายามต่างๆ ที่มันใช้เพื่อแก้ปัญหาเป้าหมายและทำความสะอาดตามนั้น
เนื่องจาก Codex จะทำงานต่อไปจนกว่าจะถึงเป้าหมาย มันอาจจะลองหลายสิ่งหลายอย่างที่ไม่ได้ผลดีพอหรือไม่ได้ผลเลย ซึ่งอาจยังคงอยู่ในการเปลี่ยนแปลง
ถึงเวลาตั้งเป้าหมายสำหรับงานถัดไปของคุณ
ฟังก์ชันเป้าหมายใน Codex เป็นเครื่องมือที่ทรงพลังอย่างเหลือเชื่อในการแก้ปัญหาที่ท้าทายที่สุดบางอย่างที่คุณพบ แต่การจัดเตรียมสภาพแวดล้อมและคำแนะนำที่ถูกต้องจะช่วยให้คุณไปถึงเป้าหมายได้อย่างมีประสิทธิภาพมากขึ้น
คุณใช้ /goal เพื่ออะไรบ้าง?
https://x.com/OpenAIDevs/status/2057530209470210453
