ขอบเขตส่วนหัว HTTP แบบ ASCII
สร้างส่วนหัว HTTP แบบ ASCII จากชื่อและค่า.
import re
TOKEN = re.compile(r"[!#$%&'*+.^_`|~0-9A-Za-z-]+")
def header_line(name, value):
if not isinstance(name, str) or not TOKEN.fullmatch(name):
raise ValueError("header name")
if not isinstance(value, str) or any(not 32 <= ord(c) <= 126 for c in value):
raise ValueError("ASCII header value")
return name + ": " + value| โปรเจกต์ | ปฏิเสธอักขระชื่อที่ผิด ขึ้นบรรทัดใหม่ อักขระควบคุม และข้อมูลนอก ASCII แต่ยอมรับค่าว่างโดยไม่สร้างส่วนหัวเพิ่ม. |
|---|---|
| ตรวจสอบก่อนนำไปใช้ | เปรียบเทียบการทำงานจริงกับผลที่คาดหวัง หากการตรวจสอบไม่ผ่าน ให้หาสาเหตุก่อนแก้ไขเพิ่มเติม |
| โมเดล | ตั้งค่า endpoint ที่รองรับ OpenAI หรือ Anthropic ด้วย URL หลักและคีย์ API หากจำเป็น ทดสอบการเชื่อมต่อ เซิร์ฟเวอร์โมเดลในเครื่องต้องทำงานอยู่ เครื่องมือระยะไกลอาจส่งข้อมูลแยกต่างหาก |
import re
TOKEN = re.compile(r"[!#$%&'*+.^_`|~0-9A-Za-z-]+")
def header_line(name, value):
if not isinstance(name, str) or not TOKEN.fullmatch(name):
raise ValueError("header name")
if not isinstance(value, str) or any(not 32 <= ord(c) <= 126 for c in value):
raise ValueError("ASCII header value")
return name + ": " + valueกำหนดขอบเขตอินพุตให้โค้ดสร้างคำขออย่างชัดเจน
HeaderAnvil นำงานสร้างคำขอสู่พื้นที่เขียนโค้ดบน Windows พร้อมการสนทนา AI ที่เชื่อมต่อ เริ่มจากระบุส่วนหัวที่แอปพลิเคชันต้องสร้างและค่าที่ควรยอมรับ วิธีนี้เปลี่ยนคำขอกว้าง ๆ ให้เพิ่มความเข้มงวดการตรวจเป็นการเปลี่ยนที่ตรวจทานได้ ณ ขอบเขตเฉพาะในซอร์ส
เช่น คุณอาจขอให้ผู้ช่วยตรวจตัวจัดรูปแบบส่วนหัว ASCII ที่ให้มา พร้อมโค้ดไคลเอนต์จริง การตรวจชื่อและค่าของมันให้เนื้อหาที่เป็นรูปธรรมสำหรับหารือ แต่ไม่ได้กำหนดทุกกรณีใช้งาน HTTP อธิบายข้อตกลงอินพุตที่แอปพลิเคชันต้องการก่อนขอให้รับกว้างขึ้นหรือปฏิเสธเข้มขึ้น
ต่อไปตรวจว่าการตรวจที่เสนอรันตรงไหนและส่งความล้มเหลวถึงผู้เรียกอย่างไร การปฏิเสธค่ามีประโยชน์ต่อเมื่อเส้นทางคำขอโดยรอบจัดการผลนั้นอย่างตั้งใจ ทดสอบอินพุตปกติและอักขระต้องห้ามด้วยข้อมูลทดสอบของโครงการ แล้วตรวจการสร้างคำขอและการรายงานข้อผิดพลาดก่อนถือว่างานเสร็จ
โมเดล AI ไร้ข้อจำกัดอาจช่วยงานนี้ได้เมื่อมีผ่านปลายทางที่เข้ากันได้กับ OpenAI หรือ Anthropic ที่รองรับ ตั้งค่าปลายทางและข้อมูลรับรองที่จำเป็น แล้วคำนึงถึงขีดจำกัดบริบทและการรองรับเครื่องมือเฉพาะโมเดล ป้ายชื่อไม่ได้ลบข้อจำกัดผู้ให้บริการ หรือยืนยันว่าตัวตรวจที่แนะนำตรงข้อกำหนดโพรโทคอลของแอปพลิเคชัน
คำถามเกี่ยวกับการเปลี่ยนการสร้างส่วนหัว
- ควรระบุข้อตกลงใดสำหรับส่วนหัวกำหนดเอง
ระบุอักขระที่ยอมรับ นโยบายค่าว่าง และพฤติกรรมเมื่อผิดพลาดที่แอปพลิเคชันคาด รวมโค้ดที่ใช้บรรทัดซึ่งจัดรูปแบบแล้ว อย่าขอให้โมเดลอนุมานนโยบายโพรโทคอลทั้งหมดจากค่าตัวอย่างเดียว
- ถือว่าตัวอย่าง ASCII เป็นตัวตรวจ HTTP สากลได้หรือไม่
ไม่ได้ ตัวอย่างแสดงข้อตกลงระดับซอร์สที่จงใจจำกัด ตรวจข้อกำหนดไคลเอนต์และเส้นทางโพรโทคอลที่ใช้จริงก่อนขยาย และทดสอบการเปลี่ยนกับวิธีทำงานนั้นแทนการสมมติว่าเข้ากันได้ทุกกรณี
- ควรตรวจการรายงานอินพุตผิดตรงไหน
ติดตามผู้เรียกตัวจัดรูปแบบผ่านการสร้างคำขอและการจัดการข้อผิดพลาด ถามว่าความล้มเหลวหยุดคำขอ กลายเป็นข้อความผู้ใช้ หรือถูกบันทึก ตรวจพฤติกรรมที่เสนอตรงขอบเขตนั้นด้วยนอกเหนือจากในตัวตรวจ
- แชร์คำขอที่ล้มเหลวโดยไม่ส่งข้อมูลรับรองได้อย่างไร
แทนค่าลับด้วยค่าตัวแทนที่คงอักขระและโครงสร้างที่เกี่ยวข้อง รวมโค้ดสร้างคำขอและความล้มเหลวที่พบ โมเดลที่เลือกต้องการกรณีตรวจสอบ ไม่ใช่ค่าการอนุญาตใช้งานจริงของบริการ
HeaderAnvil · อัปเดตล่าสุด 2026-10-25