กระแสนักพัฒนาย้ายจาก Claude Code ไป Codex มีมาสักพักแล้ว ในคลิป "Switching from Claude Code to Codex" ของช่อง Ben Holmes เขาบอกว่าประเด็นนี้กลายเป็นการถกเถียงแบบ Mac กับ PC เวอร์ชันใหม่ของวงการ coding agent คำถามที่หลายคนสงสัยจึงไม่ใช่ว่าตัวไหนดีกว่ากันลอยๆ แต่ถ้าเป็นผู้ใช้ Claude Code อยู่แล้ว การย้ายไป Codex จะต้องเจออะไรบ้าง Ben Holmes แบ่งความต่างออกเป็น 3 ชั้นชัดเจน ได้แก่ การตั้งค่า configuration และ workflow, ระดับความ customize ได้ของแต่ละ harness, และสไตล์การพูดคุยสั่งงานโมเดลให้ได้งานจริงออกมา ชั้นสุดท้ายคือจุดที่ Ben Holmes ชี้ว่าต่างกันมากที่สุด เพราะเป็นสิ่งที่ผู้ใช้สัมผัสได้ทุกวัน ไม่ใช่แค่ตอนตั้งค่าครั้งแรก
ชั้นที่ 1: การตั้งค่า config ย้ายได้เกือบหมด แต่มีช่องโหว่
Ben Holmes อธิบายในคลิปว่าสองเครื่องมือนี้มี option พื้นฐานคล้ายกัน ต่างกันแค่ชื่อ slash command เช่น การคุยแยกบทสนทนาเสริม ใน Claude Code ใช้ /btw ส่วน Codex ใช้ /side หรือการกำหนดระดับความคิดของโมเดล Claude Code ใช้ /effort ขณะที่ฝั่ง GPT ผูกไว้กับตัวโมเดลเองผ่าน /model ทั้งสองตัวเข้าถึง skill, MCP server และส่วนอื่นได้เหมือนกัน
จุดที่ Ben Holmes บอกว่าทำให้สับสนช่วงสองสามวันแรกคือวิธีเรียก skill แบบเจาะจง ใน Claude Code ใช้ slash command เหมือนคำสั่งทั่วไป แต่ใน Codex ต้องใช้เครื่องหมาย $ นำหน้าเพื่อแยกว่าเป็น skill ไม่ใช่ action ของตัว harness ความต่างนี้เล็กน้อยแต่กระทบ muscle memory นอกจากนี้ Ben Holmes ยกตัวอย่าง skill ที่ Codex มีติดตัวมา แต่ฝั่ง Claude ต้องตั้ง config เพิ่ม เช่น OpenAI Docs tool สำหรับถามวิธีใช้ OpenAI ได้เร็วๆ และ skill สำหรับ browser use ที่ให้ Codex สร้าง browser แล้วขยับ cursor ได้เอง ส่วน Claude Code มี Chrome extension ที่ควบคุม Chrome ได้ใกล้เคียงกัน แต่ Ben Holmes ตั้งข้อสังเกตว่านี่เป็นเกมไล่ตามกันไปมา และคาดว่าพอคลิปอัพโหลด ฝั่ง Claude ก็อาจมี skill browser use เทียบเท่า หรือชื่อ skill ต่างๆ อาจเปลี่ยนไปตามเวลา
ด้านการตั้งค่า Ben Holmes ระบุว่า Codex รองรับพื้นฐานทั้งหมดของ Claude Code คือ skill, MCP และ hook แต่รายละเอียดการเขียนต่างกันเล็กน้อย และยังครอบคลุมช่องโหว่ไม่เท่ากัน ตัวอย่างเช่น hook ของ Claude บางตัวยังไม่รองรับ แม้ตัวพื้นฐานที่ใช้บ่อยอย่าง pre-tool use จะมีอยู่ ส่วน slash command ของ Claude ใช้ใน Codex ไม่ได้ ซึ่ง Ben Holmes แนะนำว่าควรย้าย slash command ไปเป็น skill อยู่แล้ว ถ้าต้องการประเมินว่าช่องโหว่เหล่านี้กระทบ workflow จริงหรือไม่ Ben Holmes เสนอให้ใช้ Codex ย้าย configuration ให้ แล้วค่อยดูว่าช่องโหว่อยู่ตรงไหน
Tip: ในแอป Codex มีจุดให้ migrate จากเครื่องมือเดิมอย่าง Claude Code โดยตรง ซึ่ง Ben Holmes บอกว่าน่าจะเป็นวิธีที่สะอาดที่สุด หรือจะสั่งให้ agent ย้ายให้ก็ได้
ชั้นที่ 2: symlink และ skills.sh กุญแจของทีมที่ใช้สองเครื่องมือพร้อมกัน
ประเด็นที่ Ben Holmes เน้นว่าสำคัญคือกรณีที่ทีมใช้เครื่องมือผสมกัน เพราะตอนนี้สมาชิกในบริษัทหรือทีมเล็กมักใช้ Codex กับบางงาน และใช้ Claude Code กับบางงาน จึงควรทำให้ setup ของทั้งสองเครื่องมือ align กันมากที่สุด ในคลิป Ben Holmes เล่าว่าตอนสั่ง Codex ให้ย้าย config ทั้งระดับ project และระดับ global เขาขอให้สร้าง symlink สำหรับทุกอย่างที่เหมือนกันระหว่างสอง setup เพื่อไม่ต้องดูแลไฟล์ซ้ำสองชุด
Ben Holmes อธิบายว่า symlink คือวิธีเก็บสำเนาไฟล์ที่อัพเดทตามทุกครั้งที่ไฟล์ต้นทางเปลี่ยน ตั้งได้ทั้งระดับ directory และระดับไฟล์ ทำให้ config ที่เพิ่มใน Codex ถูกคัดลอกกลับไปฝั่ง Claude Code อัตโนมัติ จุดหลักที่ตั้ง symlink ได้คือ skill ที่ติดตั้ง กับไฟล์ AGENTS.md ซึ่ง Codex ใช้นิยาม rule และต้องคัดลอกกลับไปยัง CLAUDE.md สำหรับ setup ของ Claude Code ด้วย ส่วนกรณีติดตั้ง skill จากบุคคลที่สาม Ben Holmes ระบุว่าใช้ skills CLI จัดการ symlink ให้ได้ทั้งหมด เครื่องมือที่ Ben Holmes ใช้คือ skills.sh ซึ่งติดตั้ง skill จาก GitHub repository ได้สะดวก ตอนเลือก skill ที่จะใช้ก็เลือกได้ว่าจะคัดลอกไปฝั่ง Claude Code ด้วยหรือไม่ จากนั้นระบบจะตั้ง symlink ให้ใช้ข้าม agent ทั้งหมด
นอกจากนี้ Ben Holmes เล่าว่าแค่ขอให้ agent จัดการเรื่องนี้ให้ก็ได้ ตอนสั่ง Codex ให้ย้ายไฟล์ Claude Code บางส่วน Codex หาตัวเทียบเท่าของ hook configuration ทั้งหมดได้ ทำ symlink ไฟล์ที่คล้ายกัน และทำให้ทุกการอัพเดทใน AGENTS.md ถูกคัดลอกกลับไปยัง Claude ด้วย
ชั้นที่ 3: ความ customize ได้ Claude Code ยังเหนือกว่าราว 2-3%
ในคลิป Ben Holmes สรุปว่าสุดท้ายแล้ว Claude Code ยังเป็นเจ้าแห่งการ customize ตัวอย่างที่ชัดคือ status line ด้านล่างของ setup ซึ่งตั้ง script เองให้แสดงอะไรก็ได้ Ben Holmes ตั้งตัวหนึ่งไว้ดูว่าแต่ละ prompt ที่ส่งไปเพิ่ม context เข้าไปเท่าไร ข้อมูลนี้ช่วยประเมินว่าสั่งให้ research มากเกินไปหรือไม่ ส่วนใน Codex ปรับ status bar ได้ไม่ลึกเท่า เลือกได้ว่าจะแสดงอะไรบ้างจาก option ที่ตั้งไว้ แต่สำหรับ context ใช้ได้แค่โหมดแสดงผลแบบ built-in ปรับแต่งเองแบบ Claude Code ไม่ได้
แต่ Ben Holmes ย้ำว่าควรมองสองตัวนี้เป็นเครื่องมือที่คล้ายกันมาก ต่างกันที่ muscle memory และ configuration เล็กน้อย แต่ภาพรวมยังมีวิธีทำงานคล้ายกัน สิ่งที่อาจขาดไปในฝั่ง Codex คือฟีเจอร์ปลายๆ ของ Claude Code เช่น custom status bar, voice mode ที่มีในตัว และช่องโหว่ระหว่าง marketplace ของสองฝั่ง Ben Holmes ตีกรอบว่าทั้งหมดนี้เป็นเพียง 2-3% สุดท้ายของชุดฟีเจอร์เท่านั้น
ชั้นที่ 4: สไตล์การสั่งงาน จุดที่ต่างชัดที่สุด
Ben Holmes ระบุว่าประสบการณ์การพูดคุยสั่งงานในแต่ละวันคือความต่างที่สังเกตเห็นได้ชัดที่สุด สิ่งที่ทำให้คนติด Claude Code คือมันเข้าใจสิ่งที่สั่งจาก prompt สั้นมากๆ ในคลิป Ben Holmes ยกตัวอย่างว่าตอนขอให้ Claude สร้างแผนปรับปรุง SEO ของเว็บไซต์ Claude ร่างเอกสารแผนออกมาเมื่อตั้งเป็น planning mode และดีพอที่จะคุยต่อหรือสั่งให้ลงมือทำได้ทันที ถ้าต้องการให้มันถามคำถามชัดเจนก่อนก็ใช้ interactive planning mode ได้
ในทางกลับกัน Codex ก็ให้คำตอบที่ใช้งานได้จาก prompt ใดก็ตามเช่นกัน แต่ Ben Holmes พบว่ามันตีความถ้อยคำตามตัวอักษรมากกว่า Claude Code ตัวอย่างคือตอนทำงานกับ Codex บนแอปจดโน้ตที่กำลังสร้าง Ben Holmes บอก edge case ที่เจอใน editor ออกไป Codex สร้าง test case รองรับและเขียนโค้ดที่ทำงานได้ตั้งแต่ครั้งแรก แต่จับเฉพาะ test case เดียวนั้น และใช้ถ้อยคำตามที่พิมพ์เป๊ะ แม้บางส่วนเป็นเนื้อหา filler ที่ไม่สำคัญ พูดอีกอย่างคือถ้าอธิบายว่าต้องการอะไร Codex จะทำตามนั้นเป๊ะ แต่ไม่ค่อยเดารายละเอียดเพิ่ม
อีกประเด็นที่ Ben Holmes สังเกตคือเมื่อไรควรหยิบ planning mode มาใช้ จากประสบการณ์ที่เล่าในคลิป Claude ต้องใช้ planning mode ทุกครั้งที่ research หัวข้อหนึ่ง เพราะเฉพาะกับโมเดลรุ่นใหม่ๆ มันจะไม่เริ่ม research จนกว่าจะสั่งหรือ prompt ชัดเจน planning mode จึงเป็นทางผลักให้มันขยายฐานความรู้ก่อนเริ่มงาน ส่วน Codex ตามที่ Ben Holmes เล่าจะ proactive ในการ research มากกว่า ถึงขั้นที่ Ben Holmes ไม่เคยใช้ planning mode เลย แม้ Codex จะมีโหมดเทียบเท่าอยู่ก็ตาม
สำหรับงาน engineering ขนาดใหญ่ Ben Holmes ยกตัวอย่างการสำรวจว่าการ migrate จาก library หนึ่งไปอีก library ในแอปจดโน้ตจะเป็นอย่างไร ถ้าเป็น Claude Code อาจหยิบ planning mode มาใช้ แต่กับ Codex Ben Holmes เลือกคุยยาวๆ ผ่าน voice mode เพื่อเก็บ context ให้มากที่สุด เพื่อให้ตอนที่ Codex ลงมือทำงานมีข้อมูลครบและทำได้ถูกต้อง โดยตั้ง reasoning ไว้ที่ medium บนโมเดล GPT-5.5 รุ่นล่าสุดและคงไว้เท่าเดิม จุดสำคัญที่ Ben Holmes ชี้คือเวลาสั่ง Codex เขา prompt แบบวิศวกรที่กำกับงาน คือบอกว่าให้ดูส่วนไหนของ codebase ระบุชื่อ library และชื่อ function ที่ต้องการให้ประเมิน เพื่อให้ Codex ดึงสิ่งที่ถูกต้องเข้า context เสมอ แล้วทำทีละ turn จนเข้าใกล้เป้าหมายทีละขั้น
Question: ถ้า Codex เด่นเรื่องการเดิน step-by-step ส่วน Claude Code เดาเจตนาจาก prompt สั้นได้ดีกว่า แล้วสไตล์การ prompt แบบไหนเหมาะกับงานที่ทำอยู่จริง
สรุป: ย้ายได้ แต่ต้องเปลี่ยนวิธีคิดเรื่อง prompt
ข้อมูลจากคลิปของ Ben Holmes ทำให้เห็นภาพรวมว่าการย้ายจาก Claude Code ไป Codex ไม่ใช่เรื่องของเครื่องมือตัวไหนดีกว่า แต่เป็นเรื่องของการปรับ muscle memory ฝั่ง config ย้ายได้เกือบหมดผ่านตัว migrate ในแอปหรือสั่ง agent ทำให้ พร้อมตั้ง symlink และใช้ skills.sh สำหรับทีมที่ใช้สองเครื่องมือพร้อมกัน ฝั่งความ customize Claude Code ยังเหนือกว่าในรายละเอียดปลายๆ ราว 2-3% ส่วนจุดที่ต่างชัดที่สุดและต้องปรับตัวมากที่สุดคือสไตล์การ prompt Ben Holmes สรุปว่า Claude Code รองรับ workflow แบบเริ่ม planning mode สั่งกว้างๆ แล้วให้ research กับคุยต่อจนเจอทางออก ซึ่งเข้าถึงง่ายสำหรับนักพัฒนาใหม่ ขณะที่ Codex ทำงานได้ดีเมื่อระบุ requirement ชัดขึ้นตั้งแต่ต้น ปล่อยให้มัน research เอง แล้วเดินทีละ step ด้วย TDD Ben Holmes แนะนำให้ลองสไตล์แบบ Claude Code ใน Codex ดูด้วย เพราะ Codex มี planning mode เช่นกัน แต่จากประสบการณ์ของ Ben Holmes วิธีที่ได้ผลสูงสุดคือกำกับมันให้แน่น และใส่ความรู้ engineering ของตัวเองให้มากที่สุด ทั้งนี้ Ben Holmes ทิ้งท้ายว่าเรื่องพวกนี้เปลี่ยนทุกสัปดาห์ ใครเจออะไรใหม่ก็แลกเปลี่ยนกันได้
ที่มา: Ben Holmes: Switching from Claude Code to Codex (YouTube, 13 พ.ค. 2026)
ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกที่แสดงความเห็น!