GPT-6 Astra ใน Codex: บันทึกข้ามหน้าต่าง ระดับความพยายาม และค่าใช้จ่ายจริง

GPT-6 Astra เป็นโมเดลวันที่ 2026-09-03 และหน้านี้ไม่ใช่การรายงานการเปิดตัว — แต่เป็นเอกสารอ้างอิงสำหรับชี้โค้ดดิ้งเอเจนต์ของคุณไปที่มันตอนนี้ที่มันพร้อมใช้งานอย่างแพร่หลาย เหตุผลที่นักพัฒนาจะเปลี่ยนมาใช้คือกลไกเฉพาะอย่างหนึ่ง และมันคุ้มค่าที่จะทำความเข้าใจก่อนคุณจะจ่ายเงินกับมัน: แทนที่จะบีบอัดเซสชันยาวให้เป็นสรุปที่สูญเสียข้อมูลเพียงชุดเดียวทุกครั้งที่หน้าต่างเต็ม Co​dex กับ GPT-6 Astra จะเก็บโน้ตข้ามหน้าต่างบริบทและทำให้หน้าต่างบริบทก่อนหน้านี้ยังคงค้นหาได้ ดังนั้นข้อกำหนดที่คุณระบุไว้เมื่อสี่สิบเทิร์นก่อนและผลลัพธ์การทดสอบที่ล้มเหลวเมื่อสิบเทิร์นก่อนจึงยังคงเรียกคืนได้แทนที่จะถูกสรุปจนหายไป Ope​nAI เรียกฟีเจอร์นี้ว่าการทดลอง เปิดใช้งานด้วยบรรทัดหนึ่งใน config.toml ของ Co​dex และบอกว่าจะกลายเป็นค่าเริ่มต้นสำหรับ Astra ทุกอย่างด้านล่าง — การตั้งค่าที่แน่นอน ระดับความพยายาม ผลลัพธ์ที่วัดได้ และบิลเซสชันตัวอย่างที่ระบุบรรทัดอินพุตที่แคชไว้ — ถูกอ่านจากหน้าของ Ope​nAI เองเมื่อ 2026-09-16 และตัวเลขจากบุคคลที่สามทุกตัวถูกระบุว่าเป็นเช่นนั้น

มีสองสิ่งที่เกิดขึ้นในสัปดาห์นี้ซึ่งเปลี่ยนการคำนวณเรื่องการนำมันมาใช้ เมื่อวันที่ 2026-09-12 หัวหน้าฝ่าย Codex ของ OpenAI ได้เผยแพร่บทวิเคราะห์หลังเกิดเหตุ (postmortem) ยืนยันว่าการทดลองจัดการบริบทนั้นเองมีบั๊ก — มันทำให้เกิดการหยุดก่อนกำหนดและการตอบกลับข้อความที่ล้าสมัย และถูกปิดใช้งานสำหรับผู้ใช้ประมาณ 4,000–5,000 คนที่เข้าร่วมการทดลองนี้ — และ OpenAI ได้ออกการรีเซ็ตการใช้งานแบบเต็มรูปแบบสำหรับผู้ใช้ Codex และ Astra เมื่อเที่ยงคืนของวันที่ 09-12 ต่อเนื่องถึง 09-13 ในสัปดาห์เดียวกัน พื้นที่ทำงานระดับองค์กรที่ตั้ง Astra ปิดเป็นค่าเริ่มต้นเมื่อเปิดตัว กลายเป็นพื้นที่ที่บริหารจัดการได้ภายใต้อัตราค่าบริการของตนเอง ดังนั้นจุดยืนที่ตรงไปตรงมาคือ: กลไกนี้คุ้มค่าที่จะนำมาใช้ ตัวบิลด์ยังคงขยับอยู่ใต้เท้าคุณ และคุณควรลอง用它บนแบรนช์มากกว่าลองให้ทันเดดไลน์

มีอะไรใหม่จริง ๆ ใน Codex กับ GPT-6 Astra

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

การผสานรวม Codex ของ Astra เปลี่ยนรูปแบบของสิ่งนั้น เอกสาร Codex ของ OpenAI ระบุไว้อย่างชัดเจนว่า "Astra เก็บบันทึกข้ามหน้าต่างบริบท และสามารถค้นหาข้อความก่อนหน้าและผลลัพธ์ของเครื่องมือจากงานเดียวกันได้" บันทึกมีความคงทนและเขียนได้ ส่วนประวัติเบื้องหลังยังคงอ่านได้ ดังนั้นหน้าต่างก่อนหน้าจึงยังสามารถถูกค้นหาเพื่อหาหลักฐานต้นฉบับได้ แม้หลังจากบันทึกเกี่ยวกับหลักฐานนั้นถูกเขียนขึ้นแล้ว ข้อกำหนดและผลการทดสอบจากข้อความก่อนหน้าและเอาต์พุตของเครื่องมือยังคงค้นหาได้

Ope​nAI ระบุชัดเจนว่านี่ไม่ใช่งานที่เสร็จสมบูรณ์ เอกสารอ้างอิงการกำหนดค่าของบริษัทอธิบายแฟล็กนี้ว่า "เปิดใช้งานการจัดการบริบทแบบทดลอง (ปิดไว้เป็นค่าเริ่มต้น)" และกล่าวว่าฟีเจอร์นี้ "ใช้บันทึกและประวัติที่ค้นหาได้เพื่อรักษารายละเอียดที่สะสมไว้" เอกสารยังระบุด้วยว่า "ไม่พร้อมใช้งานเมื่อลงชื่อเข้าใช้ด้วย Business, Enterprise หรือคีย์ API ในช่วงเปิดตัว" ทั้งนี้ก็ไม่ใช่บริบทแบบอนันต์เช่นกัน — โมเดลยังคงให้เหตุผลภายในหน้าต่างที่มีขอบเขตจำกัด และทุกครั้งที่อ่านบันทึกก่อนหน้ากลับมา จะกินงบอินพุตของเทิร์นนั้น หน้าต่างมีขนาด 1,050,000 โทเคน โดยมีอินพุตสูงสุด 922,000 โทเคน ตามเอกสารโมเดลของ Ope​nAI กลไกบันทึกวางซ้อนอยู่บนสิ่งนั้น ไม่ได้แทนที่มัน

คอนฟิก ตามที่ OpenAI ระบุไว้ในเอกสารเป๊ะ ๆ

การตั้งค่านี้เป็นค่าลูกของตาราง [features] ในไฟล์ Co​dex config.toml ของคุณ — ไฟล์นี้อยู่ใน ~/.codex/ เว้นแต่คุณได้แทนที่ CODEX_HOME พาธคีย์ตามเอกสารคือ features.context_management.experimental_mode ซึ่งเป็นค่าบูลีน และค่าคือ true:

[features.context_management]
experimental_mode = true

หากคุณมีตาราง [features] อยู่ในไฟล์แล้ว ให้เพิ่มคีย์สัมพัทธ์ภายในตารางนั้นแทนที่จะประกาศตารางซ้ำสองครั้ง:

[features]
context_management.experimental_mode = true

ใช้รูปแบบใดรูปแบบหนึ่งเท่านั้น บทความจากคอมมูนิตี้เกี่ยวกับแฟล็กนี้รายงานว่าการประกาศเส้นทางแบบจุดที่รูท แล้วเปิดตาราง [features] ในภายหลังในไฟล์เดียวกัน อาจล้มเหลวในการแยกวิเคราะห์ว่าเป็นตารางที่ประกาศซ้ำ ซึ่งเป็นกฎของ TOML ไม่ใช่ของ OpenAI — แต่ก็กัดคน ดังนั้นจงเลือกรูปแบบหนึ่งและยึดรูปแบบนั้นไว้ หลังจากแก้ไขแล้ว ให้เริ่มงานใหม่: การตั้งค่าจะไม่ปรับใช้ย้อนหลังกับเซสชันที่กำลังทำงานอยู่

ครึ่งหนึ่งที่เป็นส่วน model ของไฟล์เดียวกันไม่มีอะไรน่าสนใจ และเอกสารอ้างอิงของ OpenAI ก็ระบุคีย์เหล่านี้ไว้โดยตรง — model คือ "โมเดลที่จะใช้" ส่วน model_provider มีค่าเริ่มต้นเป็น openai:

model = "gpt-6-astra"
model_provider = "openai"
model_reasoning_effort = "high"

ข้อควรระวังประการหนึ่งในการอ่านเอกสารแต่ละเวอร์ชัน เอกสารอ้างอิงการกำหนดค่าของ Co​dex ระบุว่า model_reasoning_effort ยอมรับค่า minimal, low, medium, high และ xhigh โดยระบุว่า xhigh ขึ้นอยู่กับโมเดล — ในขณะที่หน้าโมเดล API ของ Ope​nAI สำหรับ gpt-6-astra ระบุว่า reasoning.effort มีค่า low, medium, high, xhigh และ max สไลเดอร์ของไคลเอนต์กับ API ไม่ได้ระบุชุดค่าเดียวกัน ดังนั้นควรตั้งค่า effort อย่างชัดเจน และยืนยันว่าไคลเอนต์ของคุณยอมรับค่าอะไร แทนที่จะสันนิษฐานเอา

การเลือกโมเดล — และกฎการเข้าถึงที่ทำให้หลายคนพลาด

เอกสารประกอบโมเดล Codex ของ OpenAI ให้รูปแบบ CLI มาโดยตรงว่า codex -m gpt-6-astra ในเซสชันแบบอินเทอร์แอกทีฟ /model ใช้สลับโมเดลและปรับ reasoning effort ส่วนในการรันแบบครั้งเดียว codex exec -m gpt-6-astra "Review the current changes" ก็ใช้ได้เหมือนกัน ในเดสก์ท็อปแอปและส่วนขยาย IDE ตัวควบคุมโมเดลจะอยู่ใต้คอมโพเซอร์

กฎการเข้าถึงคือจุดที่คนมักเข้าใจผิด และคุ้มค่าที่จะอ่านสักสองรอบ เพราะฟีเจอร์ทั้งสองมีเกตที่ต่างกัน:

• โมเดลนี้ — ใช้งานได้ทั่วทั้ง ChatGPT Work, Codex และ API รวมถึงให้บริการบน Microsoft Azure และ AWS Bedrock หน้าปล่อยตัวของ OpenAI ระบุว่า Astra กำลัง "ทยอยเปิดให้ใช้งานวันนี้กับองค์กรกลุ่มเล็ก ๆ และในอีกไม่กี่วันข้างหน้าจะพร้อมให้บริการแก่ผู้ใช้ ChatGPT Plus, Pro, Business และ Enterprise ทุกคน"

• การจัดการบริบทเชิงทดลอง — แคบกว่า. เอกสารของ Ope​nAI ระบุว่า "ต้องลงชื่อเข้าใช้ ChatGPT ด้วย Plus, Pro หรือ Pro Lite" และระบุว่า "ไม่พร้อมใช้งานสำหรับการลงชื่อเข้าใช้แบบ Business, Enterprise หรือ API-key ในช่วงเปิดตัว"

บรรทัดที่สองนั่นแหละคือสิ่งที่ต้องซึมซับให้ขึ้นใจ คุณเรียกใช้ gpt-6-astra ด้วยคีย์ API ได้ และจ่ายเงินค่ามันในแผน Business ได้ — แต่ฟีเจอร์โน้ตข้ามหน้าต่างจะไม่มีให้ใช้ หากกลไกโน้ตเป็นเหตุผลที่คุณเปลี่ยนมาใช้ คุณต้องลงชื่อเข้าใช้ ChatGPT แบบ Plus, Pro หรือ Pro Lite ในไคลเอนต์ Co​dex ไม่ใช่คีย์ API Ope​nAI อธิบายว่าความพร้อมใช้งานนั้นขึ้นอยู่กับ "การทยอยเปิดให้ใช้ วิธีการลงชื่อเข้าใช้ของคุณ และไคลเอนต์ของคุณ" ซึ่งก็คือเวอร์ชันสุภาพของเรื่องเดียวกันนั่นเอง

ข้อควรระวังเพิ่มเติมอีกสองข้อ ซึ่งจัดเป็นข้อมูลตามรายงาน ไม่ใช่ข้อมูลที่ผู้ขายบันทึกไว้เป็นเอกสาร การรายงานเกี่ยวกับการทยอยเปิดใช้งานระบุว่าต้องใช้ Co​dex CLI เวอร์ชัน 0.153.0 หรือใหม่กว่าสำหรับ Astra; เราไม่สามารถยืนยันเกณฑ์เวอร์ชันขั้นต่ำนั้นได้จากหน้าเว็บของ Ope​nAI เอง และเอกสารของ Co​dex อธิบายพรีเซ็ตตัวเลือกโมเดล ได้แก่ Astra Light, Astra Medium, Astra Extra High ซึ่งเสนอให้กับบัญชี Pro, Business ($100) และ Enterprise ที่มีสิทธิ์ พร้อมกับสไลเดอร์การให้เหตุผล สิ่งเหล่านี้เป็นตำแหน่งในตัวเลือก ไม่ใช่ผลิตภัณฑ์แยกต่างหาก: Ope​nAI ระบุ model id เพียงหนึ่งเดียว คือ gpt-6-astra พร้อมชุดสเปกหนึ่งชุดและราคาหนึ่งราคา และไม่ได้เผยแพร่สเปกหรืออัตราแยกต่างหากสำหรับการกำหนดค่า "Astra Pro" หรือ "Astra Medium" ใด ๆ ให้ถือว่าตัวเลขใด ๆ ที่อ้างอิงสำหรับระดับ Astra ที่มีชื่อเฉพาะว่าเป็นข้อมูลที่ยังไม่ได้รับการยืนยัน

หากคุณอยากลองโมเดลนี้ก่อนที่จะตัดสินใจผูกเส้นทางโปรดักชันกับมัน การส่งคำขอผ่านปลายทางเดียวควบคู่ไปกับโมเดลที่คุณใช้อยู่ตอนนี้คือวิธีที่ประหยัดที่สุดในการหาคำตอบ — GPT-6 Astra อยู่ในแค็ตตาล็อกของ OrcaRouter ดังนั้นการรันเปรียบเทียบจึงมีต้นทุนเพียงแค่สตริงชื่อโมเดล ไม่ต้องมีสัญญาฉบับที่สองและ SDK ตัวที่สอง

ความพยายามในการใช้เหตุผล: ห้าระดับ และแต่ละระดับมีต้นทุนเท่าใด

เอกสาร API ของ OpenAI สำหรับ gpt-6-astra ระบุระดับความพยายามห้าระดับ — ต่ำ ปานกลาง สูง xhigh และสูงสุด — และคำแนะนำของ Codex ก็ตรงไปตรงมาเกี่ยวกับวิธีใช้: "ใช้ความพยายามในการให้เหตุผลต่ำสุดที่ให้ผลลัพธ์ที่คุณต้องการ" และเริ่มต้นที่ค่าเริ่มต้น เพิ่มขึ้นเมื่องานต้องการการวางแผนที่ลึกซึ้งยิ่งขึ้น

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

• โทเค็นการให้เหตุผลเพิ่มเติมทุก 1,000 โทเค็นต่อเทิร์นมีค่าใช้จ่าย $0.05 ในอัตราค่าใช้จ่ายของเอาต์พุต

• ตลอดเซสชัน 150 เทิร์น การเก็บโทเค็นการให้เหตุผลเพิ่มเติม 1,000 โทเค็นต่อเทิร์นมีค่าใช้จ่ายประมาณ $7.50; การเก็บเพิ่ม 5,000 โทเค็นมีค่าใช้จ่ายประมาณ $37.50

• ในเซสชันตัวอย่างด้านล่าง เอาต์พุตเป็นรายการเดี่ยวที่ใหญ่ที่สุดอยู่แล้ว โดยอยู่ที่ $0.200 ต่อเทิร์น เทียบกับ $0.090 ของการอ่านแคช — การเติบโตของ reasoning คือพจน์ที่ทำให้ยอดรวมเปลี่ยนแปลงเร็วที่สุด

สิ่งที่ Ope​nAIไม่ทำการเผยแพร่คือตารางต่อระดับความพยายาม: ไม่มีตัวเลขจากผู้ให้บริการว่า xhigh หรือ max ปล่อย reasoning tokens ออกมากี่โทเคนในงานเขียนโค้ดเมื่อเทียบกับ medium และไม่มีเบนช์มาร์กจากผู้ให้บริการที่แยกตามระดับความพยายาม ใครที่บอกคุณถึงอัตราส่วน "max มีค่าใช้จ่าย 2 เท่า" แบบเจาะจง กำลังอ้างการวัดของตัวเอง ไม่ใช่ของ Ope​nAI วิธีที่ซื่อสัตย์คือรันงานตัวแทนหนึ่งงานที่สองระดับความพยายาม แล้วอ่านบล็อกการใช้งานในคำตอบ — ตัวเลขนั้น เมื่อคูณด้วย $50 ต่อล้าน คือส่วนเพิ่มจากระดับความพยายามที่แท้จริงของคุณ

ผลลัพธ์ที่วัดได้ โดยแต่ละรายการมีแหล่งที่มาเป็นของตัวเอง

งานเขียนโค้ดและงานในเทอร์มินัล ทั้งหมดเป็นข้อมูลที่ผู้ขายรายงานโดย Ope​nAI เว้นแต่จะระบุไว้เป็นอย่างอื่น Terminal-Bench 4.0: GPT-6 Astra อยู่ที่ 57.9% เทียบกับ 37.3% สำหรับ GPT-5.6 Sol และ 55.8% สำหรับ Claude Fable 5.1 — โดย Ope​nAI ประเมินว่าต้นทุน API ต่องานต่ำลงประมาณ 9% เมื่อเทียบกับ GPT-5.6 Sol และต่ำลง 63% เมื่อเทียบกับ Claude Fable 5.1 DeepSWE v1.1 ของ Datacurve จัดให้ Astra อยู่ที่ 74.1% บนเบนช์มาร์กของ Datacurve เอง ซึ่งเป็นตัวเลขที่ Datacurve อธิบายว่าเป็นสถิติใหม่ และที่การรายงานข่าวบางแห่งปัดเป็น 74% ในชุดงานเอเจนต์ที่กว้างขึ้น Ope​nAI รายงานว่า OSWorld 2.0 อยู่ที่ 72.6% โดยใช้เวลาประมาณ 40 นาทีต่อหนึ่งงาน — ใช้เวลาต่องานน้อยกว่าประมาณ 47% เมื่อเทียบกับ GPT-5.6 Sol — พร้อมกับ FrontierMath Tier 4 ที่ 98%, ARC-AGI-3 ที่ 99.9% และ ExploitBench ที่ 100% ซึ่งทั้งหมดถูก Ope​nAI อธิบายว่าเป็นระดับที่อิ่มตัวหรืออิ่มตัวโดยพฤตินัย นั่นคือตัวเลขของผู้ขาย; เราไม่ได้ทำซ้ำผลเหล่านั้น และการตรวจสอบอย่างอิสระต่อตัวเลข ARC-AGI-3 โดย ARC Prize พบว่ามันถูกวัดภายใต้สภาพแวดล้อมอะแดปเตอร์เฉพาะของผู้ให้บริการ และต่ำลงในสภาวะมาตรฐาน

ส่วนที่ไม่ใช่ตัวเลขของผู้ขาย คือส่วนที่เวิร์กโฟลว์การรีวิวโค้ดควรให้ความสำคัญมากที่สุด CodeRabbit เผยแพร่การประเมิน Astra ของตัวเองเมื่อวันที่ 2026-09-04 และผลลัพธ์ก็แคบกว่าพาดหัวข่าว บน pull request แบบข้ามไฟล์ — การรีวิวที่ยากซึ่งต้องเชื่อมโยงการเปลี่ยนแปลงกับผลที่ตามมาในส่วนอื่นของโค้ดเบส — Astra จับบั๊กได้มากกว่า GPT-5.6 Sol ประมาณ 20% โดยมีความครอบคลุมของบั๊กที่นำไปแก้ไขได้ 57.1% เทียบกับ 47.6% ในการรีวิวโดยรวม ผลกำไรส่วนใหญ่หายไป: 61.3% เทียบกับ 59.0% มากกว่าประมาณ 4% CodeRabbit เรียกทั้งสองว่า "ผลลัพธ์เบื้องต้นที่ชี้ทิศทาง" ซึ่งไม่ได้ยืนยันการจัดอันดับ และระบุว่าวิธีการไม่ได้แยกสาเหตุของการปรับปรุง หน้าเปิดตัวของ OpenAI เรียกงานเดียวกันว่า "มากกว่าสองเท่าใน pull request แบบข้ามไฟล์" ส่วนบทความของ CodeRabbit เองให้ตัวเลข 20% และเปอร์เซ็นต์ความครอบคลุมข้างต้น อ่านเปอร์เซ็นต์ ไม่ใช่บทสรุป

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

การใช้คอมพิวเตอร์ใน Co​dex เปลี่ยนอะไรให้กับเวิร์กโฟลว์ของคุณ

OpenAI กล่าวว่า ฮาร์เนส Codex ที่อัปเดตทำให้ GPT-6 Astra ทำงานเสร็จเร็วขึ้น 1.9 เท่าบน Mind2Web เมื่อเทียบกับประสบการณ์ GPT-5.6 Sol ในปัจจุบัน Mind2Web เป็นระบบอัตโนมัติสำหรับงานเว็บ ดังนั้นให้ตีความว่า งานของเอเจนต์ที่ต้องเกี่ยวข้องกับเบราว์เซอร์หรือ GUI จะเสร็จเร็วขึ้นอย่างมีนัยสำคัญ และฮาร์เนสที่อัปเดตตัวเดียวกันคือสิ่งที่คุณกำลังรันอยู่เมื่อคุณใช้งาน Codex ไม่ว่าจะกรณีใด ตัวเลขประกอบคือผลลัพธ์ OSWorld 2.0 ข้างต้น — 72.6% ที่ประมาณ 40 นาทีต่องาน ซึ่งใช้เวลาต่องานน้อยกว่า Sol ประมาณ 47%

สำหรับนักพัฒนา ผลที่ตามมาในทางปฏิบัติคือการเปลี่ยนแปลงว่าอะไรที่คุ้มค่าจะมอบหมายให้ทำแทน เวิร์กโฟลว์ที่เมื่อก่อนช้าเกินกว่าจะอัตโนมัติแบบครบวงจร — การขับเคลื่อนคอนโซล staging ที่ไม่มี API, การจำลองบั๊กผ่าน UI, การกรอกฟอร์มหลายขั้นตอนเพื่อสร้าง fixture — เข้ามาอยู่ในช่วงที่การรันเอเจนต์ถูกกว่าการทำด้วยมือแล้ว นอกจากนี้ยังเพิ่มมูลค่าของการควบคุมฝั่งองค์กรที่ OpenAI มาพร้อมให้: ChatGPT Work และ Codex เพิ่มนโยบายการยืนยัน หมายถึงการอนุมัติก่อนการดำเนินการที่มีนัยสำคัญ และการตรวจสอบอัตโนมัติของการเรียกเครื่องมือที่ไม่ปลอดภัยหรือไม่ได้รับอนุญาต หากคุณปล่อยให้เอเจนต์คลิกผ่านอินเทอร์เฟซจริง ชั้นการตรวจสอบนั้นคือสิ่งที่กั้นระหว่างการรันที่แย่กับบ่ายที่แย่ — และเป็นเหตุผลว่าทำไมการเข้าถึงระดับองค์กรที่ปิดไว้เป็นค่าเริ่มต้น โดยผู้ดูแลระบบเป็นผู้เปิดใช้งานภายใต้อัตราค่าบริการที่เกี่ยวข้อง จึงเป็นคุณสมบัติด้านธรรมาภิบาลมากกว่าจะเป็นอุปสรรค

คิดราคาตามเวิร์กโฟลว์ ไม่ใช่ตามโทเคน

นี่คือราคา ที่ระบุชื่อและวันที่ไว้แล้ว จากหน้าข้อมูลราคาของ Ope​nAI ซึ่งอ่านเมื่อ 2026-09-16 gpt-6-astra standard อยู่ที่ $10.00 ต่ออินพุตหนึ่งล้านโทเคน, $1.00 ต่ออินพุตที่แคชไว้หนึ่งล้านโทเคน, $12.50 ต่อการเขียนแคชหนึ่งล้านครั้ง และ $50.00 ต่อเอาต์พุตหนึ่งล้านโทเคน Batch และ Flex คิดในอัตราครึ่งหนึ่งของอัตราเหล่านั้น ส่วนโหมด Fast คิดเป็นสองเท่า รายการอินพุตที่แคชไว้คือสิ่งที่กำหนดบิลของคุณในลูปแบบเอเจนต์ เพราะเอเจนต์เขียนโค้ดจะส่งบริบทขนาดใหญ่ที่แทบไม่เปลี่ยนแปลงซ้ำใหม่ทุกเทิร์น และอินพุตที่แคชไว้มีค่าใช้จ่ายเพียงหนึ่งในสิบของอินพุตใหม่

มีสองเกณฑ์ที่สำคัญก่อนจะถึงการคำนวณ เอกสารโมเดลของ OpenAI ระบุว่าพรอมต์ที่มีโทเคนอินพุตเกิน 272,000 จะถูกคิดราคาที่ 2 เท่าของอัตราอินพุตและแคช และ 1.5 เท่าของเอาต์พุต สำหรับคำขอทั้งหมด — ไม่ใช่แค่ส่วนที่เกินเท่านั้น — และหน้าราคาระบุแถวบริบทยาวไว้ที่ $20.00 สำหรับอินพุต, $2.00 สำหรับอินพุตที่แคชไว้ และ $75.00 สำหรับเอาต์พุต และทุกโทเคนการให้เหตุผลจะถูกคิดในอัตราเอาต์พุต ดังที่กล่าวไว้ข้างต้น

ลองพิจารณาการรีแฟกเตอร์ข้ามคืนที่สมจริง: 150 เทิร์นของโมเดล โดยเฉลี่ย 100,000 โทเคนอินพุตต่อเทิร์น ซึ่ง 90,000 เป็นการอ่านแคช และ 10,000 เป็นข้อมูลใหม่ และ 4,000 โทเคนเอาต์พุตต่อเทิร์นรวมการให้เหตุผล ภายใต้เกณฑ์ 272K ที่อัตรามาตรฐาน:

• อินพุตที่แคชไว้ — 90,000 โทเค็น × $1.00 ต่อล้าน = $0.090 ต่อรอบ

• อินพุตใหม่ — 10,000 โทเค็น × $10.00 ต่อล้าน = $0.100 ต่อเทิร์น

• เอาต์พุต — 4,000 โทเค็น × $50.00 ต่อล้าน = $0.200 ต่อเทิร์น

• รวม — $0.390 ต่อเทิร์น ดังนั้น 150 เทิร์นคิดเป็นประมาณ $58.50 สำหรับเซสชันนี้

ตอนนี้ย้ายเซสชันเดียวกันให้ข้ามเกณฑ์ไปเลย ที่ 300,000 โทเคนอินพุตต่อเทิร์น — แคชไว้ 270,000 ใหม่ 30,000 — คำขอทั้งหมดจะถูกคิดราคาใหม่ ดังนั้นอินพุตที่แคชไว้จะเพิ่มเป็นสองเท่าเป็น $2.00 อินพุตใหม่จะเพิ่มเป็นสองเท่าเป็น $20.00 และเอาต์พุตจะเป็น $75.00:

• อินพุตที่แคชไว้ — 270,000 × $2.00 ต่อล้าน = $0.540 ต่อรอบ

• อินพุตใหม่ — 30,000 × $20.00 ต่อล้าน = $0.600 ต่อเทิร์น

• เอาต์พุต — 4,000 × $75.00 ต่อล้าน = $0.300 ต่อรอบ

• ยอดรวม — $1.44 ต่อรอบ หรือประมาณ $216.00 สำหรับ 150 รอบ

งานรูปแบบเดียวกัน แต่ค่าใช้จ่ายมากกว่าเดิมราว 3.7 เท่า และความต่างทั้งหมดอยู่ที่ว่าบันทึกบทสนทนาของคุณอยู่ฝั่งไหนของ 272,000 โทเคน นั่นคือเหตุผลสนับสนุนกลไกโน้ตในบรรทัดเดียว หากโน้ตที่คงทนและประวัติที่ค้นหาได้ช่วยให้คุณรักษาบริบทการทำงานให้กระชับขึ้น แทนที่จะลากบันทึกบทสนทนาทั้งชุดไปข้างหน้า ฟีเจอร์นี้ก็คุ้มทุนด้วยโทเคนอินพุตก่อนที่มันจะช่วยเรื่องคุณภาพเสียอีก มันยังเป็นเหตุผลสนับสนุนการไม่ปล่อยให้การรันแบบไม่มีคนดูแลทำให้บันทึกบทสนทนายาวขึ้นโดยไม่มีเพดานอีกด้วย

เพื่อให้เห็นภาพ เซสชัน 150 เทิร์นเดียวกันที่โปรไฟล์โทเค็นเดียวกันบนระดับราคาที่ถูกกว่า: GPT-5.6 Terra ที่ราคาที่ประกาศไว้ $2.00 อินพุต / $0.20 แคช / $12.00 เอาต์พุต คิดเป็นประมาณ $12.90 และ GPT-5.6 Luna ที่ $0.20 / $0.02 / $1.20 คิดเป็นประมาณ $1.29 นี่เป็นการคำนวณจากอัตราที่ Ope​nAI ประกาศไว้ ไม่ใช่การอ้างว่าพวกมันจะทำงานเดียวกันเสร็จ — ซึ่งนั่นคือประเด็นทั้งหมดของสองส่วนถัดไป

หากคุณกำลังเปรียบเทียบทั้งหมดนี้ข้ามผู้ให้บริการต่าง ๆ ก็คุ้มค่าที่จะรู้ว่า OrcaRouter ส่งต่อราคาตามรายการของผู้ให้บริการโดยบวกเพิ่ม 0% ดังนั้นเมื่อผู้ขายเปลี่ยนแปลงราคา ราคานั้นจะมีผลบน endpoint ที่จัดเส้นทางให้ทันทีในวันเดียวกัน แทนที่จะไปมีผลตอนออกใบแจ้งหนี้ครั้งถัดไป

โหมดความล้มเหลวที่ต้องออกแบบให้รองรับ

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

• การทดลองด้านการจัดการบริบทมีบั๊กในสัปดาห์นี้ รายงานชันสูตรหลังเหตุการณ์ของ OpenAI ลงวันที่ 2026-09-12 ยืนยันว่าการทดลองแบบเลือกเข้าร่วม "ทำให้เกิดการหยุดก่อนกำหนดและการตอบกลับข้อความเก่า" ส่งผลกระทบต่อผู้ใช้ประมาณ 4,000–5,000 ราย และได้ถูกปิดใช้งานแล้ว รายงานชันสูตรหลังเหตุการณ์ฉบับเดียวกันยังระบุสาเหตุอื่นอีกสองประการของข้อร้องเรียนด้านคุณภาพในสัปดาห์เปิดตัว ได้แก่ สกิลที่เขียนไว้สำหรับโมเดลรุ่นก่อนหน้าทำงานผิดพลาดและขัดขวางไม่ให้ Astra ตรวจสอบงานของตัวเอง และเครื่องยนต์เสิร์ฟที่กำหนดค่าไม่ถูกต้องทำให้ทราฟฟิกส่วนปลายเสื่อมคุณภาพลง ตามมาด้วยการรีเซ็ตการใช้งานเมื่อเที่ยงคืนระหว่างวันที่ 09-12 ถึง 09-13

• การคิดมากเกินไปและเทสต์ที่บานปลาย กระทู้ r/codex ที่ถูกแชร์กันอย่างกว้างขวางบรรยายว่า Astra ตอบสนองต่อคำขอฟีเจอร์เล็ก ๆ ด้วยการสร้างชั้นการตรวจสอบ เทสต์แบบ smoke และการตรวจแฮชขึ้นมาก่อน รันมันในหลายลำดับ แล้วรายงานว่ามิเตอร์การใช้งานใกล้หมดเกลี้ยงตั้งแต่ก่อนที่ฟีเจอร์นั้นจะเกิดขึ้นเสียอีก รายงานเหล่านี้เป็นเรื่องเล่ารายบุคคล ไม่ใช่การวัดที่ควบคุมตัวแปร และเดือนก่อนหน้าก็มีคำร้องเรียนลักษณะคล้ายกันแพร่กระจายเกี่ยวกับโมเดลระดับแนวหน้าอื่น ๆ — ดังนั้นให้ถือว่านี่เป็นรูปแบบที่เกิดขึ้นจริงซึ่งต้องกำหนดขอบเขตไว้รับมือ ไม่ใช่อัตราที่คุณจะเอาไปวางแผนได้

• การรันที่ไม่สิ้นสุด Armin Ronacher ผู้สร้าง Flask เล่าว่าเขาเปิด Astra ให้รันแบบไม่มีคนดูแลเป็นเวลา 35 ชั่วโมง เมื่อสิ้นสุด มันสร้างผลลัพธ์ได้ประมาณ 75,000 บรรทัดสุทธิจากการคอมมิต 79 ครั้ง ข้อความระหว่างเอเจนต์ราว 1,400 ข้อความ และค่าธรรมเนียม API ประมาณ $1,200 — ประมาณ $15.50 ต่อคอมมิต — โดยในความเห็นของเขา ไม่มีสิ่งใดที่มีคุณค่าถูกส่งมอบเลย รายงานเกี่ยวกับจำนวนโทเคนแตกต่างกันไป ดังนั้นให้มองตัวเลขนั้นแบบไม่ยึดติดนัก เขามองว่าเงื่อนไขการหยุดที่ขาดไปนั้นเป็นปัญหาของโครงควบคุมไม่แพ้เป็นปัญหาของโมเดล ซึ่งนี่คือข้อสรุปที่นำไปปฏิบัติได้: กำหนดให้ชัดว่าอะไรถือว่าเสร็จสิ้นก่อนที่คุณจะเริ่ม

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

• เซสชันที่ยาวนานอาจกู้คืนกลับมาไม่ได้ รายงาน issue ที่เปิดอยู่ของ Co​dex ชี้ถึงสภาวะแคตช์-22 ที่หน้าต่างบริบทเต็ม การบีบอัดอัตโนมัติทำงาน งานบีบอัดเองก็บริบทไม่พอ และเธรดนั้นก็กู้คืนไม่ได้ — และอีกรายงานหนึ่งว่าเส้นทาง notes และ history แบบ native คืนค่า 404 บน Pro ที่ใช้ Astra ในบางการตั้งค่า ขณะที่การสลับหน้าต่างอาจทำให้สถานะของงานสูญหาย ทั้งสองเป็นรายงานที่เปิดอยู่ ไม่ใช่คำแถลงของผู้ขาย แต่ก็เป็นเหตุผลสนับสนุนให้เก็บการรันแบบมี checkpoint ไว้ใน git แทนที่จะเชื่อว่าเซสชันจะรอด

• บันทึกที่ล้าสมัยเป็นคุณสมบัติของการออกแบบ ไม่ใช่บั๊ก ไม่มีอะไรรับประกันว่าบันทึกจะสะท้อนสถานะปัจจุบันของไฟล์ที่มันอธิบาย และการค้นหาเป็นการจับคู่สตริงย่อยตามตัวอักษร ไม่ใช่เชิงความหมาย ให้จัดเก็บพาธต้นทางไว้กับบันทึก ตรวจสอบซ้ำเมื่อมีการเปลี่ยนแปลง และมองบันทึกจากการรันแบบไม่มีผู้ดูแลเป็นหลักฐานที่ต้องตรวจสอบ มากกว่าความจริงที่เชื่อถือได้

• เพดานการใช้งานคือข้อร้องเรียนที่กำลังเกิดขึ้นจริง รายงานจากสัปดาห์ของวันที่ 2026-09-14 รวมถึงเพดานที่เข้มงวดขึ้นมากกว่าสัปดาห์เปิดตัวถึงสี่เท่า และข้อร้องเรียนที่ยังไม่ได้รับการแก้ไขว่า xhigh effort ใช้โควตาที่อนุญาตน้อยกว่า medium — ซึ่งหากเป็นจริง ก็หมายความว่า effort กับโควตาไม่ได้ขยับไปด้วยกัน Ope​nAI ยังไม่ได้เปิดเผยเพดานเป็นตัวเลขต่อแผนสำหรับ Astra

เมื่อโมเดลที่ถูกกว่าคือตัวเลือกที่เหมาะสม

ผลลัพธ์ที่วัดได้ข้างต้นตัดสินใจเลือกเส้นทางให้คุณแล้ว ข้อได้เปรียบของ Astra กระจุกตัวอยู่ในงานที่ข้ามไฟล์หรือข้ามชั่วโมง: การรีวิวข้ามไฟล์ งานเอเจนต์ที่ใช้เวลานาน และโฟลว์การใช้คอมพิวเตอร์ สำหรับการแก้ไขไฟล์เดียวทั่วไป การรีแฟกเตอร์เชิงกล โครงสร้างการทดสอบและการจัดรูปแบบ ส่วนต่างการรีวิวโดยรวม ~4% เมื่อเทียบกับ GPT-5.6 Sol ไม่ได้ทำให้ราคาต่อโทเค็นในปัจจุบันที่สูงขึ้นประมาณ 2.5 เท่าสมเหตุสมผล — และข้อสรุปของ CodeRabbit เองก็ชี้ไปในทางเดียวกัน โดยแนะนำให้จัดเส้นทางงานอย่างชาญฉลาดแทนการเปลี่ยนทั้งหมด สงวนโมเดลราคาแพงไว้สำหรับงานที่ความได้เปรียบของมันปรากฏออกมา และจัดเส้นทางส่วนที่เหลือลงไป

ในทางปฏิบัติ การแบ่งงานที่ได้ผลคือ: GPT-6 Astra สำหรับการเปลี่ยนแปลงข้ามไฟล์ ฐานโค้ดที่ไม่คุ้นเคย การรันเอเจนต์หลายชั่วโมง และอะไรก็ตามที่เกี่ยวข้องกับเบราว์เซอร์; GPT-5.6 Terra สำหรับการแก้ไขแบบจำกัดขอบเขต โค้ดสำเร็จรูปซ้ำ ๆ และการสร้างชุดทดสอบ; GPT-5.6 Luna สำหรับการจำแนกประเภท การสกัดข้อมูล และงานเชิงกลไกปริมาณมาก จากเลขคณิตรอบเซสชันข้างต้น ความต่างระหว่างการรันทุกอย่างบน Astra กับการรันหนึ่งในสามของงานบน Astra คือความต่างระหว่างประมาณ $58.50 กับประมาณ $28 สำหรับ 150 เทิร์นเดียวกัน

การแยกแบบนั้นให้ถูกต้องคือสิ่งที่เลเยอร์การกำหนดเส้นทางมีไว้เพื่อทำOrcaRouter รวมโมเดล 200+ รุ่นไว้เบื้องหลัง API เดียว ดังนั้นการแยกข้างต้นจึงเป็นการปรับการตั้งค่าเพียงครั้งเดียว ไม่ใช่การผสานรวมสามอย่าง — และการสลับสำรองอัตโนมัติหมายความว่าฟีเจอร์ทดลองที่ประสบสัปดาห์ย่ำแย่ อย่างที่ฟีเจอร์นี้เป็น จะทำให้การรันของคุณเสื่อมลงแทนที่จะสิ้นสุด สำหรับโมเดลที่กลไกบริบทซึ่ง Ope​nAI เองยังคงระบุว่าเป็นการทดลองและเคยปิดใช้งานชั่วคราว การมีเส้นทางที่สองกำหนดค่าไว้ไม่ใช่ความหวาดระแวง แต่เป็นความระมัดระวังในระดับที่เหมาะสม

สิ่งที่ต้องจับตาจากนี้ไป

สี่สิ่งที่จะเปลี่ยนหน้านี้ และทั้งสี่อย่างยังเปิดอยู่ ไม่ว่าการทดลองด้านการจัดการบริบทจะกลับมาเปิดใช้งานหรือไม่ และในรูปแบบใด — OpenAI กล่าวว่ามันจะกลายเป็นค่าเริ่มต้นสำหรับ Astra ซึ่งหมายความว่าในที่สุดบรรทัดการตั้งค่าด้านบนจะไม่ใช่สิ่งที่คุณเป็นคนตั้งอีกต่อไป ไม่ว่ารายงาน 404 ของ notes และ history บน Pro จะถูกปิดหรือไม่ เนื่องจากนั่นคือความแตกต่างระหว่างกลไกที่ทำงานตามที่เอกสารระบุ กับการทำงานเฉพาะบางเส้นทาง ไม่ว่า OpenAI จะเผยแพร่ข้อมูล token หรือค่าใช้จ่ายต่อ effort ใด ๆ หรือไม่ ซึ่งเป็นตัวเลขที่ขาดหายไปในการตัดสินใจเรื่อง effort ทุกครั้งในปัจจุบัน และไม่ว่าขีดจำกัดการใช้งานที่เข้มงวดขึ้นตลอดสัปดาห์เปิดตัวจะผ่อนลงหรือไม่ เมื่อความต้องการที่ทำให้การสมัครสมาชิก Pro ราคา $200 รายใหม่ถูกระงับเมื่อ 2026-09-10 ถูกดูดซับจนหมดแล้ว

จนถึงตอนนั้น เพลย์บุ๊กก็สั้น ๆ แค่ปักหมุดโมเดลด้วย codex -m gpt-6-astra เปิดการทดลองเฉพาะเมื่อคุณมีการลงชื่อเข้าใช้แบบ Plus, Pro หรือ Pro Lite ในไคลเอนต์ ตั้งค่า effort อย่างชัดเจนแทนที่จะเชื่อป้ายกำกับบนแถบเลื่อน เก็บบริบทการทำงานของคุณให้ต่ำกว่า 272,000 โทเคน เพราะนั่นคือจุดที่ค่าใช้จ่ายจะเพิ่มเป็นสองเท่า กำหนดว่าเสร็จคืออะไรก่อนที่คุณจะลุกจากไป และส่งงานง่าย ๆ ไปที่อื่นที่ถูกกว่า โมเดลนี้มาจาก 2026-09-03 และมันไม่ได้จะไปไหน สิ่งที่ยังเข้าที่ไม่ลงตัวคือเครื่องมือแวดล้อมรอบ ๆ มันต่างหาก

คำถามที่เกิดขึ้น

ฟีเจอร์บันทึกข้ามหน้าต่างคุ้มค่าที่จะเปิดใช้สำหรับงานขนาดปกติหรือไม่โดยทั่วไปแล้วไม่คุ้มครับ มันมีไว้เพื่อแก้ปัญหาการสูญหายข้ามขอบเขตของหน้าต่างบริบท ดังนั้นกับงานที่พอดีอยู่ในหน้าต่างเดียว มันกลับเพิ่มชิ้นส่วนที่ต้องเคลื่อนไหว — รวมถึงเส้นทางโค้ดแบบทดลองที่ถูกปิดใช้งานเพราะบั๊กเมื่อ 2026-09-12 — โดยไม่ได้ช่วยลดความยุ่งยากใด ๆ เลย เปิดใช้สำหรับงานระยะยาว และปิดไว้สำหรับการแก้ไขแบบจำกัดขอบเขต

หน้าต่าง 1,050,000 โทเคนแทนที่การดึงข้อมูลในระบบของฉันได้ไหม ไม่ได้ถ้าคิดเรื่องค่าใช้จ่าย การอ่านบริบทขนาดใหญ่กลับมาทุกเทิร์นจะถูกคิดเงินทุกเทิร์น และเมื่อเกิน 272,000 โทเคนอินพุต คำขอทั้งหมดจะถูกคิดราคาใหม่เป็น $20.00 สำหรับอินพุตและ $75.00 สำหรับเอาต์พุต ขั้นตอนการดึงข้อมูลที่ทำให้บริบทที่ใช้งานเล็กลงมักเป็นดีไซน์ที่ประหยัดกว่า ซึ่งเป็นเหตุผลว่าทำไมกลไก notes ถึงน่าสนใจ: มันคือการดึงข้อมูลที่ฝังอยู่ในฮาร์เนส

เมื่องานสิ้นสุดลงจะเกิดอะไรขึ้นกับบันทึก (notes)? เอกสารของ Ope​nAI ระบุขอบเขตของกลไกนี้ไว้เฉพาะภายในงานเดียวกัน และบทความจากชุมชนอธิบายว่าบันทึกถูกจัดเก็บไว้กับงานนั้น แทนที่จะถูกส่งต่อไปข้างหน้าโดยอัตโนมัติ อย่าสันนิษฐานว่างานใหม่จะสืบทอดบันทึกของงานก่อนหน้า สิ่งใดก็ตามที่ต้องคงอยู่ต่อไป ควรอยู่ในรีโพซิทอรีของคุณ ไม่ใช่ในหน่วยความจำของเอเจนต์