อ่านคู่มือ GPT-6 Astra ที่ OpenAI เขียนเอง — โมเดลถามมากเกินไป มอบงานให้ subagent น้อยเกินไป เทสต์เยอะเกินไป และไวต่อ SKILL.md จน OpenAI ต้องแนะนำให้ "ตรวจสอบไฟล์ที่โมเดลเข้าถึงได้"

เมื่อ OpenAI เปิดตัว GPT-6 Astra วันที่ 3 ก.ย. สิ่งที่ทุกคนพาดหัวคือคะแนน ARC-AGI-3 กับราคา $10/$50 ต่อล้านโทเคน แต่หน้าเอกสารที่ชื่อ Using GPT-6 Astra บน developers.openai.com ซึ่งขึ้นพร้อมกันวันนั้น กลับแทบไม่มีใครหยิบมาพูดถึงจนกระทั่งวันที่ 5 ก.ย. — และมันคือเอกสารที่มีประโยชน์ต่อคนที่จะเอา Astra ไปใช้จริงมากกว่า model card ทั้งฉบับ

เราตรวจสอบแล้วว่าหน้านี้ไม่ได้เพิ่งเขียน: สำเนาที่ Internet Archive เก็บไว้เมื่อ 3 ก.ย. 19:54 UTC เทียบกับหน้าปัจจุบันแล้ว เนื้อหาตรงกันทุกบรรทัด พูดอีกอย่างคือ OpenAI ประกาศข้อบกพร่องเชิงพฤติกรรมของโมเดลตัวเองไว้ตั้งแต่นาทีแรก แค่วางไว้ในที่ที่ไม่มีใครมองเท่านั้น

OpenAI ระบุพฤติกรรมที่ต้องแก้ด้วยพรอมต์ไว้ 5 ข้อ

หัวข้อ GPT-6 Astra behavior ไล่ปัญหาไว้ตรง ๆ ห้าข้อ ทุกข้อมีพรอมต์สำเร็จรูปให้คัดลอกไปวาง

หนึ่ง — ถามมากเกินไป (Initiative and follow-through) เอกสารเขียนว่าโมเดล “มีแนวโน้มจะถามผู้ใช้มากขึ้นเมื่อข้อมูลเพิ่มเติมอาจเปลี่ยนผลลัพธ์” ซึ่ง “อาจทำให้มันหยุดในจุดที่ผู้ใช้คาดว่ามันควรตั้งสมมติฐานที่สมเหตุสมผลแล้วทำต่อ” พรอมต์แก้ที่ OpenAI ให้มามีสามชุด ชุดที่ตรงที่สุดบอกให้ถือว่าประโยคอย่าง "can you...", "I want to...", "help me..." คือคำสั่งให้ลงมือทำ ไม่ใช่คำถามว่าทำได้ไหม และห้าม “หยุดแค่ตอบรับว่าทำได้ (เช่น ‘Yes…’) เสนอแผน หรือเสนอจะทำต่อ” อีกชุดสั่งไม่ให้ขออนุมัติก่อนจะมีผลงานที่ตรวจได้จริงในมือ พร้อมประโยคปิดท้ายที่ตรงไปตรงมามาก — “Do not introduce unsolicited warnings, disclaimers, approval flows, or safety/compliance checklists due to hypothetical risk.”

สอง — ไวต่อไฟล์ในคอนเท็กซ์เกินไป (Instruction following) นี่คือย่อหน้าที่สำคัญที่สุดในเอกสารทั้งหน้า OpenAI เขียนว่า Astra “อาจไวต่อคำสั่งที่อยู่ในสกิลและไฟล์อื่น เช่น AGENTS.md” มากกว่ารุ่นก่อน แล้วตามด้วยประโยคที่เน้นตัวหนาในต้นฉบับ: “We strongly recommend auditing skills and other files accessible to your model for instructions that could influence its behavior.”

อ่านให้ดี — นี่คือผู้ผลิตโมเดลบอกเองว่ายิ่งโมเดลทำตามคำสั่งเก่งขึ้นเท่าไร ไฟล์ทุกไฟล์ที่มันอ่านได้ก็ยิ่งกลายเป็นช่องทางสั่งงานมากขึ้นเท่านั้น ในโปรเจกต์ที่ดึงสกิลจาก marketplace หรือรับ AGENTS.md มาจาก dependency ประโยคนี้คือคำเตือนเรื่อง prompt injection ที่ถูกเขียนด้วยภาษาของฝ่ายเอกสาร พรอมต์แก้สองชุดที่ให้มาคือ (ก) ประกาศลำดับความสำคัญให้ชัดว่าคำสั่งผู้ใช้อยู่เหนือสกิล และ (ข) พรอมต์เชิงสืบสวนที่สั่งให้โมเดล “ระบุชื่อและลิงก์ไปยังไฟล์ SKILL.md ที่อ่านมา ยกข้อความที่เกี่ยวข้อง แล้วอธิบายสั้น ๆ ว่ามันเกี่ยวยังไง” เมื่อไรก็ตามที่มันหยุดขออนุญาตหรือทิ้งงานค้าง — เป็นเครื่องมือดีบักที่ควรมีติดมือถ้าฮาร์เนสของคุณโหลดสกิลหลายสิบตัว

สาม — เขียนเป็นลิสต์และตารางเป็นค่าเริ่มต้น (Personality and writing style) ตรงนี้มีของแปลก: OpenAI แจกพรอมต์สำหรับกำจัด “slop words” ของโมเดลตัวเอง โดยระบุคำและรูปประโยคเป็นรายชื่อ — "Bottom Line:", delve, foster, leverage, "it's worth noting", importantly, genuinely, รูปแบบ “Question? Answer.”, ประโยคสรุปแบบ "In short:.." และ "The simplest mental model is:..." รวมถึงคำสั่งห้ามใช้ contrastive framing อย่าง "X, not Y" หรือ "X—not Y" ที่ “ยกทางเลือกที่ผู้ใช้ไม่ได้ถามขึ้นมาเอง” และห้ามประดิษฐ์คำประสมแบบ "exact-head checks" หรือ "editorial-row layouts"

สี่ — มอบงานให้ subagent น้อยเกินไป (Subagent delegation) ถ้าคุณทำระบบหลายเอเจนต์ ต้องสั่งตรง ๆ ว่าให้ขนานงานเมื่อทำได้ นอกจากนี้เอกสารยังยอมรับว่าข้อความที่เอเจนต์ส่งหากันเอง “อาจมีข้อผิดพลาดด้านไวยากรณ์หรือการเว้นวรรค” จนต้องมีพรอมต์เฉพาะสั่งว่า “Always put proper spaces between words and/or numbers” — รายละเอียดเล็ก ๆ ที่บอกว่าช่องทางสื่อสารระหว่างเอเจนต์ยังไม่ใช่พื้นผิวที่ขัดเรียบร้อย

ห้า — เทสต์มากเกินความจำเป็น (Testing and verification) ในงานโค้ด โมเดลมีแนวโน้มเทสต์กว้างกว่างานที่แก้จริง พรอมต์แก้บอกให้ “ไม่ต้องเขียนเทสต์สำหรับการเปลี่ยนแปลงที่ย้อนกลับได้และกระทบต่ำซึ่งแค่สะท้อนโค้ดที่เพิ่งเขียน” และให้ขยายหรือรันซ้ำเฉพาะเมื่อมีความล้มเหลวใหม่มาให้เหตุผลเท่านั้น สำหรับทีมที่จ่ายค่าโทเคนต่อรอบ นี่คือรายการที่แปลงเป็นเงินได้ตรง ๆ

breaking change ที่จะทำให้โค้ดเดิมพัง

ส่วน Migration quickstart คือรายการที่ควรอ่านก่อนเปลี่ยนค่า model ในโปรดักชัน

• พารามิเตอร์ที่ต้องลบ — temperature, top_p, top_logprobs ใช้ไม่ได้แล้ว ถ้าใช้ Chat Completions ต้องลบ logprobs ด้วย ส่วนฝั่ง Responses ต้องเอา message.output_text.logprobs ออกจาก include
• tool calling บังคับ Responses API — Astra ยังรับ Chat Completions อยู่ แต่ การเรียกเครื่องมือทำได้เฉพาะบน Responses ทีมที่ยังอยู่บน Chat Completions และใช้ function calling คือทีมที่ต้องแก้โค้ดจริง ไม่ใช่แค่เปลี่ยนสตริงชื่อโมเดล
• prompt caching เปลี่ยนคีย์ — คนที่ย้ายมาจาก GPT-5.5 หรือเก่ากว่าต้องเปลี่ยน prompt_cache_retention เป็น prompt_cache_options.ttl ค่า "30m" และเอกสารเตือนให้อ่านเรื่องขอบเขตแคชกับการคิดเงิน cache write ที่เปลี่ยนไปด้วย
• none ใช้ไม่ได้ — เอกสารระบุชัดว่า “GPT-6 Astra does not support the none reasoning effort” และคนที่เคยตั้ง none หรือ minimal ให้เริ่มจาก low แล้ววัดเทียบเอง ข้อนี้น่าสนใจเพราะ ตารางของ ARC Prize ที่เราเขียนถึงเมื่อ 4 ก.ย. มีคอลัมน์ none ของ Astra อยู่ครบ — ระดับที่ ARC วัดได้จึงไม่ใช่ระดับที่ API สาธารณะเปิดให้ตั้ง
• fast mode มีเงื่อนไข — บน EU data residency ใช้ service_tier: "fast" และ "priority" ไม่ได้ ต้องกลับไปที่ Standard และแม้ในเขตอื่น fast mode ของ Astra ไม่มี latency SLA

ของใหม่ฝั่งความสามารถมีสามอย่างที่ควรรู้: async tool calling (ตั้ง async: true บนเครื่องมือ แล้วโมเดลคิดหรือเรียกเครื่องมืออื่นต่อได้ระหว่างที่แอปของคุณยังรันงานนั้นอยู่ ส่งผลกลับด้วย call_id เดิม), mid-turn steering (ส่งคำสั่งแก้เข้าไประหว่างที่โมเดลกำลังทำงานผ่าน WebSocket โดยงานที่เสร็จแล้วไม่ถูกทิ้ง) และ configuration_update ที่ให้เปลี่ยน reasoning effort กลางบทสนทนา โดยไม่ทำลาย prefix ที่แคชไว้ — สามอย่างนี้คือฟีเจอร์ที่ออกแบบมาเพื่อฮาร์เนสโดยเฉพาะ ไม่ใช่เพื่อแชท

OpenAI ยังทำสกิลชื่อ openai-docs ไว้ใน รีโป openai/skills ให้ Codex หรือเอเจนต์ตัวอื่นรัน $openai-docs migrate this project to GPT-6 Astra แล้วแก้โค้ดตามคู่มือนี้ให้เอง

มุมมอง AI Curator

เรื่องที่ควรจดจำจากเอกสารหน้านี้ไม่ใช่พรอมต์ แต่คือการที่มันมีอยู่ตั้งแต่วันแรกแล้วไม่มีใครอ่าน วงจรข่าวโมเดลใหม่ทำงานแบบเดิมทุกครั้ง — เบนช์มาร์ก ราคา เดโม — แล้วสองวันให้หลังถึงมีคนสังเกตว่าผู้ผลิตเขียนรายการข้อบกพร่องของสินค้าตัวเองแนบมาด้วย เราเองก็เขียนถึง Astra ไปสามครั้งก่อนจะมาถึงหน้านี้ บทเรียนสำหรับทีมที่ประเมินโมเดลใหม่คือ หน้า migration guide มีค่ามากกว่าหน้า announcement เสมอ เพราะหน้าแรกเขียนโดยฝ่ายที่ต้องรับคำร้องเรียน ส่วนหน้าหลังเขียนโดยฝ่ายการตลาด

เรื่องที่สองคือประโยค “audit your skills” ซึ่งเป็นการเปลี่ยนภาระความปลอดภัยแบบเงียบ ๆ ตลอดปีนี้ทั้งอุตสาหกรรมผลักดันให้ทุกคนใส่บริบทลงในไฟล์ — AGENTS.md, CLAUDE.md, SKILL.md, MCP manifest — โดยขายว่ามันคือวิธีทำให้เอเจนต์เข้าใจงานของคุณ ตอนนี้ OpenAI บอกในเอกสารทางการว่าไฟล์กองนั้นคือพื้นผิวที่ต้องตรวจสอบ ปัญหาคือคำว่า “ตรวจสอบ” ยังไม่มีเครื่องมือรองรับ — ไม่มี linter สำหรับ SKILL.md ไม่มี CI check ที่บอกว่าสกิลตัวไหนกำลังสั่งเอเจนต์ให้หยุดหรือขออนุญาตเกินจำเป็น มีแค่พรอมต์ให้ถามโมเดลว่า “ใครสั่งแก” ซึ่งแปลว่าวิธีเดียวที่จะรู้ว่าสกิลของคุณทำอะไรอยู่ คือถามตัวโมเดลที่กำลังถูกสกิลนั้นสั่ง

สำหรับทีมไทยและ SEA ที่พึ่งการเรียก API ตรงมากกว่าซื้อ SaaS สำเร็จรูป รายการ breaking change คือส่วนที่กระทบเงินจริง สองข้อที่ควรตรวจก่อนวันจันทร์: ถ้าโค้ดคุณยังอยู่บน Chat Completions และใช้ function calling การขึ้น Astra ไม่ใช่การเปลี่ยนสตริง แต่คือการย้าย API; และถ้าคุณตั้ง prompt_cache_retention ไว้ตั้งแต่ยุค GPT-5.5 คีย์นั้นจะถูกเมิน แคชจะไม่ทำงาน และคุณจะจ่ายราคา $10/ล้านโทเคนขาเข้าเต็มจำนวนโดยไม่มี error แจ้งเตือน — ความล้มเหลวแบบเงียบที่แพงที่สุดคือความล้มเหลวที่ยังคืนค่า 200

อีกข้อที่ควรทดสอบเองก่อนเชื่อ: เอกสารอ้างว่า Astra ใช้โทเคนขาออก “น้อยกว่ามาก” จนต้นทุนต่องานถูกกว่ารุ่นก่อนแม้ราคาต่อโทเคนจะแพงขึ้น นั่นเป็นคำกล่าวที่วัดได้ และควรวัดกับเวิร์กโหลดของคุณเอง ไม่ใช่กับเบนช์มาร์กของผู้ขาย

แหล่งข่าว

• Using GPT-6 Astra — OpenAI Developer Docs
• สำเนาหน้าเดียวกันที่ Internet Archive เก็บเมื่อ 3 ก.ย. 2026
• สกิล openai-docs สำหรับสั่งเอเจนต์ทำ migration — openai/skills
• OpenAI shares prompting tips for GPT-6 Astra including a blocklist of slop words — THE DECODER