AI Gridเอกสาร
สมัครใช้งาน

การใช้งานและบันทึกการเรียก

ดูว่าใครเรียกอะไร ยอดใดถูกกันไว้ คิดเงิน หรือปล่อยคืน และเหตุที่การเรียกถือวงเงินหรือล้มเหลว

อัปเดต 10 ก.ย. 2026

เปิด Usage#

เปิด Usage ใต้กลุ่ม API ในแถบด้านซ้าย แต่ละแถวคือหนึ่งการเรียก:

คอลัมน์ ความหมาย
Status Succeeded, Holding budget หรือ Failed
Project / User ผู้จ่ายและผู้เรียก (prefix ของคีย์ ไม่ใช่ค่าลับ)
Product / Modality สิ่งที่ตอบ และเป็นการสตรีมหรือไม่
Tokens / Latency การใช้งานที่วัดปริมาณและเวลารอบไปกลับ
Reserved / Charged micro-USD ที่กันไว้ก่อน dispatch เทียบกับยอดที่คิดสุดท้าย

สิ่งที่เห็นขึ้นกับบทบาท: Owner และ Administrator อ่าน Every call in this organization คนอื่นอ่านเฉพาะการเรียกของตน คอลัมน์เดียวกันอยู่ในแท็บ Usage ของโปรเจกต์ โดยจำกัดเฉพาะโปรเจกต์นั้น

ใช้ชิปสถานะ (All / Succeeded / Holding budget / Failed), ตัวเลือกโปรเจกต์ และ Search เพื่อจำกัดรายการ คลิก Refresh เพื่อโหลดใหม่

ตาราง Usage พร้อมชิปสถานะ ตัวเลือกโปรเจกต์ และแถวการเรียก
ตาราง Usage — ชิป Succeeded / Holding budget / Failed, ตัวเลือกโปรเจกต์ และ Refresh; แถวที่ยัง reconciliation จะแสดงยอดที่ถือไว้ใต้ Charged

อ่านระเบียนการเรียก#

คลิกแถวเพื่อเปิดรายละเอียดคำขอ แถบสถิติตอบคำถามเรื่องเงิน:

  • Reserved before dispatch — เพดานที่ AI Grid กันจากกระเป๋าเงินของโปรเจกต์ก่อนเรียก provider
  • Charged — ต้นทุนจริงของ usage ที่ยืนยันแล้วหลัง settlement
  • Released — ส่วนต่างที่คืนให้ ขณะ reservation ยังเปิดอยู่ แถบจะแสดง Still held แทน

ด้านล่างมีสามการ์ด:

  • Request — โมเดล parameter และผลลัพธ์
  • Provider attempt — สถานะ upstream (HTTP status หรือ mock, transport_error, unconfigured) และ error code ที่บันทึกไว้
  • Recorded events — เหตุการณ์ reservation, settlement และ reconciliation ของ invocation นี้ตามลำดับ
เปิดการเรียกจากรายการ usage แล้วอ่านยอดที่กันไว้ ยอดที่คิดเงิน และยอดที่ปล่อยคืนในรายละเอียดคำขอ

ความหมายของสถานะ#

  • Succeeded — ยืนยัน usage แล้ว และ reservation ตัดบัญชีตามยอดจริง ส่วนที่เหลือถูกปล่อยคืน
  • Failed — ข้อผิดพลาดก่อน dispatch ที่แน่นอนหรือ 4xx ปล่อย reservation ทั้งหมด ไม่มีการคิดเงิน
  • Holding budget — ผลลัพธ์ไม่แน่ชัด: timeout, คำตอบไม่ครบ, 5xx หรือ usage ที่ไม่ยืนยัน reservation ยังคงเปิดเพื่อ reconciliation แทนการคาดเดา hold ที่ถูกทิ้งจะเข้าสู่การ reconciliation ของผู้ปฏิบัติงานหลังห้านาที

เหตุที่การเรียกถูกปฏิเสธ#

การเรียกที่ถูกปฏิเสธไม่สร้าง usage row, reservation หรือ charge ระบบบังคับใช้การปฏิเสธก่อนเงินเคลื่อน การปฏิเสธเรื่องสิทธิ์ยังบันทึกเป็น audit event รหัสทั่วไปและวิธีแก้อยู่ที่ Troubleshooting