วางแผนใน ChatGPT Pro ลงมือทำใน Codex: เพลย์บุ๊กการส่งมอบเอกสารออกแบบ

เวิร์กโฟลว์ที่ควรค่าแก่การขโมยในเดือนนี้ไม่ใช่โมเดล แต่คือการแบ่งงานกันทำ คุณยื่น GPT-6 Proใน ChatGPT พร้อม URL ของรีโพซิทอรี ขอให้มันทำเอกสารออกแบบแทนที่จะเป็นแพตช์ แล้วส่งเอกสารนั้นให้ Codex หรือ Claude Codeนำไปลงมือทำ แพลนเนอร์รันบน GPT-6 Astra — GPT-6 Pro คือชื่อที่ระบบจำกัดการใช้งานของ ChatGPT ใช้เรียกมัน — และ Astra เป็นโมเดลวันที่ 2026-09-03 ดังนั้นไม่มีอะไรในนี้ที่เป็นการรายงานก่อนการเปิดตัวหรือคำกล่าวอ้างเรื่องการเปิดตัว สิ่งที่เปลี่ยนไปภายในเจ็ดวันที่ผ่านมาแคบกว่านั้น และควรระบุให้ชัดเจน: เมื่อ 2026-09-17 ผู้ปฏิบัติงานรายงานว่าปลั๊กอิน GitHub อย่างเป็นทางการใน ChatGPT Chat ทั่วไป ไม่ใช่ ChatGPT Work และไม่ใช่ Codex สามารถแก้ไขไฟล์ในรีโพซิทอรี คอมมิต และเปิดพูลรีเควสต์ได้ โดยไม่ต้องดึงโควตาของ Codex/Work มาใช้ นั่นเป็นคำกล่าวอ้างจากชุมชน ไม่ใช่เอกสารของผู้จำหน่าย — หน้าช่วยเหลืออย่างเป็นทางการยังคงอธิบายแอป GitHub ว่าเป็นแบบอ่านอย่างเดียว และส่งงานเขียนทั้งหมดผ่าน Codex — และข้อควรระวังที่แนบมากับคำกล่าวอ้างนั้นสำคัญพอ ๆ กับตัวคำกล่าวอ้างเอง ทุกอย่างด้านล่างนี้ถูกติดป้ายว่าเป็นข้อมูลที่ผู้จำหน่ายรายงาน ข้อมูลที่ชุมชนรายงาน หรืออ่านมาจากหน้าอย่างเป็นทางการเมื่อ 2026-09-19

เวิร์กโฟลว์ในรอบเดียว

ผู้ปฏิบัติงานบรรยายถึงลูปเดียวกันโดยมีความแตกต่างเล็กน้อย ลูปที่เกิดซ้ำคือ: วางที่อยู่ GitHub ลงใน ChatGPT ขอให้อ่านโค้ดและสร้างเอกสารออกแบบ จากนั้นดาวน์โหลดเอกสารนั้นและส่งต่อให้เอเจนต์ที่ลงมือทำ บางคนขอ pull request ด้วย ส่วนคนอื่นหยุดที่เอกสารและให้ตัวลงมือทำเป็นคนเขียน ไม่ว่าแบบไหนรูปร่างก็เหมือนกัน — วางแผนในผลิตภัณฑ์แชต สร้างในผลิตภัณฑ์เอเจนต์ — และเหตุผลที่มันคุ้มค่าจะลอกเลียนแบบคือครึ่งทั้งสองถูกคิดค่าบริการแยกกัน

• ผลงานที่ได้จากการวางแผน — เอกสารออกแบบ: อินเทอร์เฟซที่ต้องเพิ่ม ไฟล์ที่ต้องแก้ไขโดยระบุเป็นพาธ ลำดับการมิเกรต การทดสอบการยอมรับ และสิ่งที่ต้องทำหากเกิดข้อผิดพลาด

• อาร์ติแฟกต์จากการรัน — แบรนช์และ pull request ที่สร้างขึ้นโดยเอเจนต์ที่สามารถรันเทสต์ที่มันเพิ่งเขียนได้

• สิ่งที่ต้องตรวจสอบ — diff ซึ่งเป็นเพียงสิ่งเดียวที่ควรรีชถึงมือผู้ตรวจสอบ

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

ทำไมโครงสร้างแบบสองบักเก็ตจึงเป็นกลเม็ดทั้งหมด

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

ตัวเลขตามที่ OpenAI เผยแพร่สำหรับฝั่ง Chat — ตัวเลขที่ผู้ขายรายงานเองในเอกสารแผนของตนเอง ไม่ใช่ผลการวัด:

• ChatGPT Pro เดือนละ 200 ดอลลาร์ — 200 ข้อความ GPT-6 Pro ต่อสัปดาห์; GPT-5.6 Sol Pro ให้เพิ่มอีก 170 ข้อความต่อวัน โดยทั้งสองโมเดลรวมกันจำกัดไว้ที่ 200 ข้อความต่อวัน

• ChatGPT Pro ราคา $100 ต่อเดือน — ข้อความ GPT-6 Pro 50 ข้อความต่อสัปดาห์ โดยดึงจากโควตาที่ใช้ร่วมกับ GPT-5.6 Sol Pro

• Business Standard — 15 ข้อความ GPT-6 Pro ต่อเดือน ใช้ร่วมกับ Sol Pro; Business Premium — 50 ข้อความต่อสัปดาห์บนพื้นฐานการใช้ร่วมกันแบบเดียวกัน

• ChatGPT Plus — ไม่มี GPT-6 Pro ใน Chat เลยแม้แต่นิดเดียว Astra เข้าถึง Plus ได้เฉพาะผ่าน ChatGPT Work และ Codex เท่านั้น ซึ่งเป็นกลุ่มที่เพลย์บุ๊กนี้กำลังพยายามปกป้องอยู่พอดี

ในฝั่ง Work/Codex นั้น OpenAI เผยแพร่ค่าประมาณแทนที่จะเป็นขีดจำกัด และระบุไว้เช่นนั้น โดยประมาณ 5 ถึง 45 ข้อความ Astra ต่อช่วงเวลา 5 ชั่วโมงบน Plus, 25 ถึง 225 บน Pro 5x และ 100 ถึง 900 บน Pro 20x โดยหน้าเดียวกันระบุว่าการใช้งานจริงจะแตกต่างกันไปตามความซับซ้อนของงาน บริบท เอาต์พุต และการใช้เครื่องมือ และอาจมีขีดจำกัดรายสัปดาห์ซ้อนเพิ่มเติมอีก ช่วงเหล่านี้อยู่ที่ประมาณครึ่งหนึ่งของตัวเลข Sol ที่เทียบเท่า ซึ่งเป็นเหตุผลเชิงคณิตศาสตร์ว่าเพราะเหตุใดโมเดลระดับแนวหน้าจึงมีค่าใช้จ่ายที่พอจะรันเป็นเอเจนต์ได้เลย

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

เส้นทางการเขียน: สิ่งที่คอนเน็กเตอร์ทำ และสิ่งที่ผู้คนกล่าวอ้างว่ามันทำ

ในจุดนี้ แหล่งข้อมูลขัดแย้งกัน และความขัดแย้งนั้นแหละคือส่วนที่น่าสนใจ

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

จุดยืนของชุมชน ณ วันที่ 2026-09-17 คือ ปลั๊กอิน GitHub ของเวอร์ชันเว็บในโหมด Chat จะแก้ไขโค้ด ทำ commit และเปิด pull request และเนื่องจากเป็นปลั๊กอินอย่างเป็นทางการ ไม่ใช่ MCP server ของบุคคลที่สาม จึงไม่ใช้โควตาของ Codex หรือ Work กระทู้เดียวกันนี้ระมัดระวังเรื่องขอบเขต: เครื่องมือเล็ก ๆ การแก้ไขเล็กน้อย บั๊กเล็ก ๆ — ส่วนการ refactor ครั้งใหญ่และการดีบักที่ยากยังคงเป็นเรื่องของ Codex ผู้แสดงความคิดเห็นในกระทู้นั้นเองก็เพิ่มข้อควรระวังที่ควรค่าแก่การพูดซ้ำ เพราะสิ่งเหล่านี้แหละที่กัดกิน:

• ขีดจำกัดอัตราการใช้งาน ChatGPT ปกติยังคงมีผลใช้บังคับ "ไม่ใช่โควตา Codex" ไม่ได้แปลว่า "ฟรี"

• คุณภาพอาจลดลงหลังจากใช้งานไปหลายรอบโดยไม่มีการแจ้งให้ทราบล่วงหน้า โดยเซสชันอาจสลับไปใช้โมเดลที่เล็กลงในระหว่างที่กำลังทำงานอยู่

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

บทความภาษาญี่ปุ่นที่เป็นอิสระเกี่ยวกับรูปแบบเดียวกันได้ข้อสรุปที่สอดคล้องกันโดยไม่มีข้ออ้างเรื่องโควตา: หากการผสานรวม GitHub รองรับการดำเนินการเขียน แชตธรรมดาสามารถอ่านรีโพซิทอรี แก้ไขไฟล์ สร้างแบรนช์ และเปิด pull request; ขีดจำกัดอัตราการใช้แชตทั่วไปมีผล; และ Codex กับ Work ใช้ทรัพยากรจากพูลเอเจนต์ที่ใช้ร่วมกัน ดังนั้นแชตทั่วไปจึงใช้สำหรับการแก้ไขไม่กี่ไฟล์ และ Codex ใช้สำหรับงานซอฟต์แวร์ระยะยาว เมื่อทั้งสองแหล่งข้อมูลเห็นตรงกัน ส่วนที่เห็นตรงกันคือส่วนที่นำไปใช้ได้: แชตเป็นช่องทางสำหรับการเปลี่ยนแปลงเล็กน้อย Codex เป็นช่องทางสำหรับเซสชันยาว และพูลแยกจากกัน

มีเซิร์ฟเวอร์ MCP ของบุคคลที่สามที่เปิดให้ใช้เวิร์กโฟลว์ git จริง — branch, diff, commit, push, เปิด pull request — พร้อมสิทธิ์ที่คุณกำหนดระดับได้ตั้งแต่แบบอ่านอย่างเดียวไปจนถึง push หากคุณต้องการให้เส้นทางการเขียนเป็นแบบที่กำหนดผลได้แน่นอนและตรวจสอบย้อนหลังได้ แทนที่จะเป็นพฤติกรรมที่คุณได้แต่หวังว่าจะเป็นเช่นนั้น นั่นคือเส้นทางนั้น หากคุณต้องการอยู่ในกรอบที่ OpenAI ระบุไว้ในเอกสาร ให้วางแผนใน Chat และเขียนใน Codex

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

การส่งต่อ ทีละขั้นตอน

• ชี้ให้ planner ไปที่ repository — URL สาธารณะที่วางลงในพรอมต์ หรือตัวเชื่อมต่อ GitHub หากคุณได้ให้สิทธิ์ไว้แล้ว — แล้วขอให้มันอ่านโค้ดก่อนที่จะเสนอสิ่งใด ๆ

• ขอเอกสารการออกแบบ ไม่ใช่แพตช์ โดยต้องระบุเส้นทางไฟล์ อินเทอร์เฟซที่เพิ่มหรือเปลี่ยนแปลง ลำดับที่การเปลี่ยนแปลงต้องถูกนำเข้า และการทดสอบที่พิสูจน์แต่ละขั้นตอน

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

• บันทึกเอกสารไว้ใน repository แทนที่จะวางลงในเครื่องมือถัดไป ผู้ดำเนินการที่อ่านจากไฟล์สามารถอ่านซ้ำได้ ส่วนผู้ดำเนินการที่ได้รับข้อความที่วางมามีโอกาสเพียงครั้งเดียว

เริ่มต้น executor ด้วยเอกสารนี้ในฐานะคำสั่ง และจำกัด pull request หนึ่งรายการให้อยู่เพียงหนึ่งส่วนของเอกสาร เซสชันที่ยาวนานคือจุดที่คุณภาพของเอเจนต์ค่อย ๆ เสื่อมลงอย่างเงียบ ๆ

• หลังจากนั้น ให้ผู้วางแผนอยู่ในบทบาทการตรวจทานเท่านั้น เมื่อเอกสารผิดพลาด ให้วางแผนใหม่และปรับปรุงเอกสาร — อย่าปล่อยให้ผู้ปฏิบัติงานด้นสดข้ามมันไป เพราะงานที่ด้นสดขึ้นเองคือสิ่งที่เอกสารนี้มีอยู่เพื่อป้องกัน

จุดที่มันพัง

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

• การคลาดเคลื่อนของเอกสารออกแบบ — เอกสารกับโค้ดไม่ตรงกัน และตัวดำเนินการก็ทำตามเอกสาร ขั้นตอนการอ้างอิงไฟล์ที่กล่าวมาข้างต้นคือประกันราคาถูก

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

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

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

การรันครึ่งหนึ่งของ executor ผ่าน endpoint เดียว

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

นั่นคือหน้าที่ของเลเยอร์การจัดเส้นทางopenai/gpt-6-astraอยู่เบื้องหลังเอนด์พอยต์ที่เข้ากันได้กับ OpenAI เดียวกันกับโมเดลอื่นอีก 200+ รายการ โดยราคาตามรายการของผู้ให้บริการถูกส่งผ่านที่มาร์กอัป 0% — ดังนั้นเมื่อผู้ขายปรับราคา ราคาฝั่งเราก็ปรับในวันเดียวกัน แทนที่จะรอถึงการต่อสัญญาครั้งถัดไป ระบบสลับสำรองอัตโนมัติช่วยให้คุณนำโมเดลที่ยังไม่ผ่านการพิสูจน์มาใช้กับทราฟฟิกบางส่วน โดยมีโมเดลที่พิสูจน์แล้วอยู่ข้างใต้ ซึ่งเป็นวิธีที่ตรงไปตรงมาในการดูว่า executor ราคาถูกดีพอสำหรับการทดสอบของคุณหรือไม่ และ DSL สำหรับการจัดเส้นทางประกอบหลายโมเดลเข้าเป็นการเรียกครั้งเดียว ทำให้โมเดลผู้ตรวจสอบสามารถตรวจสอบ diff ของ executor บนคีย์เดียวกัน ในเส้นทางคำขอเดียวกัน โดยไม่ต้องผสานรวมครั้งที่สอง

ไม่มีสิ่งเหล่านั้นเปลี่ยนแปลงโครงสร้างของการส่งต่อ มันเปลี่ยนต้นทุนของการทดลองกับครึ่งหนึ่งของมันที่คุณควบคุม: คีย์หนึ่งตัว เอนด์พอยต์หนึ่งแห่ง และสตริงโมเดลที่คุณสามารถเปลี่ยนได้โดยไม่ต้องแตะไปป์ไลน์

ใครควรเป็นคนรันตอนนี้ และใครควรรอ

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

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

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

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