ความสับสนหลักมักเกิดจาก API ภาพมีตัวเลขอยู่สองชุด:
เอกสารบางแห่งพูดถึงจำนวน “ภาพที่จะสร้าง” ไม่ใช่จำนวนภาพที่อัปโหลดเป็นอินพุต ตัวอย่างเช่น เอกสาร image-edit ที่เข้ากันได้กับ OpenAI ของ Zenlayer ระบุว่าจำนวนภาพที่จะสร้างต้องอยู่ระหว่าง 1 ถึง 10 ซึ่งเป็นค่าของฝั่งเอาต์พุต ไม่ใช่เพดานภาพต้นทางที่อัปโหลด
ตัวอย่างของ OpenVINO ที่เข้ากันได้กับ OpenAI ก็แยกสองเรื่องนี้ออกจากกันเช่นกัน ตัวอย่างส่งไฟล์เดียวด้วย image=@three_cats.png และใช้ n=4 เพื่อขอผลลัพธ์หลายภาพ ตัวอย่างที่ใช้ภาพต้นทางหนึ่งไฟล์ไม่ได้พิสูจน์ว่ารับได้สูงสุดหนึ่งไฟล์ และ n=4 ก็ไม่ได้แปลว่ารับภาพต้นทางได้ 4 ภาพ
หน้าเอกสารของผู้ให้บริการภายนอกมีประโยชน์ต่อการใช้งานจริง แต่ไม่ควรนำไปสรุปเป็นข้อจำกัดทางการของ OpenAI เว้นแต่เอกสารนั้นระบุข้อจำกัดอย่างชัดเจน
หน้า openai/gpt-image-2/edit ของ Fal แสดงฟิลด์ image_urls เป็น array ในตัวอย่าง request ซึ่งสอดคล้องกับโครงสร้างที่รองรับหลาย URL ได้ในเชิงรูปแบบ แต่ตัวอย่างที่แสดงมี URL เดียว และไม่ได้ประกาศจำนวนภาพต้นทางสูงสุด
WaveSpeedAI อธิบายเวิร์กโฟลว์ GPT Image 2 Edit ว่าสามารถผสานภาพอ้างอิงหลายภาพได้ แต่นั่นเป็นคำอธิบายจากผู้ให้บริการ ไม่ใช่ตัวเลขเพดานภาพต้นทางอย่างเป็นทางการจาก OpenAI
FAQ เรื่อง ChatGPT Image Inputs ของ OpenAI ระบุว่าจำนวนภาพที่ผู้ใช้เพิ่มในบทสนทนา ChatGPT ได้ขึ้นอยู่กับหลายปัจจัย รวมถึงขนาดของภาพ FAQ นี้พูดถึงพฤติกรรมในบทสนทนาของ ChatGPT ส่วนเอกสาร Images API พูดถึงเมธอดแก้ไขภาพของ API การเอาสองอย่างนี้มาปนกันอาจทำให้เขียน validation logic ผิด
สำหรับทีมที่กำลังสร้างผลิตภัณฑ์ ความแตกต่างนี้สำคัญมาก เพราะข้อจำกัดของหน้า ChatGPT, schema ของ wrapper ภายนอก และ OpenAI Images API อาจไม่เหมือนกัน ให้ตรวจสอบกับระบบที่คุณเรียกใช้งานจริงเสมอ
n, จำนวนภาพผลลัพธ์ หรือพารามิเตอร์ประเภท “images to generate” จากเอกสารที่ตรวจสอบ คำตอบยังไม่ใช่ตัวเลข OpenAI ใช้ถ้อยคำที่รองรับอินพุตภาพแบบพหูพจน์ผ่าน “image(s) to edit” แต่ไม่ได้ระบุจำนวนภาพต้นทางสูงสุดสำหรับหนึ่งคำขอแก้ไขภาพ