Codex CLI รัน daemon เบื้องหลังที่อัปเดตตัวเองเป็นค่าเริ่มต้น นักพัฒนาขอให้ปิดไว้ก่อน
Codex CLI ตั้งแต่รุ่น 0.157.0 เริ่ม daemon เบื้องหลังที่รันค้างหลังปิดหน้าต่างและอัปเดตตัวเองเป็นค่าเริ่มต้น issue บน GitHub ถูกพูดถึงหนักช่วง 12–13 ต.ค. 2026
โดย กองบรรณาธิการ THAI DATA อ่าน 4 นาที
สรุปประเด็นสำคัญ
- OpenAI ตั้ง
daemon_auto_startใน Codex CLI เป็นค่าเริ่มต้นผ่าน PR #47179 ที่ merge เมื่อ 22 กันยายน 2026 และออกใน รุ่น 0.157.0 วันที่ 25 กันยายน ณ 13 ตุลาคม โค้ดใน branch main ยังตั้ง default_enabled เป็น true - ผู้ใช้รายงานใน issue #48195 ว่าการเปิดเซสชันครั้งเดียวทำให้เกิด daemon ที่รันต่อหลังปิดทุกหน้าต่าง คัดลอกแพ็กเกจราว 374 MB ไปไว้ใน ~/.codex และเปิดตัวอัปเดตที่ตรวจรุ่นใหม่ 5 นาทีหลังเริ่ม จากนั้นทุกชั่วโมง
- issue #53547 ที่เปิดเมื่อ 13 ตุลาคม 2026 บน Codex CLI 0.162.1 แสดงว่า daemon ส่งต่อ environment variable ของเซสชันแรกไปให้เซสชันอื่นที่ไม่เกี่ยวข้อง
- หน้า config reference ของ Codex ยังไม่มีคำว่า daemon_auto_start และ ณ 13 ตุลาคม ยังไม่มีทีม OpenAI ตอบใน issue ทั้งสอง วิธีปิดที่ผู้ใช้ยืนยันคือ codex features disable daemon_auto_start
Codex CLI เครื่องมือเขียนโค้ดด้วย AI บนเทอร์มินัลของ OpenAI เปิด daemon เบื้องหลังที่รันค้างและอัปเดตตัวเองเป็นค่าเริ่มต้นตั้งแต่รุ่น 0.157.0 (25 กันยายน 2026) ช่วง 12–13 ตุลาคม 2026 issue บน GitHub ที่ขอให้เปลี่ยนเป็นแบบเลือกเปิดเองถูกพูดถึงอย่างหนัก และมีรายงานใหม่ว่า daemon ส่ง environment variable ข้ามเซสชัน
ประเด็นนี้สำคัญกับองค์กรที่ให้นักพัฒนาใช้ AI coding agent เพราะซอฟต์แวร์ที่รันอยู่จริงบนเครื่องอาจไม่ใช่รุ่นที่ฝ่ายไอทีติดตั้งและอนุมัติไว้
Codex CLI เปลี่ยนอะไรในรุ่น 0.157.0
PR #47179 ชื่อ "Enable automatic daemon startup by default" merge เมื่อ 22 กันยายน 2026 เลื่อนฟีเจอร์ daemon_auto_start จากหมวดทดลองเป็นฟีเจอร์เสถียร และเปิดเป็นค่าเริ่มต้นสำหรับ "การเปิดใช้งานแบบโต้ตอบที่เข้าเงื่อนไข" release note ของรุ่น 0.157.0 อธิบายการเปลี่ยนแปลงนี้ไว้ประโยคเดียวว่าเปิดการเริ่มเซิร์ฟเวอร์เบื้องหลังอัตโนมัติ พร้อมตัวเลือกกู้คืนเมื่อค่าตั้งเซิร์ฟเวอร์ไม่เข้ากัน
เอกสาร CLI reference ของ OpenAI อธิบายว่า local app-server daemon ใช้กับฟีเจอร์ remote control ที่จับคู่อุปกรณ์อื่นด้วยรหัส pairing แต่เมื่อเราตรวจหน้า config reference ของ Codex เมื่อ 13 ตุลาคม ยังไม่มีคำว่า daemon_auto_start อยู่เลย ผู้ใช้ทั่วไปจึงหาวิธีปิดจากเอกสารทางการไม่เจอ
ไฟล์ codex-rs/features/src/lib.rs ใน branch main ณ วันที่ 13 ตุลาคม ยังกำหนด daemon_auto_start เป็น Stage::Stable และ default_enabled: true ส่วนรุ่นล่าสุดที่ออกคือ 0.162.1 เมื่อ 9 ตุลาคม
ผู้ใช้รายงานพฤติกรรมของ daemon ใน Codex CLI อย่างไร
issue #48195 ที่เปิดเมื่อ 25 กันยายน โดยผู้ใช้ Codex CLI 0.157.0 บน Linux (WSL2) ที่ติดตั้งผ่าน npm ระบุว่าการเปิดเซสชัน codex เพียงครั้งเดียวทำให้เกิดสิ่งต่อไปนี้
| พฤติกรรม | รายละเอียดที่ผู้ใช้รายงาน |
|---|---|
| daemon รันค้าง | codex app-server --managed-daemon รันต่อหลังปิดทุกหน้าต่าง จนกว่าจะสั่งหยุดหรือรีบูต |
| คัดลอกแพ็กเกจ | คัดลอกไฟล์ราว 374 MB ไปไว้ใน ~/.codex/packages/app-server-daemon/releases/<version>/ แล้วรันจากสำเนานั้น |
| อัปเดตตัวเอง | ตัวอัปเดต pid-update-loop ตรวจรุ่นใหม่ 5 นาทีหลังเริ่ม จากนั้นทุกชั่วโมง ดาวน์โหลดแล้วรีสตาร์ต ซึ่งอาจตัดงานที่กำลังทำอยู่ |
| ค่า environment ติดค้าง | daemon ใช้ค่าของเซสชันแรกที่เปิดมัน เช่น HTTPS_PROXY กับทุกเซสชันที่ตามมา |
โค้ดของตัวอัปเดตใน repository ยืนยันส่วนหนึ่ง ค่าคงที่ INITIAL_UPDATE_DELAY ตั้งไว้ 5 นาที และตัวอัปเดตดึงสคริปต์ติดตั้งจาก chatgpt.com/codex/install.sh (Windows ใช้ install.ps1) ผู้เปิด issue ยังพบว่าคำสั่ง codex app-server daemon stop หยุดเซิร์ฟเวอร์แต่ตัวอัปเดตยังรันต่อ ต้อง kill เอง
ในวันที่ 13 ตุลาคม ผู้ใช้อีกรายเปิด issue #53547 บน Codex CLI 0.162.1 (macOS) พร้อมขั้นตอนทำซ้ำ เขา export ตัวแปรในเทอร์มินัลแรกแล้วเปิด Codex จากนั้นเปิด Codex ในเทอร์มินัลที่สองซึ่งไม่ได้ตั้งตัวแปรนั้น แต่ agent ยังมองเห็นค่าจากเทอร์มินัลแรก ผู้รายงานสรุปว่า daemon "seems to pick up the environment variables of the first session that started the daemon"
เสียงตอบรับจากนักพัฒนา
issue #48195 มีความเห็น 16 รายการ ในจำนวนนี้ 9 รายการเพิ่มเข้ามาช่วง 12–13 ตุลาคม ผู้ใช้ Windows รายงานว่า CLI ใช้งานไม่ได้ และเสนอให้ถอยกลับไปทำงานแบบ local เมื่อ daemon เริ่มไม่ได้เพราะติดเรื่องสิทธิ์ (elevation) บางรายเปรียบพฤติกรรมนี้กับมัลแวร์ และผู้ใช้รายหนึ่งเขียนว่ากำลังยกเลิกไลเซนส์ Codex ของบริษัท
ข้อเสนอใน issue คือให้ daemon เป็นแบบเลือกเปิดเอง (opt-in) สำหรับ CLI ให้ daemon ปิดตัวเมื่อไม่มีหน้าต่างเชื่อมต่อแล้ว และไม่ให้คัดลอกหรืออัปเดตตัวเองเมื่อผู้ใช้ติดตั้งผ่านตัวจัดการแพ็กเกจอย่าง npm, Homebrew หรือ pacman ณ วันที่ 13 ตุลาคม ความเห็นทั้งหมดใน issue ทั้งสองมาจากผู้ใช้ทั่วไป ยังไม่มีทีม OpenAI ตอบ
ทำไมเรื่องนี้สำคัญ
AI coding agent อย่าง Codex CLI อ่านซอร์สโค้ด รันคำสั่ง และเข้าถึง token หรือ credential ในเครื่องนักพัฒนาได้ การมีโปรเซสที่รันค้าง อัปเดตตัวเองจากอินเทอร์เน็ต และพกค่า environment ข้ามเซสชัน จึงกระทบหลักการพื้นฐานของการจัดการซอฟต์แวร์ในองค์กร คือรู้ว่าเครื่องรันอะไร รุ่นไหน และใครอนุมัติ
อีกด้านหนึ่ง daemon ที่ใช้ร่วมกันช่วยให้ฟีเจอร์อย่าง remote control และการทำงานต่อเนื่องหลังปิดหน้าต่างทำได้ ข้อถกเถียงจึงอยู่ที่ "ค่าเริ่มต้น" และการแจ้งผู้ใช้ มากกว่าตัวฟีเจอร์เอง ก่อนหน้านี้ไม่นาน OpenAI ก็เริ่มใส่ลายน้ำข้อความใน ChatGPT และ Codex ใน EU ทั้งสองเรื่องสะท้อนว่าเครื่องมือ AI สำหรับนักพัฒนาเปลี่ยนพฤติกรรมได้เร็วจนฝ่ายไอทีต้องตามให้ทัน
สิ่งที่องค์กรควรทำ
- สำรวจเครื่องนักพัฒนาที่ติดตั้ง Codex CLI ทั้งที่ติดตั้งเองและผ่านระบบขององค์กร ตรวจหาโปรเซส
codex app-serverและpid-update-loopรวมถึงโฟลเดอร์~/.codex/packages/app-server-daemonด้วยเครื่องมือ EDR หรือ MDM ที่มีอยู่ - ปิด daemon ถ้าไม่ได้ใช้ remote control ด้วย
codex features disable daemon_auto_startหรือdaemon_auto_start = falseในconfig.tomlแล้วหยุด daemon และตัวอัปเดตที่รันอยู่ตามขั้นตอนใน issue #48195 - แยก credential ต่อเซสชันให้ชัด อย่าพึ่งการ export ตัวแปรลับต่อหน้าต่างเพื่อแยกสิทธิ์ระหว่างโปรเจกต์ จนกว่า issue #53547 จะได้รับการแก้ไข
- คุมรุ่นซอฟต์แวร์ผ่านช่องทางเดียว ถ้าองค์กรอนุมัติ Codex ผ่าน npm หรือ Homebrew ให้ตรวจว่ารุ่นที่รันจริงตรงกับรุ่นที่อนุมัติ และพิจารณาบล็อกการดาวน์โหลดสคริปต์ติดตั้งจากเครื่องที่ต้องควบคุมเข้ม
- ติดตาม issue #48195 เพื่อดูว่า OpenAI จะเปลี่ยนค่าเริ่มต้นหรือไม่ อ่านข่าวซอฟต์แวร์และเครื่องมือนักพัฒนาอื่น ๆ ได้ที่หมวด Software
คำถามที่พบบ่อย
daemon ของ Codex CLI คืออะไร?
ตั้งแต่ Codex CLI รุ่น 0.157.0 การเปิดเซสชันแบบโต้ตอบจะเริ่มเซิร์ฟเวอร์เบื้องหลัง (codex app-server) แบบใช้ร่วมกันโดยอัตโนมัติ ผู้ใช้รายงานว่าโปรเซสนี้รันต่อหลังปิดหน้าต่าง Codex ทุกบาน จนกว่าจะสั่งหยุดหรือรีบูตเครื่อง และมีตัวอัปเดตแยกที่ดาวน์โหลดรุ่นใหม่แล้วรีสตาร์ตเอง
ปิด daemon ของ Codex CLI อย่างไร?
ผู้เปิด issue #48195 ใช้คำสั่ง codex features disable daemon_auto_start ตามด้วย codex app-server daemon stop และต้องหยุดโปรเซส pid-update-loop เอง เพราะคำสั่ง stop ไม่ได้หยุดตัวอัปเดต จากนั้นลบโฟลเดอร์ ~/.codex/packages/app-server-daemon ผู้ใช้อีกรายยืนยันว่าตั้ง daemon_auto_start = false ใน config.toml ได้ผล
ทำไมองค์กรต้องสนใจเรื่อง daemon ของ Codex CLI?
เพราะ daemon รันโค้ดจากสำเนาที่อัปเดตตัวเอง ไม่ใช่ไฟล์ที่ฝ่ายไอทีติดตั้งผ่าน npm หรือ Homebrew ทำให้คุมรุ่นซอฟต์แวร์ไม่ได้ และ issue #53547 รายงานว่า environment variable ของเซสชันหนึ่ง เช่น ค่า proxy หรือ token อาจไปโผล่ในอีกเซสชัน
OpenAI ตอบเรื่องนี้แล้วหรือยัง?
ณ 13 ตุลาคม 2026 ยังไม่มีความเห็นจากทีม OpenAI ผู้พัฒนา Codex CLI ใน issue #48195 และ #53547 บน GitHub ทั้งสอง issue ยังเปิดอยู่ และไฟล์กำหนดฟีเจอร์ใน branch main ยังตั้ง daemon_auto_start เป็นค่าเริ่มต้นที่เปิดอยู่
แหล่งอ้างอิง
- CLI: make daemon_auto_start opt-in — a persistent, self-updating background daemon shouldn't be the default #48195 — GitHub (openai/codex)
- Daemon server leaks environment variables across sessions #53547 — GitHub (openai/codex)
- Enable automatic daemon startup by default #47179 — GitHub (openai/codex)
- Release 0.157.0 — GitHub (openai/codex)
- codex-rs/features/src/lib.rs — GitHub (openai/codex)
- Configuration Reference – Codex — OpenAI
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ