Codex CLI 0.163.0: พิมพ์ต่อกลางทางได้เลย ไม่ต้องรอให้ตอบจบ

เมื่อวันพฤหัสบดีที่ 15 ตุลาคม 2026 repository openai/codex บน GitHub ออก Codex CLI เวอร์ชัน 0.163.0 (tag rust-v0.163.0) จุดที่คนใช้งานจริงน่าจะรู้สึกมากที่สุดคือ เราส่งข้อความต่อได้ขณะที่ Codex ยังตอบไม่จบ เพื่อให้มัน “เปลี่ยนทิศทางทันที” ตามที่ release notes บน GitHub เขียนไว้ และถ้าสั่ง interrupt ระบบจะหยุด Code Mode cells ที่กำลังทำงานพร้อมกับ nested tool calls ของมันด้วย Context Pill สรุปข่าวนี้ไว้ในแบบเดียวกัน

ส่วนคำว่า “เปิดเป็นค่าเริ่มต้น” ผมต้องบอกตรง ๆ ว่าข้อความในหัวข้อ New Features ของ release ไม่ได้เขียนคำว่า default ไว้ในข้อ steering แต่ในรายการ changelog ท้ายหน้ามี PR ชื่อ “Enable instant interrupts by default” และ “Enable code mode interruption by default” ผมจึงอ่านว่าสองอย่างนี้เปิดเป็นค่าเริ่มต้นในเวอร์ชันนี้ครับ

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

สรุป 30 วินาที: เกิดอะไรขึ้น

Codex CLI 0.163.0 ออกเมื่อ 15 ตุลาคม 2026 ตาม หน้า release บน GitHub ผมเลือกเฉพาะข้อที่คนใช้ทั่วไปน่าจะได้สัมผัสมาเล่าให้ฟัง:

• ส่ง follow-up ระหว่างที่ Codex กำลังตอบ เพื่อ steer ให้เปลี่ยนทิศทางได้ทันที
• Interrupt แล้วหยุดมากกว่าข้อความ: Code Mode cells ที่ทำงานอยู่และ nested tool calls จะหยุดด้วย
• /config ค้นหาได้: เปิด /config เพื่อค้นการตั้งค่าข้ามหมวด เปลี่ยนค่าที่รองรับได้ทันที และดูได้ว่าค่าไหนต้องรีสตาร์ท
• Read-only tools รันพร้อมกันได้: เครื่องมือแบบอ่านอย่างเดียวที่ไม่ขึ้นต่อกัน เช่น การค้น skill, memory และประวัติการสนทนา
• Resume thread ที่บันทึกไว้: การกลับมาทำต่อจะคืนค่า permissions และ network approvals ของ thread นั้น โดยเคารพ override ที่ระบุชัดและ managed policy ปัจจุบัน
• Network proxy เข้มขึ้น: ตรวจ permission ก่อนทำ DNS lookup, ปฏิเสธ duplicate Host headers และกัน credential aliases ไม่ให้เลี่ยง inspection hooks

ยังมีรายการเล็กอื่น ๆ เช่น ตั้ง leader key ใน /keymap (ค่าเริ่มต้น Ctrl+X), restart managed background server จาก /daemon, ลดขนาดแพ็กเกจ Linux และ macOS และเลิกแถม patched zsh ซึ่งผมจะอธิบายต่อด้านล่างครับ

ทำไมเรื่องนี้เกี่ยวกับคุณ

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

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

ทำงานยังไง

Steer คืออะไร

คำว่า “steer” แปลตรงตัวว่าเลี้ยวพวงมาลัย เปรียบเทียบง่าย ๆ แบบคนไทย: เหมือนคุณนั่งแท็กซี่แล้วระหว่างทางบอกคนขับว่า “พี่ครับ เลี้ยวซ้ายตรงแยกหน้าเลย เปลี่ยนไปตลาดนัดแทน” ไม่ต้องรอไปถึงปลายทางเดิมแล้วค่อยสั่งใหม่ การส่ง follow-up ขณะที่ Codex กำลังตอบก็เป็นแบบนั้น เป็นการแก้เส้นทางระหว่างขับ ไม่ใช่การจอดรถแล้วเริ่มนั่งใหม่

ตาม release notes การส่ง follow-up ระหว่างที่ Codex กำลังตอบจะ steer ให้มันเปลี่ยนทิศทาง “immediately” ส่วนรายละเอียดภายในว่าระบบจัดข้อความใหม่เข้ากับงานเดิมอย่างไร แหล่งข้อมูลที่ผมมีไม่ได้อธิบาย ผมจึงไม่ขอเดากลไกภายใน

Interrupt: หยุดมากกว่าข้อความ

Release notes บอกว่า การ interrupt เทิร์นหนึ่งจะหยุด Code Mode cells ที่กำลังทำงานและ nested tool calls ของมันด้วย ถ้าอธิบายแบบบ้าน ๆ nested tool call คือการเรียกเครื่องมืออันหนึ่งซ้อนอยู่ในงานของเครื่องมืออีกอัน เหมือนเราสั่งให้ลูกน้องคนหนึ่งไปทำงาน แล้วลูกน้องคนนั้นสั่งต่อให้อีกคนหนึ่ง เวลาเราสั่ง “หยุด” ก็ต้องหยุดทั้งสายถึงจะมีความหมาย ส่วน Code Mode แหล่งข้อมูลไม่ได้อธิบายรายละเอียดว่าทำงานภายในอย่างไร ผมจึงบอกได้แค่ว่ามันเป็นส่วนของ Codex ที่ release notes เรียกว่า cells และโดนหยุดเมื่อ interrupt

รายการ changelog ยังมีชื่อ PR เกี่ยวข้องอีกสองสามรายการ เช่น การทดสอบ steered-input persistence ที่ครอบคลุม instant interruption และการเก็บ code mode cancellation ระหว่าง output serialization แต่ผมไม่ได้อ่านโค้ด จึงไม่ตีความเกินชื่อ PR ครับ

/config ที่ค้นหาได้

เปิด /config แล้วค้นหา preferences ข้ามหมวดได้ เปลี่ยนค่าที่รองรับได้ทันที และระบบจะบอกว่าค่าไหนต้องรีสตาร์ทก่อนมีผล ที่มาคือ release notes ข้อนี้เหมาะกับคนที่ไม่อยากจำชื่อ flag หรือชื่อคีย์ทั้งหมด ผมขอเน้นว่าเป็น “ค่าที่รองรับ” นะครับ ไม่ได้แปลว่าการตั้งค่าทุกอย่างของ Codex แก้ผ่านหน้านี้ได้

Read-only tools รันพร้อมกัน

Codex รันเครื่องมือแบบอ่านอย่างเดียวที่ไม่ขึ้นต่อกันพร้อมกันได้ รวมถึงการค้น skill, memory และประวัติการสนทนา (ตาม release notes) เปรียบกับเด็กเสิร์ฟที่ไปเอาน้ำ เอาจาน เอาช้อน พร้อมกัน แทนที่จะเดินไปทีละอย่าง หลักคิดนี้น่าจะลดเวลารอ แต่ release notes ไม่ได้ให้ตัวเลขว่าเร็วขึ้นแค่ไหน ผมจึงขอไม่ยืนยัน

Resume thread และ network proxy

สองข้อนี้อยู่ในหมวด bug fixes และเกี่ยวกับความปลอดภัยโดยตรง:

• การ resume thread ที่บันทึกไว้จะ คืน permissions และ network approvals ของ thread นั้น โดยเคารพ override ที่ผู้ใช้กำหนดชัดเจนและ managed policy ปัจจุบัน
• Network proxy ตรวจ permission ก่อน DNS lookup, ปฏิเสธ duplicate Host headers และกัน credential aliases ไม่ให้เลี่ยง inspection hooks

DNS lookup คือขั้นตอนถามว่าชื่อเว็บไซต์ชื่อนี้อยู่ที่ที่อยู่ไหน การตรวจสิทธิ์ก่อนถามจึงเหมือนตรวจว่าเรามีสิทธิ์ไปที่นั่นไหมก่อนจะเปิดแผนที่ ส่วน Host header คือบรรทัดที่บอกว่าคำขอนี้ตั้งใจไปหาเว็บไซต์ไหน ถ้ามีซ้ำสองบรรทัดอาจกำกวม ระบบจึงปฏิเสธ ผมอธิบายแค่ระดับแนวคิดเพื่อให้เข้าใจ ไม่ลงรายละเอียดเชิงเทคนิคเกินกว่านั้นครับ

เรื่องที่คนใช้เก่าควรรู้: ไม่แถม patched zsh แล้ว

หมวด Chores ระบุว่า Codex ใช้ standard shell executor และไม่แถม patched zsh แล้ว ใครที่ตั้งค่าใช้ shell flags รุ่นเก่าที่เลิกใช้แล้วจะได้รับ migration notice ถ้าสคริปต์หรือ config ของคุณเคยอิงเรื่องนี้ ให้ดูข้อความแจ้งเตือนหลังอัปเดต

Interrupt ไม่ใช่แค่หยุดข้อความ แต่ครอบคลุมถึงงานที่ทำอยู่

หลายคนอาจคิดว่า interrupt คือการหยุดการพิมพ์คำตอบ แต่ release notes บอกชัดว่ามันหยุด Code Mode cells ที่ active และ nested tool calls ด้วย นี่คือความต่างสำคัญระหว่าง “ปิดเสียงคนพูด” กับ “สั่งให้คนที่กำลังทำงานอยู่วางมือ”

อย่างไรก็ตาม มีหลายอย่างที่แหล่งข้อมูลไม่ได้พูดถึง และผมไม่อยากให้อ่านเกินจริง:

• แหล่งข้อมูลไม่ได้บอกว่า interrupt จะหยุดทุกโปรเซสของทุกคำสั่งในเครื่องทันที
• ไม่ได้บอกว่าสิ่งที่ทำไปแล้วก่อนกด interrupt จะถูกย้อนกลับ เช่น ไฟล์ที่ถูกแก้ไปแล้ว หรือคำสั่งที่ส่งออกไปแล้ว ผมจึงถือว่า interrupt ช่วย “หยุดต่อ” แต่ไม่ใช่ปุ่ม undo
• ในหมวด bug fixes มีรายการว่า local commands จะจบเร็วเมื่อโปรเซสลูกถือ output pipe ค้างไว้ แต่นั่นเป็นเรื่องการปิดงานให้จบ ไม่ใช่เรื่อง interrupt ผมจึงไม่เอามารวมกัน

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

เรื่องเงิน / ผลกระทบ

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

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

มีอีกเรื่องที่ release notes พูดถึงคือ Daybreak ถูกเปิดเป็นค่าเริ่มต้นสำหรับบัญชีที่เข้าเกณฑ์ (eligible accounts) และ codex exec เลือกใช้ Daybreak ได้ด้วย OpenAI API key เมื่อเซิร์ฟเวอร์เปิดสิทธิ์ให้ แต่แหล่งข้อมูลที่ผมมีไม่ได้อธิบายว่า Daybreak คืออะไร เกณฑ์เป็นอย่างไร หรือมีผลต่อค่าใช้จ่ายไหม ผมจึงไม่ขอตีความต่อ

หลักฐานความปลอดภัยและความเสี่ยงที่ยังเหลือ

ผู้เผยแพร่และที่มา (provenance): เวอร์ชันนี้มาจากหน้า release ของ repository openai/codex บน GitHub ภายใต้ tag rust-v0.163.0 ซึ่งเป็น repo ของ OpenAI เอง (ดูหน้า release) และหน้า changelog ของ ChatGPT & Codex มีคำสั่งติดตั้งแบบระบุเวอร์ชัน npm install -g @openai/[email protected] ตรงกับเลขเวอร์ชันนี้ ผมแนะนำให้เช็กว่าเลขเวอร์ชันที่ติดตั้งจริงตรงกับที่ตั้งใจ ซึ่งเป็นการยืนยันที่มาในระดับพื้นฐานเท่านั้น ไม่ใช่การตรวจสอบความสมบูรณ์ของแพ็กเกจ

Advisory ที่รู้: หน้า Security ของ openai/codex ที่ผมตรวจ มีเนื้อหาเรื่องนโยบายการรายงานช่องโหว่ ซึ่งบอกว่าโปรแกรมความปลอดภัยดูแลผ่าน Bugcrowd และให้รายงานช่องโหว่ที่ยืนยันแล้วผ่านโปรแกรมนั้น พร้อมชี้ไปที่เอกสาร “Agent approvals & security” สำหรับ security boundaries เรื่อง sandboxing, approvals และ network controls ณ วันที่ตรวจ (17 ตุลาคม 2026) ไม่พบ advisory ที่ระบุเวอร์ชันนี้ในหน้าที่ตรวจ ซึ่งไม่ได้แปลว่าเวอร์ชันนี้ไม่มีช่องโหว่ แปลแค่ว่าหน้าที่ผมเปิดไม่ได้แสดงรายการ advisory ของเวอร์ชันนี้

สิทธิ์เริ่มต้น (filesystem / shell / network): จาก CLI reference ที่ผมอ่าน:

• --sandbox เลือกได้สามแบบคือ read-only, workspace-write และ danger-full-access เป็น sandbox policy สำหรับคำสั่ง shell ที่โมเดลสร้างขึ้น
• --ask-for-approval (หรือ -a) รับค่า on-request หรือ never เพื่อกำหนดว่า Codex จะหยุดรอให้คนอนุมัติก่อนรันคำสั่งหรือไม่
• เอกสารแนะนำสำหรับงานในเครื่องแบบไม่อยากถูกขัดจังหวะบ่อยว่าให้ใช้ --sandbox workspace-write --ask-for-approval on-request
• --approve-for-me (ชื่อรอง --not-so-yolo) คือ automatic approval review ร่วมกับ on-request approvals และ workspace-write sandbox ซึ่งขัดกับ --sandbox และ --yolo
• --add-dir ให้สิทธิ์เขียนกับโฟลเดอร์เพิ่มเติมนอก workspace หลัก
• --yolo (หรือ --dangerously-bypass-approvals-and-sandbox) รันทุกคำสั่งโดยไม่มี approval และไม่มี sandbox เอกสารเตือนว่าให้ใช้เฉพาะในสภาพแวดล้อมที่ถูกเสริมความแข็งแรงจากภายนอก
• เรื่อง network: web search ค่าเริ่มต้นเป็นโหมด cached และ --search สลับเป็น live ส่วนด้านการควบคุมการเชื่อมต่อ release notes บอกว่า network proxy ตรวจ permission ก่อน DNS lookup

ในเนื้อหาที่ผมมี ไม่มีบรรทัดที่ระบุว่าค่า sandbox หรือ approval เริ่มต้นของการรัน codex เปล่า ๆ คืออะไร ผมจึงไม่ยืนยัน ให้ตรวจค่าที่ใช้อยู่จริงในเครื่องของคุณเองก่อนเริ่มงานครับ

ความเสี่ยงที่ยังเหลือ: ผมไม่กล้าบอกว่าเครื่องมือนี้ปลอดภัย 100% และไม่มีเครื่องมือ AI agent ตัวไหนควรถูกพูดแบบนั้น ความเสี่ยงที่เห็นจากเอกสารมีดังนี้

• ถ้าเปิด --yolo หรือเลือก danger-full-access เท่ากับถอดชั้นป้องกันออก
• ถ้าใช้ --add-dir เพิ่มโฟลเดอร์ นั่นคือการเปิดสิทธิ์เขียนให้ agent กว้างขึ้น
• Interrupt ช่วยหยุดงานที่กำลังทำอยู่ แต่ไม่ได้ย้อนสิ่งที่เกิดขึ้นแล้ว
• Resume thread คืน permissions และ network approvals ของ thread เดิม โดยเคารพ override ที่ระบุชัดและ managed policy ปัจจุบัน ถ้าเรากลับมาทำต่อโดยลืมว่าเคยอนุมัติอะไรไว้ ก็ควรกลับไปทบทวน

แนะนำให้ลองใน throwaway project ก่อนเสมอ คือโปรเจกต์ทดลองที่ลบทิ้งได้และไม่มีข้อมูลสำคัญหรือ credential อยู่ ถ้าอยากแยกการทดลองออกจากงานหลัก reference มี flag --worktree ที่เริ่มในเวิร์กทรีของ Git ใหม่ที่ Codex จัดการให้ ดูเพิ่มได้ใน บทความเวอร์ชันก่อนหน้า ที่เล่าเรื่อง managed worktrees และ sandbox

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

เวลาปล่อย: หน้า release บน GitHub แสดงว่า “15 Oct 21:30” และ metadata ระบุวันที่ 15 ตุลาคม 2026 แต่ข้อความที่ผมได้มาไม่ระบุเขตเวลา ผมจึงไม่รู้ว่าเป็นกี่โมงตามเวลาไทย ถ้าเวลานั้นเป็น UTC ก็จะตรงกับเช้ามืดวันที่ 16 ตุลาคมตามเวลาไทย แต่ผมไม่ยืนยัน ขอใช้วันที่ 15 ตุลาคม 2026 ตามที่ release ระบุ ส่วน Context Pill เป็นฉบับวันที่ 16 ตุลาคม 2026 ที่รายงานข่าวนี้ต่อ จึงไม่ถือว่าขัดแย้งกัน แค่เผยแพร่คนละวัน

คำว่า default: อย่างที่บอกไปตอนต้น release notes ในหัวข้อ New Features ไม่ได้เขียนว่า default ตรง ๆ ในข้อ steering แต่รายการ changelog มีชื่อ PR ว่าเปิด instant interrupts และ code mode interruption by default ผมจึงสรุปแบบนั้นด้วยความระมัดระวัง

ตัวเลขประสิทธิภาพ: ไม่มีตัวเลขผู้ใช้ ตัวเลขความเร็ว หรือผลทดสอบของฟีเจอร์ใหม่จาก OpenAI ในแหล่งที่ผมมี

เนื้อหา changelog: รายการท้าย release ยาวมากและมีงานภายในจำนวนมาก เช่น การทดสอบ งาน build และงานภายในด้าน sandbox หน้า release ยังแสดงข้อความ “155 commits to main since this release” ซึ่งเป็นตัวเลขที่ GitHub แสดง ผมไม่ได้ใช้ตีความว่า release นี้แก้ไขกี่จุด นอกจากนี้ข้อความที่ผมได้มาจากหน้า release และ changelog ถูกตัดในช่วงท้ายของรายการ ผมจึงสรุปจากส่วนที่อ่านได้ครบ คือหมวด New Features, Bug Fixes, Documentation และ Chores

ขอบเขตของฟีเจอร์: CLI reference ระบุว่า slash commands, CLI commands และ flags ในเอกสารนั้นใช้กับ Codex surfaces ไม่ได้ใช้กับ ChatGPT web ดังนั้นผมไม่ควรเหมารวมว่า steering ไปอยู่ในทุกที่ ข้อมูลที่ผมมีพูดถึงเฉพาะ Codex CLI

แล้วเราควรทำอะไร

สำหรับคนทั่วไป (พนักงานออฟฟิศ พ่อแม่ นักเรียน เจ้าของธุรกิจเล็ก):

1. อัปเดต Codex CLI เป็น 0.163.0 ด้วยคำสั่ง npm install -g @openai/[email protected] ตามที่หน้า changelog ระบุ หรือใช้ codex update ถ้าเวอร์ชันที่ติดตั้งรองรับการอัปเดตในตัว
2. ลองเปิด /config แล้วค้นดูการตั้งค่าที่เกี่ยวกับสิ่งที่คุณใช้บ่อย และสังเกตว่าค่าไหนต้องรีสตาร์ท
3. เริ่มจากตั้ง --sandbox workspace-write --ask-for-approval on-request ตามที่เอกสารแนะนำสำหรับงานในเครื่อง
4. ลองฝึก steer ด้วยงานเล็ก ๆ ที่ไม่มีข้อมูลสำคัญ เช่น ให้เขียนสคริปต์สั้น ๆ แล้วพิมพ์ต่อเพื่อเปลี่ยนทิศทาง
5. ทดลองในโปรเจกต์ทิ้งได้ (throwaway project) ก่อนนำไปใช้กับงานจริง

สำหรับ IT / นักพัฒนา:

1. อ่านเอกสาร sandbox ที่ปรับปรุงเรื่อง Linux sandbox ซึ่ง release notes ระบุว่าได้ชี้แจงการใช้ bubblewrap สำหรับ filesystem isolation และ seccomp สำหรับ syscall filtering
2. ตั้ง leader key ใน /keymap ถ้ารู้สึกว่า Ctrl+X ชนกับ shortcut อื่น และจำไว้ว่า voice mute ย้ายไป F9
3. ทดสอบ parallel read-only tools กับงานที่ต้องค้นหลายอย่างพร้อมกัน แล้วจับเวลาเองเพราะไม่มีตัวเลขทางการ
4. เมื่อ resume thread ให้ตรวจ permissions และ network approvals ที่ถูกคืนมาว่ายังตรงกับ policy ที่ต้องการ
5. ถ้าใช้ shell flags รุ่นเก่า ให้ตรวจ migration notice หลังอัปเดต เพราะ patched zsh ถูกเลิกแล้ว
6. พิจารณา --worktree หรือ managed worktree (ดูบทความก่อนหน้า) เพื่อแยกการทดลองออกจากสาขางานหลัก

ผมมองว่า…

ความเห็นส่วนตัวของผมนะครับ ผมมองว่าการ steer กลางทางเป็นการเปลี่ยนวิธีคุยกับ AI agent ในเชิงนิสัย เมื่อก่อนเราต้องคิดให้ครบก่อนส่ง เพราะส่งแล้วต้องรอ แต่ถ้าแก้กลางทางได้ เราจะกล้าเริ่มจากคำสั่งหยาบ ๆ แล้วค่อยปรับ ซึ่งใกล้กับการทำงานกับเพื่อนร่วมงานมากกว่า

แต่ผมก็มองว่าความสบายใจนี้ต้องมาพร้อมวินัย ยิ่ง agent ตอบสนองเร็วและรันเครื่องมือหลายอย่างพร้อมกัน เรายิ่งต้องรู้ว่ากำลังให้สิทธิ์อะไรไว้ ปุ่ม interrupt ที่หยุด Code Mode cells และ nested tool calls ฟังดูอุ่นใจ แต่มันไม่ใช่เครื่องมือย้อนเวลา ดังนั้นการตั้ง sandbox และ approvals ให้เหมาะสมตั้งแต่ต้นยังสำคัญกว่าการหวังว่าจะกด interrupt ทัน

ปิดท้าย: สิ่งที่ต้องจับตา

สิ่งที่ผมจะติดตามต่อมีไม่กี่เรื่อง และเป็นสิ่งที่ผมยังไม่รู้คำตอบ ไม่ใช่การทำนาย

• Steering ใช้งานจริงเป็นอย่างไร เมื่อ Codex กำลังรันคำสั่งหนัก ๆ หรืองานหลายขั้นตอน เพราะ release notes บอกแค่ว่าเปลี่ยนทิศทางทันทีและหยุด Code Mode cells กับ nested tool calls
• Daybreak ที่เปิดเป็นค่าเริ่มต้นสำหรับบัญชีที่เข้าเกณฑ์ คืออะไรและมีผลกับผู้ใช้อย่างไร เพราะแหล่งข้อมูลที่ผมมีไม่ได้อธิบาย
• เอกสาร Agent approvals & security ที่หน้า Security ชี้ไป ซึ่งผมยังไม่ได้อ่านเนื้อหา ควรเป็นหน้าที่คนใช้จริงเปิดอ่านเอง
• เวอร์ชันถัดไปจะมี advisory หรือการแก้ไขอะไรเพิ่ม ให้เช็กหน้า Security และหน้า release เป็นระยะ

Recap

• อัปเดต Codex CLI เป็น 0.163.0 แล้วหรือยัง
• ลองใช้ steer โดยพิมพ์ต่อขณะที่ Codex กำลังตอบ (ในโปรเจกต์ทดลอง)
• ตรวจค่า sandbox และ approval ที่ใช้อยู่ ไม่เปิด --yolo หรือ danger-full-access โดยไม่จำเป็น
• ทดลองใน throwaway project ก่อนนำไปใช้กับงานจริง
• เปิด /config ลองค้นการตั้งค่า และดูว่าค่าไหนต้องรีสตาร์ท
• ตรวจ permissions และ network approvals เมื่อ resume thread
• จำไว้ว่า interrupt หยุดงานที่ทำอยู่ แต่ไม่ย้อนสิ่งที่ทำไปแล้ว