Dikaya Flash: ตรวจภาพอุปกรณ์ด้วยหลักฐานที่ย้อนดูได้

ตัวอย่าง API ขั้นต่ำ

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

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://dikaya.cc/v1",
    api_key=os.environ["DIKAYA_API_KEY"],
    max_retries=0,
)
response = client.chat.completions.create(
    model="seller-flash",
    max_tokens=512,
    messages=[{"role": "user", "content": "สร้างรายการตรวจสอบสำหรับงานของฉัน แยกข้อเท็จจริงจากแหล่งข้อมูลออกจากสมมติฐาน"}],
)
print(response.choices[0].message.content)

ตั้งคำถามให้สอดคล้องกับงานรับมอบ

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

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

เตรียมชุดภาพให้ไม่สับสนระหว่างชิ้น

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

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

ใช้ตารางหลักฐานแทนคำบรรยายลอยๆ

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

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

เข้าใจเส้นทางภาพและรหัส Flash ให้ถูกต้อง

Dikaya Flash รองรับภาพโดยตรง แต่ชื่อ Flash ไม่ได้บอกพื้นฐานโมเดลที่ยืนยันแล้ว และไม่ได้เป็นตัวเลขรับประกันความเร็ว อย่าโยงความสามารถจาก GLM Flash มาใช้เพียงเพราะชื่อคล้ายกัน ตรวจว่าช่องเลือกหรือค่า model เป็น seller-flash จริง โดยเฉพาะเมื่อเปิดบทสนทนาเก่าซึ่งอาจเก็บการเลือกเดิมไว้

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

อย่าใช้การหลุดของเครือข่ายเป็นข้อสรุปเรื่องค่าใช้จ่าย

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

เมื่อใช้ Python SDK ให้ตั้ง max_retries=0 หากต้องการควบคุมการส่งแต่ละครั้งเอง การหมดเวลารอหรือยกเลิกฝั่งเครื่องลูกข่ายไม่ได้พิสูจน์ว่าเซิร์ฟเวอร์ยังไม่ประมวลผล ไม่บันทึก หรือไม่คิดเงิน ผลอาจยังไม่ทราบแน่ชัด จึงควรตรวจประวัติและสถานะก่อนตัดสินใจส่งภาพซ้ำด้วยตนเอง ไม่สร้างวงจรลองใหม่เพื่อทดสอบว่าโมเดลพร้อมหรือไม่

ส่งต่อผลตรวจโดยเก็บข้อจำกัดไว้ครบ

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

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

คำถามและคำตอบ

ภาพเครื่องมือดูปกติ เท่ากับรับรองว่าใช้งานได้หรือไม่?

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

เหตุใดจึงไม่ควรเดาเลขประจำเครื่องที่ขาดไป?

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

ใช้ GLM Flash แทนแล้วจะเห็นภาพเหมือนกันหรือไม่?

ไม่ควรถือว่าเหมือนกัน seller-flash รองรับภาพโดยตรง ส่วน seller-glm-5-3-flash ใช้สะพานแปลงเป็นข้อความโดยมีค่าใช้จ่ายแยก ข้อมูลที่ขั้นสร้างคำตอบได้รับจึงอาจต่างกัน โดยเฉพาะตำแหน่งและรายละเอียดเล็กที่ข้อความกลางไม่ได้เก็บไว้

ยกเลิกรับคำตอบแล้วถือว่าไม่มีค่าใช้จ่ายได้หรือไม่?

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

แหล่งข้อมูล

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

• Dikaya: รายการโมเดลและเงื่อนไขการเลือกใช้งาน
  dikaya.cc
• Dikaya: คู่มือ API และขอบเขตของคำขอ
  dikaya.cc
• Dikaya: ราคาสาธารณะสำหรับตรวจสอบเงื่อนไข
  dikaya.cc
• เอกสาร Python SDK: ข้อผิดพลาดและการปิดส่งคำขอซ้ำ
  github.com
• คู่มือ MDN: สถานะ HTTP การอ่านผลและยกเลิก Fetch
  developer.mozilla.org