เริ่มต้นใช้งาน Codex: แนวทางปฏิบัติที่ดีที่สุดเพื่อผลลัพธ์ที่ดียิ่งขึ้น

หากคุณเพิ่งเริ่มใช้ @OpenAI Codex หรือเอเจนต์เขียนโค้ดโดยทั่วไป คู่มือนี้จะช่วยให้คุณได้ผลลัพธ์ที่ดีขึ้นเร็วขึ้น ครอบคลุมนิสัยหลักที่ทำให้ Codex มีประสิทธิภาพมากขึ้นทั้งใน CLI, ส่วนขยาย IDE และแอป Codex ตั้งแต่การตั้งคำถามและการวางแผน ไปจนถึงการตรวจสอบความถูกต้อง MCP ทักษะ และระบบอัตโนมัติ

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

โมเดลทางความคิดที่มีประโยชน์คือ: เริ่มต้นด้วยบริบทของงานที่ถูกต้อง ใช้ AGENTS.md สำหรับคำแนะนำที่ยั่งยืน กำหนดค่า Codex ให้ตรงกับเวิร์กโฟลว์ของคุณ เชื่อมต่อระบบภายนอกด้วย MCP เปลี่ยนงานที่ทำซ้ำเป็นทักษะ และทำให้เวิร์กโฟลว์ที่เสถียรเป็นอัตโนมัติ

1. ตั้งค่า Codex สำหรับการใช้งานครั้งแรกที่แข็งแกร่งด้วยบริบทและคำแนะนำที่ชัดเจน

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

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

ค่าเริ่มต้นที่ดีคือการรวมสี่สิ่งในคำแนะนำของคุณ:

• เป้าหมาย: คุณกำลังพยายามเปลี่ยนแปลงหรือสร้างอะไร?
• บริบท: ไฟล์ โฟลเดอร์ เอกสาร ตัวอย่าง หรือข้อผิดพลาดใดบ้างที่สำคัญสำหรับงานนี้? คุณสามารถ @ กล่าวถึงไฟล์บางไฟล์เป็นบริบท
• ข้อจำกัด: มาตรฐาน สถาปัตยกรรม ข้อกำหนดด้านความปลอดภัย หรือธรรมเนียมปฏิบัติใดที่ Codex ควรปฏิบัติตาม?
• เสร็จเมื่อ: อะไรควรเป็นจริงก่อนที่งานจะเสร็จสมบูรณ์ เช่น การทดสอบผ่าน พฤติกรรมเปลี่ยน หรือบั๊กถูกแก้ไข?

สิ่งนี้ช่วยให้ Codex อยู่ในขอบเขต สมมติฐานน้อยลง และสร้างงานที่ง่ายต่อการตรวจสอบและตรวจสอบความถูกต้อง

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

• ต่ำ สำหรับงานที่รวดเร็วและมีขอบเขตชัดเจน
• ปานกลางหรือสูง สำหรับการเปลี่ยนแปลงที่ซับซ้อนมากขึ้นหรือการดีบัก
• สูงมาก สำหรับงานที่ยาว ใช้เอเจนต์ และต้องใช้เหตุผลหนัก

เคล็ดลับสำหรับผู้ใช้ใหม่

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

ความพยายามในการใช้เหตุผลของ Codex

2. ลดข้อผิดพลาดในงานยากโดยให้ Codex วางแผนก่อน

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

มีวิธีที่ดีสองสามวิธีในการทำเช่นนี้:

ใช้โหมดแผน: สำหรับผู้ใช้ส่วนใหญ่ นี่เป็นตัวเลือกที่ง่ายและมีประสิทธิภาพมากที่สุด โหมดแผนช่วยให้ Codex รวบรวมบริบท ถามคำถามเพื่อความกระจ่าง และสร้างแผนที่แข็งแกร่งขึ้นก่อนการดำเนินการ เปิดใช้งานด้วย /plan หรือ Shift+Tab

ขอให้ Codex สัมภาษณ์คุณ: หากคุณมีความคิดคร่าวๆ เกี่ยวกับสิ่งที่คุณต้องการ แต่ไม่แน่ใจว่าจะอธิบายให้ดีได้อย่างไร ให้ขอให้ Codex ถามคุณก่อน บอกให้มันท้าทายสมมติฐานของคุณและเปลี่ยนความคิดที่คลุมเครือให้เป็นรูปธรรมก่อนที่จะเขียนโค้ด

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

โหมดแผน

3. ทำให้คำแนะนำที่ประสบความสำเร็จนำกลับมาใช้ใหม่ได้ด้วย AGENTS.md

เมื่อรูปแบบการตั้งคำถามได้ผล ขั้นตอนต่อไปคือการหยุดทำซ้ำด้วยตนเอง นั่นคือจุดที่ AGENTS.md เข้ามามีบทบาท

คิดว่า AGENTS.md เป็น README สำหรับเอเจนต์ เป็นรูปแบบเปิดที่เรียบง่ายซึ่งถูกโหลดเข้าสู่บริบทโดยอัตโนมัติและเป็นสถานที่ที่ดีที่สุดในการเข้ารหัสว่าคุณและทีมของคุณต้องการให้ Codex ทำงานในพื้นที่เก็บข้อมูลอย่างไร

AGENTS.md ที่ดีมักจะครอบคลุม:

• เค้าโครงพื้นที่เก็บข้อมูลและไดเรกทอรีที่สำคัญ
• วิธีเรียกใช้โปรเจกต์
• คำสั่ง build, test และ lint
• ธรรมเนียมปฏิบัติทางวิศวกรรมและความคาดหวังของ PR
• ข้อจำกัดและกฎที่ห้ามทำ
• เสร็จหมายถึงอะไรและจะตรวจสอบงานอย่างไร

คำสั่งสแลช /init ใน CLI เป็นคำสั่งเริ่มต้นด่วนเพื่อสร้าง AGENTS.md เริ่มต้นในไดเรกทอรีปัจจุบัน เป็นจุดเริ่มต้นที่ดี แต่คุณควรแก้ไขผลลัพธ์ให้ตรงกับวิธีที่ทีมของคุณสร้าง ทดสอบ ตรวจสอบ และส่งโค้ดจริง

คุณสามารถสร้างไฟล์ AGENTS.md ได้หลายระดับ: AGENTS.md ทั่วโลกสำหรับค่าเริ่มต้นส่วนบุคคลที่อยู่ใน ~/.codex, ไฟล์ระดับพื้นที่เก็บข้อมูลสำหรับมาตรฐานที่ใช้ร่วมกัน และไฟล์เฉพาะในไดเรกทอรีสำหรับกฎท้องถิ่น หากมีไฟล์ที่เฉพาะเจาะจงมากขึ้นใกล้กับไดเรกทอรีปัจจุบันของคุณ คำแนะนำนั้นจะชนะ

เก็บไว้ให้ใช้งานได้จริง AGENTS.md ที่สั้นและแม่นยำมีประโยชน์มากกว่าไฟล์ยาวที่เต็มไปด้วยกฎคลุมเครือ เริ่มต้นด้วยพื้นฐาน จากนั้นเพิ่มกฎใหม่เฉพาะเมื่อคุณสังเกตเห็นข้อผิดพลาดซ้ำๆ

หาก AGENTS.md เริ่มใหญ่เกินไป ให้เก็บไฟล์หลักให้กระชับและอ้างอิงไฟล์ markdown เฉพาะงานสำหรับสิ่งต่างๆ เช่น การวางแผน การตรวจสอบโค้ด หรือสถาปัตยกรรม

เคล็ดลับ

: เมื่อ Codex ทำผิดพลาดซ้ำสองครั้ง ให้ขอให้มันทำการทบทวนย้อนหลังและอัปเดต AGENTS.md คำแนะนำจะยังคงใช้งานได้จริงและขึ้นอยู่กับปัญหาจริง

เว็บไซต์ AGENTS.md

4. รับพฤติกรรมที่สอดคล้องกันมากขึ้นโดยกำหนดค่า Codex ให้ตรงกับเวิร์กโฟลว์ของคุณ

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

รูปแบบเริ่มต้นที่ดีคือ:

• เก็บค่าเริ่มต้นส่วนบุคคลใน ~/.codex/config.toml (การตั้งค่า → การกำหนดค่า → เปิด config.toml จากแอป Codex)
• เก็บพฤติกรรมเฉพาะพื้นที่เก็บข้อมูลใน .codex/config.toml
• ใช้การแทนที่บรรทัดคำสั่งสำหรับสถานการณ์ครั้งเดียวเท่านั้น (หากคุณใช้ CLI)

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

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

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

โปรดทราบว่า CLI, IDE และแอป Codex ทั้งหมดใช้เลเยอร์การกำหนดค่าเดียวกัน เรียนรู้เพิ่มเติมในหน้าเอกสาร การกำหนดค่าตัวอย่าง ของเรา

เคล็ดลับ

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

5. ปรับปรุงความน่าเชื่อถือโดยให้ Codex ทดสอบ ตรวจสอบความถูกต้อง และตรวจสอบงาน

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

Codex สามารถทำลูปนี้ให้คุณได้ แต่เฉพาะเมื่อมันรู้ว่า "ดี" มีลักษณะอย่างไร คำแนะนำนั้นสามารถมาจากคำแนะนำหรือ AGENTS.md

ซึ่งสามารถรวมถึง:

• การเขียนหรืออัปเดตการทดสอบสำหรับการเปลี่ยนแปลง
• การรันชุดทดสอบที่ถูกต้อง
• การตรวจสอบ lint, การจัดรูปแบบ หรือการตรวจสอบประเภท
• การยืนยันว่าพฤติกรรมสุดท้ายตรงกับคำขอ
• การตรวจสอบ diff สำหรับบั๊ก การถดถอย หรือรูปแบบที่เสี่ยง

เคล็ดลับ:

เปิดแผง diff ในแอป Codex เพื่อ

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

ตัวเลือกที่มีประโยชน์ที่นี่คือคำสั่งสแลช /review ซึ่งให้วิธีการตรวจสอบโค้ดที่แตกต่างกันหลายวิธี:

• ตรวจสอบกับสาขาฐานสำหรับการตรวจสอบแบบ PR
• ตรวจสอบการเปลี่ยนแปลงที่ยังไม่ได้คอมมิต
• ตรวจสอบคอมมิต
• ใช้คำแนะนำการตรวจสอบที่กำหนดเอง

หากคุณและทีมของคุณมีไฟล์ code_review.md ที่อ้างอิงใน AGENTS.md Codex สามารถปฏิบัติตามคำแนะนำนั้นระหว่างการตรวจสอบได้เช่นกัน นี่เป็นรูปแบบที่แข็งแกร่งสำหรับทีมที่ต้องการให้พฤติกรรมการตรวจสอบสอดคล้องกันในพื้นที่เก็บข้อมูลและผู้มีส่วนร่วม

Codex ไม่ควรแค่สร้างโค้ด ด้วยคำแนะนำที่ถูกต้อง มันยังสามารถช่วย ทดสอบมัน ตรวจสอบความถูกต้องของมัน และตรวจสอบมัน

หากคุณใช้ GitHub Cloud คุณสามารถตั้งค่า Codex ให้ ตรวจสอบโค้ดสำหรับ PR ของคุณ ได้อย่างง่ายดาย เรามี Codex ตรวจสอบ 100% ของ PR ที่ OpenAI คุณมีตัวเลือกในการเปิดใช้งานการตรวจสอบอัตโนมัติหรือให้ Codex ตรวจสอบแบบโต้ตอบเมื่อคุณ @Codex

/review ใน Codex CLI

6. นำเครื่องมือภายนอกและบริบทสดเข้ามาใน Codex ด้วย MCP

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

Model Context Protocol หรือ MCP เป็นมาตรฐานเปิดสำหรับการเชื่อมต่อ Codex กับเครื่องมือและระบบภายนอก

ใช้ MCP เมื่อ:

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

Codex รองรับทั้งเซิร์ฟเวอร์ STDIO และ Streamable HTTP พร้อม OAuth

ในแอป Codex ไปที่การตั้งค่า → เซิร์ฟเวอร์ MCP เพื่อดูเซิร์ฟเวอร์ที่กำหนดเองและที่แนะนำ บ่อยครั้งที่ Codex สามารถช่วยคุณติดตั้งเซิร์ฟเวอร์ที่จำเป็น สิ่งที่คุณต้องทำคือขอ คุณยังสามารถใช้คำสั่ง codex mcp add ใน CLI เพื่อเพิ่มเซิร์ฟเวอร์ที่กำหนดเองของคุณด้วยชื่อ URL และข้อมูลเพิ่มเติม

เคล็ดลับ

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

การจัดการเซิร์ฟเวอร์ MCP

7. เปลี่ยนเวิร์กโฟลว์ที่ทำซ้ำเป็นทักษะที่นำกลับมาใช้ใหม่ได้

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

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

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

กฎที่ดี: หากคุณใช้คำแนะนำเดิมซ้ำหรือแก้ไขเวิร์กโฟลว์เดิมซ้ำๆ มันควรจะกลายเป็นทักษะ

ทักษะมีประโยชน์อย่างยิ่งสำหรับงานที่เกิดขึ้นซ้ำ เช่น:

• การตรวจสอบบันทึก
• การร่างบันทึกประจำรุ่น
• การตรวจสอบ PR ตามรายการตรวจสอบ
• การวางแผนการย้ายข้อมูล
• สรุปเทเลเมทรีหรือเหตุการณ์
• ขั้นตอนการดีบักมาตรฐาน

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

เคล็ดลับ

: ทักษะส่วนบุคคลถูกเก็บไว้ใน

$HOME /.agents/skills และทักษะของทีมที่ใช้ร่วมกันสามารถเช็คอินเข้าไปใน .agents/skills ภายในพื้นที่เก็บข้อมูล สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับการเริ่มต้นเพื่อนร่วมทีมใหม่

การสร้างและติดตั้งทักษะ

UI ทักษะของแอป Codex

8. ประหยัดเวลาในงานที่เกิดซ้ำด้วยระบบอัตโนมัติ

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

เมื่องานกลายเป็นสิ่งที่ซ้ำซากสำหรับคุณ คุณสามารถสร้างระบบอัตโนมัติได้อย่างง่ายดายในแท็บ Automations ในแอป Codex คุณสามารถเลือกโปรเจกต์ที่มันจะรัน คำแนะนำที่มันจะรัน (คุณสามารถเรียกใช้ทักษะ) และจังหวะเวลาที่มันจะรัน คุณยังสามารถเลือกระบบอัตโนมัติจะรันใน git worktree โดยเฉพาะหรือในสภาพแวดล้อมท้องถิ่นของคุณ เรียนรู้เพิ่มเติมเกี่ยวกับ git worktrees

ผู้สมัครที่ดีรวมถึง:

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

กฎที่มีประโยชน์คือ ทักษะกำหนดวิธีการ ระบบอัตโนมัติกำหนดตารางเวลา หากเวิร์กโฟลว์ยังต้องการการควบคุมมาก ให้เปลี่ยนเป็นทักษะก่อน เมื่อมันคาดเดาได้ ระบบอัตโนมัติจะกลายเป็นตัวคูณกำลัง

เคล็ดลับ

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

การสร้างระบบอัตโนมัติในแอป Codex

9. จัดระเบียบงานที่ยาวนานขึ้นด้วยการควบคุมเซสชัน

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

การจัดการหลายเธรดทำได้ง่ายที่สุดใน UI ของแอป Codex ด้วยความสามารถในการปักหมุดเธรดและสร้าง worktrees แต่ถ้าคุณใช้ CLI คำสั่งสแลช เหล่านี้ มีประโยชน์อย่างยิ่ง:

• /experimental เพื่อเปิด/ปิดคุณสมบัติทดลองและเพิ่มลงใน config.toml ของคุณ
• /resume เพื่อดำเนินการสนทนาที่บันทึกไว้ต่อ
• /fork เพื่อสร้างเธรดใหม่ในขณะที่รักษาบันทึกต้นฉบับ
• /compact เมื่อเธรดยาวและคุณต้องการเวอร์ชันสรุปของบริบทก่อนหน้า โปรดทราบว่า Codex จะบีบอัดการสนทนาให้คุณโดยอัตโนมัติ
• /agent เมื่อคุณรันหลายเอเจนต์และต้องการสลับระหว่างเธรดเอเจนต์ที่ใช้งานอยู่
• /theme เพื่อเลือกธีมการเน้นไวยากรณ์
• /apps เพื่อใช้แอป ChatGPT โดยตรงใน Codex
• /status เพื่อตรวจสอบสถานะเซสชันปัจจุบัน

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

เคล็ดลับ

:

ใช้เวิร์กโฟลว์

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

10. ข้อผิดพลาดทั่วไปที่ควรหลีกเลี่ยง

ข้อผิดพลาดทั่วไปสองสามข้อที่ควรหลีกเลี่ยงเมื่อใช้ Codex ครั้งแรก:

• การใส่กฎที่ยั่งยืนลงในคำแนะนำมากเกินไปแทนที่จะย้ายไปยัง AGENTS.md หรือทักษะ
• ไม่ให้เอเจนต์เห็นงานของมันโดยไม่ให้รายละเอียดเกี่ยวกับวิธีที่ดีที่สุดในการรันคำสั่ง build และ test
• การข้ามการวางแผนในงานที่หลายขั้นตอนและซับซ้อน
• การให้สิทธิ์เต็มรูปแบบแก่ Codex ในการเข้าถึงคอมพิวเตอร์ของคุณก่อนที่จะเข้าใจเวิร์กโฟลว์
• การรันหลายเธรดสดบนไฟล์เดียวกันโดยไม่ใช้ git worktrees
• การเปลี่ยนงานที่เกิดซ้ำเป็นระบบอัตโนมัติก่อนที่จะเชื่อถือได้ด้วยตนเอง
• การใช้ Codex ควบคู่ไปกับงานของคุณเองแทนที่จะปฏิบัติต่อมันเป็นสิ่งที่คุณต้องดูทีละขั้นตอน

รายการตรวจสอบการเริ่มต้น

1. ให้เป้าหมาย บริบท ข้อจำกัด และเงื่อนไขเสร็จสิ้นที่ถูกต้องแก่ Codex
2. สำหรับงานยาก ให้ขอให้ Codex วางแผนก่อน
3. สร้าง AGENTS.md เริ่มต้น
4. บอก Codex วิธีสร้าง ทดสอบ ตรวจสอบความถูกต้อง และตรวจสอบ
5. ตั้งค่าค่าเริ่มต้นการกำหนดค่าที่ตรงกับเวิร์กโฟลว์ของคุณ
6. เพิ่ม MCP สำหรับเครื่องมือภายนอกที่มีมูลค่าสูง
7. เปลี่ยนเวิร์กโฟลว์ที่ทำซ้ำเป็นทักษะ
8. ใช้ระบบอัตโนมัติเมื่อเวิร์กโฟลว์เสถียรแล้ว

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