ให้ AI ช่วยต่อ MeeTang API ด้วย meetang.md, payment.md และ business.md

1. เลือกเอกสารให้ตรงกับสิ่งที่จะเชื่อม

คำสั่งสั้น ๆ ว่า “ต่อ API ให้หน่อย” มักขาดรายละเอียดเรื่อง field, authentication และผลลัพธ์ที่ถือว่าสำเร็จ เอกสาร Prompt AI ของ MeeTang จึงรวมคำอธิบาย endpoint และตัวอย่างไว้ใน Markdown ที่ส่งให้ผู้ช่วยเขียนโค้ดอ่านได้

เลือก meetang.md เมื่อเชื่อมรายรับรายจ่ายทั่วไป เลือก payment.md เมื่อทำงานเติมเงินหรือตรวจสลิป และเลือก business.md เมื่อระบบมีลูกค้า เครดิต ออเดอร์ ต้นทุน หรือคืนเงิน อย่าถือว่า field ชื่อเหมือนกันจะมีความหมายเดียวกันในทุก API

• API Docs → Prompt AI: meetang.md สำหรับ Public API รายรับรายจ่าย
• API Topup → Prompt AI: payment.md สำหรับการรับชำระและเติมเงิน
• Business Ledger → Prompt AI: business.md สำหรับข้อมูลธุรกิจและเครดิตลูกค้า

2. ให้ AI อธิบาย mapping ก่อนสร้างโค้ด

เริ่มจากบอกภาษาและ framework ที่ใช้ ตำแหน่งที่ระบบบันทึก order และความหมายของเวลาที่ส่ง จากนั้นให้ AI ทำตารางจับคู่ข้อมูลของคุณกับ field ในเอกสาร การให้ตรวจ mapping ก่อนช่วยเห็นความเข้าใจผิดโดยยังไม่แตะข้อมูลจริง

ตัวอย่างเช่น bank_account_id ของ External API รายรับรายจ่ายใช้เลขบัญชีเป็น string ตาม meetang.md ไม่ใช่ ID แถวในฐานข้อมูล ควรให้ AI ยืนยันจากเอกสารทุกครั้ง แทนการแปลงเป็นตัวเลขจนเลขศูนย์ด้านหน้าหาย

อ่านไฟล์ Markdown ที่แนบมาทั้งหมดก่อนเขียนโค้ด
งาน: เชื่อมระบบร้านค้าของฉันกับ MeeTang
ภาษาและ framework: [ระบุ]
ทำตาราง field mapping, authentication และผลลัพธ์สำเร็จ/ล้มเหลวก่อน
ใช้เฉพาะ endpoint และ field ที่เอกสารระบุ ห้ามเดาขึ้นเอง
ถ้าข้อมูลยังไม่พอให้ระบุคำถาม เก็บ API key ใน environment ฝั่ง backend
ใช้ข้อมูลสมมติ และเพิ่มการทดสอบเวลาที่เกิดรายการ การส่งซ้ำ และ timeout
ยังไม่ส่งข้อมูลเข้า production จนกว่าจะตรวจผลทดสอบแล้ว

3. Markdown ช่วยอธิบายงาน ส่วน OpenAPI ช่วยตรวจโครงสร้าง

OpenAPI เป็นรูปแบบอธิบาย HTTP API ที่ทั้งคนและเครื่องมืออ่านได้ ช่วยระบุ path, parameter, request และ response อย่างเป็นโครงสร้าง ส่วน Markdown เหมาะกับคำอธิบายบริบทและตัวอย่างวิธีใช้งาน ควรอ่านประกอบกันแทนเลือกอย่างใดอย่างหนึ่ง

ถ้าโค้ดที่ AI สร้างไม่ตรงกับเอกสาร ให้ตรวจเวอร์ชันของ service และเอกสารก่อนแก้ payload ไปเรื่อย ๆ โดยเฉพาะ enum, รูปแบบเวลา, field ที่จำเป็น และ response ที่อาจมีข้อมูลสถานะมากกว่า HTTP status เพียงอย่างเดียว

4. กันการเพิ่มเครดิตซ้ำที่ระบบของคุณด้วย

ระบบรับชำระอาจเจอ timeout หลังปลายทางทำงานสำเร็จแล้ว หากส่งใหม่ทันทีโดยไม่ตรวจ reference อาจทำให้ระบบร้านเพิ่มเครดิตซ้ำ แม้การเรียก API ครั้งแรกจะมีปัญหาเฉพาะตอนรับ response กลับมา

ให้ AI แยกขั้นตอนตรวจผลรับชำระออกจากขั้นตอนเพิ่มเครดิต และบันทึก reference ที่ใช้ตัดสินว่ารายการเคยประมวลผลแล้วในระบบของคุณ อย่าเพิ่มเครดิตเพียงเพราะ response เป็น HTTP 200 และอย่าสร้างวิธี retry แบบไม่จำกัด

• ทดสอบ request เดิมซ้ำสองครั้งและการตอบกลับช้า
• ตรวจยอดจริงกับ order ก่อนให้สินค้า/เครดิต
• ทดสอบ key ผิด สิทธิ์ไม่พอ payload ไม่ครบ และ HTTP 500
• ปิดบัง key และข้อมูลส่วนตัวใน log ที่ส่งให้ AI ดู

5. รวมการจัดการ key ไว้ที่เดียว แล้วตรวจผลย้อนหลัง

MeeTang รวมการจัดการ API key ที่หน้า API Tokens โดยสิทธิ์ที่เลือกควรตรงกับงานของ integration ไม่ควรใช้ key ของเจ้าของระบบกับทุกบริการเพียงเพราะตั้งค่าง่ายกว่า ในหน้า API log ให้ตรวจ request และ response ของรายการที่มีปัญหาโดยไม่เปิดเผย key

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

แหล่งอ้างอิงและขอบเขตเนื้อหา

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

• OpenAPI Initiative — OpenAPI Specification 3.0.4 — ใช้ประกอบความหมายของเอกสารสัญญา HTTP API ไม่ใช่การระบุเวอร์ชัน API ของ MeeTang
• MeeTang Public API documentation — ตรวจ endpoint และตัวอย่างปัจจุบันก่อนพัฒนา

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