حدود ترويسات 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 مع السماح بقيمة فارغة دون إنشاء ترويسة إضافية. |
|---|---|
| راجع قبل التطبيق | قارن السلوك الفعلي بالنتيجة المتوقعة. إذا فشل فحص، تحقّق من السبب قبل إجراء تغييرات إضافية. |
| النماذج | اضبط نقطة اتصال متوافقة مع OpenAI أو Anthropic باستخدام العنوان الأساسي ومفتاح 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 مع حوار ذكاء اصطناعي متصل. ابدأ بتسمية الترويسة التي يحتاج تطبيقك إلى بنائها والقيم التي ينبغي أن تقبلها. يحول ذلك طلبًا عامًا لتقوية التحقق إلى تغيير قابل للمراجعة عند حد محدد في المصدر.
مثلًا، قد تطلب من المساعد فحص منسّق ترويسات ASCII المقدم بجانب شيفرة العميل الفعلية. تمنح فحوص الاسم والقيمة فيه مادة ملموسة للمناقشة، لكنها لا تحدد كل حالات استخدام HTTP. اشرح عقد المدخلات الذي يتطلبه تطبيقك قبل طلب قبول أوسع أو رفض أشد صرامة.
بعد ذلك، راجع موضع تشغيل الفحص المقترح وكيف يصل إخفاقه إلى المستدعي. لا تفيد القيمة المرفوضة إلا إذا عالج مسار الطلب المحيط تلك النتيجة عمدًا. اختبر المدخلات العادية والأحرف المحظورة ببيانات اختبار مشروعك، ثم افحص بناء الطلب الناتج والإبلاغ عن الأخطاء قبل اعتبار المهمة مكتملة.
قد يدعم نموذج ذكاء اصطناعي بلا قيود هذا العمل عندما يتوفر من نقطة نهاية مدعومة متوافقة مع OpenAI أو تابعة لـ Anthropic. هيئ نقطة النهاية وبيانات الاعتماد المطلوبة، وراعِ حدود السياق ودعم الأدوات الخاصين بالنموذج. لا تزيل تسميته قيود المزوّد ولا تثبت مطابقة أداة تحقق مقترحة لمتطلبات بروتوكول تطبيقك.
أسئلة حول تغيير بناء الترويسات
- ما العقد الذي أحدده لترويسة مخصصة؟
حدد الأحرف المقبولة وسياسة القيم الفارغة وسلوك الإخفاق المتوقع لتطبيقك. أدرج الشيفرة التي تستهلك السطر المنسق. لا تطلب من النموذج استنتاج سياسة بروتوكول كاملة من قيمة مثال واحدة.
- هل يمكن اعتبار مثال ASCII أداة تحقق عامة من HTTP؟
لا. إنه يوضح عقدًا محدودًا عمدًا على مستوى المصدر. راجع متطلبات العميل ومسار البروتوكول اللذين تستخدمهما فعلًا قبل توسيعه، واختبر التغييرات وفق ذلك التنفيذ بدلًا من افتراض توافق عام.
- أين أتحقق من كيفية الإبلاغ عن المدخلات غير الصالحة؟
تتبّع مستدعي المنسق عبر إنشاء الطلب ومعالجة الأخطاء. اسأل هل يوقف الإخفاق الطلب أم يصبح رسالة ظاهرة للمستخدم أم يُسجّل. راجع السلوك المقترح عند ذلك الحد وكذلك داخل التحقق.
- كيف أشارك طلبًا فاشلًا دون إرسال بيانات اعتماد؟
استبدل القيم السرية بعناصر نائبة ممثلة تحافظ على الأحرف والبنية ذات الصلة. أدرج شيفرة البناء والإخفاق المرصود. يحتاج النموذج المختار إلى حالة التحقق، لا إلى قيمة التفويض الفعلية من خدمتك.
HeaderAnvil · آخر تحديث 2026-10-25