เวอร์ชันล่าสุด: สกิลสำหรับการตรวจสอบและแก้ไขโค้ดแบบอัตโนมัติใน Codex มีประโยชน์อย่างเหลือเชื่อ

@makaneko_AI
ญี่ปุ่น4 สัปดาห์ที่ผ่านมา · 18 มิ.ย. 2569
123K
299
16
0
742

TL;DR

บทความนี้ให้รายละเอียดเกี่ยวกับเวิร์กโฟลว์การเขียนโค้ดแบบอัตโนมัติที่อัปเดตใหม่สำหรับ Codex ซึ่งใช้ซับเอเจนต์ในการตรวจสอบและแก้ไขโค้ดแบบวนซ้ำ โดยได้รับการปรับแต่งมาเป็นพิเศษสำหรับการตรวจจับปัญหาที่มีความสำคัญสูง

การเขียนโค้ดด้วย 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
```

บันทึกในคลิกเดียว

อ่านบทความไวรัลเชิงลึกด้วย AI ใน YouMind

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

สำรวจ YouMind
สำหรับครีเอเตอร์

เปลี่ยน Markdown ของคุณให้เป็นบทความ 𝕏 ที่สะอาดตา

เวลาคุณเผยแพร่งานเขียนยาวของตัวเอง การจัดรูปแบบรูปภาพ ตาราง และบล็อกโค้ดให้เข้ากับ 𝕏 นั้นน่าปวดหัว YouMind เปลี่ยนร่าง Markdown ทั้งฉบับให้เป็นบทความ 𝕏 ที่สะอาดตาและพร้อมโพสต์ทันที

ลอง Markdown เป็น 𝕏

แพตเทิร์นให้ถอดรหัสเพิ่มเติม

บทความไวรัลล่าสุด

สำรวจบทความไวรัลเพิ่มเติม