กลับไปที่บล็อก
2 เมษายน 2569Sergei Solod7 นาทีในการอ่าน

ทำไมผมถึงเก็บ 3–5% สุดท้ายของ Codex Plus ไว้ให้กับงานวิศวกรรมที่ใหญ่ที่สุด

การเปลี่ยน workflow เล็กน้อยทำให้วิธีที่ผมใช้ Codex Plus เปลี่ยนไปมาก: พอใกล้หมดลิมิต ผมเลิกใช้กับงานเล็ก ๆ และหันไปเริ่มงานเทคนิคที่หนักที่สุดแทน

Codex Plusเครื่องมือเขียนโค้ดด้วย AIเวิร์กโฟลว์นักพัฒนาวิศวกรรมซอฟต์แวร์ย้ายไป TypeScriptเก็บกวาด ESLintรีแฟกเตอร์ประสิทธิภาพการทำงาน

หนึ่งในรูปแบบการใช้งาน Codex Plus ที่ผมรู้สึกว่าน่าสนใจที่สุด ไม่ได้เกี่ยวกับการเขียนพรอมป์ตเท่าไร แต่เกี่ยวกับจังหวะการใช้งานมากกว่า

เมื่อผมเหลือลิมิตเพียง 3–5% สุดท้ายของกรอบ 5 ชั่วโมงหรือโควตารายสัปดาห์ ผมจะไม่เอาส่วนที่เหลือนั้นไปใช้กับคำขอเล็ก ๆ อีกต่อไป ผมทำตรงกันข้ามเลย คือใช้ช่วงสุดท้ายนั้นเพื่อสั่งงานวิศวกรรมที่ใหญ่ที่สุดเท่าที่จะทำได้บนหลายโปรเจกต์ที่เตรียมไว้ล่วงหน้าแล้ว

โดยมากก็จะเป็นงานอย่างการย้ายทั้งโปรเจกต์ไปเป็น TypeScript, การเก็บกวาด ESLint ทั้ง repository, การไล่บั๊กเชิงลึกทั้ง codebase หรือการรีแฟกเตอร์ครั้งใหญ่ที่ปกติแล้วรู้สึกว่าแพงเกินกว่าจะกดเริ่มแบบสบาย ๆ

อะไรที่เปลี่ยน workflow ของผม

เหตุผลนั้นง่ายมาก คือผมเห็นหลายครั้งว่าแม้ลิมิตที่มองเห็นจะดูหมดไปแล้ว Codex ก็ยังทำงานต่ออยู่ จากภายนอกมันเหมือน session ควรจะจบแล้ว แต่ตัวงานยังเดินต่อ และบางครั้งก็จบสมบูรณ์จริง ๆ

ผมไม่ได้บอกว่านี่คือกฎตายตัวของผลิตภัณฑ์ ผมแค่เล่าประสบการณ์ที่เกิดขึ้นซ้ำพอจะเปลี่ยนพฤติกรรมการใช้งานของผมได้ หลังจากสังเกตเห็นรูปแบบนี้ 3–5% สุดท้ายก็ไม่ใช่สิ่งที่ผมอยากเก็บไว้ใช้อย่างระวังอีกต่อไป แต่มันกลายเป็นช่วงเวลาที่เหมาะที่สุดสำหรับการสั่งงานที่แพงและหนักที่สุดแทน

ตอนนี้ผมใช้ช่วงสุดท้ายอย่างไร

แทนที่จะเอาลิมิตที่เหลือไปใช้กับพรอมป์ตที่ปลอดภัยและต้นทุนต่ำ ตอนนี้ผมมองมันเป็นหน้าต่างสำหรับเริ่มงานวิศวกรรมที่ใช้แรงเยอะ เช่น:

  • การย้ายทั้งโปรเจกต์ไปเป็น TypeScript
  • การเก็บกวาด ESLint ทั้ง repository
  • การไล่บั๊กเชิงลึกใน codebase ขนาดใหญ่
  • การรีแฟกเตอร์เชิงโครงสร้างครั้งใหญ่

หัวใจสำคัญคือการเตรียมตัว วิธีนี้จะมีประโยชน์มากเมื่อโปรเจกต์พร้อมให้ลงมือแล้ว และตัวงานถูกกำหนดขอบเขตไว้อย่างชัดเจน ในจุดนั้น การใช้ส่วนที่เหลือกับงานเล็ก ๆ มักให้ความรู้สึกเหมือนเสียจังหวะที่มีมูลค่าสูงที่สุดไปเปล่า ๆ

ทำไมผมถึงมองว่านี่สำคัญ

เครื่องมืออย่าง Codex Plus ไม่ได้มีแค่เรื่องความสามารถดิบเท่านั้น แต่ยังรวมถึงการจัดจังหวะของ effort ด้วย การเปลี่ยน timing เพียงเล็กน้อยอาจทำให้มูลค่าที่ได้จากลิมิตเดียวกันต่างออกไปมาก

สำหรับผม สิ่งนี้เปลี่ยนแม้กระทั่งความรู้สึกต่อผลิตภัณฑ์ 3–5% สุดท้ายไม่ใช่สัญญาณว่ารอบการใช้งานกำลังจบอีกแล้ว แต่มันคือจังหวะที่ควรหยุดลังเล และโยนงานที่หนักที่สุดเท่าที่สมเหตุสมผลให้เครื่องมือรับไปทำ

บางครั้งพูดตรง ๆ ก็รู้สึกเหมือน Codex ยังทำงานแทนผมต่อ แม้ลิมิตที่เห็นจะหมดไปแล้วก็ตาม ผมไม่รู้ว่านี่เป็น edge case ที่ตั้งใจไว้หรือเป็นแค่ลักษณะการจบงานของบาง task ในทางปฏิบัติ แต่สิ่งที่รู้คือมันมีประโยชน์มากพอจนตอนนี้ผมวาง workflow โดยอิงกับพฤติกรรมนี้แล้ว

ข้อสังเกตเชิงปฏิบัติสำหรับนักพัฒนา

ถ้าคุณใช้ Codex Plus กับงานวิศวกรรมซอฟต์แวร์ การลองทดสอบวิธีใช้ช่วงท้ายลิมิตของตัวเองอาจคุ้มค่า มากกว่าการสมมติไปก่อนว่าช่วงไม่กี่เปอร์เซ็นต์สุดท้ายต้องใช้แบบประหยัดที่สุดเสมอไป สำหรับผม แนวทางตรงข้ามกลับได้ผลดีกว่า

ผมอยากรู้มากว่ามีนักพัฒนาคนอื่นสังเกตเห็นรูปแบบเดียวกันหรือเปล่า โดยเฉพาะตอนใช้ Codex กับงาน migration, การเก็บ lint, การรีวิวใหญ่ ๆ หรือการรีแฟกเตอร์ข้ามหลาย repository