วิธีใช้งาน Codex ให้เชี่ยวชาญในปี 2026 (หลักสูตรสำหรับนักพัฒนา)

ฉันใช้ Claude Code มา 12 เดือน จากนั้นก็เปลี่ยนมาใช้ Codex เป็นเวลา 30 วัน

นี่คือสิ่งที่ฉันค้นพบ

Codex จริงๆ แล้วคืออะไรในปี 2026

คนส่วนใหญ่ยังคงคิดว่า Codex เป็นแค่เครื่องมือเติมโค้ดอัจฉริยะ แต่มันไม่ใช่

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

นักพัฒนาส่วนใหญ่ติดตั้ง Codex ส่งพรอมต์บรรทัดเดียวเป็นเวลาสองสัปดาห์ ได้ผลลัพธ์ที่ปานกลาง แล้วก็ยอมแพ้ พวกเขาไม่เคยตั้งค่า AGENTS.md

พวกเขาไม่เคยเขียน Skill ไม่เคยใช้ sub-agents พวกเขาใช้แค่ 5% ของพื้นผิวการทำงาน และตัดสินเครื่องมือจากเพียง 5% นั้น

หลักสูตรนี้ครอบคลุมอีก 95% ที่เหลือ

พื้นผิวทั้งห้า

ก่อนที่คุณจะติดตั้งอะไรก็ตาม ให้เข้าใจก่อนว่า Codex อยู่ที่ไหน พื้นผิวที่คุณเลือกจะเป็นตัวกำหนดว่าคุณจะติดตามการทำงานของมันอย่างใกล้ชิดแค่ไหน และโค้ดทำงานที่ไหน

CLI สำหรับเวิร์กโฟลว์แบบสคริปต์ งานเดี่ยว และระบบอัตโนมัติแบบ headless โค้ดของคุณไม่เคยออกจากเครื่องของคุณเว้นแต่คุณจะพุชมัน โอเพนซอร์ส สร้างด้วย Rust ทำงานบน macOS, Windows และ Linux

IDE extension สำหรับการแก้ไขแบบโต้ตอบพร้อมบริบทไฟล์ที่แม่นยำ ติดตั้งใน VS Code, Cursor, Windsurf หรือ JetBrains ใช้การยืนยันตัวตน CLI ของคุณโดยไม่ต้องเข้าสู่ระบบแยกต่างหาก

Desktop app คือบ้านของเวิร์กโฟลว์แบบหลายเธรด เบราว์เซอร์ในแอป Computer Use, Goal mode, Appshots และ Automations เปิดตัวบน macOS ในเดือนกุมภาพันธ์ 2026 และบน Windows ในวันที่ 4 มีนาคม 2026

Cloud สำหรับงานเบื้องหลังแบบอะซิงโครนัส PR แบบขนาน และทำงานขณะที่คุณหลับ งานทำงานในคอนเทนเนอร์แบบ sandbox ที่โหลด GitHub repo ของคุณไว้ล่วงหน้า ไม่มีอะไรมาขวางเครื่องของคุณ

In-app browser และ Computer Use สำหรับการตรวจสอบ UI การวนซ้ำฟรอนต์เอนด์ และการทดสอบแบบ end-to-end Codex เปิดเซิร์ฟเวอร์ dev ในเครื่องของคุณ โต้ตอบกับมัน ถ่ายภาพหน้าจอผลลัพธ์ และตรวจสอบว่าการเปลี่ยนแปลงโค้ดสร้างเอาต์พุตภาพที่ถูกต้อง

เวิร์กโฟลว์จริงใช้หลายพื้นผิว:

• CLI สำหรับงานที่ใช้สคริปต์
• IDE สำหรับงานฟีเจอร์แบบโต้ตอบ
• Cloud สำหรับงานแบบขนานที่คุณไม่จำเป็นต้องดู
• App สำหรับงานที่ขับเคลื่อนด้วยเป้าหมายและใช้เวลานาน

ปัจจัยหลักในการเลือกพื้นผิวคือความใกล้ชิดที่คุณต้องการติดตามการทำงานของเอเจนต์ หากคุณต้องการตรวจสอบการเปลี่ยนแปลงขณะที่กำลังทำ CLI หรือ IDE จะเก็บงานไว้ในเครื่องของคุณและอยู่ตรงหน้าคุณ หากคุณต้องการมอบหมายเซสชันที่ยาวกว่าและตรวจสอบเมื่อเสร็จสิ้น Cloud คือตัวเลือกที่เหมาะสม

แนวคิดทางความคิด: เอเจนต์ ไม่ใช่การเติมโค้ดอัตโนมัติ

เมื่อเข้าใจพื้นผิวแล้ว การเปลี่ยนแปลงครั้งต่อไปคือการเข้าใจหน่วยของงาน

หน่วยของงานคืองาน (task) ไม่ใช่การโต้ตอบ (turn) ผลลัพธ์คือ PR ไม่ใช่การตอบกลับในแชท

คิดให้น้อยลงว่า "เขียนฟังก์ชันที่ทำ X" และคิดให้มากขึ้นว่า "implement ฟีเจอร์ Y นี่คือข้อจำกัด รันเทสเมื่อเสร็จ"

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

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

ตัวอย่างจริงในทางปฏิบัติ: นักพัฒนาที่ WorkOS ตอนนี้จัดคิวงาน Codex สี่ถึงห้างานก่อนที่พวกเขาจะหยิบกาแฟตอนเช้า ตอนที่พวกเขานั่งลงอีกครั้ง PR ที่เสร็จแล้วสองถึงสามชิ้นกำลังรอการตรวจสอบ จัดการงานบำรุงรักษาที่เคยใช้เวลา 30 ถึง 40 เปอร์เซ็นต์ของวัน

โมเดลปัจจุบัน ณ เดือนพฤษภาคม 2026:

• GPT-5.5 (ค่าเริ่มต้น) — จัดการงานส่วนใหญ่ ความหน่วงเท่าเดิม แต่ใช้โทเค็นน้อยลงอย่างมากสำหรับงานเดียวกัน
• GPT-5.3-Codex — สร้างขึ้นมาเพื่อการทำงานอัตโนมัติระยะยาว การรีแฟกเตอร์ครั้งใหญ่ และการกระจายงานแบบขนานบนคลาวด์ เร็วกว่า GPT-5.3-Codex รุ่นก่อน 25%
• GPT-5.5 Pro — การให้เหตุผลสูงสุด แผน Pro, Business และ Enterprise เท่านั้น
• Codex Mini — ฟรีถาวรบน ChatGPT Free เหมาะสำหรับการเรียนรู้

ปล่อยให้ Codex ใช้ GPT-5.5 เป็นค่าเริ่มต้น สลับเป็น GPT-5.3-Codex สำหรับงานแบบเอเจนต์ขนาดใหญ่ที่ Codex ทำงานอัตโนมัติเป็นเวลานาน

การเริ่มต้น: เซสชันจริงครั้งแรกของคุณ

เส้นทางที่เร็วที่สุดสู่เซสชัน Codex ที่ใช้งานได้มีห้าขั้นตอน ลืมบทช่วยสอน fizzbuzz ไปได้เลย เริ่มต้นบนโค้ดเบสจริง

ขั้นตอนที่ 1: ติดตั้ง CLI

ขั้นตอนที่ 2: เปิดโปรเจกต์จริง

นำทางไปยัง repository ที่มีความเสี่ยงต่ำซึ่งคุณคุ้นเคยอยู่แล้ว สิ่งนี้สำคัญ

Codex ทำงานได้ดีขึ้นเมื่อคุณสามารถจดจำผลลัพธ์และจับข้อผิดพลาดได้ การทำงานในเซสชันแรกบนโค้ดเบสที่ไม่คุ้นเคยจะให้ผลลัพธ์ที่คาดเดาไม่ได้

ลงชื่อเข้าใช้ด้วยบัญชี ChatGPT ของคุณเมื่อได้รับพร้อมท์ เบราว์เซอร์ของคุณจะเปิดขึ้นโดยอัตโนมัติ คลิกดำเนินการต่อ (Continue) แล้วกลับไปที่เทอร์มินัล

ขั้นตอนที่ 3: รัน /init ก่อนทำสิ่งอื่นใด

คำสั่งเดี่ยวนี้คือสิ่งที่บทช่วยสอนส่วนใหญ่ข้ามไป Codex จะสแกนไดเรกทอรีและ Git history ของคุณ ระบุภาษา เฟรมเวิร์ก คำสั่ง build และคำสั่งเทส และสร้างไฟล์ AGENTS.md ที่มีข้อมูลที่ค้นพบ

ตรวจสอบไฟล์ที่สร้างขึ้น ปรับเปลี่ยนสิ่งที่ผิด และคอมมิตมัน ทุกเซสชัน Codex ในอนาคตในโปรเจกต์นี้จะอ่านไฟล์ดังกล่าวโดยอัตโนมัติ

ขั้นตอนที่ 4: ให้งานปฐมนิเทศแก่ Codex

ขอให้มันอธิบายโค้ดเบสก่อนที่จะให้มันเปลี่ยนแปลงอะไร สิ่งนี้สร้างความมั่นใจว่ามันมีบริบทอะไรที่โหลดไว้แล้ว:

อ่านผลลัพธ์ หากมันอธิบายโค้ดเบสจริงของคุณได้อย่างถูกต้อง แสดงว่ามันมีบริบทที่ต้องการ หากมันคลุมเครือหรือผิด แสดงว่า AGENTS.md ของคุณต้องการรายละเอียดเพิ่มเติม

ขั้นตอนที่ 5: ให้งานจริงเล็กๆ หนึ่งงาน เลือกสิ่งที่ชัดเจนและมีขอบเขตจำกัด

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

ขั้นตอนที่ 6: ติดตั้ง desktop app ดาวน์โหลดจากเว็บไซต์ OpenAI ลงชื่อเข้าใช้ด้วยบัญชี ChatGPT เดียวกัน

ขั้นตอนที่ 7: ติดตั้ง IDE extension ค้นหา "OpenAI Codex" ในแผงส่วนขยายของ editor ของคุณ มันอ่านข้อมูลการยืนยันตัวตน CLI ของคุณโดยอัตโนมัติ

ขั้นตอนที่ 8: เชื่อมต่อ GitHub ไปที่ Settings ใน Codex app และเชื่อมต่อบัญชี GitHub ของคุณ ลิงก์ repository อย่างน้อยหนึ่งรายการก่อนใช้คลาวด์ทาสก์

ไฟล์และโฟลเดอร์สำคัญ:

• ~/.codex/config.toml : การตั้งค่าหลัก: โหมดการอนุมัติ โหมด sandbox, MCP servers, ค่าเริ่มต้นของโมเดล
• ~/.codex/AGENTS.md : AGENTS.md ส่วนตัว ใช้กับทุกโปรเจกต์
• <project>/AGENTS.md : คำแนะนำระดับโปรเจกต์
• <project>/.agents/skills/ : Skills ระดับโปรเจกต์
• <project>/.codex/config.toml : การตั้งค่าที่มีขอบเขตในโปรเจกต์ (เฉพาะโปรเจกต์ที่เชื่อถือได้เท่านั้น)

AGENTS.md: ไฟล์ที่สำคัญที่สุดใน Repo ของคุณ

ตอนนี้คุณมีเซสชันที่ใช้งานได้แล้ว ขั้นตอนต่อไปคือทำให้ทุกเซสชันในอนาคตเริ่มต้นด้วยคุณภาพเดียวกัน นั่นคือสิ่งที่ AGENTS.md ทำ

1. AGENTS.md คือไฟล์เดียวที่แยกผลลัพธ์ Codex ระดับปานกลางออกจากผลลัพธ์ที่สม่ำเสมอและมีคุณภาพสูง
2. มันคือไฟล์ Markdown ธรรมดาที่ root ของ repo ทุกครั้งที่เซสชัน Codex เริ่มต้นในโปรเจกต์ของคุณ เอเจนต์จะอ่านมันโดยอัตโนมัติก่อนทำสิ่งอื่นใด
3. มันเป็นมาตรฐานเปิด Codex, Cursor, Gemini CLI, Windsurf และ GitHub Copilot ต่างก็อ่านมัน เขียนครั้งเดียวและทุกเอเจนต์ใน toolchain ของคุณจะอ่านแหล่งความจริงเดียวกัน

ลำดับการทำงาน: Codex อ่าน ~/.codex/AGENTS.md (ระดับ home, ทุกโปรเจกต์) บวกกับ <project>/AGENTS.md (ระดับโปรเจกต์) ไฟล์ AGENTS.override.md มีลำดับความสำคัญสูงกว่าในแต่ละระดับ ขีดจำกัดรวมคือ 32 KiB

สิ่งที่ควรใส่:

• Stack, เฟรมเวิร์ก, เวอร์ชันภาษา, package manager
• คำสั่ง build, เทส และ dev ที่แน่นอน สามารถคัดลอกและวางได้ ไม่ใช่ "รันเทสตามปกติ"
• หลักเกณฑ์โครงสร้างไฟล์และกฎการตั้งชื่อ
• กฎสไตล์และรูปแบบ
• โซนต้องห้าม: สิ่งที่ไม่ควรแตะ
• ข้อกำหนดในการส่ง: CI, หลักปฏิบัติ PR, กลไกการ deploy

สิ่งที่ไม่ควรใส่:

• ความลับหรือข้อมูลรับรอง (ไฟล์อยู่ใน version control)
• คำแนะนำที่คลุมเครือ ("เขียนโค้ดที่สะอาด" ไม่มีความหมายอะไรกับเอเจนต์)
• เอกสารที่ซ้ำกับ README ของคุณ

เก็บให้ต่ำกว่า 500 คำ ความยาวที่มากเกินไปจะผลักดันบริบทที่มีประโยชน์ออกจากหน่วยความจำทำงานของโมเดล

เทมเพลตที่ใช้งานได้:

• ตรวจสอบว่า Codex อ่านมันอยู่หรือไม่: prompt สรุปคำแนะนำปัจจุบันที่คุณได้โหลดไว้
• สำหรับ monorepos ขนาดใหญ่ ให้วางไฟล์ AGENTS.md เพิ่มเติมภายในซับไดเรกทอรี
• ไฟล์ที่ packages/api/AGENTS.md มีลำดับความสำคัญสูงกว่าไฟล์ระดับ root สำหรับงานภายในแพ็คเกจนั้น
• รัน codex trust . เพื่อเปิดใช้งาน .codex/config.toml ระดับโปรเจกต์ สิ่งนี้ป้องกันไม่ให้ repo ที่ถูกโคลนซึ่งเป็นอันตรายกำหนดค่า Codex โดยที่คุณไม่รู้

CLI แบบละเอียด

เมื่อตั้งค่า AGENTS.md แล้ว สิ่งต่อไปที่ต้องเชี่ยวชาญคือ CLI เอง ผู้ใช้ส่วนใหญ่พิมพ์แค่ codex และพลาดคำสั่งที่ทำให้มันทรงพลังอย่างแท้จริง

มีสี่คำสั่งที่ครอบคลุม 95% ของการใช้งานจริงในชีวิตประจำวัน

codex เปิดโหมดโต้ตอบสำหรับการสำรวจ การวนซ้ำ และการสนทนาไปกลับกับโค้ดเบสของคุณ

codex exec "<task>" รัน Codex แบบไม่โต้ตอบ มันสตรีมไปยัง stdout และออกเมื่อเสร็จสิ้น นี่คือเครื่องมือทรงพลังสำหรับทุกสิ่งที่สามารถเขียนสคริปต์ได้:

เชื่อมต่อ exec เข้ากับ git hooks, CI pipelines และ cron jobs มันคือส่วนประกอบพื้นฐานสำหรับทุกอย่างที่เป็นระบบอัตโนมัติ

codex resume --last กลับไปยังจุดที่คุณค้างไว้ทันที ทุกเซสชันถูกจัดเก็บ:

codex cloud จัดการงานคลาวด์แบบอะซิงโครนัส ซึ่งจะกล่าวถึงในส่วน Cloud ด้านล่าง

แฟล็กที่มีประโยชน์:

• --json : สตรีมเหตุการณ์ JSONL สำหรับส่งต่อไปยังเครื่องมืออื่น
• --model <name> : เลือก GPT-5.5 หรือ GPT-5.3-Codex
• --reasoning evel> : ต่ำ, ปานกลาง หรือ สูง
• --search : อนุญาตให้ค้นหาเว็บระหว่างทำงาน
• -C <dir> : รันในไดเรกทอรีทำงานอื่น
• --sandbox <mode> : ครอบคลุมโหมด sandbox สำหรับเซสชันนี้
• --approval <policy> : ครอบคลุมนโยบายการอนุมัติสำหรับเซสชันนี้

Sandbox และการอนุมัติ

CLI ให้พลังแก่คุณ Sandbox ควบคุมว่า Codex สามารถใช้พลังนั้นได้มากแค่ไหนโดยไม่ต้องขอ การตั้งค่านี้อย่างถูกต้องจะทำให้เวิร์กโฟลว์ของคุณรวดเร็วโดยไม่สร้างความเสี่ยง

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

โหมด sandbox สามโหมด:

1. workspace-write (ค่าเริ่มต้น) : อ่านและเขียนภายใน workspace, คำสั่งทั่วไป, ไม่มีการเชื่อมต่อเครือข่ายเว้นแต่จะได้รับอนุญาต ใช้โหมดนี้เกือบตลอดเวลา
2. read-only : อ่านอย่างเดียว, ไม่มีการเขียน, ไม่มี shell ใช้สำหรับการตรวจสอบโค้ดและการสำรวจ
3. danger-full-access : ไม่มีข้อจำกัด ใช้แทบจะไม่เคยเลย สงวนไว้สำหรับระบบอัตโนมัติที่ผ่านการทดสอบและตรวจสอบแล้ว

นโยบายการอนุมัติสองแบบ:

• untrusted — ถามก่อนทุกคำสั่งที่ไม่น่าเชื่อถือ ใช้เมื่อกำลังเรียนรู้หรืออยู่ในโปรเจกต์ที่ไม่คุ้นเคย
• on-request (ค่าเริ่มต้น) — อนุมัติอัตโนมัติสำหรับคำสั่ง sandbox ปกติ ถามก่อนสิ่งใดก็ตามที่ละเมิดขอบเขต sandbox

auto_review คือ sub-agent ผู้ตรวจสอบที่อนุมัติหรือปฏิเสธโดยอัตโนมัติตาม AGENTS.md ของคุณ

เปิดใช้งานด้วย approvals_reviewer = "auto_review" ใน config ทำงานได้ดีสำหรับงานอะซิงโครนัสระยะยาวและ Goal mode ที่คุณไม่ต้องการดูแลทุกขั้นตอน

เพิ่มคำสั่งที่คอยรบกวนคุณเพื่อขออนุมัติ อย่าเพิ่มสิ่งใดที่ทำลายล้าง

การเขียนพรอมต์ Codex อย่างมีประสิทธิภาพ

กำหนดค่า Sandbox แล้ว, เซสชันกำลังทำงาน เลเวอร์ถัดไปคือคุณภาพของพรอมต์ ซึ่งมีผลกระทบต่อผลลัพธ์มากกว่าตัวแปรอื่นใด

เลเวอร์ที่ใหญ่ที่สุดต่อคุณภาพผลลัพธ์ของ Codex คือโครงสร้างของพรอมต์ พรอมต์ที่คลุมเครือให้โค้ดที่คลุมเครือ

กรอบงาน: บอก, แสดง, อธิบาย, เตือนความจำ

• บอกผลลัพธ์ที่คุณต้องการ ไม่ใช่วิธีการ
• แสดงตัวอย่างอินพุตและเอาต์พุตที่คาดหวัง
• อธิบาย API, ไลบรารี และรูปแบบที่จะใช้
• เตือนความจำเกี่ยวกับหลักปฏิบัติจาก AGENTS.md

ไม่จำเป็นต้องใช้ทั้งสี่อย่างทุกครั้ง การแก้ไขบั๊กเล็กๆ อาจต้องการแค่บอกและเตือนความจำ ฟีเจอร์ใหม่มักต้องการทั้งสี่อย่าง

1. กฎการเปลี่ยนแปลงครั้งเดียว: Codex ทำงานได้ดีกว่าอย่างเห็นได้ชัดกับสิ่งเดียวกว่าห้าสิ่ง "แก้ไขบั๊ก auth, เพิ่มเทส, รีแฟกเตอร์ user repo, และอัปเดต README" คือการเสี่ยงทาย งานเดียวกันแบ่งเป็นสี่พรอมต์คือการที่เชื่อถือได้
2. บังคับให้วางแผนก่อนสำหรับทุกอย่างที่ไม่สำคัญ: "สร้างแผนก่อน, อย่าเขียนโค้ดจนกว่าฉันจะอนุมัติ" สามสิบ秒ที่ตรวจสอบแผนดีกว่าสามสิบนาทีที่ใช้ดีบักการใช้งานที่ผิด
3. ระบุพฤติกรรมเมื่อล้มเหลวอย่างชัดเจน หากปล่อยไว้ตามลำพัง Codex จะทำให้เทสผ่านด้วยวิธีการใดก็ตามที่จำเป็น:

จำกัดบริบทอย่างชัดเจน ระบุชื่อไฟล์เฉพาะที่จะอ่าน "อย่าอ่านหรือแก้ไขสิ่งอื่นใด หากคุณต้องการข้อมูลจากที่อื่น ให้ถามฉัน"

ระดับความพยายามในการให้เหตุผล:

• ต่ำ : การแก้ไขเล็กน้อย, การจัดรูปแบบ, การรีแฟกเตอร์ง่ายๆ
• ปานกลาง (ค่าเริ่มต้น) : งานฟีเจอร์และการแก้ไขบั๊กส่วนใหญ่
• สูง : การตัดสินใจทางสถาปัตยกรรม, การดีบักยาก, การรีแฟกเตอร์หลายไฟล์ขนาดใหญ่

Goal Mode

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

Goal mode สำหรับงานที่ใหญ่เกินกว่าจะสรุปทีละงาน แต่สอดคล้องกันพอสำหรับวัตถุประสงค์เดียว มันเสถียรในเดือนพฤษภาคม 2026

จัดการ Goal ที่กำลังทำงานด้วยคำสั่งเหล่านี้:

1. codex goal status : ดู Goals ที่ใช้งานอยู่และความคืบหน้า
2. codex goal logs <id> : ตรวจสอบสิ่งที่ Codex ทำไปแล้ว
3. codex goal pause <id> : หยุดการทำงานและรออินพุตของคุณ
4. codex goal resume <id> : ทำงานต่อจากที่หยุดไว้
5. codex goal cancel <id> : หยุดและละทิ้ง Goal

เริ่มต้นด้วย Goals ที่มีขอบเขต "อย่างมากที่สุด 5 PRs" จนกว่าคุณจะเชื่อถือว่า Codex ตีความวัตถุประสงค์ของคุณอย่างไร Goal ที่หลุดมือและทำสิ่งผิดอย่างมั่นใจคือผลลัพธ์ที่แย่ที่สุด

กำหนดขอบเขตด้วย: PR สูงสุด, จำนวนบรรทัดโค้ดสูงสุดต่อ PR, เกต CI ระหว่าง PR, และเงื่อนไขการหยุดที่ชัดเจน หยุดเมื่อมีการตัดสินใจทางสถาปัตยกรรมใดๆ ที่ไม่ได้ระบุใน AGENTS.md หยุดเมื่อมีการเปลี่ยนแปลง API ที่ทำลายความเข้ากันได้

Skills: เวิร์กโฟลว์ที่ใช้ซ้ำได้

Goal mode จัดการโครงการขนาดใหญ่ Skills จัดการไมโครเวิร์กโฟลว์ที่เกิดขึ้นซ้ำๆ ซึ่งปรากฏในทุกโปรเจกต์ หากคุณพบว่าตัวเองทำคำสั่งซ้ำๆ กันในแต่ละเซสชัน นั่นคือสัญญาณให้เขียน Skill

Skill คือเวิร์กโฟลว์ที่ใช้ซ้ำได้ซึ่งบรรจุเป็นไดเรกทอรี: คำแนะนำในไฟล์ SKILL.md, พร้อมทรัพยากรและสคริปต์เสริม

Codex ค้นพบ Skills ด้วยชื่อและคำอธิบาย มันโหลดคำแนะนำทั้งหมดเมื่อมีการทำงานที่เรียกใช้ Skill เท่านั้น คุณสามารถมี 50 Skills โดยไม่มีค่าใช้จ่ายบริบทเลยจนกว่าจะมีการเรียกใช้หนึ่งในนั้น

ที่อยู่ของ Skills:

• ส่วนตัว : $HOME/.agents/skills/ : ข้ามโปรเจกต์, สะท้อนวิธีการทำงานของคุณโดยไม่ขึ้นกับ repo
• ทีม : .agents/skills/ ภายใน repo : เฉพาะโปรเจกต์, ถูกควบคุมเวอร์ชัน, แชร์กับผู้ทำงานร่วมกัน

รูปแบบ SKILL.md:

สาม Skills ที่ผู้ใช้ระดับสูงทุกคนควรเขียนเป็นอันดับแรก:

1. open-pr คือเวิร์กโฟลว์ PR มาตรฐาน: ตรวจสอบ branch, พุช, สร้าง PR พร้อมเนื้อหาที่มีโครงสร้าง, ใช้ labels, และขอการตรวจสอบ Skill ที่ถูกใช้มากที่สุดในงานประจำวัน
2. new-feature อ่าน PRD และ AGENTS.md, ระบุคอมโพเนนต์ที่มีอยู่เพื่อนำมาใช้ซ้ำ, สร้างแผน, รอการอนุมัติ, implement, ทดสอบ, และเปิด PR ผ่าน Skill open-pr หากสิ่งใดใน PRD คลุมเครือ มันจะถามก่อนสร้างโค้ด
3. investigate คือ Skill การวินิจฉัยโดยไม่ต้องแก้ไข มันยืนยันการทำซ้ำ, อ่านเส้นทางโค้ดที่เกี่ยวข้อง, สร้างสมมติฐาน ("ฉันเชื่อว่า X เกิดขึ้นเพราะ Y"), และส่งออกสมมติฐานและแผนการตรวจสอบเป็น Markdown มันไม่ implement การแก้ไข ผลลัพธ์คือความเข้าใจ ไม่ใช่โค้ด

Skill investigate มีความสำคัญเพราะ Codex จะข้ามการวิเคราะห์สาเหตุที่แท้จริงทุกครั้งหากคุณปล่อยให้มัน มันจะกระโดดไปที่การแก้ไขโดยตรง และการแก้ไขนั้นมักจะผิด การบังคับให้ investigate-first คือการปรับปรุงครั้งใหญ่ที่สุดต่อคุณภาพผลลัพธ์การดีบัก

ตรวจสอบว่า Skills ของคุณถูกโหลดแล้ว: list available skills

Sub-agents และการทำงานแบบขนาน

Skills จัดการเวิร์กโฟลว์ที่ใช้ซ้ำได้ของคุณ Sub-agents จัดการเวิร์กโฟลว์แบบขนานของคุณ ความแตกต่างนี้สำคัญเพราะการทำงานแบบขนานที่ผิดวิธีสร้างปัญหามากกว่าที่จะแก้

Sub-agent คืออินสแตนซ์เอเจนต์ที่แยกต่างหากและโดดเดี่ยว มันทำงานในบริบทของตัวเอง, ส่งคืนสรุปผล, และบริบทของมันจะถูกทิ้ง มันแตกต่างจาก Skill ซึ่งทำงานในบริบทของเอเจนต์หลัก

สามรูปแบบที่ sub-agents เป็นเครื่องมือที่เหมาะสม:

1. การสำรวจ : สร้าง sub-agent เพื่ออ่าน 30 ไฟล์และสรุป; การอ่านเกิดขึ้นในบริบทของมัน ไม่ใช่ของคุณ
2. การ implement แบบขนาน : ห้าฟีเจอร์อิสระเป็น sub-agents พร้อมกันห้าตัว, แต่ละตัวมีบริบทและแผนของตัวเอง
3. การตรวจสอบ : sub-agent ผู้ตรวจสอบที่สดใหม่ไม่มีอคติจากการเพิ่งเขียนโค้ด

Sub-agents แบบกำหนดเองถูกกำหนดใน .codex/agents/<name>.md:

• การระบุที่อยู่ของ sub-agent เปิดตัวในเดือนมีนาคม 2026 พูดคุยกับ sub-agent ที่กำลังทำงานด้วยชื่อเล่นโดยใช้ @<ชื่อเล่น>
• มีประโยชน์เมื่อหลายตัวทำงานพร้อมกันและคุณต้องการเปลี่ยนเส้นทางหนึ่งโดยไม่รบกวนตัวอื่น
• รูปแบบ fan-out: สร้าง N sub-agents พร้อมกันในงานอิสระและรวบรวมผลลัพธ์กลับมา
• ห้างานเสร็จในเวลาที่ช้าที่สุดใช้เวลา กฎทั่วไป: หากงานใช้เวลาต่ำกว่า 30 วินาทีในบริบทหลัก ให้ทำที่นั่นเลย

Desktop App: Codex สำหรับทุกสิ่ง

Sub-agents และ Skills ทำงานได้ดีพอๆ กันทั้งบน CLI, IDE extension และ desktop app แต่ desktop app คือที่ที่ฟีเจอร์ที่ไม่มีใน CLI อาศัยอยู่

การอัปเดตวันที่ 16 เมษายน 2026 "Codex สำหรับ (เกือบ) ทุกสิ่ง" ได้เปลี่ยน desktop app จากเครื่องมือเขียนโค้ดเป็นเวิร์กสเตชันนักพัฒนาที่สมบูรณ์

Computer Use

Codex ใช้งาน Mac ของคุณ: คลิก, พิมพ์, เลื่อน, เปิดแอป, นำทางเมนู, และทำงานเคียงข้างคุณโดยไม่ขโมยโฟกัสของเคอร์เซอร์

• การใช้งานที่ทรงพลังคือการตรวจสอบพฤติกรรม Unit test ผ่านแต่ UI ยังพัง
• Computer Use ปิดช่องว่างนั้นโดยให้ Codex เปิดเซิร์ฟเวอร์ dev, คลิกผ่านโฟลว์ที่เกี่ยวข้อง, และถ่ายภาพหน้าจอผลลัพธ์
• เพื่อเปิดใช้งาน, ไปที่ Codex Settings, Computer Use, Install อนุญาตสิทธิ์ Screen Recording และ Accessibility เมื่อ macOS แจ้งเตือน เรียกใช้จากพรอมต์ใดก็ได้:

Locked computer use ให้ Codex ใช้งานแอปเดสก์ท็อปต่อไปหลังจากหน้าจอของคุณล็อก เปิดใช้งานใน Settings ภายใต้ Computer Use เริ่มงานก่อนนอน, ล็อกเครื่อง, ตรวจสอบผลลัพธ์ในตอนเช้า

Appshots

กด Command-Command และหน้าต่าง macOS ที่อยู่ด้านหน้าสุดจะเข้าไปในเธรด Codex ของคุณโดยตรง

Codex จับภาพหน้าจอ, ข้อความที่มองเห็นได้, และข้อความ accessibility; มักรวมเนื้อหาที่เลื่อนออกนอกหน้าจอด้วย

• หากไม่มี Appshots: เห็นข้อผิดพลาด, สลับไปที่ Codex, พิมพ์คำถาม, ถ่ายภาพหน้าจอ, ลากเข้าไป, พิมพ์บริบทเพิ่มเติม ครึ่งนาทีของความเสียดสี
• หากมี Appshots: เห็นข้อผิดพลาด, กด Command-Command, ถามคำถามของคุณ ห้าวินาที

หากคุณโต้ตอบกับเธรด Codex ใน 60 วินาทีที่ผ่านมา, Appshot จะเข้าไปในการสนทนานั้น

มิฉะนั้นมันจะเปิดเธรดใหม่ หลาย Appshots ในเซสชันเดียวจะรวมกันเป็นหนึ่งเธรด ต้องมีสิทธิ์ Screen Recording และ Accessibility

In-App Browser

In-app browser คือเบราว์เซอร์เอเจนต์แบบเนทีฟ ไม่ใช่ตัวอย่างหน้าเพจ มันเปิดเซิร์ฟเวอร์ dev ในเครื่องของคุณ, คลิก, กรอกฟอร์ม, ตรวจสอบสถานะ DOM, จับภาพหน้าจอ, และตรวจสอบว่าแพตช์ที่เพิ่งเขียนไปแก้ไขบั๊กที่มองเห็นได้

1. เปิดเซิร์ฟเวอร์พัฒนาในเครื่องภายในนั้น จากนั้นเพิ่มความคิดเห็นภาษาธรรมชาติบนองค์ประกอบที่แสดงผลโดยตรง
2. เขียน "ทำให้ปุ่มนี้สูงขึ้น 20 พิกเซล" บนองค์ประกอบ, และ Codex ดำเนินการเปลี่ยนแปลงในโค้ดเบสของคุณและโหลดหน้าเว็บใหม่
3. In-app browser ให้การเข้าถึง DOM โดยตรงโดยไม่มีค่าใช้จ่ายในการจัดการหน้าต่าง และถูกแยกออกจากเบราว์เซอร์จริงของคุณ

Memory

Memory ให้ Codex เก็บรักษาบริบทข้ามเซสชัน

• หลังจากแต่ละเซสชันสิ้นสุด, Codex สรุปการโต้ตอบและเขียนไปที่ ~/.codex/memories/
• ในเซสชันถัดไป, มันอ่านไฟล์เหล่านั้นก่อนโหลดพรอมต์ของคุณ
• Codex เรียนรู้รูปแบบข้อความคอมมิตที่คุณชอบ, เฟรมเวิร์กการทดสอบ, รูปแบบสถาปัตยกรรม, และข้อผิดพลาดที่มันทำครั้งที่แล้ว; โดยที่คุณไม่ต้องพูดซ้ำบริบทเหล่านั้น
• เปิดใช้งานใน Settings, หรือเพิ่ม memories = true ภายใต้ [features] ใน config.toml

ระบบนิเวศปลั๊กอินมากกว่า 90 ตัว

ปลั๊กอินคือชุดรวมของ Skills, MCPs, และการผสานการทำงานที่คัดสรรแล้ว ติดตั้งด้วย codex plugins install <name>

หมวดหมู่ปลั๊กอินหลัก:

• การจัดการโปรเจกต์ : Linear, JIRA, GitHub
• CI/CD : CircleCI, Vercel, GitHub Actions
• ฐานข้อมูล : Neon, Postgres, PlanetScale
• คุณภาพโค้ด : Sentry, CodeRabbit
• ประสิทธิภาพการทำงาน : Notion, Remotion

ติดตั้งเฉพาะเครื่องมือที่คุณใช้ทุกวัน กำหนดขอบเขตต่อโปรเจกต์เมื่อเป็นไปได้ ตรวจสอบรายไตรมาส ทุกปลั๊กอินมีค่าใช้จ่ายในโทเค็นบริบทไม่ว่าคุณจะใช้หรือไม่

Codex Cloud: งานอะซิงโครนัสในระดับใหญ่

Desktop app ขับเคลื่อนงานในเครื่องและแบบโต้ตอบของคุณ Cloud คือสิ่งที่คุณใช้เมื่องานใหญ่เกินไปสำหรับเซสชันโต้ตอบเดียวหรือเมื่อคุณต้องการให้หลายงานทำงานแบบขนานในขณะที่คุณโฟกัสที่อื่น

Codex Cloud คือฟีเจอร์ที่เปลี่ยน Codex จากผู้ช่วยเขียนโค้ดที่รวดเร็วเป็นทีมวิศวกรจูเนียร์ที่ขยายขนาดในแนวนอน

ส่งงาน, Codex สร้าง sandbox ที่โหลด repo ของคุณไว้ล่วงหน้า, ทำงาน, รันเทส, และเปิด PR ไม่มีอะไรมาขวางเครื่องของคุณ

การส่งงานเดี่ยว:

งานแบบขนาน; รูปแบบหลัก:

ยี่สิบนาทีต่อมา, สี่ PR เปิดอยู่ ตรวจสอบ, จัดลำดับ, ผสาน

CSV fan-out ให้คุณส่งไฟล์งานและ Codex กระจายงานเหล่านั้นเป็นเอเจนต์คลาวด์แบบขนานพร้อมการติดตามความคืบหน้า:

codex cloud เรียกดูงานที่ใช้งานและเสร็จแล้ว codex cloud apply <task-id> ดึงการเปลี่ยนแปลงในเครื่องก่อนผสาน

GitHub Integration

งานคลาวด์ลงจอดใน repo ของคุณเป็น PR GitHub integration กำหนดว่า PR เหล่านั้นจะถูกตรวจสอบอย่างไร และ Codex ป้อนเข้าสู่ไปป์ไลน์ CI/CD ที่มีอยู่ของคุณอย่างไร

Codex และ GitHub ผสานการทำงานในสามระดับ: สภาพแวดล้อม repository, การตรวจสอบ pull request, และ codex-action สำหรับ CI/CD

สภาพแวดล้อม repository คือรากฐาน ลิงก์ GitHub repository ใน Codex Settings และงานคลาวด์จะโคลน repo, รันงานในคอนเทนเนอร์ sandbox, และผลักดันผลลัพธ์เป็น branch หรือ PR AGENTS.md จะถูกอ่านโดยอัตโนมัติสำหรับทุกงานคลาวด์

การตรวจสอบ pull request ทำงานสองทาง:

• พูดถึง @codex review ในความคิดเห็น PR ใดๆ Codex ตอบสนองด้วยอีโมจิตาเพื่อยืนยันการรับ จากนั้นโพสต์รีวิวที่มีโครงสร้างโดยเน้นที่ปัญหาร้ายแรงที่ตรวจสอบกับ AGENTS.md ของคุณ
• เปิด Automatic Reviews เพื่อให้ Codex โพสต์ในทุก PR ใหม่โดยไม่ต้องเรียกด้วยตนเอง

หลังจาก Codex โพสต์รีวิว, ขอให้มันแก้ไขปัญหาที่ถูกแฟล็กโดยตรงในเธรดความคิดเห็น PR มันคอมมิตการแก้ไขไปยัง branch เดียวกันและอัปเดต PR

codex-action คือ GitHub Action อย่างเป็นทางการที่รัน Codex CLI ภายในไปป์ไลน์ CI/CD ของคุณเมื่อมีการทริกเกอร์ใดๆ: push, schedule, การสร้าง issue, หรือการเปิด PR นี่คือวิธีที่แนะนำในการผสาน Codex เข้ากับไปป์ไลน์อัตโนมัติเต็มรูปแบบที่ไม่มีมนุษย์อยู่

Automations: งานที่ไม่ต้องดูแล

GitHub integration จัดการสิ่งที่เกิดขึ้นเมื่อมนุษย์เปิด PR Automations จัดการสิ่งที่เกิดขึ้นเมื่อไม่จำเป็นต้องมีมนุษย์เข้าไปเกี่ยวข้องเลย

Automations คืองาน Codex ตามกำหนดเวลาที่ทำงานใน worktrees เฉพาะ ตั้งค่าจากแผง Automations: ชื่อ, โปรเจกต์, พรอมต์, ตารางเวลา, และสภาพแวดล้อมการทำงาน

การนำเธรดกลับมาใช้ใหม่เปิดตัวในเดือนเมษายน 2026 Automations สามารถนำเธรดกลับมาใช้ใหม่ข้ามการทำงาน, สะสมบริบทและฉลาดขึ้นเรื่อยๆ

สาม automations เริ่มต้นที่ทุกโปรเจกต์ควรมี:

1. รีวิว dependencies รายสัปดาห์ (จันทร์ 6 โมงเช้า): รัน pnpm outdated และ pnpm audit รายงานสิ่งที่พบระดับ critical, major และ minor Auto-PR อัปเกรด minor และ patch ที่ปลอดภัย อย่าแตะต้อง critical หรือ major updates; สิ่งเหล่านั้นต้องการการตัดสินใจของมนุษย์
2. การคัดแยก Sentry รายวัน (วันธรรมดา 8 โมงเช้า): ดึงข้อผิดพลาด 24 ชั่วโมงล่าสุดที่จัดกลุ่มตาม fingerprint สำหรับแต่ละกลุ่มที่มี 3 ครั้งขึ้นไป, ระบุไฟล์และบรรทัด, อ่านโค้ดที่เกี่ยวข้อง, และระบุสาเหตุที่แท้จริง โพสต์รายงานการคัดแยก การวินิจฉัยเท่านั้น, ไม่มีการแก้ไข
3. การทำความสะอาด PR ค้างรายสัปดาห์ (ศุกร์ 5 โมงเย็น): แสดง PR ที่เปิดอยู่ซึ่งเก่ากว่า 7 วัน สำหรับแต่ละอัน, ตรวจสอบว่ามันรอคุณอยู่, รอรีวิว, หรือกลายเป็น stale, และโพสต์ความคิดเห็นเตือน อย่าปิดหรือผสานอะไร

หยุด automation ใดๆ ที่ผลลัพธ์ไม่ถูกอ่านอีกต่อไป automation ที่ดีช่วยประหยัดงานประจำที่คุณจะทำอยู่แล้ว, สร้างผลลัพธ์ที่สแกนได้เพียงอันเดียว, และไม่ดำเนินการทำลายล้างโดยไม่มีการดูแล

MCP Integration

Automations ทำงานกับสิ่งที่อยู่ใน repo ของคุณ MCP servers ขยาย Codex ให้ทำงานกับทุกสิ่งภายนอกมัน

MCP (Model Context Protocol) คือสเปกเปิดที่อยู่เบื้องหลังปลั๊กอิน ใช้ปลั๊กอินเมื่อมีอยู่ ใช้ MCP ดิบสำหรับการผสานการทำงานแบบกำหนดเองกับเครื่องมือภายใน

• STDIO : Codex สร้างกระบวนการในเครื่องและสื่อสารผ่าน stdin/stdout ครอบคลุม 95% ของการใช้งานคนเดียว
• Streamable HTTP : Codex เชื่อมต่อกับเอนด์พอยต์เครือข่าย ใช้สำหรับ MCP ทีมที่โฮสต์

การเพิ่มเซิร์ฟเวอร์ MCP ดิบ:

หรือโดยตรงใน ~/.codex/config.toml:

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

Docker MCP Toolkit เชื่อมต่อ Codex เข้ากับเซิร์ฟเวอร์ที่สร้างไว้ล่วงหน้ามากกว่า 220 ตัวด้วยคำสั่งเดียว: docker mcp-client configure codex

แอปมือถือ

เซิร์ฟเวอร์ MCP ขยายขอบเขตสิ่งที่ Codex เข้าถึงได้ แอปมือถือขยายขอบเขตว่าคุณสามารถเข้าถึง Codex ได้จากที่ไหน

ในวันที่ 14 พฤษภาคม 2026 Codex มาถึงในแอป ChatGPT บน iOS และ Android

Codex บนมือถือเป็นพื้นผิวสำหรับควบคุมและตรวจสอบระยะไกล ไม่ใช่โปรแกรมแก้ไขโค้ด กรณีการใช้งานทั่วไปคือการตรวจสอบงานบนคลาวด์ที่กำลังทำงานยาวนาน หรือการรัน Goal mode จากโทรศัพท์ขณะที่คุณไม่อยู่ที่โต๊ะทำงาน

จากโทรศัพท์ของคุณ คุณสามารถ:

• ดูการทำงานสดบนแล็ปท็อป devbox หรือสภาพแวดล้อมระยะไกลที่เชื่อมต่อ
• เรียกดูเธรดและข้ามไปมาระหว่างงานที่ทำพร้อมกัน
• ตรวจสอบ diffs ก่อนที่จะรวมเข้าไปใน branch
• อนุมัติหรือปฏิเสธคำสั่งที่ Codex ต้องการรันบนฮาร์ดแวร์ของคุณ
• สลับโมเดลระหว่างงานหากต้องการโมเดลที่แข็งแกร่งกว่า
• เริ่มงานใหม่จาก prompt ใหม่หรือโดยตรงจาก GitHub issue
• แสดงความคิดเห็นบน pull request ที่ Codex เปิด

ในการตั้งค่า ให้อัปเดต ChatGPT เป็นรุ่นวันที่ 13 พฤษภาคม 2026 หรือใหม่กว่า ลงชื่อเข้าใช้ด้วยบัญชีเดียวกันกับเดสก์ท็อป และตรวจสอบให้แน่ใจว่ามีสภาพแวดล้อมบนคลาวด์อย่างน้อยหนึ่งรายการที่กำหนดค่าไว้ในการตั้งค่าภายใต้ Codex, Environments มือถือจะรับช่วงต่อเธรดที่มีอยู่ทั้งหมดและโฮสต์ที่เชื่อมต่อโดยอัตโนมัติ

วงจรการทำงานที่เกิดขึ้นได้: เริ่มการรัน Goal mode ในตอนเช้าก่อนออกจากบ้าน ตรวจสอบความคืบหน้าระหว่างเดินทาง อนุมัติการตัดสินใจที่หยุดไว้จากโทรศัพท์ และเดินเข้าออฟฟิศโดยมี PR สองตัวแรกเปิดอยู่แล้ว

ส่วนขยาย Chrome

แอปมือถือขยายขอบเขตการเข้าถึงของคุณ ส่วนขยาย Chrome ขยายขอบเขตการเข้าถึงของ Codex ไปยังเว็บไซต์ใดก็ตามที่คุณลงชื่อเข้าใช้แล้ว

• ซึ่งหมายความว่าสามารถเข้าถึงบริการที่ต้องยืนยันตัวตน: LinkedIn, Salesforce, Gmail, Workday และเครื่องมือภายในใด ๆ ที่ต้องเข้าสู่ระบบ
• ติดตั้งโดยไปที่ Plugins ภายในแอปเดสก์ท็อป Codex เพิ่มปลั๊กอิน Chrome และทำตามขั้นตอนการตั้งค่า
• ส่วนขยายจะแสดงสถานะ Connected เมื่อทำงาน เรียกใช้จากเธรด Codex ใดก็ได้:

Codex สามารถควบคุมแท็บ Chrome หลายแท็บผ่าน sub-agents ในเธรดที่แตกต่างกัน แต่ละแท็บแยกออกจากกัน

ข้อได้เปรียบที่สำคัญเหนือการทำงานอัตโนมัติของเบราว์เซอร์แบบ headless: ส่วนขยาย Chrome สามารถเข้าถึงเครื่องมือสำหรับนักพัฒนาเว็บ Codex สามารถตรวจสอบ DOM อ่านข้อผิดพลาดของคอนโซล และวินิจฉัยปัญหารันไทม์ในเซสชันเบราว์เซอร์สด ทำงานได้ทั้งบน macOS และ Windows

Codex SDK

ส่วนขยาย Chrome จัดการการทำงานอัตโนมัติของเบราว์เซอร์ SDK จัดการการทำงานอัตโนมัติผ่านโปรแกรม โดยฝัง Codex เป็นโครงสร้างพื้นฐานภายในแอปพลิเคชันและไปป์ไลน์ของคุณเอง

Codex SDK ช่วยให้นักพัฒนาสามารถควบคุม Codex ผ่านโปรแกรมจากแอปพลิเคชันและไปป์ไลน์ CI ของตนเอง

ติดตั้ง JavaScript SDK:

การใช้งานพื้นฐาน:

• เรียกใช้ run() อีกครั้งบนเธรดเดียวกันเพื่อดำเนินการสนทนาต่อ กู้คืนเธรดที่บันทึกไว้ด้วย codex.resumeThread(threadId)
• Python SDK ใช้ from codex_app_server import Codex ระบุชื่อโมเดลเมื่อเริ่มต้น: thread = codex.thread_start(model="gpt-5.5")
• ปัจจุบัน SDK อยู่ในขั้นทดลองและต้องติดตั้ง Codex CLI ในเครื่อง
• มันสื่อสารกับ app-server ในเครื่องผ่าน JSON-RPC; มันควบคุมเอเจนต์เดียวกับที่คุณโต้ตอบด้วยในแอปเดสก์ท็อป

การตรวจสอบ: จะไว้ใจผลลัพธ์ของ Codex ได้อย่างไร

พื้นผิวทั้งหมดข้างต้นสร้างผลลัพธ์ การตรวจสอบคือสิ่งที่กำหนดว่าคุณสามารถเผยแพร่ผลลัพธ์นั้นได้จริงมากน้อยเพียงใด

การสร้างโค้ดนั้นแก้ปัญหาได้แล้ว การตรวจสอบคือคอขวด

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

ปัญหาหลักคือ sycophancy (การประจบประแจง) โมเดลที่เขียนโค้ดมีความลำเอียงคิดว่ามันถูกต้อง ถามให้มันตรวจสอบงานของตัวเอง ส่วนใหญ่คุณจะได้คำตอบว่าผ่าน

การแก้ไขเชิงโครงสร้างสองแบบ:

1. auto_review (ใน Codex) คือ sub-agent ผู้ตรวจสอบในตัวของ Codex บริบทใหม่ ไม่ผูกพันกับผลลัพธ์ก่อนหน้า มีแนวโน้มที่จะชี้ปัญหาจริงได้มากกว่า
2. การตรวจสอบข้ามผู้ให้บริการ (มาตรฐานทองคำ) หมายถึง Codex เขียนและ Claude Code ตรวจสอบ การตรวจสอบข้ามผู้ให้บริการสามารถจับจุดบอดเฉพาะของโมเดลตระกูลเดียวได้ นี่คือนิสัยการตรวจสอบขั้นต่ำที่ใช้ได้จริงสำหรับโค้ดระดับโปรดักชัน

Computer Use สำหรับการตรวจสอบเชิงพฤติกรรมช่วยปิดช่องว่างระหว่าง "ทดสอบผ่าน" และ "สิ่งนี้ใช้งานได้จริง" ให้ Codex เปิด dev server คลิกผ่านโฟลว์ที่เกี่ยวข้อง แคปหน้าจอผลลัพธ์ และเปรียบเทียบกับ PRD ของคุณ

นิสัยขั้นต่ำที่ใช้ได้จริงในทุก PR: รันการตรวจสอบอัตโนมัติด้วยโมเดลอื่นก่อนที่จะเปิด diff ด้วยตัวเอง อ่านสรุปการตรวจสอบก่อน เปิด diff เฉพาะเมื่อการตรวจสอบสะอาดแล้ว จากนั้นอ่านเพื่อตรวจสอบรสนิยม ไม่ใช่ความถูกต้อง สำหรับการเปลี่ยนแปลง UI ให้ดูที่ภาพหน้าจอ

สูตรสำเร็จ: รูปแบบที่ผ่านการทดสอบจริง

เมื่อมีนิสัยการตรวจสอบแล้ว นี่คือเทมเพลตแบบ end-to-end สำหรับงานที่นักพัฒนาทำผ่าน Codex บ่อยที่สุด

1. นำฟีเจอร์มาใช้: ใช้ Skill new-feature อ่าน PRD และ AGENTS.md วางแผนก่อน รอการอนุมัติ ทดสอบสำหรับ happy path และกรณีข้อผิดพลาดหนึ่งกรณี หากมีอะไรคลุมเครือ ให้ถามก่อนสร้างโค้ด
2. แก้ไขบั๊ก: ใช้ Skill investigate ก่อน วินิจฉัยเท่านั้น แสดงขั้นตอนการทำซ้ำ สมมติฐานสาเหตุที่แท้จริง และแผนการตรวจสอบ อย่าแก้ไขจนกว่าจะได้รับการยืนยัน
3. รีแฟกเตอร์: แสดงรายการทั้งหมดด้วย grep แสดงแผนการย้ายข้อมูล รอการอนุมัติ การทดสอบที่มีอยู่ทั้งหมดต้องผ่านโดยไม่มีการแก้ไข หากการทดสอบต้องอัปเดต แสดงว่าการทดสอบผิด ให้หยุดและรายงาน หนึ่ง PR
4. การรวมระบบของบุคคลที่สาม: ห่อหุ้มใน /lib/integrations/[name].ts เพิ่ม env vars ใน .env.example ไม่มี UI ใน PR นี้ เปิดเป็นร่างสำหรับการทดสอบด้วยตนเองกับบริการภายนอก
5. การทดสอบย้อนหลัง: แสดงแผนการทดสอบที่ครอบคลุมกรณีปกติ ขอบ และข้อผิดพลาด รอการอนุมัติ การทดสอบทั้งหมดต้องผ่านกับโค้ดโปรดักชันที่มีอยู่ ห้ามแก้ไขโค้ดโปรดักชัน
6. อัปเกรด dependency: อ่านบันทึกการเปลี่ยนแปลงระหว่างเวอร์ชัน แสดงรายการ breaking changes รอการอนุมัติ อัปเดตและใช้การเปลี่ยนแปลงโค้ด รันการทดสอบจนสะอาด
7. โครงการ Goal mode: กำหนดขอบเขตด้วยจำนวน PR สูงสุด จำนวนบรรทัดโค้ดสูงสุดต่อ PR เกท CI ระหว่าง PR และเงื่อนไขหยุดที่ชัดเจน หยุดเมื่อมีการตัดสินใจทางสถาปัตยกรรมที่ไม่อยู่ใน AGENTS.md หยุดเมื่อมีการเปลี่ยนแปลง API ที่ทำลายความเข้ากันได้

ข้อผิดพลาดทั่วไป

รูปแบบเหล่านี้ครอบคลุมความสำเร็จทั่วไป ส่วนด้านล่างครอบคลุมความล้มเหลวทั่วไป สิบข้อผิดพลาดที่อธิบายประสบการณ์ Codex ที่ไม่ดีส่วนใหญ่

1. งานที่คลุมเครือ ระบุผลลัพธ์ ไฟล์ และข้อจำกัดที่เฉพาะเจาะจง หากคุณไม่สามารถระบุให้ชัดเจนได้ งานนั้นยังไม่พร้อมที่จะแจ้ง
2. ไม่มี AGENTS.md เขียนมันขึ้นมา แม้แต่ฉบับแย่ ๆ ก็ยังดีกว่าไม่มี
3. ข้ามแผน "สร้างแผนก่อน" สำหรับสิ่งที่ไม่ใช่เรื่องเล็กน้อย
4. พรอมพ์หลายงาน หนึ่งงานต่อหนึ่งพรอมพ์ ใช้ sub-agents หรืองานบนคลาวด์สำหรับการทำงานแบบขนาน
5. เริ่มต้นด้วยสิทธิ์เข้าถึงเต็มรูปแบบอันตราย workspace-write และ on-request เป็นค่าเริ่มต้นที่เหมาะสมสำหรับทุกอย่างยกเว้นระบบอัตโนมัติที่ผ่านการทดสอบแล้ว
6. MCP และปลั๊กอินมากเกินไป รายการให้กระชับ ปิดการใช้งานสิ่งที่คุณไม่ได้ใช้จริง
7. การตรวจสอบด้วยตนเอง ใช้ auto_review หรือเครื่องมืออื่นที่แตกต่างไปโดยสิ้นเชิง โมเดลที่เขียนโค้ดมีความลำเอียงไปทางโค้ดนั้น
8. เชื่อว่าการคอมไพล์ผ่านคือความถูกต้อง รวมการตรวจสอบเชิงพฤติกรรม ใช้ Computer Use สำหรับการเปลี่ยนแปลง UI
9. การทำขนานมากเกินไป ทำขนานเฉพาะงานที่เป็นอิสระเท่านั้น ไฟล์ที่ใช้ร่วมกันต้องทำแบบลำดับ
10. เป้าหมายที่ไม่มีขอบเขต จำนวน PR สูงสุด จำนวนบรรทัดโค้ดสูงสุด เวลาสูงสุด เงื่อนไขหยุดที่ชัดเจน Goal mode มีประโยชน์มากที่สุดเมื่อมีสายจูงแบบเดียวกับที่คุณจะให้กับวิศวกรรุ่นน้อง

สรุปอ้างอิงด่วน

คำสั่ง CLI:

• codex run "fix the login bug" --plan
• codex runs --status
• codex sessions

ตำแหน่งไฟล์สำคัญ:

• การกำหนดค่าระดับโลก: ~/.codex/config.toml
• AGENTS.md ระดับโลก: ~/.codex/AGENTS.md
• AGENTS.md ของโปรเจกต์: <repo-root>/AGENTS.md
• ไฟล์ทับซ้อน: AGENTS.override.md
• ความทรงจำ: ~/.codex/memories/
• Skills (ส่วนตัว): $HOME/.agents/skills/
• Skills (ทีม): .agents/skills/ ใน repo
• Sub-agents: .codex/agents/<name>.md

โครงสร้างพรอมพ์สี่ส่วน:

1. บอก : ผลลัพธ์ ไม่ใช่วิธีการ
2. แสดง : ตัวอย่างอินพุตและเอาต์พุตที่คาดหวัง
3. อธิบาย : API, ไลบรารี และรูปแบบที่จะใช้
4. เตือนความจำ : ข้อตกลงจาก AGENTS.md

บทสรุป

หลังจากใช้ Claude มา 12 เดือน จุดแตกหักไม่ใช่วันที่แย่วันเดียว แต่เป็นการสะสมของข้อจำกัดอัตราการใช้งาน ความฝืดของเวิร์กโฟลว์ และประสบการณ์แอปเดสก์ท็อปที่คอยขัดขวาง

ความหงุดหงิดนั้นคือสิ่งที่ผลักดันให้เปลี่ยนมาใช้ Codex

• ในช่วง 90 วันที่ผ่านมา การดำดิ่งสู่ระบบนิเวศของ OpenAI ทำให้เห็นสิ่งหนึ่งชัดเจน: Codex รู้สึกสมบูรณ์มากขึ้นในฐานะสภาพแวดล้อมการทำงานสำหรับเวิร์กโฟลว์ของนักพัฒนาที่จริงจัง
• โมเดล agentic แข็งแกร่งขึ้น พื้นผิวโดยรอบกว้างขึ้น และระบบไว้วางใจได้ง่ายขึ้นเมื่อมี AGENTS.md, Skills, Cloud และวงจรการตรวจสอบ
• นั่นไม่ได้หมายความว่า Claude Code ไม่มีค่า แต่มันหมายถึงการแลกเปลี่ยนนั้นไม่สมเหตุสมผลอีกต่อไป

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

บทความนี้ถูกเขียนขึ้นเพื่อทำให้การเปลี่ยนครั้งนี้ง่ายขึ้น

หวังว่าคุณจะสนุกกับสิ่งนี้และเริ่มสร้าง ❤️

ข้อจำกัดความรับผิดชอบ

บทความนี้เขียนโดยผู้เขียนจากบันทึก การวิจัย และประสบการณ์ส่วนตัวของเขา และแก้ไขโดยโมเดล AI (Sonnet 4.6)

ภาพขนาดย่อนำมาจาก Pinterest และดัดแปลงโดยใช้ AI