# Codex CLI รัน daemon เบื้องหลังที่อัปเดตตัวเองเป็นค่าเริ่มต้น นักพัฒนาขอให้ปิดไว้ก่อน

> Codex CLI ตั้งแต่รุ่น 0.157.0 เริ่ม daemon เบื้องหลังที่รันค้างหลังปิดหน้าต่างและอัปเดตตัวเองเป็นค่าเริ่มต้น issue บน GitHub ถูกพูดถึงหนักช่วง 12–13 ต.ค. 2026

- ประเภท: ข่าว · หมวด: Software & DevOps
- เผยแพร่: 2026-10-13T13:09:00.000Z · อัปเดต: 2026-10-13T13:09:00.000Z
- โดย: กองบรรณาธิการ THAI DATA, THAI DATA IT BUSINESS ENTERPRISE
- ที่มา: https://thaidata.co.th/software/codex-cli-background-daemon-auto-update-default/

## สรุปประเด็นสำคัญ

- 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 อธิบายการเปลี่ยนแปลงนี้ไว้ประโยคเดียวว่าเปิดการเริ่มเซิร์ฟเวอร์เบื้องหลังอัตโนมัติ พร้อมตัวเลือกกู้คืนเมื่อค่าตั้งเซิร์ฟเวอร์ไม่เข้ากัน

![release note ของ Codex CLI 0.157.0 บน GitHub มีบรรทัด Enabled automatic background-server startup for eligible interactive sessions](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/codex-cli-background-daemon-auto-update-default/codex-0-157-0-release-notes.webp?v=c783de55) _(ภาพ: GitHub (ภาพหน้าจอ))_

[เอกสาร CLI reference](https://developers.openai.com/codex/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 ตุลาคม

![โค้ดใน codex-rs/features/src/lib.rs บน branch main ของ openai/codex กำหนด daemon_auto_start เป็น Stage::Stable และ default_enabled: true](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/codex-cli-background-daemon-auto-update-default/codex-daemon-auto-start-default-true.webp?v=b8d988ed) _(ภาพ: GitHub (ภาพหน้าจอ))_

## ผู้ใช้รายงานพฤติกรรมของ 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` กับทุกเซสชันที่ตามมา |

[โค้ดของตัวอัปเดต](https://github.com/openai/codex/blob/main/codex-rs/app-server-daemon/src/update_loop.rs)ใน repository ยืนยันส่วนหนึ่ง ค่าคงที่ `INITIAL_UPDATE_DELAY` ตั้งไว้ 5 นาที และตัวอัปเดตดึงสคริปต์ติดตั้งจาก `chatgpt.com/codex/install.sh` (Windows ใช้ install.ps1) ผู้เปิด issue ยังพบว่าคำสั่ง `codex app-server daemon stop` หยุดเซิร์ฟเวอร์แต่ตัวอัปเดตยังรันต่อ ต้อง kill เอง

![สรุปตัวเลขพฤติกรรมของ daemon ใน Codex CLI ตามที่ผู้ใช้รายงานและโค้ดใน repository](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/codex-cli-background-daemon-auto-update-default/codex-cli-daemon-key-figures.webp?v=161f98a4) _(ภาพ: THAI DATA (ข้อมูล: GitHub (openai/codex)))_

ในวันที่ 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](/policy/openai-eu-ai-act-text-watermarking-chatgpt/) ทั้งสองเรื่องสะท้อนว่าเครื่องมือ 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](/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](https://github.com/openai/codex/issues/48195) — GitHub (openai/codex)
- [Daemon server leaks environment variables across sessions #53547](https://github.com/openai/codex/issues/53547) — GitHub (openai/codex)
- [Enable automatic daemon startup by default #47179](https://github.com/openai/codex/pull/47179) — GitHub (openai/codex)
- [Release 0.157.0](https://github.com/openai/codex/releases/tag/rust-v0.157.0) — GitHub (openai/codex)
- [codex-rs/features/src/lib.rs](https://github.com/openai/codex/blob/main/codex-rs/features/src/lib.rs) — GitHub (openai/codex)
- [Configuration Reference – Codex](https://developers.openai.com/codex/config-reference) — OpenAI