กระแสนักพัฒนาย้ายจาก Claude Code ไป Codex เริ่มเป็นที่พูดถึงกันมากขึ้นเรื่อยๆ ในคลิป "Switching from Claude Code to Codex" ของ Ben Holmes เขาเปรียบเทียบประเด็นนี้ว่าเหมือนวิวาทะ Mac vs PC ยุคใหม่ของวงการ Coding Agent คำถามที่น่าสนใจจึงไม่ใช่แค่ว่า "ตัวไหนเก่งกว่ากัน" แต่คือ "ถ้าเป็นคนใช้ Claude Code มาก่อน ย้ายไป Codex แล้วจะต้องปรับตัวกับอะไรบ้าง"

Ben Holmes แบ่งมิติความต่างออกมาเป็น 3 ระดับหลัก:

1. การจัดการ Configuration และ Workflow
2. ความยืดหยุ่นในการปรับแต่ง (Customizability) ของตัว Harness
3. สไตล์การสั่งงาน (Prompting Style) เพื่อให้ได้ผลงานจริง

ซึ่งมิติสุดท้ายเรื่องสไตล์การสั่งงานคือจุดที่ต่างกันชัดเจนที่สุดและส่งผลต่อการทำงานจริงในทุกๆ วัน

1. การตั้งค่า Configuration ย้ายได้เกือบหมด แต่มีรายละเอียดต่างกัน

Ben Holmes อธิบายว่าทั้งสองเครื่องมือมีตัวเลือกพื้นฐานใกล้เคียงกันมาก ต่างกันเพียงชื่อ Slash Command บางตัว เช่น การเปิดบทสนทนาแยก (Side Discussion) ใน Claude Code จะใช้ /btw ขณะที่ Codex ใช้ /side หรือการปรับระดับการคิดของโมเดล Claude Code ใช้ /effort ส่วนฝั่ง Codex ผูกติดกับโมเดลผ่าน /model โดยตรง และทั้งสองฝั่งรองรับการเชื่อมต่อ Skill กับ MCP Server เหมือนกัน

จุดที่อาจทำให้สับสนช่วงแรกคือวิธีเรียกใช้ Skill แบบเฉพาะเจาะจง ใน Claude Code เราจะเรียกผ่าน Slash Command เหมือนคำสั่งทั่วไป แต่ใน Codex ต้องใช้สัญลักษณ์ $ นำหน้า เพื่อแยกให้ชัดเจนว่าเป็น Skill ไม่ใช่ Action ของตัว Harness ความต่างนี้ส่งผลต่อ Muscle Memory เล็กน้อย

นอกจากนี้ Codex ยังมี Built-in Skills ติดตั้งมาให้พร้อมใช้ เช่น OpenAI Docs Tool สำหรับค้นหาเอกสาร OpenAI และ Browser Use Skill สำหรับเปิดเบราว์เซอร์แล้วเลื่อนเคอร์เซอร์เมาส์ทำงานอัตโนมัติ ในขณะที่ฝั่ง Claude Code มักใช้งานผ่าน Chrome Extension แม้จะมีฟังก์ชันคล้ายกันแต่รูปแบบการเรียกใช้งานมีความต่างกันอยู่บ้าง

ในด้านโครงสร้าง Configuration ตัว Codex รองรับเสาหลักของ Claude Code ทั้ง Skill, MCP และ Hook เกือบทั้งหมด แม้ Hook บางตัวของ Claude ยังไม่รองรับเต็มร้อย แต่ตัวหลักที่ใช้บ่อยอย่าง Pre-tool Use ก็มีให้ใช้ครบ ส่วน Slash Command ของ Claude ที่นำมาใช้ใน Codex โดยตรงไม่ได้ แนะนำให้แปลงเป็น Skill แทน

2. การใช้ Symlink และ skills.sh กุญแจสำคัญสำหรับทีมที่ใช้สองเครื่องมือ

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

Ben Holmes ใช้วิธีสร้าง Symlink เชื่อมโยงไฟล์คอนฟิกระหว่างสองระบบ ทั้งในระดับ Global และระดับ Project เมื่อมีการอัปเดตไฟล์ต้นทาง ไฟล์ปลายทางจะอัปเดตตามอัตโนมัติ จุดหลักที่ควรทำ Symlink คือโฟลเดอร์ Skill และไฟล์นิยามกฎเกณฑ์อย่าง AGENTS.md ของ Codex ให้เชื่อมตรงกับ CLAUDE.md ของฝั่ง Claude Code

สำหรับการติดตั้ง Third-party Skills แนะนำให้ใช้เครื่องมืออย่าง skills.sh (Skills CLI) ซึ่งช่วยให้ติดตั้ง Skill จาก GitHub Repository ได้ง่าย โดยสามารถเลือกระบุได้เลยว่าจะติดตั้งลงฝั่ง Claude Code ด้วยหรือไม่ และระบบจะผูก Symlink ข้าม Agent ให้ทั้งหมด ช่วยลดความซ้ำซ้อนได้ดีมาก

3. ความยืดหยุ่นในการปรับแต่ง (Customization) ที่ Claude Code ยังนำอยู่นิดๆ

เมื่อพูดถึงเรื่องความยืดหยุ่นในการ Customize ตัว Claude Code ยังคงมีความละเอียดมากกว่าราว 2 ถึง 3% ตัวอย่างที่เห็นได้ชัดคือ Status Line ด้านล่างของ Terminal ซึ่งใน Claude Code เราสามารถเขียนสคริปต์เพื่อดึงข้อมูลอะไรมาโชว์ก็ได้ เช่น การแสดงปริมาณ Context ที่เพิ่มขึ้นในแต่ละ Prompt เพื่อประเมินว่าเราส่งข้อมูลให้ค้นคว้ามากเกินไปหรือไม่ ส่วนใน Codex ตัว Status Bar จะปรับได้เฉพาะตัวเลือกที่เตรียมไว้ให้เท่านั้น ยังไม่เปิดให้ใส่ Custom Script ลึกเท่า

อย่างไรก็ดี ฟีเจอร์ที่ต่างกันเหล่านี้ เช่น Custom Status Bar, Built-in Voice Mode หรือความหลากหลายของ Marketplace ถือเป็นเพียงรายละเอียดเล็กน้อยในส่วนปลายของฟีเจอร์ทั้งหมด โครงสร้างการทำงานหลักของทั้งสองระบบยังคงใกล้เคียงกันมาก

4. สไตล์การสั่งงาน (Prompting Style) จุดเปลี่ยนสำคัญที่ต้องปรับตัว

ความรู้สึกตอนใช้งานจริงคือจุดที่สร้างความแตกต่างมากที่สุด สิ่งที่ทำให้หลายคนชอบ Claude Code คือความสามารถในการ "เดาเจตนา" จาก Prompt สั้นๆ ได้ดีมาก เช่น เมื่อสั่งให้วางแผนปรับปรุง SEO เว็บไซต์ ใน Planning Mode ตัว Claude จะร่างแผนออกมาอย่างครบถ้วน พร้อมคุยต่อหรือเริ่มลงมือทำได้ทันที และมี Interactive Planning Mode คอยถามคำถามเพื่อเคลียร์ความต้องการก่อนเริ่ม

ในทางกลับกัน Codex จะมีความเป็น Literal หรือ "ตีความตรงตามตัวอักษร" มากกว่า ตัวอย่างเช่น เมื่อสั่งให้แก้ Edge Case ในแอปจดโน้ต Codex จะสร้าง Test Case และเขียนโค้ดที่รันผ่านได้ตั้งแต่รอบแรก แต่จะโฟกัสเฉพาะ Test Case นั้นแบบเป๊ะๆ ตามคำสั่งทุกตัวอักษร พูดง่ายๆ คือถ้าสั่งอะไรไป Codex จะทำตามนั้นอย่างเคร่งครัดโดยไม่ค่อยเดารายละเอียดเสริมเอง

อีกความต่างหนึ่งคือพฤติกรรมการค้นคว้า (Research):

• ฝั่ง Claude มักจะเหมาะกับการเปิด Planning Mode นำทางเพื่อกระตุ้นให้โมเดลค้นหาข้อมูลและทำความเข้าใจก่อนเริ่มงาน
• ฝั่ง Codex มีความ Proactive ในการสืบค้นโค้ดเบสด้วยตัวเองสูงมาก ทำให้หลายครั้งไม่จำเป็นต้องเปิด Planning Mode เลย

สำหรับงานระดับสถาปัตยกรรมหรือการรีแฟกเตอร์ขนาดใหญ่ เช่น การย้าย Library ตัวหลัก Ben Holmes แนะนำว่าการใช้ Codex จะได้ผลดีที่สุดเมื่อเราระบุ Scope แบบวิศวกรคุมงาน บอกให้ชัดว่าต้องดู Codebase ส่วนไหน ตรวจสอบฟังก์ชันหรือ Library ตัวไหน แล้วปล่อยให้โมเดลเดินหน้าทีละสเต็ปควบคู่กับแนวคิดแบบ TDD (Test-Driven Development)

สรุป: ย้ายได้ แต่ต้องปรับจูนวิธีคิด

การเปลี่ยนผ่านจาก Claude Code ไปสู่ Codex ไม่ใช่เรื่องของการเลือกว่าตัวไหนเหนือกว่า แต่เป็นการปรับจูน Muscle Memory และวิธีการสื่อสารกับโมเดล:

• ฝั่ง Configuration และ Skill สามารถย้ายได้แทบทั้งหมด และใช้ Symlink ช่วยเชื่อมทั้งสองระบบเข้าด้วยกันได้
• ฝั่ง Customization ตัว Claude Code ยังมีความยืดหยุ่นในการแต่ง Terminal มากกว่าเล็กน้อย
• ฝั่ง Prompting Style ต้องปรับจากการพิมพ์กว้างๆ ให้โมเดลเดาทาง มาเป็นการระบุ Requirement ให้ชัดเจน แล้วปล่อยให้ Codex ลุยงานอย่างเป็นระบบทีละขั้นตอน