مقارنة بين طرازات Claude: Haiku مقابل Sonnet مقابل Opus، ومكانة Fable بينها

أنت تدير صندوق بريد للدعم الخاص بخدمة SaaS. صنف كل تذكرة من التذاكر أدناه. أرجع JSON مع حقل واحد فقط من المستوى الأعلى باسم tickets. يجب أن يكون tickets مصفوفة بالترتيب الأصلي، ويجب أن يحتوي كل عنصر بالضبط على ticket_id وcategory وurgency وaction. يجب أن تكون category واحدة من: billing أو access أو bug أو feature. يجب أن تكون urgency واحدة من: low أو medium أو high. استخدم نص التذكرة فقط؛ لا تختلق نتائج سياسات أو حقائق تتعلق بالعملاء.

#481: تم تحصيل رسوم منا مرتين مقابل نفس التجديد السنوي. يتم إغلاق كشوف الرواتب يوم الجمعة وأحتاج إلى التحقيق في هذا الأمر قبل ذلك.
#482: تشير عملية إعادة تعيين كلمة المرور إلى أن البريد الإلكتروني قد أُرسل، لكن لم يصلني شيء. راجعت مجلد الرسائل غير المرغوب فيها وأعدت المحاولة مرة واحدة.
#483: تقوم عمليات التصدير بتنسيق CSV بتقريب كل مبلغ بالعملة إلى دولارات كاملة، بينما لا تزال لوحة التحليلات تعرض السنتات.
#484: يرجى إضافة وضع داكن إلى لوحة معلومات التحليلات.
#485: بعد تغيير نطاق شركتنا هذا الصباح، يتلقى كل موظف رسالة برفض الوصول عبر تسجيل الدخول الموحد (SSO).
#486: هل يمكنك إرسال نسخة من فاتورة الشهر الماضي إليّ؟

لم يتم إنتاج أي ناتج للنموذج. فقد أرجعت كلتا المحاولتين المسموح بهما لاستخدام واجهة برمجة التطبيقات (API) لـ «Anywhere» رمز الخطأ HTTP 503، لذا تم تصنيف هذا المسار على أنه غير متاح واستبعاده من تقييم الجودة.

```json
{
  "tickets": [
    {
 "ticket_id": "#481",
      "category": "billing",
 "urgency": "high",
 "action": "التحقيق في رسوم التجديد السنوي المكررة وإصدار تصحيح/استرداد قبل إغلاق كشوف رواتب العميل يوم الجمعة."
    },
    {
 "ticket_id": "#482",
      "category": "access",
 "urgency": "medium",
 "action": "التحقق من عنوان البريد الإلكتروني للحساب وإمكانية تسليم البريد، ثم تشغيل رسالة إعادة تعيين كلمة المرور يدويًا أو إعادة إرسالها."
    },
    {
 "ticket_id": "#483",
      "category": "bug",
 "urgency": "medium",
 "action": "تحويل المشكلة إلى قسم الهندسة لإصلاح تقريب التصدير بتنسيق CSV بحيث تتطابق قيم العملات مع الدقة على مستوى السنتات المعروضة على لوحة التحكم."
    },
    {
 "ticket_id": "#484",
 "category": "feature",
 "urgency": "low",
 "action": "تسجيل طلب وضع التعتيم (dark mode) للوحة معلومات التحليلات وإضافته إلى قائمة الميزات المعلقة للمنتج."
    },
    {
 "ticket_id": "#485",
      "category": "access",
 "urgency": "high",
 "action": "التحقيق فورًا في إعدادات تسجيل الدخول الموحد (SSO) المرتبطة بنطاق الشركة الذي تم تغييره واستعادة حق الوصول لجميع الموظفين المتأثرين."
    },
    {
      "ticket_id": "#486",
 "category": "الفوترة",
 "urgency": "منخفض",
 "action": "البحث عن فاتورة الشهر الماضي وإرسال نسخة منها إلى العميل."
    }
  ]
}
```

```json
{
  "tickets": [
    {
 "ticket_id": "481",
 "category": "الفوترة",
 "urgency": "عالية",
 "action": "إحالة الأمر إلى قسم الفوترة للتحقق من تكرار رسوم التجديد السنوية وتأكيد حل المشكلة قبل إغلاق كشوف رواتب العملاء يوم الجمعة."
    },
    {
 "ticket_id": "482",
      "category": "access",
 "urgency": "medium",
 "action": "التحقق من سجلات تسليم البريد الإلكتروني للرسالة الخاصة بإعادة تعيين كلمة المرور إلى ذلك العنوان، وفي حالة عدم تسليمها، تفعيل مسار إعادة تعيين معتمد للمستخدم."
    },
    {
 "ticket_id": "483",
      "category": "bug",
 "urgency": "medium",
 "action": "تقديم تقرير عن خطأ يتعلق بتقريب العملة في تصدير ملفات CSV، مع الإشارة إلى عدم تطابق القيم مع تلك الموجودة في لوحة التحكم، وطلب خطوات إعادة إنتاج الخطأ أو عينة من التصدير."
    },
    {
 "ticket_id": "484",
 "category": "feature",
 "urgency": "low",
 "action": "تسجيله كطلب ميزة للوضع المظلم للوحة معلومات التحليلات، والإقرار باستلامه دون الالتزام بجدول زمني."
    },
    {
 "ticket_id": "485",
      "category": "access",
 "urgency": "high",
 "action": "تصعيد الأمر باعتباره انقطاعًا في خدمة تسجيل الدخول الموحد (SSO) على مستوى المؤسسة مرتبطًا بتغيير النطاق؛ وطلب من قسم الهوية/المصادقة مراجعة تكوين نطاق SSO على الفور."
    },
    {
      "ticket_id": "486",
 "category": "billing",
 "urgency": "low",
 "action": "إرسال نسخة الفاتورة المطلوبة للشهر السابق إلى جهة الاتصال المعتمدة للحساب."
    }
  ]
}
```

{"tickets":[{"ticket_id":"481","category":"الفوترة","urgency":"عالية","action":"التحقيق في حالة تكرار رسوم التجديد السنوي التي تم الإبلاغ عنها والرد قبل الموعد النهائي لدفع رواتب العملاء يوم الجمعة."},{"ticket_id":"482","category":"الوصول","urgency":"متوسط","action":"تحقق من سجلات تسليم رسائل إعادة تعيين كلمة المرور الخاصة بعنوان البريد الإلكتروني للمستخدم، وأعد إرسالها أو قدم طريقة بديلة لإعادة تعيين كلمة المرور."},{"ticket_id":"483","category":"خطأ","urgency":"متوسط","action":"قم بتكرار مشكلة تقريب المبالغ النقدية إلى دولارات كاملة عند التصدير إلى ملف CSV، وأحيل الأمر إلى قسم الهندسة لإصلاحه."},{"ticket_id":"484","category":"ميزة",""الاستعجال":"منخفض","الإجراء":"تسجيل طلب وضع "الوضع المظلم" (dark mode) للوحة معلومات التحليلات مع فريق المنتج والإقرار باستلام الطلب."},{"ticket_id":"485","الفئة":"الوصول",""الاستعجال":"عالي","الإجراء":"رفع مشكلة أخطاء رفض الوصول عبر تسجيل الدخول الموحد (SSO) على مستوى الشركة بعد تغيير النطاق ومراجعة تكوين نطاق SSO."},{"ticket_id":"486","الفئة":"الفوترة","urgency":"low","action":"البحث عن فاتورة الشهر الماضي وإرسال نسخة منها إلى العميل."}]}

اكتب مذكرة إطلاق داخلية تتراوح بين 180 و220 كلمة موجهة إلى مدير المنتج، مع الاعتماد حصريًّا على الحقائق الواردة أدناه. يجب أن تتضمن المذكرة: عنوانًا، وفقرة افتتاحية قصيرة، وثلاث نقاط محددة بالضبط، وتوصية، وتحذيرًا واحدًا محددًا بوضوح. لا تبتكر أي قرارات متعلقة بالميزانية، أو نسبًا مئوية، أو دلالة إحصائية، أو آثارًا سببية.

الحقائق:
- شارك في البرنامج التجريبي 120 طالبًا.
- عند نقطة التقييم في 31 مارس، كان 96 طالبًا قد حضروا ثلاث جلسات على الأقل.
- بلغ متوسط درجة الاستبيان 4.3 من 5 من أصل 71 مشاركًا.
- تذكر ورقة عمليات البرنامج ميزانية قدرها $18,000.
- تذكر مذكرة الموافقة المالية مبلغ $20,000. ولا توضح ما إذا كان الفرق ناتجًا عن تعديل أم خطأ في التسجيل.
- لم يتم توزيع المشاركين عشوائيًا ولم يتم جمع درجات أساسية.
- القرار يتعلق بإطلاق تجربة تجريبية ثانية، وليس بتطبيق البرنامج بشكل دائم.

لم يتم إنتاج أي ناتج للنموذج. فقد أرجعت كلتا المحاولتين المسموح بهما لاستخدام واجهة برمجة التطبيقات (API) لـ «Anywhere» رمز الخطأ HTTP 503، لذا تم تصنيف هذا المسار على أنه غير متاح واستبعاده من تقييم الجودة.

**الموضوع: نتائج البرنامج التجريبي — توصية بالمضي قدمًا في البرنامج التجريبي الثاني**

اختتم البرنامج التجريبي الأول فترة التقييم الأولى، وتبدو مؤشرات المشاركة والرضا الأولية مشجعة. وقبل اتخاذ قرار بشأن البرنامج التجريبي الثاني، هناك بعض النقاط المتعلقة بالبيانات والمسائل المعلقة التي ينبغي للفريق مراجعتها معًا.

- من بين 120 طالبًا مسجلاً، حضر 96 طالبًا ثلاث جلسات على الأقل حتى تاريخ نقطة التقييم في 31 مارس.
- أسفر استطلاع الرأي الذي أُجري بعد انتهاء الجلسات، والذي شارك فيه 71 مشاركًا، عن متوسط تقييم بلغ 4.3 من أصل 5.
- توجد تباينات في أرقام الميزانية بين الوثائق: تذكر ورقة عمليات البرنامج مبلغ $18,000، بينما تذكر مذكرة الموافقة المالية مبلغ $20,000؛ ومن غير الواضح ما إذا كان ذلك يعكس تعديلاً أم خطأً في التسجيل.

**التوصية:** بالنظر إلى نتائج الحضور والاستبيان، نوصي بالمضي قدمًا في تنفيذ تجربة تجريبية ثانية لجمع بيانات أكثر تنظيماً — ويفضل أن تكون مع مجموعة مقارنة محددة وقياس خط أساس — قبل النظر في أي قرار بتوسيع نطاق التنفيذ. وينبغي أن تُستغل هذه التجربة التجريبية الثانية أيضًا كفرصة لتسوية التباين في الميزانية مع قسم الشؤون المالية قبل إقرار التمويل نهائيًا.

**تحذير:** يجب تفسير هذه النتائج بحذر. لم يتم اختيار المشاركين عشوائيًا ولم يتم جمع أي درجات أساسية، لذا لا يمكننا ربط نتائج الاستبيان أو أنماط الحضور بالبرنامج نفسه. هذا قرار يحدد نطاق المشروع التجريبي الثاني، وليس قرارًا بشأن التنفيذ الدائم.

**الموضوع: نتائج المرحلة التجريبية وتوصيات بشأن المجموعة التجريبية الثانية**

اكتملت المرحلة التجريبية الأولى عند نقطة المراجعة المحددة في 31 مارس، وأصبح لدينا الآن معلومات كافية لاتخاذ قرار بشأن تنفيذ مرحلة تجريبية ثانية. تلخص هذه المذكرة ما لاحظناه، وتوصياتنا، والقيود الرئيسية التي تحد من تفسير النتائج. لم يتم اتخاذ أي قرار نهائي بشأن التنفيذ على نطاق واسع في هذه المرحلة.

- **التسجيل والمشاركة:** سجل 120 طالبًا في البرنامج. وحتى مرحلة التقييم في 31 مارس، حضر 96 منهم ثلاث جلسات على الأقل.
- **ملاحظات المشاركين:** بلغ متوسط تقييم استبيان ما بعد المشاركة 4.3 من 5، استنادًا إلى 71 مشاركًا. لم يرد الطلاب المسجلون الباقون، لذا تعكس النتيجة تلك المجموعة الفرعية فقط.
- **تباين في الميزانية:** تذكر ورقة عمليات البرنامج ميزانية قدرها $18,000، في حين تذكر مذكرة الموافقة المالية مبلغ $20,000. لا تذكر مذكرة الشؤون المالية ما إذا كان الفرق يعكس تعديلاً أم خطأً في التسجيل، ولم نتمكن من تحديد الرقم الذي يسري.

**التوصية:** المضي قدماً في التخطيط لتجربة تجريبية ثانية، بشرط أن تقوم إدارة الشؤون المالية وإدارة عمليات البرنامج بمطابقة رقمي الميزانية وتأكيد رقم واحد ساري المفعول قبل الالتزام بالإنفاق. كما يجب أن يجمع المشروع التجريبي الثاني درجات خط الأساس عند التسجيل.

**تحذير:** لم يتم توزيع المشاركين عشوائيًا ولم يتم جمع أي درجات خط أساس. وبالتالي، فإن أرقام المشاركة والاستبيان تصف ما قامت به هذه المجموعة وما أبلغت عنه؛ ولا يمكنها إخبارنا بما أحدثه البرنامج أو كيف سيكون أداؤه مع مجموعة سكانية مختلفة.

**الموضوع:** ملخص تقييم المرحلة التجريبية وتوصية بشأن المرحلة التجريبية الثانية

مرحبًا [السيد المدير]،

فيما يلي ملخص لحالة المشروع التجريبي في تقييم 31 مارس، إلى جانب توصية بشأن المضي قدمًا في المرحلة التجريبية الثانية. تغطي هذه المذكرة قرار المرحلة التجريبية الثانية فقط، ولا تتناول التنفيذ الدائم.

- **التسجيل والحضور:** سجل 120 طالبًا في البرنامج. وفي مرحلة التقييم في 31 مارس، حضر 96 طالبًا ثلاث جلسات على الأقل.
- **آراء المشاركين:** أظهر استطلاع الرأي متوسط تقييم بلغ 4.3 من 5 من بين 71 مشاركًا.
- **سجلات الميزانية:** تذكر ورقة عمليات البرنامج ميزانية قدرها $18,000، بينما تذكر مذكرة الموافقة المالية مبلغ $20,000. ولا تشير مذكرة الشؤون المالية إلى ما إذا كان الفرق ناتجًا عن تعديل أم خطأ في التسجيل.

**

قم بتشخيص وإصلاح دالة JavaScript هذه. أرجع JSON يحتوي على أربعة حقول فقط بالضبط: root_cause (سلسلة)، replacement (سلسلة تحتوي على دالة الاستبدال الكاملة)، tests (مصفوفة من سلاسل حالات الاختبار)، و remaining_risk (سلسلة). لا تدّعِ أنك قمت بتنفيذ الاختبارات. قم بإجراء أصغر إصلاح واضح يفي بشروط العقد.

شروط العقد:
- tasks عبارة عن مصفوفة من الدوال التي لا تحتوي على معلمات وتُرجع وعودًا (promises).
- أرجع أول قيمة تم الوفاء بها حسب ترتيب الإدخال، حتى لو كانت تلك القيمة 0 أو false أو سلسلة فارغة.
- تجاهل المهام المرفوضة.
- أرجع null عندما تُرفض كل المهام أو تكون المصفوفة فارغة.

الكود الحالي:
async function firstSuccessful(tasks) {
  const results = await Promise.all(tasks.map((task) => task()));
  return results.find(Boolean) || null;
}

لم يتم إنتاج أي ناتج للنموذج. فقد أرجعت كلتا المحاولتين المسموح بهما لاستخدام واجهة برمجة التطبيقات (API) لـ «Anywhere» رمز الخطأ HTTP 503، لذا تم تصنيف هذا المسار على أنه غير متاح واستبعاده من تقييم الجودة.

```json
{
  "root_cause": "Two bugs: (1) Promise.all rejects immediately if any task rejects, instead of ignoring rejected tasks; (2) results.find(Boolean) incorrectly treats falsy fulfilled values (0, false, '') as failures, causing them to be skipped in favor of null.",
  "replacement": "async function firstSuccessful(tasks) {\n  const settled = await Promise.allSettled(tasks.map((task) => task()));\n  const firstFulfilled = settled.find((r) => r.status === 'fulfilled');\n  return firstFulfilled ? firstFulfilled.value : null;\n}",
  "tests": [
    "test('returns null for empty array', async () => { expect(await firstSuccessful([])).toBeNull(); });",
    "test('returns null when all tasks reject', async () => { const tasks = [() => Promise.reject('err1'), () => Promise.reject('err2')]; expect(await firstSuccessful(tasks)).toBeNull(); });",
    "test('returns first fulfilled value even if falsy (0)', async () => { const tasks = [() => Promise.resolve(0), () => Promise.resolve(42)]; expect(await firstSuccessful(tasks)).toBe(0); });",
    "test('returns first fulfilled value even if false', async () => { const tasks = [() => Promise.resolve(false), () => Promise.resolve(true)]; expect(await firstSuccessful(tasks)).toBe(false); });",
    "test('returns first fulfilled value even if empty string', async () => { const tasks = [() => Promise.resolve(''), () => Promise.resolve('nonempty')]; expect(await firstSuccessful(tasks)).toBe(''); });",
    "test('ignores leading rejected tasks and returns first fulfilled in order', async () => { const tasks = [() => Promise.reject('err'), () => Promise.resolve('second'), () => Promise.resolve('third')]; expect(await firstSuccessful(tasks)).toBe('second'); });",
    "test('preserves input order even if later task resolves faster', async () => { const tasks = [() => new Promise((res) => setTimeout(() => res('slow-first'), 50)), () => new Promise((res) => setTimeout(() => res('fast-second'), 5))]; expect(await firstSuccessful(tasks)).toBe('slow-first'); });"
  ],
  "remaining_risk": "The fix assumes 'first fulfilled value in input order' means the first task by array index that fulfills, regardless of timing, which matches the contract wording but await Promise.allSettled waits for all tasks to complete (including slow ones) before returning, which may not be desired if early-exit performance is needed; also unhandled promise rejection warnings are avoided by allSettled, but if tasks throw synchronously instead of returning rejected promises, this is not explicitly tested here beyond the reject cases."
}
```

{
  "root_cause": "Two defects. (1) `Promise.all` rejects as soon as any task rejects, so a single rejected task makes the whole function reject instead of ignoring it and returning a later fulfilled value. (2) `results.find(Boolean) || null` selects by truthiness rather than by fulfillment, so legitimate fulfilled values such as 0, false, '', NaN, null, or undefined are skipped and/or coerced to null. Using `Promise.allSettled` plus a status check on the settled records fixes both, and returning `record.value` directly preserves falsy results.",
  "replacement": "async function firstSuccessful(tasks) {\n  const results = await Promise.allSettled(tasks.map((task) => task()));\n  const firstFulfilled = results.find((result) => result.status === 'fulfilled');\n  return firstFulfilled ? firstFulfilled.value : null;\n}",
  "tests": [
    "firstSuccessful([]) resolves to null (empty input).",
    "firstSuccessful([() => Promise.resolve('a'), () => Promise.resolve('b')]) resolves to 'a' (input order, not completion order).",
    "firstSuccessful([() => new Promise((res) => setTimeout(() => res('slow-first'), 50)), () => Promise.resolve('fast-second')]) resolves to 'slow-first' (order is by index, not by who settles first).",
    "firstSuccessful([() => Promise.reject(new Error('boom')), () => Promise.resolve('second')]) resolves to 'second' (rejection ignored, does not propagate).",
    "firstSuccessful([() => Promise.reject(new Error('a')), () => Promise.reject(new Error('b'))]) resolves to null (all reject).",
    "firstSuccessful([() => Promise.resolve(0)]) resolves to 0, not null (falsy number preserved).",
    "firstSuccessful([() => Promise.resolve(false)]) resolves to false (falsy boolean preserved).",
    "firstSuccessful([() => Promise.resolve('')]) resolves to '' (empty string preserved).",
    "firstSuccessful([() => Promise.resolve(undefined), () => Promise.resolve('later')]) resolves to undefined (first fulfilled wins even if its value is undefined).",
    "firstSuccessful([() => Promise.reject(new Error('x')), () => Promise.resolve(null), () => Promise.resolve('third')]) resolves to null because index 1 fulfilled with null — verifying null-as-value is not confused with the all-rejected sentinel by inspecting status.",
    "firstSuccessful([() => Promise.resolve(NaN)]) resolves to NaN (Number.isNaN on the result is true)."
  ],
  "remaining_risk": "The function still starts every task and awaits all of them, so there is no short-circuiting: a slow or never-settling later task delays or blocks the result, and side effects of later tasks always occur. A task that throws synchronously (rather than returning a rejected promise) will throw inside `tasks.map`, causing the returned promise to reject instead of being ignored; wrap the invocation in `Promise.resolve().then(task)` if that must also be tolerated. `null` is still returned both for all-rejected/empty input and when a task genuinely fulfills with `null`, so callers cannot distinguish those cases. Non-array or non-function inputs are not validated, and rejection reasons are discarded rather than aggregated (no AggregateError), which can hide diagnostics."
}

{"root_cause":"Two defects: (1) Promise.all rejects as soon as any task rejects, so rejected tasks are not ignored and the function throws instead of skipping them; (2) results.find(Boolean) skips legitimate falsy fulfilled values (0, false, '') and the trailing '|| null' also converts such values to null, violating the requirement to return the first fulfilled value even when it is falsy.","replacement":"async function firstSuccessful(tasks) {\n  const results = await Promise.allSettled(tasks.map((task) => task()));\n  const first = results.find((result) => result.status === 'fulfilled');\n  return first ? first.value : null;\n}","tests":["firstSuccessful([]) resolves to null","firstSuccessful([() => Promise.resolve('a'), () => Promise.resolve('b')]) resolves to 'a'","firstSuccessful([() => Promise.reject(new Error('x')), () => Promise.resolve('b')]) resolves to 'b' and does not throw","firstSuccessful([() => Promise.reject(new Error('x')), () => Promise.reject(new Error('y'))]) resolves to null","firstSuccessful([() => Promise.resolve(0), () => Promise.resolve(5)]) resolves to 0","firstSuccessful([() => Promise.resolve(false), () => Promise.resolve(true)]) resolves to false","firstSuccessful([() => Promise.resolve(''), () => Promise.resolve('z')]) resolves to ''","firstSuccessful([() => Promise.reject(new Error('x')), () => Promise.resolve(null)]) resolves to null (fulfilled null is returned as-is)","firstSuccessful([() => new Promise(r => setTimeout(() => r('slow'), 50)), () => Promise.resolve('fast')]) resolves to 'slow' (input order wins over settlement order)"],"remaining_risk":"All tasks are started concurrently and the function waits for every task to settle before returning, so a slow task delays the result even when an earlier task has already fulfilled; a sequential or early-exit strategy would be needed if latency matters. A task that throws synchronously (rather than returning a rejected promise) will still cause the function to reject, since the contract assumes tasks return promises. Promise.allSettled requires ES2020 or a polyfill."}