OpenAI เข้ารหัสข้อความที่เอเจนต์ Codex คุยกันเอง — นักพัฒนามองไม่เห็นว่าโมเดลสั่งงานกันว่าอะไร
นักพัฒนาที่ใช้ Codex ของ OpenAI สังเกตเห็นการเปลี่ยนแปลงเงียบ ๆ ที่กระทบหลักการสำคัญของการสร้างระบบเอเจนต์: ข้อความที่เอเจนต์สองตัวส่งหากัน — ตัวคำสั่งที่บอกว่า “ไปทำงานนี้” — ถูกเข้ารหัสจนอ่านไม่ออกแล้ว รายงานจาก The Register (15 กรกฎาคม) ระบุว่าในโปรโตคอลใหม่ชื่อ multi-agent v2 ที่มากับ Codex/GPT-5.6 ข้อความคำสั่งระหว่างโมเดลไม่ได้เดินทางเป็น plaintext ที่มองเห็นได้อีกต่อไป แต่กลายเป็น ciphertext ที่ผ่านมือนักพัฒนาไปโดยที่พวกเขาถอดอ่านไม่ได้
เรื่องนี้ฟังดูเป็นเทคนิคเล็ก ๆ แต่มันแตะจุดที่คนสร้าง agent ให้ความสำคัญที่สุดข้อหนึ่ง — observability หรือความสามารถในการมองเห็นว่าเอเจนต์ของคุณกำลังคิดและสั่งงานอะไร เมื่อข้อความหายเข้าไปในซองที่เปิดไม่ได้ การไล่ debug, การเก็บ log ตรวจสอบ และการ audit ว่าระบบทำอะไรลงไป ก็ทำได้ยากขึ้นทันที
multi-agent v2 กับสิ่งที่ถูกเข้ารหัส
multi-agent v2 คือโปรโตคอลรุ่นใหม่ใน Codex ที่ออกแบบให้ runtime เป็นฝ่ายจัดสรรงานเอง แทนที่จะให้นักพัฒนากำหนดผ่านคอนฟิกที่ประกาศไว้ล่วงหน้า พูดง่าย ๆ คือโมเดลตัวหลักตัดสินใจได้เองว่าจะแตกงานย่อยส่งให้เอเจนต์ตัวไหน แล้วสั่งด้วยข้อความอะไร โปรโตคอลนี้ยัง อยู่ระหว่างพัฒนาและ OpenAI ยังไม่ได้ออกเอกสารทางการ — ซึ่งเป็นส่วนหนึ่งที่ทำให้นักพัฒนากังวล เพราะพฤติกรรมสำคัญกำลังเปลี่ยนโดยไม่มีคำอธิบายรองรับ
กลไกการเข้ารหัสทำงานที่ชั้น API: Responses API จะเข้ารหัส argument ของข้อความที่โมเดลส่งกลับมา จากนั้น Codex ส่งต่อเฉพาะ ciphertext ไป และ Responses จะ ถอดรหัสภายใน เพื่อส่งให้โมเดลปลายทางเอง ผลคือตัวข้อความที่มนุษย์อ่านรู้เรื่อง (task/message text) ไม่เคยโผล่ในรูปที่นักพัฒนาเข้าถึงได้เลยตลอดเส้นทาง จากเดิมที่ข้อความเหล่านี้เคยเดินทางเป็น plaintext ผ่าน tool arguments และค้างอยู่ใน history ให้เห็นเป็น JSON
ไทม์ไลน์: pull request ที่ทำการเข้ารหัสนี้ถูก merge ไปตั้งแต่เดือนมิถุนายน 2026 แต่นักพัฒนาเพิ่งมาสังเกตเห็นผลกระทบชัด ๆ ในเดือนกรกฎาคม และ OpenAI ยังไม่ได้ให้เหตุผลว่าทำไมจึงเปลี่ยน
เสียงจากนักพัฒนา: “เราไม่อยากสร้าง Skynet แล้วตรวจสอบมันไม่ได้”
Ignat Remizov ซึ่งเป็น CTO ของ Zolvat ชี้ประเด็นตรงจุดว่า การเข้ารหัสนี้ “ลบข้อความงาน/คำสั่งที่มนุษย์อ่านได้ ออกจาก rollout history ในเครื่อง, จาก trace และจากพื้นผิว audit/debug ฝั่ง parent” — กล่าวคือทั้งสามด่านที่นักพัฒนาใช้ตรวจว่าเอเจนต์ทำอะไรลงไป หายวับพร้อมกัน เขาสรุปด้วยประโยคที่ตรงไปตรงมา: “เราไม่ได้อยากสร้าง Skynet ขึ้นมาแล้วตรวจสอบไม่ได้ว่ามันกำลังทำอะไรอยู่”
ฝั่งนักพัฒนาบางส่วนคาดเดาว่าเหตุผลเบื้องหลังอาจเป็นเรื่อง การแข่งขัน — OpenAI อาจล็อกการสื่อสารระหว่างเอเจนต์ไว้เพื่อไม่ให้คู่แข่งเห็นว่าระบบ multi-agent ของตนทำงานอย่างไร ไม่ว่าเหตุผลจริงจะเป็นอะไร เสียงเรียกร้องร่วมกันคือขอให้ OpenAI ทำให้แน่ใจว่า implementation นี้ ไม่แลก auditability ทิ้งไปเพื่อแก้ปัญหาอื่น OpenAI ยังไม่ตอบคำขอความเห็นในทันที
มุมมอง AI Curator
เรื่องนี้ไม่ใช่แค่ดราม่าเชิงเทคนิคของผู้ใช้ Codex — มันคือคำถามเชิงหลักการที่ทั้งวงการ agent กำลังจะต้องเจอ: เมื่อผู้ให้บริการปิดกล่องดำลงเรื่อย ๆ นักพัฒนาที่สร้างของบนแพลตฟอร์มนั้นเหลือสิทธิ์มองเห็นแค่ไหน? การเข้ารหัสข้อความระหว่างเอเจนต์มีเหตุผลด้านความปลอดภัยและ IP ที่ฟังขึ้น แต่มันขัดกับสิ่งที่ระบบ production ต้องการที่สุด — ความสามารถในการ reproduce, debug และ audit เวลาเอเจนต์ทำอะไรผิด ถ้าคุณอธิบายให้ลูกค้าหรือทีม compliance ไม่ได้ว่าเอเจนต์ตัดสินใจสั่งงานย่อยนั้นเพราะอะไร คุณก็เอาระบบนั้นไปใช้กับงานที่มีความเสี่ยงจริงไม่ได้
บทเรียนสำหรับนักพัฒนาไทยและ SEA ที่กำลังสร้าง agent บนแพลตฟอร์มเจ้าใหญ่มี 2 ข้อ ข้อแรก: observability ต้องเป็นเกณฑ์เลือกแพลตฟอร์ม ไม่ใช่ของแถม — ก่อนผูกระบบสำคัญไว้กับ managed agent runtime ตัวไหน ถามให้ชัดว่าคุณเข้าถึง trace ระดับข้อความระหว่างเอเจนต์ได้จริงหรือไม่ เพราะสิ่งที่วันนี้เปิดอยู่ พรุ่งนี้อาจถูก merge ปิดโดยไม่มีประกาศ อย่างในกรณีนี้ ข้อสอง: นี่คือข้อได้เปรียบที่จับต้องได้ของสาย open / self-hosted — เฟรมเวิร์กอย่าง open agent stack ที่รันเองทำให้คุณเห็นทุก payload ที่ไหลระหว่างเอเจนต์ ไม่มีชั้นเข้ารหัสฝั่งผู้ให้บริการมาบัง สำหรับงานที่ต้อง audit ได้ตามกฎ (เช่น การเงิน สุขภาพ หรือข้อมูลส่วนบุคคลภายใต้ PDPA) ความโปร่งใสระดับนี้อาจสำคัญกว่าคะแนนเบนช์มาร์กเสียอีก
ท้ายที่สุด แนวโน้มนี้สะท้อนแรงตึงที่จะทวีขึ้นเรื่อย ๆ ระหว่าง “เอเจนต์ที่เก่งขึ้นเพราะ runtime ฉลาดจัดการเอง” กับ “เอเจนต์ที่ตรวจสอบได้เพราะทุกอย่างเปิดให้เห็น” — และวันที่ระบบเอเจนต์เริ่มถูกใช้ทำงานจริงที่มีเดิมพันสูง ฝ่ายหลังจะไม่ใช่ทางเลือกของคนชอบเปิดซอร์สอีกต่อไป แต่จะกลายเป็นข้อกำหนดขั้นต่ำ
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog