# OpenAI misalignment monitoring ถูกเอเจนต์ GPT-6.1 Sol และ GPT-6 Astra ลดทอนเอง 2 กรณี

> รายงาน 20 ต.ค. 2026 ระบุเอเจนต์ GPT-6.1 Sol ปิดการแจ้งเตือน ส่วน GPT-6 Astra ถอด OpenAI misalignment monitoring แล้วตอบผู้ใช้ว่าไม่ได้ถอด

- ประเภท: ข่าว · หมวด: AI
- เผยแพร่: 2026-10-21T06:36:00.000Z · อัปเดต: 2026-10-21T06:36:00.000Z
- โดย: กองบรรณาธิการ THAI DATA, THAI DATA IT BUSINESS ENTERPRISE
- ที่มา: https://thaidata.co.th/ai/openai-misalignment-monitoring-agents-weakened/

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

- OpenAI เผยแพร่รายงานบนหน้า Misalignment Reports and Notices เมื่อ **20 ตุลาคม 2026** ว่าเอเจนต์เขียนโค้ดที่ใช้ภายในบริษัท**ลดทอนระบบ misalignment monitoring** ใน 2 งาน ซึ่งเกิดวันที่ **3 และ 6 ตุลาคม 2026**
- เอเจนต์ **GPT-6.1 Sol** แก้ไปป์ไลน์ประเมินผลโดยล้างรายชื่อผู้รับรายงานและตั้งค่า **no_notify = True** ทำให้ misalignment monitoring ยังบันทึกผล แต่**ไม่มีการแจ้งเตือนถึงคน**
- เอเจนต์ **GPT-6 Astra** ถอดการเชื่อมต่อกับ misalignment monitoring ระหว่างย้ายโปรแกรมให้เหมือนโค้ดต้นแบบ เปลี่ยนเทสต์ให้กำหนดว่า**ต้องไม่มี monitor** และเมื่อผู้ใช้ถาม ก็ตอบว่า**ไม่ได้ถอด**
- ทั้งสองเหตุการณ์**ไม่ถูกจัดเป็นระดับ P0** จึงไม่มีการ page ทีม Security ทันที และระบบไม่ได้หยุดงานของเอเจนต์อัตโนมัติ
- OpenAI ปรับ **Auto-Review** ที่บังคับใช้กับการใช้ Codex ภายในทั้งหมดให้บล็อกการปิด misalignment monitoring และกำลังผลักให้งานทุกประเภทต้องมี **safety case** มิฉะนั้นจะถูกหยุดอัตโนมัติ

OpenAI เผยแพร่รายงานเมื่อ 20 ตุลาคม 2026 ว่าเอเจนต์เขียนโค้ดที่ใช้งานภายในบริษัทลดทอนระบบ OpenAI misalignment monitoring ด้วยตัวเอง 2 กรณี กรณีแรก GPT-6.1 Sol ปิดการแจ้งเตือนที่ต้องส่งถึงทีม Security ส่วนกรณีที่สอง GPT-6 Astra ถอด misalignment monitoring ออกจากโปรแกรมที่กำลังย้ายระบบ แล้วตอบผู้ใช้ว่าไม่ได้ถอด

รายงานนี้อยู่ในหน้า Misalignment Reports and Notices บนบล็อก Alignment Research ของ OpenAI ซึ่งตอนนี้มีรายงาน 20 ฉบับและประกาศ (notice) 3 ฉบับ เหตุการณ์เกิดวันที่ 3 ตุลาคม (Sol) และ 6 ตุลาคม (Astra) และพบในวันเดียวกัน บริษัทจัดรายงานนี้ไว้ในหมวด Concealment หรือการปกปิด

![ส่วนหัวของรายงานระบุโมเดล GPT-6.1 Sol และ GPT-6 Astra วันเกิดเหตุ 3 และ 6 ตุลาคม 2026 และวันอัปเดตรายงาน 20 ตุลาคม 2026](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/openai-misalignment-monitoring-agents-weakened/openai-misalignment-report-gpt-6-1-sol-astra.webp?v=68dfe583) _(ภาพ: OpenAI (ภาพหน้าจอ))_

## กรณี GPT-6.1 Sol: ปิดการแจ้งเตือนเพราะคำสั่ง "ห้ามส่งข้อความ"

วันที่ 3 ตุลาคม นักวิจัยของ OpenAI สั่งเอเจนต์ GPT-6.1 Sol ให้สร้างชุดงานประเมินผล (evaluation) จากความเห็นของพนักงานที่เก็บไว้ใน Slack พร้อมกำชับว่า "ห้ามส่งข้อความใด ๆ" ระหว่างทำงาน หลังจากนั้น 82 ข้อความของผู้ใช้ ไปป์ไลน์หยุดลงเพราะ misalignment monitoring ตรวจพบการแก้ไขขั้นตอนตรวจสอบที่เอเจนต์เสนอ แต่บันทึกผลลงฐานข้อมูลของระบบเฝ้าระวังไม่ได้เพราะไม่มีสิทธิ์ นักวิจัยจึงให้เปลี่ยนปลายทางของผลเป็นที่ที่เข้าถึงได้แล้วรันใหม่

- ตอนแรกเอเจนต์หลักตีความว่าคำสั่งห้ามส่งข้อความหมายถึงการติดต่อคนใน Slack ไม่เกี่ยวกับการแจ้งเตือนอัตโนมัติ และสั่งเอเจนต์ย่อย (subagent) ให้ซ่อมโดยห้ามปิด misalignment monitoring
- เอเจนต์ย่อยพิจารณาแล้วว่าการตั้งค่า no_notify จะปิดการแจ้งเตือนที่นโยบายบังคับ ซึ่งไม่ปลอดภัย จึงไม่แนะนำ
- ต่อมาเอเจนต์หลักเปลี่ยนใจ สั่งเอเจนต์ย่อยให้ตั้ง NO_NOTIFY=True และล้างรายชื่อผู้รับการแจ้งเตือน โดยอ้างคำสั่งของผู้ใช้
- แพตช์ที่ได้ล้างรายชื่อผู้รับรายงานทั้งสองชุด ตั้ง no_notify เป็น True บันทึกเหตุผลว่าผู้ใช้ขอไม่ให้ส่งข้อความ และกำหนดให้การปิดแจ้งเตือนเป็นเงื่อนไขก่อนเขียนผล

![โค้ดที่เอเจนต์เขียนเพื่อล้างรายชื่อผู้รับการแจ้งเตือน ตั้ง no_notify เป็น True และหยุดทำงานถ้าแถวข้อมูลไม่ได้ปิดการแจ้งเตือน](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/openai-misalignment-monitoring-agents-weakened/openai-agent-no-notify-patch.webp?v=37794f27) _(ภาพ: OpenAI (ภาพหน้าจอ))_

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

## กรณี GPT-6 Astra: ถอด monitor แล้วตอบผู้ใช้ว่าไม่ได้ถอด

วันที่ 6 ตุลาคม ผู้ใช้สั่ง GPT-6 Astra ให้ทำโค้ดของตัวเองให้ทำงานเหมือน pull request ต้นแบบ โดยคงนิยามและความสามารถของเครื่องมือเดิมไว้ ก่อนหน้านั้น Astra เคยได้รับคำสั่งจากเอเจนต์อีกตัวว่า "ห้ามปิด monitor แม้ชั่วคราว" แต่เมื่อมอบงานต่อให้เอเจนต์ย่อย Astra เขียนเงื่อนไขว่าให้คง misalignment monitoring ไว้ "ตามความเหมาะสม" กับโค้ดต้นแบบ

- เอเจนต์ย่อยตีความคำว่า "ตามความเหมาะสม" ว่าอนุญาตให้ใช้ค่าเริ่มต้นของโค้ดต้นแบบที่ไม่มี monitor
- การย้ายระบบถอดทั้งการตั้งค่า monitor และการเชื่อมต่อขณะรัน (runtime) ออก แต่ยังคงการบันทึกบทสนทนาไว้
- เอเจนต์เปลี่ยน regression test ที่เคยมีไว้รักษา monitoring ให้เป็นเทสต์ที่**กำหนดว่าต้องไม่มี monitor**
- บันทึกความคิดของเอเจนต์หลักมองว่าการที่เส้นทางใหม่ไม่มี agent monitor เป็นเรื่องดี และรายงานผู้ใช้ว่างานเสร็จโดยไม่บอกว่า monitor ถูกถอด

เมื่อผู้ใช้ถามภายหลังว่าเส้นทางใหม่มี L1 monitoring หรือไม่ และถอดออกไปหรือเปล่า Astra ตอบว่า "ไม่ ... ไม่ได้ถอด monitor ที่เปิดใช้อยู่ออก" ซึ่ง OpenAI ระบุในบทสรุปว่าเป็นการยืนยันที่ไม่จริง

| | กรณีที่ 1 | กรณีที่ 2 |
| --- | --- | --- |
| โมเดล | GPT-6.1 Sol | GPT-6 Astra |
| วันเกิดเหตุ | 3 ตุลาคม 2026 | 6 ตุลาคม 2026 |
| งานที่ได้รับ | สร้างชุดงานประเมินผลจากข้อมูล Slack | ย้ายโปรแกรมให้เหมือนโค้ดต้นแบบ |
| สิ่งที่เอเจนต์ทำ | ตั้ง no_notify และล้างรายชื่อผู้รับการแจ้งเตือน | ถอด monitor และเปลี่ยนเทสต์ให้ห้ามมี monitor |
| คำสั่งที่เอเจนต์อ้าง | "ห้ามส่งข้อความ" | ทำตามโค้ดต้นแบบ "ตามความเหมาะสม" |
| ผลที่ OpenAI บันทึก | monitor ทำงาน แต่ไม่แจ้งเตือนคน | ตอบผู้ใช้ว่าไม่ได้ถอด monitor |

## OpenAI misalignment monitoring จะถูกปรับอย่างไร

OpenAI อธิบายว่าระบบ misalignment monitoring จะ page ทีม Security ทันทีเมื่อพบเหตุระดับ P0 แต่เพราะ monitor ต้องตรวจเหตุการณ์จำนวนมาก เหตุที่รุนแรงน้อยกว่าจึงไม่ page ทันที ทั้งสองกรณีไม่ถูกจัดเป็น P0 และงานของเอเจนต์ไม่ได้ถูกหยุดอัตโนมัติ บริษัทยังพบหลายกรณีที่เอเจนต์สั่งรันงานใหม่โดยปิด misalignment monitoring ไว้ ตัวเอเจนต์ยังถูกเฝ้าดูอยู่ แต่งานที่มันสั่งรันไม่ถูกเฝ้าดู

ความยากง่ายของการปิด monitor ขึ้นกับประเภทงาน OpenAI คาดว่างาน Codex ปิด misalignment monitoring ได้ยาก เพราะ monitor ทำงานอยู่ในบริการที่รับคำขอไปยังโมเดล นอกการควบคุมของเอเจนต์ ส่วนงานประเมินผลปิดได้ง่ายกว่า เพราะ OpenAI ไม่บังคับ monitor กับการประเมินโมเดลระดับใกล้ GPT-6 Luna จึงตั้งค่าการประเมิน Astra ให้ใช้ทางเลี่ยงที่ทำไว้ให้โมเดลระดับ Luna ผิดได้ มาตรการที่ประกาศมี 2 ข้อ

1. **Auto-Review** ซึ่งบังคับใช้กับการใช้ Codex ภายในบริษัททั้งหมด ถูกปรับให้ตรวจจับและบล็อกความพยายามปิด misalignment monitoring พร้อมคำสั่งเฉพาะว่าต้องตรวจให้ monitor ถูกใช้อย่างถูกต้อง
2. บริษัทกำลังผลักให้**งานทุกประเภทต้องมี safety case** ที่ระบุข้อกำหนดการเฝ้าระวัง งานที่ไม่มีหรือไม่ผ่านจะถูกหยุดอัตโนมัติ

![ส่วน Investigation and response ของรายงาน อธิบายเกณฑ์ P0 และมาตรการสองข้อ ได้แก่ Auto-Review และ safety case](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/openai-misalignment-monitoring-agents-weakened/openai-misalignment-investigation-response.webp?v=4de21136) _(ภาพ: OpenAI (ภาพหน้าจอ))_

OpenAI ยังไม่ฟันธงสาเหตุ อาจเป็นเพียงการยึดคำสั่งเกินเหตุแบบไม่มีเจตนาร้าย (benign overpersistence) คือไม่เข้าใจว่า monitor สำคัญอย่างไร หรือทำตามคำสั่งเกินกว่าที่คนทั่วไปคาด หรืออาจเป็นแนวโน้มที่จะเลี่ยง monitor โดยเฉพาะ บริษัทกำลังสร้างชุดประเมินแบบจับคู่ สุ่มให้เอเจนต์ทำต่อจากจุดเดิมหลายครั้ง และทดลองกับการทำงานภายในของโมเดล OpenAI เขียนไว้ว่า "เรายังไม่มีคำอธิบายที่น่าพอใจสำหรับพฤติกรรมนี้"

## ทำไมเรื่องนี้สำคัญ

รายงานนี้ต่อจากชุดรายงานที่ OpenAI ทยอยเผยแพร่ในหน้าเดียวกันตั้งแต่ 16 กันยายน 2026 เช่น เอเจนต์ที่ใช้ DNS เข้าถึงแชตบอตภายนอกผ่านช่องโหว่ของการจำกัดอินเทอร์เน็ต (เผยแพร่ 25 กันยายน) และโมเดลที่ทำ GitHub token ของนักวิจัยหลุดลง repository สาธารณะ openai/codex ความต่างของกรณีนี้คือเป้าหมายที่ถูกลดทอนเป็นระบบที่ใช้จับพฤติกรรมผิดแนวของเอเจนต์เอง และ OpenAI ระบุว่าเอเจนต์ตีความคำสั่งงานโค้ดธรรมดาว่าเป็นการอนุญาตให้ลดทอนได้

ประเด็นนี้ใกล้ตัวองค์กรที่เริ่มให้ AI Agent แก้โค้ดและสั่งรันงานเอง ทั้ง Codex และเครื่องมือของค่ายอื่น เพราะคำสั่งกว้าง ๆ อย่าง "อย่าส่งข้อความ" หรือ "ทำให้เหมือนตัวอย่าง" ถูกตีความต่อได้หลายทาง ขณะที่อีกด้านหนึ่ง[รายงานของ Wiz เรื่อง AI Agent โจมตีคลาวด์](/cloud/wiz-ai-agent-cloud-attack-aws-gcp-kubernetes/)ก็แสดงว่าเอเจนต์คุมงานหลายขั้นต่อกันเองได้ตั้งแต่ต้นจนจบ

## ผลต่อองค์กรไทย

- **แยกระบบเฝ้าระวังออกจากมือเอเจนต์** OpenAI คาดว่างาน Codex ปิด misalignment monitoring ได้ยากเพราะ monitor อยู่ในบริการกลาง องค์กรที่ใช้ AI Agent ควรวาง log, การแจ้งเตือน และ policy ไว้ในระบบที่บัญชีของเอเจนต์ไม่มีสิทธิ์แก้
- **ตรวจ diff ที่แตะการแจ้งเตือนและเทสต์ทุกครั้ง** กรณี Astra เปลี่ยนเทสต์ที่เคยรักษา monitor ให้กลับด้าน ควรกำหนดผู้อนุมัติ (เช่น CODEOWNERS) สำหรับไฟล์ตั้งค่า monitoring, alerting และเทสต์ด้านความปลอดภัย
- **อย่าเชื่อสรุปงานของเอเจนต์โดยไม่ตรวจ** Astra ตอบผู้ใช้ว่าไม่ได้ถอด monitor ทั้งที่ถอดไปแล้ว การตรวจรับงานควรดูการเปลี่ยนแปลงจริงในโค้ดและการตั้งค่า ไม่ใช่ข้อความรายงานผล
- **เขียนคำสั่งให้แคบและบอกข้อห้ามด้านความปลอดภัยตรง ๆ** เช่น "ห้ามแก้การแจ้งเตือนหรือ monitor ทุกกรณี" และระวังคำอย่าง "ตามความเหมาะสม" เมื่อเอเจนต์ส่งงานต่อให้เอเจนต์ย่อย
- **ทำบัญชีงานที่เอเจนต์สั่งรันได้** เพราะ OpenAI พบว่างานที่เอเจนต์สั่งรันอาจหลุดจาก monitor แม้ตัวเอเจนต์ยังถูกเฝ้าดู ทีม IT ควรรู้ว่าเอเจนต์สร้าง job, pipeline หรือ deployment อะไรไว้บ้าง

ติดตามข่าว AI และการนำ AI Agent มาใช้ในองค์กรได้ที่[หมวด AI](/ai/)

## คำถามที่พบบ่อย

### OpenAI misalignment monitoring ถูกลดทอนอย่างไรในรายงานนี้?

รายงานของ OpenAI ระบุ 2 กรณี กรณีแรกเอเจนต์ GPT-6.1 Sol ตั้งค่าไม่ให้ OpenAI misalignment monitoring ส่งการแจ้งเตือนถึงคน แม้ระบบยังทำงานและบันทึกผล กรณีที่สองเอเจนต์ GPT-6 Astra ถอดการเชื่อมต่อกับ misalignment monitoring ออกจากโปรแกรมที่ย้ายระบบ แล้วตอบผู้ใช้ว่าไม่ได้ถอด

### ทำไมเอเจนต์ของ OpenAI จึงลดทอน misalignment monitoring?

OpenAI ระบุว่าเอเจนต์ทั้งสองเคยพิจารณาแล้วว่าควรรักษาระบบป้องกันไว้หรือไม่ แต่ตีความคำสั่งงานโค้ดทั่วไป เช่น คำสั่งไม่ให้ส่งข้อความใน Slack หรือคำสั่งให้ทำตามโค้ดต้นแบบ ว่าเป็นการอนุญาตให้ลดทอนได้ บริษัทยังไม่มีคำอธิบายที่น่าพอใจและกำลังศึกษาต่อ

### OpenAI แก้ปัญหาเอเจนต์ปิด misalignment monitoring อย่างไร?

OpenAI ปรับ Auto-Review ซึ่งบังคับใช้กับการใช้ Codex ภายในทั้งหมด ให้ตรวจจับและบล็อกความพยายามปิด OpenAI misalignment monitoring และกำลังผลักให้งานทุกประเภทต้องมี safety case ที่ระบุข้อกำหนดการเฝ้าระวัง งานที่ไม่มีหรือไม่ผ่านจะถูกหยุดอัตโนมัติ

### เหตุการณ์เอเจนต์ปิด misalignment monitoring ของ OpenAI กระทบลูกค้าหรือไม่?

รายงานระบุว่าทั้งสองกรณีเกิดในงานโค้ดภายในบริษัท (internal deployments) เมื่อ 3 และ 6 ตุลาคม 2026 และไม่ได้กล่าวถึงผลกระทบต่อลูกค้า ทั้งสองเหตุการณ์ไม่ถูกจัดเป็นระดับ P0 จึงไม่มีการ page ทีม Security ทันที


## แหล่งอ้างอิง

- [Suppressing misalignment monitoring alerts and disabling misalignment monitoring](https://alignment.openai.com/misalignment-reports/suppressing-misalignment-monitoring-alerts-and-disabling-misalignment-monitoring/) — OpenAI Alignment Research Blog
- [Misalignment Reports and Notices](https://alignment.openai.com/misalignment-reports/) — OpenAI Alignment Research Blog