انقل مساعد البرمجة من فهم السياق إلى التحقق من التغيير

مثال محلي وسير قبول ناتج الوكيل

قارن إدخال المثال بالناتج وقواعد التحقق.

نص الإدخال

مثال محلي حتمي: راجع هذه الدالة الحالية وفق أربع فئات من الإدخال. السلوك يطابق المطلوب بالفعل ولا يحتاج إلى تعديل.

def normalize(row):
    email = row.get("email")
    return {"name": row["name"].strip(),
            "email": email.strip().lower() if isinstance(email, str) else None}

cases = [
    ({"name": " A "}, None),
    ({"name": " A ", "email": None}, None),
    ({"name": " A ", "email": "   "}, ""),
    ({"name": " A ", "email": " A@EXAMPLE.TEST "}, "a@example.test"),
]
assert [normalize(row)["email"] for row, _ in cases] == [expected for _, expected in cases]

توجيه لواجهة وكيل تستخدمها بالفعل

راجع دالة normalize المعطاة ولا تعدّل الملفات. أعد حقول JSON: decision وbehavior وtest_cases وverification_status. افحص غياب email وnull والمسافات فقط والبريد المختلط الأحرف؛ اذكر «لا حاجة إلى تعديل» إذا كان التنفيذ يطابق السلوك. صنّف الاختبارات غير المنفذة على أنها مخططة ولا تدّع تشغيلها.

الناتج المتوقع

{
  "behavior": "missing/null -> None; blank -> empty string; present -> trimmed lowercase",
  "test_cases": "missing; null; whitespace-only; mixed-case email",
  "verification_status": "planned, not run",
  "decision": "no change needed; supplied implementation matches the stated behavior"
}

قواعد التحقق المحلية

• نفّذ التحقق المضمن محلياً؛ نتائج email للفئات الأربع هي None ثم None ثم سلسلة فارغة ثم a@example.test.
• تأكد أن الدالة الحالية تطابق الحالات، لذلك لا يلزم تعديل الشيفرة.
• استخدم التأكيدات الحتمية لفحص مدخلات ومخرجات ثابتة. ولاختبار تشغيل الوكيل، اختر طريقة تختبر الوكيل نفسه.