อธิบายข้อจำกัดในการใช้ Codex: ช่วง 5 ชั่วโมง, ขีดจำกัดรายสัปดาห์ และเครดิต

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

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

เมื่อหน้าต่างการเขียนโค้ดมีประโยชน์, โกลบอลจีพีที ให้วิธีปฏิบัติที่สะดวกในการจัดสรรงานที่ไม่จำเป็นต้องเข้าถึงรีโพสิตอรี ผู้พัฒนาสามารถให้ Codex มุ่งเน้นไปที่การเขียนโค้ดได้ ในขณะที่ใช้โมเดลอื่นที่มีอยู่ หรือใช้กระบวนการทำงานแบบมีคู่มือของ Yukie สำหรับ Slides, Document และ Image เพื่อสร้างการนำเสนอ รายงานสรุป และสินทรัพย์แบบมัลติโมดัล ซึ่งช่วยรักษาบริบทการเขียนโค้ดไว้ โดยไม่ต้องแสร้งว่าเอเจนต์ในเบราว์เซอร์สามารถแทนที่การดำเนินการในรีโพสิตอรีได้.

ลองใช้แบบจำลองชั้นนำกว่า 100 แบบบน GlobalGPT

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

วิธีใช้ Codex ในหนึ่งนาที

มีสี่แนวคิดที่ควรแยกให้ชัดเจน ช่วงเวลารวม 5 ชั่วโมงคือโควตาในระยะสั้นที่ใช้ร่วมกันสำหรับงาน Codex ทั้งในระบบท้องถิ่นและบนคลาวด์ที่ได้รับการสนับสนุน ขีดจำกัดรายสัปดาห์เป็นข้อจำกัดระยะยาวที่อาจมีผลบังคับใช้ด้วย เครดิตที่ซื้อเป็นทางเลือกการต่ออายุแบบชำระเงินสำหรับบัญชีที่มีสิทธิ์ หลังจากใช้ปริมาณการใช้งานที่รวมไว้หมดแล้ว การเรียกใช้ API-key เป็นผลิตภัณฑ์แบบจ่ายตามการใช้งานที่แยกต่างหาก และไม่ควรผสมผสานกับการสมัครสมาชิก ChatGPT.

ช่วงเวลา 5 ชั่วโมงของ Codex นั้นมีความหมายอย่างไร

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

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

สำหรับ Plus, OpenAI ระบุการประมาณการโดยทั่วไปว่า Sol มีข้อความท้องถิ่นประมาณ 15–90 ข้อ Terra มี 20–110 ข้อ และ Luna มี 50–280 ข้อ ในช่วงเวลา 5 ชั่วโมง ความกว้างของช่วงตัวเลขเหล่านี้คือจุดสำคัญ พวกมันเป็นบริบทในการวางแผน ไม่ใช่สิทธิส่วนตัว และไม่ใช่การคาดการณ์ว่าคลังข้อมูลปัจจุบันของคุณจะอนุญาตให้มีคำสั่งได้กี่คำสั่ง.

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

ทำไมคำสั่ง Codex สองคำสั่งจึงใช้ปริมาณทรัพยากรที่แตกต่างกันมาก

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

การเลือกแบบจำลองส่งผลต่อช่วงการวางแผน

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

คลังข้อมูลและบริบทการสนทนาช่วยสร้างงาน

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

ความไม่ชัดเจนช่วยเพิ่มการสำรวจ

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

เครื่องมือและการตรวจสอบเป็นสิ่งที่มีประโยชน์

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

ข้อมูลที่เก็บไว้ในแคชไม่ใช่เปอร์เซ็นต์ของโควตา

Codex สามารถรายงานฟิลด์ข้อมูลที่เก็บไว้ในแคช (cached-input fields) เมื่อบริบทที่ประมวลผลไว้ก่อนหน้านี้ถูกนำกลับมาใช้ใหม่ ข้อมูลการวัดผลดังกล่าวช่วยอธิบายรูปแบบการทำงาน แต่ไม่แสดงเปอร์เซ็นต์ของโควตา 5 ชั่วโมงที่ประหยัดได้ นอกจากนี้ ยังไม่ใช่ค่าเครดิตหรือค่าบริการ API โปรดพิจารณาข้อมูลการป้อนข้อมูลที่เก็บไว้ในแคชเป็นรายละเอียดการดำเนินการที่สามารถช่วยเพิ่มประสิทธิภาพได้ ไม่ใช่หน่วยที่สามารถแปลงเป็นความจุการสมัครสมาชิกที่เหลืออยู่.

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

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

สิ่งที่ได้ค้นพบจากสี่งานที่เกี่ยวข้องกับระบบเก็บรักษาแบบควบคุม

เราได้รันงานสี่งานที่ถูกแช่แข็งใน Python fixture ที่กะทัดรัดเดียวกัน ได้แก่ การเข้าใจรีโพสิตอรีที่ไม่คุ้นเคย ฟีเจอร์หลายไฟล์ การแก้ไขข้อผิดพลาดเกี่ยวกับเวลาออมแสง และการตรวจสอบพร้อมการซ่อมแซม ผลลัพธ์ที่ถูกต้องครั้งแรกถูกเก็บรักษาไว้สำหรับแต่ละงาน Codex รายงานข้อมูลในฟิลด์ input, cached-input, output และ reasoning-output ซึ่งช่วยให้เราสามารถเปรียบเทียบการรันทั้งสี่ครั้งได้อย่างสม่ำเสมอ โดยไม่ต้องทำให้ข้อมูลเทเลเมทรีกลายเป็นค่าใช้จ่ายแบบสมัครสมาชิก.

# Codex T1-T4 สรุปการรันอย่างเป็นทางการ

## สถานะการรัน

- โปรโตคอล: 1.0.1-codex
- สถานที่: Codex CLI บน macOS
- เวอร์ชัน CLI: 0.146.0-alpha.3.1
- โมเดล: gpt-5.6-sol
- ระดับความยากในการให้เหตุผล T1-T3: ปานกลาง
- ระดับความยากในการให้เหตุผล T4: สูง
- ชุดข้อมูลที่ผ่านการควบคุมและถูกต้อง: ครั้งที่ 3
- การแทรกแซงของมนุษย์ระหว่างการทำงานที่ถูกต้อง: ไม่มี
- เครือข่ายที่จำเป็นสำหรับงาน: ไม่มี
- การ commit, push, deployment หรือการเข้าถึงระบบผลิต: ไม่มี

## ผลลัพธ์การออกผลครั้งแรกที่ถูกต้อง

| งาน | เวลา | ผลลัพธ์ตามเป้าหมาย | โทเคนข้อมูลเข้า | ข้อมูลเข้าที่เก็บไว้ในแคช | โทเคนข้อมูลออก | ผลลัพธ์การให้เหตุผล |
|---|---:|---|---:|---:|---:|---:|
| T1 | 108 วินาที | ผ่านการทดสอบพื้นฐาน; ไม่มีไฟล์ใดถูกเปลี่ยนแปลง | 147,420 | 119,296 | 3,752 | 1,073 |
| T2 | 115 วินาที | ผ่านการทดสอบสาธารณะ 7 รายการและการตรวจสอบคุณสมบัติที่ซ่อนอยู่ | 228,681 | 194,560 | 3,634 | 1,219 |
| T3 | 99 วินาที | ผ่านการทดสอบสาธารณะ 4 รายการ และการตรวจสอบคุณสมบัติที่ซ่อนอยู่ของ DST ทั้งสองรายการ | 146,412 | 119,296 | 2,820 | 933 |
| T4 | 223 วินาที | แก้ไขข้อบกพร่อง 2 รายการด้วยทดสอบการถดถอย; ผ่านการทดสอบ 4 รายการ | 496,865 | 419,072 | 7,517 | 3,588 |

สนามโทเคนแสดงค่าที่ส่งออกมาจาก Codex CLI โดยไม่ใช่เปอร์เซ็นต์ของช่วงเวลาสมัครสมาชิก โทเคน API ที่คิดค่าบริการ หรือการแปลงเครดิต

## ความพยายามที่ถูกยกเว้นและเก็บรักษาไว้

- ความพยายามที่ 1: ความล้มเหลวของโครงสร้างพื้นฐานก่อนการเรียกใช้โมเดล เนื่องจากตัวเลือกการอนุมัติถูกวางไว้หลังคำสั่งย่อย `exec` ไฟล์เหตุการณ์ทั้งหมดว่างเปล่า ถูกยกเว้นจากการให้คะแนนของโมเดล
- ครั้งที่ 2: หลักฐานไม่ถูกต้อง เนื่องจากผลลัพธ์ที่มองเห็นได้ไม่ใช่ภาษาอังกฤษเท่านั้น และ T2 runner ที่ถูกแยกตัวไม่ได้รับสิทธิ์การเปลี่ยนไฟล์ที่ผู้ใช้ได้อนุมัติไว้แล้ว ชุดข้อมูลทั้งหมดถูกเก็บรักษาไว้ แต่ถูกยกเว้นจากการให้คะแนนเปรียบเทียบ
- ครั้งที่ 3: พื้นที่ทำงานและเซสชันที่แยกตัวใหม่ ผลลัพธ์ก่อนหน้าถูกซ่อนไว้ การตรวจสอบว่าใช้ภาษาอังกฤษเท่านั้นผ่านแล้ว นี่คือชุดข้อมูลที่ควบคุมและถูกต้อง

## หลักฐานที่เก็บไว้ตามแต่ละงาน

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

คำตอบสุดท้ายแบบดิบที่ไม่สามารถเปลี่ยนแปลงได้ถูกเก็บไว้เป็น `final.md` เนื้อหาเป็นภาษาอังกฤษ แต่ลิงก์ที่คลิกได้ซึ่งสร้างโดย Codex มีชื่อภาษาจีนของไดเรกทอรีพ่อแม่ในเครื่องนั้น ดังนั้นแต่ละงานจึงมี `final-sanitized.md` ด้วย ซึ่งเปลี่ยนเฉพาะส่วนนำหน้าแบบสัมบูรณ์ที่เฉพาะเจาะจงกับเครื่องนั้นเป็น `./` และผ่านการตรวจสอบ CJK อย่างเคร่งครัด หลักฐานที่เปิดเผยต่อสาธารณะต้องใช้สำเนาแสดงผลที่ผ่านการปรับแต่งแล้ว; ไฟล์ดิบยังคงมีอยู่เพื่อตรวจสอบ

การบูรณาการ T5 GlobalGPT เป็นส่วนที่แยกต่างหากจากคะแนนการเขียนโค้ด และขณะนี้ได้เสร็จสิ้นแล้ว ดู `results/T5/SUMMARY.md` สำหรับหลักฐานเกี่ยวกับ CLI, MCP, Skill, model-lock, readiness และข้อจำกัด.

งานตรวจสอบและแก้ไขเป็นงานที่มีปริมาณข้อมูลมากที่สุดที่สังเกตได้: 496,865 โทเคนข้อมูลเข้า รวมถึง 419,072 โทเคนข้อมูลเข้าที่เก็บไว้ในแคช พร้อมด้วย 7,517 โทเคนข้อมูลออก และ 3,588 โทเคนผลลัพธ์การวิเคราะห์ สิ่งนี้สมเหตุสมผลสำหรับชุดทดสอบนี้ เนื่องจากงานดังกล่าวต้องการการตรวจสอบอย่างกว้างขวาง การระบุข้อบกพร่องสองข้อ การเปลี่ยนแปลงโค้ด และการตรวจสอบความถูกต้อง แต่สิ่งนี้ไม่ได้พิสูจน์ว่าการตรวจสอบโค้ดเป็นประเภทงานที่มีค่าใช้จ่ายสูงที่สุดเสมอไป.

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

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

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

การรีเซ็ตทุก 5 ชั่วโมง, ขีดจำกัดรายสัปดาห์, และสิ่งที่จะเกิดขึ้นต่อไป

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

เอกสาร OpenAI /status เช่น ใบเช็คเงินค่าเบี้ยเลี้ยงในเซสชัน CLI ที่กำลังทำงานอยู่ หน้าบัญชีสามารถแสดงขีดจำกัด ช่วงเวลาการรีเซ็ต เครดิต และยอดคงเหลือของโมเดลแต่ละตัวได้ สนามข้อมูลเหล่านี้มีความไวต่อเวลา; เปอร์เซ็นต์ของผู้ใช้อื่นไม่ใช่ขีดความสามารถที่คุณคาดไว้.

เมื่อถูกขัดจังหวะ ให้เก็บรักษาข้อมูลความแตกต่าง (diff) ผลการทดสอบล่าสุด เป้าหมายที่ยังเหลืออยู่ และความเสี่ยงที่ยังไม่ได้รับการแก้ไขไว้ ตรวจสอบว่าข้อจำกัดใดกำลังมีผลอยู่ ให้กลับมาทำงานกับรีโพสิตอรีที่มีค่าหลังจากทำการรีเซ็ตที่เกี่ยวข้องหรือประเมินเครดิตแล้ว; ย้ายการนำเสนอ เอกสารบันทึก และรูปภาพไปยังที่อื่น.

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

นอกจากนี้ ยังมี $100 หรือ $200 — แพ็กเกจไหนที่เหมาะกับงานของคุณ?

สำหรับผู้ใช้ส่วนตัว การกำหนดราคาปัจจุบันเริ่มต้นจากแพ็กเกจ Plus ที่ $20 ต่อเดือน นอกจากนี้ OpenAI ยังระบุระดับแพ็กเกจสำหรับผู้ใช้งานหนัก 5x และ 20x ที่ $100 และ $200 ต่อเดือน ราคาเหล่านี้ระบุระดับการสมัครสมาชิก; ชื่อระดับดังกล่าวไม่รับประกันว่าจำนวนข้อความจะสูงกว่า 5 หรือ 20 เท่าของจำนวนข้อความที่กำหนด และไม่ควรแปลงเป็นอัตราโทเค็น API.

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

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

เครดิตและการเรียกเก็บเงินผ่าน API เป็นสองสิ่งที่ต่างกัน

การใช้งานฟรี เครดิตที่ซื้อ และการเรียกเก็บเงินผ่าน API key เป็นสามวิธีที่แตกต่างกัน ผู้ใช้ Plus และ Pro ที่ตรงตามเงื่อนไขสามารถซื้อเครดิตได้หลังจากใช้สิทธิ์การใช้งานฟรีหมดแล้ว โดยระบบจะใช้งานสิทธิ์การใช้งานฟรีก่อน เครดิตที่ซื้อมาคือยอดเงินที่ชำระแล้ว ไม่ใช่โควตาฟรีที่เพิ่มขึ้น OpenAI ระบุว่าเครดิตที่ซื้อมาจะมีอายุการใช้งาน 12 เดือน และโดยทั่วไปไม่สามารถขอคืนเงินหรือโอนสิทธิ์ได้ ยกเว้นในกรณีที่มีข้อยกเว้นตามกฎหมาย.

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

กระบวนการทำงานที่ช่วยประหยัดโควตาโดยไม่ลดคุณภาพของโค้ด

เป้าหมายไม่ใช่เพื่อทำให้ Codex ทำงานที่มีประโยชน์น้อยลง แต่เพื่อขจัดปัญหาการค้นพบซ้ำ การเบี่ยงเบนขอบเขต และงานที่ไม่สอดคล้องกัน พร้อมทั้งรักษาการตรวจสอบที่ทำให้ผลลัพธ์ของเอเจนต์ปลอดภัยต่อการใช้งาน.

ก่อนเริ่มวิ่ง: กำหนดผลลัพธ์หนึ่งอย่าง

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

ดำเนินการ [ผลลัพธ์เดียว] ใน [ขอบเขต] โดยรักษา [ข้อจำกัด] ไว้ ความสำเร็จหมายถึง: [การทดสอบ/การตรวจสอบ] ตรวจสอบเฉพาะไฟล์เพิ่มเติมที่จำเป็นเท่านั้น ดำเนินการตรวจสอบที่เกี่ยวข้อง และรายงานไฟล์ที่เปลี่ยนแปลง ผลลัพธ์ และความเสี่ยงที่ยังเหลืออยู่.

ระหว่างการวิ่ง: ให้รักษาสมาธิไว้ อย่าใช้ทางลัด

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

หลังการวิ่ง: รักษาสภาพที่สามารถใช้ซ้ำได้

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

กลับมาจากสถานะที่ได้รับการยืนยันนี้: [สรุป]. เป้าหมายต่อไปคือ [หนึ่งขั้นตอน]. ตรวจสอบความแตกต่างปัจจุบันและทดสอบที่เกี่ยวข้องอีกครั้งก่อนที่จะเปลี่ยนแปลงอะไรก็ตาม อย่าขยายขอบเขตงานเกิน [ขอบเขต].

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

ผลงานใดควรอยู่ใน Codex — และผลงานใดสามารถย้ายไปอยู่ที่อื่นได้?

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

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

GlobalGPT เหมาะสำหรับที่นี่ในฐานะ พื้นที่ทำงานแบบหลายโมเดลและหลายรูปแบบ. มันสามารถนำการเขียน การวิจัย ภาพ เสียง และวิดีโอ ผ่านโมเดลหรือกระบวนการทำงานที่มีแนวทาง ซึ่งถูกเลือกไว้สำหรับผลลัพธ์ที่ต้องการ ซึ่งช่วยขยายขอบเขตการทำงาน แต่ไม่จำลองการแก้ไขในรีโพสิตอรี การควบคุมผ่านเทอร์มินัล หรือทุกคุณสมบัติดั้งเดิมของ Codex เก็บฐานโค้ดไว้ในตัวแทนการเขียนโค้ด และย้ายเฉพาะงานที่สามารถออกจากมันได้อย่างปลอดภัย เมื่อมีโมเดลที่สองที่มีประโยชน์ภายในโฮสต์การเขียนโค้ด, GlobalGPT CLI คือเส้นทางบูรณาการที่เกี่ยวข้อง.

สิ่งที่เราได้เรียนรู้จากสามกิจกรรม Yukie ที่มีผู้แนะนำ

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

สไลด์: แนวทางที่ชัดเจน, ผลลัพธ์ที่ยังไม่ได้รับการยืนยันหนึ่งอย่าง

กระบวนการทำงานของ Slides มีจุดเข้าใช้งานเฉพาะ การเลือกวัตถุประสงค์ โครงร่าง 5 สไลด์ที่สามารถแก้ไขได้ แม่แบบ 6 แบบที่มีชื่อ การดูตัวอย่าง ประวัติเวอร์ชัน ป้ายสถานะคุณภาพ และเส้นทางส่งออก โดยได้ผ่านเกณฑ์ 5 ใน 6 เกณฑ์ที่กำหนดไว้ อย่างไรก็ตาม แม้จะมีการร้องขอให้มีหมายเหตุของผู้พูด แต่ไม่สามารถตรวจสอบได้ในชุดสไลด์หรืออินเทอร์เฟซเวอร์ชันสุดท้าย ดังนั้นผลลัพธ์จึงยังคงเป็น "ผ่านบางส่วน".

Y1 · การทดสอบเบราว์เซอร์ Yukie

การนำเสนอด้วยสไลด์ 5 ภาพ พร้อมคำอธิบาย

5/6ผ่านบางส่วน

• ✓การเลือกประเภทและวัตถุประสงค์ของ Slides ที่กำหนดไว้
• ✓สไลด์ทั้งหมดห้าแผ่นและโครงร่างที่สามารถแก้ไขได้
• ✓แม่แบบที่กำหนดชื่อไว้ 6 แบบ; ใช้ Minimal Tech
• ✓โครงสร้างที่ขอไว้ได้รับการครอบคลุมอย่างครบถ้วน
• ×มีบันทึกของผู้พูดที่สามารถตรวจสอบได้
• ✓ดูตัวอย่าง ประวัติเวอร์ชัน และเส้นทางส่งออก

มีการขอข้อมูลหมายเหตุของผู้พูด แต่ไม่สามารถตรวจสอบได้ในสไลด์หรืออินเทอร์เฟซฉบับสุดท้าย.

การใช้งานที่แสดง: 55.31 เครดิตในรอบนี้ นี่ไม่ใช่การแปลงสกุลเงิน.

ดูข้อความคำสั่งที่ถูกแช่แข็งอย่างแม่นยำ

สร้างการนำเสนอ 5 สไลด์ สำหรับนักพัฒนาอิสระ ด้วยหัวข้อ “ปล่อยผลิตภัณฑ์ออกสู่ตลาดเร็วขึ้นโดยไม่จนหมดแรง” ผู้ฟังคือนักพัฒนาเดี่ยวที่พัฒนาผลิตภัณฑ์ AI ใช้สไตล์เทคโนโลยีสีเข้มที่เรียบง่ายและสะอาดตา ให้รวมเนื้อหาดังต่อไปนี้: 1) ชื่อหัวข้อและคำสัญญา, 2) จุดคอขวดสามประการที่ใหญ่ที่สุดในกระบวนการทำงาน, 3) ระบบปฏิบัติการรายสัปดาห์ที่ใช้งานได้จริง, 4) การเปรียบเทียบก่อนและหลังอย่างเรียบง่าย, และ 5) คำเรียกร้องให้ดำเนินการที่กระชับ ให้แต่ละสไลด์สามารถอ่านผ่านได้อย่างรวดเร็ว ใช้ภาษาที่ชัดเจนและตรงประเด็น และเพิ่มหมายเหตุของผู้พูด.

ดูหลักฐานผลลัพธ์

 — การนำเสนอ 5 สไลด์แบบมีคู่มือ

### หลักฐานกระบวนการทำงาน

- Yukie ได้เปิดเผยจุดเข้าใช้เฉพาะ `Slides /ppt`
- ระบบได้วิเคราะห์ชื่อเรื่อง ผู้รับชม และจำนวนสไลด์ 5 สไลด์ที่ขอมา
- ระบบเสนอตัวเลือกวัตถุประสงค์: โน้มน้าว, ให้ข้อมูล, ให้ความรู้, และสร้างแรงบันดาลใจ โดยเลือก "ให้ความรู้"
- ระบบสร้างโครงร่างสไลด์ 5 แผ่นที่สามารถแก้ไขได้ก่อนที่จะแสดงผล
- ระบบเสนอแม่แบบ 6 แบบที่มีชื่อ: Professional, Consulting, Startup Pitch, Data Report, Education, และ Minimal Tech.
- ได้แนะนำและใช้เทมเพลต Minimal Tech

### ผลลัพธ์ที่ถูกต้องครั้งแรก

ชุดสไลด์ที่สร้างขึ้นมีสไลด์ทั้งหมดห้าสไลด์พอดี:

1. ส่งมอบเร็วขึ้นโดยไม่หมดแรง
2. สามปัจจัยที่ทำลายความเร็วอย่างเงียบๆ
3. จังหวะการส่งมอบรายสัปดาห์ของคุณ
4. เปลี่ยนแปลงกระบวนการทำงานของคุณ: ก่อนและหลัง
5. เริ่มส่งมอบอย่างยั่งยืนตั้งแต่วันนี้

หน้าอินเทอร์เฟซสุดท้ายแสดง `3/3 เสร็จสมบูรณ์`, `5 สไลด์ · Minimal Tech · 16:9`, ดูตัวอย่าง, ประวัติเวอร์ชัน, `รายงานคุณภาพผ่าน`, และปุ่มส่งออก

### ข้อจำกัด

- คำคำสั่งได้ระบุอย่างชัดเจนว่าต้องการหมายเหตุของผู้พูด แต่ DOM สุดท้ายและตัวอย่างที่แสดงให้เห็นไม่ได้แสดงหมายเหตุของผู้พูดที่สามารถตรวจสอบได้ หรือข้อความที่ระบุว่าหมายเหตุไม่มีอยู่ ดังนั้นเกณฑ์นี้จึงยังไม่ได้รับการตรวจสอบและทำให้ไม่สามารถผ่านการประเมินได้เต็มรูปแบบ
- เนื้อหาความคิดภายในที่แสดงอยู่ผสมภาษาจีนและภาษาอังกฤษ แม้ว่าจะเลือกภาษาอังกฤษแล้วก็ตาม ส่วนเนื้อหาสไลด์ที่เปิดเผยต่อสาธารณะที่ตรวจสอบได้นั้นเป็นภาษาอังกฤษ
- ป้ายกำกับ `Quality report Passed` ของอินเทอร์เฟซเองเป็นสัญญาณสถานะผลิตภัณฑ์ ไม่ใช่คะแนนบรรณาธิการที่เป็นอิสระ

### หลักฐาน

- ภาพหลักฐานที่เผยแพร่: `https://static.futureshareai.com/glb_features/Y1-slides-status-v2.webp`
- หน้าสุดท้ายที่แสดงสดถูกเก็บไว้ใน Chrome เป็นผลลัพธ์ที่ส่งมอบ.

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

เอกสาร: งานที่ถูกกำหนดเส้นทางอย่างถูกต้องที่สุด

กระบวนการทำงานของ Document เป็นตัวเลือกที่เหมาะสมที่สุดสำหรับการย้ายงานออกไปนอกระบบ Codex โดยระบบนี้สร้างประเภทงานทั้งสี่ตามที่ต้องการ ได้แก่ ค่า ความเสี่ยง หลักฐาน และแนวทางสำหรับการตรวจสอบโดยมนุษย์ พร้อมทั้งสมมติฐานที่ระบุไว้อย่างชัดเจน รายการตรวจสอบการตัดสินใจ และเครื่องมือควบคุมที่มองเห็นได้สำหรับการดาวน์โหลด การเปิด การส่งออก และประวัติเวอร์ชัน.

Y2 · การทดสอบเบราว์เซอร์ Yukie

สรุปผลการวิจัยเกี่ยวกับเอเจนต์การเขียนโค้ดแบบมีโครงสร้าง

6/6ผ่าน

• ✓กระบวนการจัดการเอกสารแบบเฉพาะทาง
• ✓ทั้งสี่ประเภทงานที่ขอไว้
• ✓ค่า ความเสี่ยง หลักฐาน และแนวทางสำหรับการตรวจสอบโดยมนุษย์
• ✓สมมติฐานที่ระบุไว้
• ✓มีรายการตรวจสอบการตัดสินใจรวมอยู่ด้วย
• ✓ดาวน์โหลด, เปิด, ส่งออก และประวัติเวอร์ชัน

เกณฑ์ความสำเร็จทั้งหมดที่ถูกกำหนดไว้ล่วงหน้าได้ถูกปฏิบัติตามครบถ้วนในผลลัพธ์ที่ถูกต้องครั้งแรก.

การใช้งานที่แสดง: 55.31 เครดิตที่แสดงอยู่ นี่ไม่ใช่การแปลงสกุลเงิน.

ดูข้อความคำสั่งที่ถูกแช่แข็งอย่างแม่นยำ

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

ดูหลักฐานผลลัพธ์

 — เอกสารวิจัยที่มีโครงสร้าง

### หลักฐานกระบวนการทำงาน

- Yukie ได้เปิดจุดเข้า `Document /doc` ที่เฉพาะเจาะจง
- ระบบได้ดำเนินการขั้นตอนการวิจัย/ค้นหาอัตโนมัติ และแสดงโครงร่างเพื่อยืนยัน
- กระบวนการทำงานนี้ต้องการการยืนยันการสร้าง (Generate confirmation) ก่อนที่จะผลิตเอกสาร

### ผลลัพธ์ที่ถูกต้องครั้งแรก

เอกสารนี้ประกอบด้วย:

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

อินเทอร์เฟซสุดท้ายแสดงปุ่มดาวน์โหลด เปิด ส่งออก ประวัติเวอร์ชัน และตัวควบคุมการแชร์แบบอ่านอย่างเดียว การแชร์ยังคงถูกปิดไว้

### ข้อจำกัด

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

### หลักฐาน

- ภาพหลักฐานที่เผยแพร่: `https://static.futureshareai.com/glb_features/Y2-document-result.webp`
- หน้าสุดท้ายที่ใช้งานจริงถูกเก็บไว้ใน Chrome เป็นผลลัพธ์ที่ส่งมอบ.

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

ภาพพร้อมคำอธิบาย: ภาพผ่านการตรวจสอบแล้ว แต่แพ็กเกจไม่ผ่าน

กระบวนการทำงานของภาพได้แนะนำแบบจำลองภาพและแสดงตัวเลือกการควบคุมที่เฉพาะสำหรับรูปแบบนั้น ผลลัพธ์รูปสี่เหลี่ยมที่ถูกต้องครั้งแรกได้ใช้พื้นหลังสีน้ำเงินเข้มตามที่ขอ สีเน้นสีไซแอน ลวดลายนาฬิกา 60:00 และหัวข้อข่าวที่ตรงตามข้อกำหนด แต่ไม่ได้ส่งคำบรรยายภาพ 60–90 คำและข้อความเรียกร้องให้ดำเนินการตามที่กำหนด ดังนั้น งานรวมนี้จึงผ่านเกณฑ์ 5 จาก 6 ข้อ.

Y3 · การทดสอบเบราว์เซอร์ Yukie

FocusDock: ภาพสี่เหลี่ยมและคำบรรยายที่สอดคล้องกัน

5/6ไม่ผ่านบางส่วน

• ✓กระบวนการทำงานของภาพที่ออกแบบมาโดยเฉพาะ และข้อความคำสั่งที่สามารถแก้ไขได้
• ✓ภาพแบบสี่เหลี่ยม 1:1
• ✓สีน้ำเงิน สีฟ้าอมเขียว ตัวจับเวลา และหัวข้อที่แม่นยำ
• ×คำบรรยายภาพที่จำเป็น 60–90 คำ
• ✓ไม่มีคำกล่าวอ้างจากลูกค้าจริงหรือข้อมูลสถิติที่แต่งขึ้น
• ✓เส้นทางการปรับที่มองเห็นได้

ภาพดังกล่าวตรงกับข้อกำหนดด้านภาพ แต่คำอธิบายภาพที่จำเป็นต้องมี 60–90 คำ และข้อความเชิญชวนให้ดำเนินการ ยังไม่ได้รับการส่งมา.

การใช้งานที่แสดง: 320 เครดิต แสดงก่อนการสร้าง นี่ไม่ใช่การแปลงสกุลเงิน.

ดูข้อความคำสั่งที่ถูกแช่แข็งอย่างแม่นยำ

สร้างภาพสี่เหลี่ยมสำหรับโซเชียลมีเดียและคำบรรยายที่สอดคล้องกัน สำหรับแอปเพิ่มประสิทธิภาพการทำงานที่สมมติขึ้นชื่อ “FocusDock” ภาพควรใช้พื้นหลังสีน้ำเงินเข้ม สีเสริมสีฟ้าอมเขียวหนึ่งสี ลวดลายตัวจับเวลาที่เรียบง่าย และหัวข้อ “One Task. One Hour. Done.” คำบรรยายควรมีความยาว 60–90 คำ มุ่งเป้าไปที่นักพัฒนาอิสระ และรวมถึงคำเรียกร้องให้ดำเนินการที่ชัดเจนหนึ่งข้อ ห้ามใช้เครื่องหมายการค้า คำกล่าวอ้างจากลูกค้าจริง หรือสถิติประสิทธิภาพที่แต่งขึ้น.

ดูหลักฐานผลลัพธ์

 — ทรัพย์สินทางสังคมแบบมัลติโมดัล

### หลักฐานกระบวนการทำงาน

- Yukie ได้เปิดเผยจุดเข้าใช้เฉพาะ `Image /paint`
- มันได้เขียนคำขอใหม่ให้เป็นคำสั่งสร้างภาพที่สามารถแก้ไขได้
- มันได้แนะนำ GPT Image 2 สำหรับการจัดรูปแบบตัวอักษร
- ขั้นตอนโมเดลและพารามิเตอร์แสดง GPT Image 2, 1:1, 2K และ 320 เครดิต ก่อนการสร้างภาพ

### ผลลัพธ์ที่ถูกต้องครั้งแรก

ภาพสี่เหลี่ยมที่สร้างขึ้นมีองค์ประกอบที่เห็นได้ชัด ได้แก่:

- พื้นหลังสีน้ำเงินเข้ม
- รายละเอียดสีไซแอน
- ลวดลายตัวจับเวลาที่แสดง `60:00`
- หัวข้อที่ตรงกันข้าม `One Task. One Hour. Done.`
- ไม่มีคำกล่าวอ้างจากลูกค้าจริงหรือสถิติประสิทธิภาพที่สร้างขึ้น

อินเทอร์เฟซสุดท้ายแสดงปุ่มควบคุม `Generate video from this image` และ `Adjust the image`

### ความล้มเหลวที่เก็บรักษาไว้

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

### หลักฐาน

- ภาพหลักฐานที่เผยแพร่: `https://static.futureshareai.com/glb_features/Y3-image-result.webp`
- หน้าสุดท้ายที่แสดงผลจริงถูกเก็บไว้ใน Chrome เป็นผลลัพธ์ที่ส่งมอบ.

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

รายการตรวจสอบการตัดสินใจในการใช้ Codex อย่างปฏิบัติได้จริง

1. งานนี้จำเป็นต้องใช้ repository, shell, diff หรือ tests หรือไม่? หากใช่ ให้เก็บไว้ใน Codex หรือเครื่องมือเขียนโค้ดอื่น.
2. วัตถุประสงค์นั้นมีขอบเขตหรือไม่? ก่อนจะเริ่มการวิ่งระยะไกล ให้กำหนดผลลัพธ์หนึ่งอย่างและขั้นตอนการตรวจสอบที่พิสูจน์ผลลัพธ์นั้น.
3. งานนี้จำเป็นต้องใช้การวิเคราะห์ที่เข้มแข็งที่สุดหรือไม่? ใช้แบบที่เบากว่าเมื่อความเสี่ยงและความไม่ชัดเจนอนุญาตให้ทำได้.
4. ขีดจำกัดใดที่กำลังใช้งานอยู่? แยกช่วงเวลา 5 ชั่วโมง, ขีดจำกัดรายสัปดาห์, เครดิต และการเรียกเก็บเงินผ่าน API ออกจากกัน.
5. งานนี้สามารถออกจากสภาพแวดล้อมการเขียนโค้ดได้อย่างปลอดภัยหรือไม่? ส่งการนำเสนอเส้นทาง เอกสารอิสระ สื่อ และงานอื่นๆ ที่ไม่อยู่ในระบบเก็บข้อมูล ไปยังโมเดลที่เหมาะสมหรือกระบวนการทำงานที่มีแนวทาง.

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

คำถามที่พบบ่อยเกี่ยวกับการใช้ Codex

Codex จะรีเซ็ตทุก 5 ชั่วโมงหรือไม่?

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

ผมจะได้รับคำสั่งจาก Codex จำนวนเท่าใด?

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

ทำไมผมยังถูกจำกัดเวลาได้แม้จะผ่านไปแล้ว 5 ชั่วโมง?

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

ทำอย่างไรเพื่อตรวจสอบการใช้งาน Codex ใน CLI?

เอกสาร OpenAI /status เพื่อตรวจสอบข้อมูลสิทธิประโยชน์ในเซสชัน Codex CLI ที่กำลังทำงานอยู่ สิ่งที่แสดงขึ้นจะขึ้นอยู่กับสถานะการยืนยันตัวตนและบัญชีปัจจุบัน.

ค่าบริการ Codex API รวมอยู่ในแพ็กเกจ Plus หรือแพ็กเกจที่มีปริมาณการใช้งานสูงกว่าหรือไม่?

ไม่ครับ การใช้งาน API key จะถูกคิดค่าบริการแยกต่างหากจากโควตาการสมัครสมาชิกของผู้ใช้.

ผมสามารถซื้อสิทธิ์การใช้งาน Codex เพิ่มเติมได้ไหมครับ?

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

โทเคนข้อมูลที่เก็บไว้ในแคชจะแสดงว่าฉันประหยัดโควตาการสมัครสมาชิกได้เท่าไรหรือไม่?

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

Yukie มีจำนวนไม่จำกัดหรือไม่?

เราไม่พบหลักฐานที่น่าเชื่อถือที่สนับสนุนข้อกล่าวอ้างดังกล่าว โปรดใช้ Yukie เป็นตัวเลือกที่ได้รับการแนะนำสำหรับงานที่ไม่เกี่ยวข้องกับระบบเก็บข้อมูล (non-repository tasks) ที่เหมาะสม ไม่ใช่ในฐานะเครื่องมือแทนการเขียนโค้ดที่ได้รับการตรวจสอบแล้วและไม่มีข้อจำกัด.

ขีดจำกัดอย่างเป็นทางการ ราคา และเงื่อนไขการให้เครดิต ได้ตรวจสอบเมื่อวันที่ 29 กรกฎาคม 2569 ข้อมูลดังกล่าวอาจมีการเปลี่ยนแปลง ดังนั้นโปรดตรวจสอบหน้า OpenAI ล่าสุดก่อนตัดสินใจซื้อ.

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