การเขียนโค้ดด้วย AI ทำให้การพัฒนาซอฟต์แวร์รวดเร็วขึ้นเรื่อยๆ
หลายคนคงอยู่ในสถานการณ์ที่มนุษย์ไม่สามารถตามตรวจสอบการพัฒนาทั้งหมดได้ทันอีกต่อไป
เพื่อเป็นทางออกหนึ่ง บทความนี้อธิบายเวอร์ชันล่าสุดของ Skill ที่สร้างขึ้นเองชื่อ codex-review ซึ่งมอบหมายบทบาทการตรวจสอบให้กับ Codex sub-agent และทำการแก้ไขและตรวจสอบซ้ำจนกว่าปัญหาสำคัญจะหมดไป
Skill ที่ถูกสร้างขึ้นจริงเมื่อหกเดือนก่อน
จริงๆ แล้วพื้นฐานของ Skill นี้ถูกสร้างขึ้นเมื่อประมาณหกเดือนก่อน ฉันได้ปรับปรุงมันทีละเล็กทีละน้อยและยังคงใช้งานเป็นประจำ
https://x.com/makaneko_AI/status/2005475035075707092
เวอร์ชันก่อนหน้านี้ถูกนำเสนอเป็นวิธีที่ Claude Code จัดการการพัฒนา และ Codex ถูกเรียกมาเป็นผู้ตรวจสอบเพื่อทำการแก้ไขและตรวจสอบซ้ำ ในขณะนั้น Claude Code มีความแข็งแกร่งในงานพัฒนา และ Codex ก็แค่ "ฉลาด" ดังนั้นจึงมีโครงสร้างแบบนั้น
อย่างไรก็ตาม สภาพแวดล้อมของ AI เปลี่ยนไปอย่างสิ้นเชิง ตอนนี้ Codex แข็งแกร่งขึ้นในด้านการพัฒนาและฉลาดขึ้น (ยกเว้น Fable 5) และหลายคนอาจจะทำงานพัฒนาเสร็จด้วย Codex เพียงอย่างเดียว
เพื่อปรับให้เข้ากับสภาพแวดล้อมนี้ ฉันได้ปรับปรุงเนื้อหาให้ลูปทำงานภายใน Codex แทน
สามสิ่งที่เปลี่ยนไปในเวอร์ชันล่าสุด
ขั้นตอนพื้นฐานยังคงเหมือนกับเวอร์ชันก่อนหน้า
แยกผู้นำการพัฒนาและผู้นำการตรวจสอบ<br> ↓<br> ผู้ตรวจสอบดูในโหมดอ่านอย่างเดียว<br> ↓<br> ล้มเหลวหากมีประเด็นสำคัญถูกยกขึ้น<br> ↓<br> แก้ไข<br> ↓<br> ตรวจสอบอีกครั้งด้วยวิธีเดียวกัน<br> ↓<br> ทำซ้ำจนกว่าจะผ่าน
ประเด็นสำคัญของเวอร์ชันล่าสุดมีสามข้อดังนี้:
1. ปรับให้เหมาะกับ GPT-5.5
2. มุ่งเน้นประเด็นสำคัญ
3. ปรับปรุงความแม่นยำโดยรวม
ฉันจะอธิบายตามลำดับ
1. ปรับให้เหมาะกับ GPT-5.5
ณ วันที่ 18 มิถุนายน 2026 GPT-5.5 series ล่าสุดของ OpenAI ถูกจัดตำแหน่งเป็นโมเดลที่แข็งแกร่งในการเขียนโค้ดแบบ agent-based และงานปฏิบัติจริง มันถูกอธิบายว่าสามารถดำเนินการได้อย่างอิสระแม้กับงานที่มีหลายขั้นตอนและคลุมเครือ
จากคู่มือ GPT-5.5 อย่างเป็นทางการ กล่าวว่า "มันทำงานได้ดีกว่าถ้าคุณเขียนผลลัพธ์ที่ต้องการอย่างกระชับแทนที่จะยัดเยียดขั้นตอนโดยละเอียด"
ดังนั้น ในเวอร์ชันล่าสุด ฉันหยุดแสดงรายการเทมเพลตโดยละเอียดและเพิ่มกฎที่ผู้ตรวจสอบต้องปฏิบัติตาม
https://x.com/makaneko_AI/status/2049848091860463995
2. มุ่งเน้นประเด็นสำคัญ
Codex มีแนวโน้มที่จะชี้ประเด็นละเอียดโดยใช้ความฉลาดของมัน ไม่ว่าจะดีหรือร้าย
ดังนั้น ในเวอร์ชันล่าสุด ฉันบอกผู้ตรวจสอบอย่างชัดเจนให้ "หยิบเฉพาะประเด็นที่เทียบเท่า P0/P1 (ลำดับความสำคัญสูงสุด/สูง) และไม่จัดการกับประเด็นด้านสไตล์เล็กน้อย"
ต้องขอบคุณสิ่งนี้ การแก้ไขเล็กน้อยซ้ำๆ ที่ไม่จำเป็นจึงลดลง ทำให้ดำเนินการได้ราบรื่นขึ้น
3. ปรับปรุงความแม่นยำโดยรวม
ฉันปรับปรุงความแม่นยำโดยรวมในรายละเอียดเล็กๆ น้อยๆ
ตัวอย่างเช่น ฉันปิดช่องโหว่ที่การตรวจสอบหยุดกลางคันแต่ถูกทำเครื่องหมายว่าผ่าน กรณีที่ผู้ตรวจสอบไม่สามารถเริ่มงานหรือรายงานที่ส่งกลับมาเสียหายและอ่านไม่ได้จะไม่ถูกทำเครื่องหมายว่าผ่านอีกต่อไป
แม้ว่าการเปลี่ยนแปลงใหญ่จะถูกแชร์ระหว่างผู้ตรวจสอบหลายคน สิ่งทั้งหมดจะผ่านก็ต่อเมื่อทุกคนส่งผ่านและไม่มีส่วนที่ไม่ได้ตรวจสอบหรือการตรวจสอบที่ล้มเหลว การปรับปรุงเหล่านี้ลดความเสี่ยงในการพลาดปัญหาระหว่างการตรวจสอบ
การใช้งานที่แนะนำ
Skill นี้ถูกกำหนดให้ทำงานโดยอัตโนมัติหลังจากการออกแบบข้อกำหนดหรือการพัฒนาในระดับกลางถึงใหญ่ แต่แนะนำให้ตั้งค่าให้เริ่มอัตโนมัติตามเวลาที่ผู้ใช้ต้องการ
ตัวอย่างเช่น ในไฟล์ AGENTS.md ที่ Codex อ่านก่อนเสมอ ให้เพิ่ม "Execute Codex review when..." หรือถ้ามีรูปแบบแผนการพัฒนา ให้รวมเป็นขั้นตอนบังคับที่นั่น
บทความอธิบายเวอร์ชันก่อนหน้าก็อธิบายส่วนนี้เช่นกัน
https://note.com/makaneko_ai/n/n3cefcec49e2d
ข้อความเต็มของ Skill "codex-review"
ขนาด | เกณฑ์ | กลยุทธ์ |
|---|---|---|
เล็ก | ≤3 files, ≤100 lines | diff 1 run |
กลาง | 4-10 files, 100-500 lines | arch → diff 1 run |
ใหญ่ | >10 files, >500 lines | arch → diff (multiple runs in parallel) → cross-check |
{
"ok": false,
"summary": "สรุปการตรวจสอบ",
"issues": [
{
"file": "src/auth.py",
"lines": "42-45",
"problem": "คำอธิบายของปัญหา",
"recommendation": "แผนการแก้ไข",
"verification": "วิธีการตรวจสอบหลังการแก้ไข"
}
],
"notes_for_next_review": "ข้อบันทึก"
}
``text
## ลูปการแก้ไข
ถ้า ok=false ให้วนซ้ำสูงสุด max_iters ครั้ง ค่าเริ่มต้นคือ max_iters=5
1. วิเคราะห์ issues และสร้างแผนการแก้ไข
2. ผู้ดำเนินการแก้ไขโดยให้ diff น้อยที่สุด (เปลี่ยนแปลงข้อกำหนดให้เป็นประเด็นที่ยังไม่ได้รับการแก้ไข)
3. ดำเนินการทดสอบ, linter หรือการตรวจสอบทางเลือกอื่นตามความเสี่ยงของการเปลี่ยนแปลง หากไม่ดำเนินการ ให้ระบุเหตุผล ถ้าไม่ได้รับการตรวจสอบในเส้นทางวิกฤต ให้ถือว่าเป็นสิ่งกีดขวาง
4. ตรวจสอบอีกครั้งในโหมดเดียวกัน
เงื่อนไขการหยุด:
- ok=true: gate pass
- ถึง max_iters: gate fail
- ทดสอบล้มเหลวสองครั้งติดต่อกัน: gate fail
- Reviewer ล้มเหลว / JSON parse ล้มเหลว / รูปแบบเอาต์พุตบกพร่อง / มีส่วนที่ยังไม่ได้ตรวจสอบ: gate fail
ถ้าหยุดที่ gate fail ให้แสดงสิ่งกีดขวางที่ยังเหลือ, ส่วนที่ยังไม่ได้ตรวจสอบ และการตรวจสอบที่ล้มเหลวเป็น unresolved ในรายงานสุดท้าย
## /review Fallback
ใช้ /review เฉพาะเมื่อ JSON gate ล้มเหลว /review เป็นเครื่องมือช่วยค้นหา และไม่ควรใช้เอาต์พุตเป็นพื้นฐานสำหรับ ok=true ตามที่เป็น
## กฎข้อผิดพลาด
- ถ้า Reviewer ไม่สามารถเริ่มต้นได้ ให้บันทึกสาเหตุของความล้มเหลว, เส้นทาง Reviewer ที่พยายาม และช่วงที่ยังไม่ได้ตรวจสอบในรายงานสุดท้าย
- ห้ามผ่อนคลายข้อจำกัด read-only ของ Reviewer
- ในกรณีที่มีอินพุตมากเกินไปหรือ timeout คุณอาจลองใหม่โดยลดช่วงหรือแบ่งส่วน
## ตัวอย่างรายงานสุดท้าย
นี่คือตัวอย่างที่ยังมีพื้นที่ที่ไม่ได้ตรวจสอบเหลืออยู่ ไม่ใช่เทมเพลตที่ครอบคลุมทั้งหมด
``
ผลการตรวจสอบ Codex
- โหมด: JSON gate หรือ /review
- ขอบเขตการตรวจสอบ: branch diff
- ขนาด: large (12 files, 620 lines)
- ขนาน: 3 sub-agents
- เส้นทางผู้ตรวจสอบ: spawn_agent first
- หลักฐานสำรอง: none
- รอบ: 2/5
- เกตการตรวจสอบ: ok=false
- เหตุผล: unreviewed_scope is non-empty
- หลักฐานการเสร็จสิ้น: push/merge/release/task completion etc. are confirmed separately
ประวัติการแก้ไข
- auth.py: เพิ่มการตรวจสอบสิทธิ์
ยังไม่ได้ตรวจสอบ
- utils/legacy.py: Codex timeout, ต้องการตรวจสอบซ้ำ
ยังไม่ได้รับการแก้ไข
- main.py: เนื้อหา, ความเสี่ยง, การดำเนินการที่แนะนำ ```
สรุป
เวอร์ชันล่าสุดของ codex-review Skill ไม่ได้เป็นเพียงการทำให้เวอร์ชันก่อนหน้าทำงานภายใน Codex เท่านั้น มันถูกตัดขั้นตอนที่ไม่จำเป็นออกเพื่อให้ตรงกับ Codex และ GPT-5.5 ในปัจจุบัน และกฎที่ต้องปฏิบัติตามในฐานะเกตการตรวจสอบก็ได้รับการชี้แจงแล้ว กลไกที่ตรวจสอบและแก้ไขด้วยตัวเองสะดวกมาก ดังนั้นโปรดลองนำไปใช้
หากคุณพบบทความนี้มีประโยชน์ ฉันยินดีหากคุณติดตามและแชร์ ฉันยังคงแชร์วิธีที่ไม่ใช่แค่ใช้ AI แต่ให้ AI ทำงานด้วยตนเอง
โพสต์ที่เกี่ยวข้อง
https://x.com/makaneko_AI/status/2058739339606233492
https://x.com/reach_vb/status/2058538305872949490
https://x.com/makaneko_AI/status/2064299466182607161
```





