OpenAI เผยคู่มือ Prompt สำหรับ GPT-6 Astra แนะเลิกใช้คำฟุ่มเฟือยและลดการทดสอบโค้ดที่เกินจำเป็น

เอกสารประกอบโมเดลฉบับล่าสุดของ OpenAI ได้ระบุถึงพฤติกรรมบางอย่างที่ GPT-6 Astra แสดงออกอย่างไม่เหมาะสม พร้อมแนวทางสำหรับนักพัฒนาในการจัดการกับปัญหาดังกล่าวเพื่อให้โมเดลทำงานได้ตรงจุดมากขึ้น

จุดเด่นและข้อสังเกตสำคัญคือ GPT-6 Astra มักจะถามคำถามเพื่อความชัดเจนบ่อยครั้งกว่า GPT-5.6 Sol แทนที่จะทึกทักไปเอง ซึ่ง OpenAI มองว่าเป็นพฤติกรรมของ "ผู้ร่วมงานที่มีประสิทธิภาพ" แต่ในทางกลับกัน บางครั้งโมเดลก็หยุดทำงานในจังหวะที่ผู้ใช้คาดหวังให้ดำเนินการต่อโดยอัตโนมัติ เพื่อกระตุ้นให้โมเดลมีความคิดริเริ่มมากขึ้น OpenAI แนะนำให้ใช้ Prompt ที่สั่งให้โมเดลอนุมาน "เจตนา" ของผู้ใช้จากบริบท และเน้นไปที่การลงมือทำทันที โดยควรมองว่าวลีอย่าง "can you..." (คุณช่วย...), "I want to..." (ฉันต้องการ...), หรือ "help me..." (ช่วยฉัน...) เป็นคำสั่งให้ปฏิบัติงานจริง ไม่ใช่คำถามที่ต้องตอบกลับด้วยการถามต่อ

You should infer the user’s intent and the scope of the task from the instructions and the conversation context so far. Your task is to demonstrate a tendency to act and to follow through on the user’s intended task until completion. If the user expresses the intention to complete new work or resolve an existing problem, continue working persistently until the user’s intended goal is achieved. Work independently toward the user’s goal (e.g., create isolated work trees/checkouts, resolve merge conflicts, perform read-only actions, create draft PRs, etc.), unless the actions are clearly destructive or irreversible.

นอกจากนี้ โมเดลควรรอขอการอนุมัติเฉพาะเมื่อเตรียมผลลัพธ์ที่เป็นรูปธรรมและตรวจสอบได้เสร็จสิ้นแล้วเท่านั้น โดย OpenAI แนะนำให้กำหนดใน Prompt ว่า "ผู้ใช้ควรจะทำการอนุมัติผลลัพธ์ที่เป็นรูปธรรมและตรวจสอบได้" พร้อมกำชับให้ตัดคำเตือนที่ไม่จำเป็น การปฏิเสธความรับผิดชอบ หรือรายการตรวจสอบความปลอดภัยที่อ้างอิงเพียงความเสี่ยงทางทฤษฎีออกไป

แม้ GPT-6 Astra จะรองรับคำสั่งที่ยาวขึ้นได้ดี แต่ก็มีความไวต่อบริบทสูงมาก คำสั่งที่ไม่ชัดเจนหรือขัดแย้งกันในไฟล์ทักษะอย่าง AGENTS.md อาจทำให้โมเดลหยุดทำงานกะทันหัน นักพัฒนาจึงควรตรวจสอบไฟล์ทักษะและเอกสารบริบททั้งหมด และระบุให้ชัดเจนว่าคำสั่งโดยตรงของผู้ใช้มีความสำคัญสูงสุด

สำหรับการแก้ปัญหา (Debugging) OpenAI แนะนำให้ใช้ Prompt ที่บังคับให้โมเดลระบุชื่อไฟล์ทักษะและคัดลอกคำสั่งส่วนที่ทำให้เกิดการหยุดชะงัก เพื่อให้นักพัฒนาสามารถติดตามต้นตอของพฤติกรรมที่ไม่คาดคิดได้แม่นยำขึ้น

If a skill causes you to ask for permission or confirmation, pause, leave requested work unfinished, or diverge from the user's intent, name and link to the exact SKILL.md file you read, quote the relevant instruction, and briefly explain how it applies. Distinguish explicit skill requirements from your interpretation of guidelines.

จัดการ "Slop words" และคำฟุ่มเฟือยอย่าง Delve, Foster, Leverage

ตามธรรมชาติของ GPT-6 Astra มักจะจัดข้อมูลเป็นรายการ (Lists) หรือตาราง และใช้รูปแบบการเขียนเดิมซ้ำๆ หากต้องการเนื้อหาที่เป็นร้อยแก้ว (Prose) OpenAI แนะนำให้สั่งโมเดลอย่างเจาะจงให้เขียนย่อหน้าที่กระชับ ใช้ภาษาเรียบง่าย และใช้ Active Voice เป็นหลัก

By default, use clear, concise paragraphs, each developing a single main idea. Use lists only if the information is truly parallel, sequential, or more easily comparable, and avoid nested lists unless the hierarchy cannot be clearly expressed in prose. Use simple, straightforward language: familiar words, concrete examples, and precise verbs. Favor the active voice and direct statements. Make the main point clear early on, then expand on it with the explanation and details the reader needs. Let each sentence build on the previous one. Develop the points that are important and provide enough evidence to be useful.

สิ่งที่น่าสนใจคือการระบุรายการคำต้องห้าม หรือ "Blocklist" สำหรับสำนวนภาษา AI ที่ซ้ำซาก (Slop words) รวมถึงคำประสมที่ดูประดิษฐ์เกินไป เช่น "exact-head checks" โดยโมเดลควรรายงานสิ่งที่กำลังทำอยู่ แทนที่จะบอกรายการสิ่งที่ "จะไม่ทำ"

Avoid using slop words or phrases such as “Conclusion:” in conclusions, “delve into,” “promote,” “use/leverage,” “it’s worth noting,” “what’s important is,” “Question? Answer,” or “This isn’t about X. It’s about Y,” “really/truly,” or compound descriptions and hyphenated adjectives. Do not use summary closing statements such as “In short:...,” “The simplest mental model is:...”. State the intended action directly. Avoid mentioning what you won’t do, what remains unchanged, or how you’ll separate or categorize results. Do not use contrastive phrasing such as “X, not Y” or “X—not Y,” which introduces an unsolicited alternative that the user did not ask for. Avoid made-up compound terms like “exact-head checks” and “editorial-row layouts,” vague qualifiers, and stock transitions; use simple verbs and prepositions to directly express the actual relationship.

สำหรับการเขียนเชิงเทคนิค OpenAI แนะนำให้ใช้คำศัพท์เฉพาะทาง (Jargon) เท่าที่จำเป็น โดยเน้นการใช้ภาษาที่เข้าใจง่ายเพื่ออธิบายแนวคิดให้ผู้ใช้เห็นภาพชัดเจนที่สุด

การบริหาร Sub-agents และการลดขั้นตอนการทดสอบโค้ด

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

ในส่วนของการพัฒนาซอฟต์แวร์ GPT-6 Astra มักรันชุดทดสอบ (Test suites) ขนาดใหญ่แม้จะเป็นการแก้ไขโค้ดเพียงเล็กน้อย ซึ่งเป็นการสิ้นเปลืองทรัพยากร OpenAI จึงแนะนำให้สั่งโมเดลรันการทดสอบใหม่เฉพาะเมื่อพบข้อผิดพลาดใหม่หรือประเด็นที่ยังแก้ไขไม่ตกเท่านั้น

ผู้ที่สนใจสามารถศึกษา Prompt รูปแบบเต็มได้ที่ หน้าเอกสารประกอบโมเดล GPT-6 Astra และสำหรับนักพัฒนาที่ต้องการย้ายระบบ สามารถใช้ Codex ร่วมกับ OpenAI Docs skill เพื่อช่วยปรับเปลี่ยนโครงการตามคำแนะนำใหม่ผ่านคำสั่ง $openai-docs migrate this project to GPT-6 Astra ได้ทันที