ข้อความ UUID รูปแบบมาตรฐาน
แปลง UUID มาตรฐานตัวพิมพ์เล็กเป็นสิบหกไบต์โดยไม่สรุปรุ่นหรือตัวตน.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))ตรวจสอบก่อนนำไปใช้
เปรียบเทียบการทำงานจริงกับผลที่คาดหวัง หากการตรวจสอบไม่ผ่าน ให้หาสาเหตุก่อนแก้ไขเพิ่มเติม
โมเดล
ตั้งค่า endpoint ที่รองรับ OpenAI หรือ Anthropic ด้วย URL หลักและคีย์ API หากจำเป็น ทดสอบการเชื่อมต่อ เซิร์ฟเวอร์โมเดลในเครื่องต้องทำงานอยู่ เครื่องมือระยะไกลอาจส่งข้อมูลแยกต่างหาก
โปรเจกต์
ตรวจศูนย์และอักษรฐานสิบหก พร้อมปฏิเสธตัวพิมพ์ใหญ่ วงเล็บ ขีดผิดตำแหน่ง และช่องว่างรอบนอก.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))ตกลงรูปแบบรหัสที่ขอบเขตแอปพลิเคชัน
IdSaffron ให้พื้นที่ทำงานเขียนโค้ดด้วย AI บน Windows เพื่อตรวจฟังก์ชันขอบเขตเล็กที่เชื่อมส่วนใหญ่ของแอป เมื่อการจัดการรหัสต้องเปลี่ยน ให้อธิบายรูปแบบที่ยอมรับและสิ่งที่โค้ดขั้นถัดไปคาดหวัง ขอให้โมเดลตรวจตัวตรวจ ขั้นแปลง และผู้เรียกที่เกี่ยวข้องร่วมกัน เพื่อไม่ให้การปรับเป็นรูปมาตรฐานที่ดูไม่มีพิษภัยขยายข้อกำหนดอินพุตอย่างเงียบ ๆ
งานจาก uuid_text.py อาจตรวจการยอมรับข้อความ UUID ตัวพิมพ์เล็กรูปแบบมาตรฐานก่อนแปลงเป็นไบต์ นำตัวอย่างที่ต่างกันด้านตัวพิมพ์ ตัวคั่น หรือช่องว่างรอบข้อความ และระบุว่าควรปฏิเสธแบบใด คุยว่าควรปรับรูปแบบก่อนตรวจหรือผู้เรียกต้องส่งรูปมาตรฐานเอง การตัดสินใจเหล่านี้ทำให้ข้อเสนอเฉพาะเจาะจงพอตรวจเทียบโค้ดได้
หลังตรวจ ให้รันทดสอบโปรเจกต์ที่ตรวจทั้งไบต์ผลลัพธ์และรูปแบบที่ปฏิเสธ ตรวจวิธีรายงานรหัสไม่ถูกต้องของแอป รวมเส้นทางที่เคยคิดว่าการแปลงไม่มีทางล้มเหลว IdSaffron เชื่อมต่อกับปลายทางที่รองรับ OpenAI-compatible หรือ Anthropic พร้อมข้อมูลรับรองเมื่อจำเป็น ตัวเลือกโมเดลแบบไม่จำกัดขึ้นกับปลายทางที่เลือก ข้อจำกัด เครื่องมือ และความจุบริบทยังเป็นคุณสมบัติของโมเดลและเซิร์ฟเวอร์นั้น ตัวอย่างการยอมรับเป็นจุดอ้างอิงคงที่ให้บทสนทนาเรื่องโค้ดตลอดการแก้หลายรอบ
ขอบเขตรหัสที่ควรตอบให้ชัด
ฟังก์ชันช่วยควรรับรหัสตัวพิมพ์ใหญ่ด้วยหรือไม่?
ตัดสินตามข้อกำหนดแอป แทนเพิ่มความผ่อนปรนโดยอัตโนมัติ หากผู้เรียกต้องใช้ข้อความตัวพิมพ์เล็กมาตรฐาน การรับแบบอื่นอาจซ่อนความไม่สอดคล้องต้นทาง หากตั้งใจปรับรูปแบบ ให้ระบุจุดที่ทำและทดสอบรูปแบบผล
รหัสที่ถูกต้องพิสูจน์ว่ามีระเบียนอยู่หรือไม่?
ไม่ การตรวจรูปแบบยืนยันเพียงว่ารูปแบบที่ส่งมาตรงโครงสร้างที่คาดหวัง การมีอยู่และการให้สิทธิ์เป็นการตรวจแอปแยกกัน จึงต้องตรวจส่วนใช้ผลก่อนถือว่าการแปลงสำเร็จหมายถึงสิทธิ์เข้าถึงระเบียน
ทำไมต้องตรวจไบต์ควบคู่ข้อความที่ยอมรับ?
การยอมรับอย่างเดียวไม่พิสูจน์ว่าการแปลงให้ค่าที่ส่วนใช้ผลคาดหวัง รวมคู่ข้อความกับไบต์ที่ทราบและตรวจการจัดการขั้นถัดไป โดยเฉพาะหากการแก้ไขเปลี่ยนขอบเขตการแปลงเก็บหรือการจัดเก็บที่ใช้ในส่วนอื่นของโปรเจกต์
ถ้าผู้เรียกตัดช่องว่างอยู่แล้วล่ะ?
ตรวจพฤติกรรมนั้นก่อนทำซ้ำ ตกลงว่าฟังก์ชันนี้รับอินพุตที่ปรับรูปแบบแล้วหรือทำเอง การระบุหน้าที่ชัดทำให้เข้าใจกฎปฏิเสธง่ายและป้องกันการจัดการไม่สอดคล้องกันระหว่างเส้นทางเรียก
IdSaffron · อัปเดตล่าสุด 2026-10-25