การเปรียบเทียบรุ่น Claude: Haiku vs Sonnet vs 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: โปรดเพิ่มโหมดมืด (dark mode) ให้กับแดชบอร์ดวิเคราะห์
#485: หลังจากที่โดเมนของบริษัทเราเปลี่ยนไปเมื่อเช้านี้ พนักงานทุกคนได้รับข้อความว่าถูกปฏิเสธการเข้าถึง SSO
#486: คุณสามารถส่งสำเนาใบแจ้งหนี้ของเดือนที่แล้วให้ผมได้ไหม?

ไม่มีการสร้างผลลัพธ์จากโมเดล ทั้งสองครั้งที่พยายามใช้ Anywhere API ที่ได้รับอนุญาตต่างก็ได้รับรหัสสถานะ 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": "บันทึกคำขอโหมดมืดสำหรับแดชบอร์ดวิเคราะห์และเพิ่มมันเข้าไปในรายการงานพัฒนาคุณสมบัติของผลิตภัณฑ์."
    },
    {
 "ticket_id": "#485",
      "category": "access",
 "urgency": "high",
 "action": "ตรวจสอบการตั้งค่า SSO ที่เชื่อมโยงกับโดเมนบริษัทที่เปลี่ยนแปลงทันที และคืนสิทธิ์การเข้าถึงให้กับพนักงานทุกคนที่ได้รับผลกระทบ."
    },
    {
      "ticket_id": "#486",
 "category": "billing",
 "urgency": "low",
 "action": "ค้นหาใบแจ้งหนี้ของเดือนที่แล้วและส่งสำเนาให้ลูกค้า."
    }
  ]
}
```

```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": "บันทึกเป็นคำขอฟีเจอร์โหมดมืดสำหรับแดชบอร์ดวิเคราะห์ และยืนยันการรับทราบโดยไม่กำหนดกรอบเวลา"
    },
    {
 "ticket_id": "485",
      "category": "access",
 "urgency": "high",
 "action": "ยกระดับเป็นปัญหาการหยุดทำงานของ SSO ทั่วทั้งองค์กรที่เกี่ยวข้องกับการเปลี่ยนแปลงโดเมน; ให้ทีมอัตลักษณ์/การรับรองความถูกต้องตรวจสอบการตั้งค่าโดเมน SSO ทันที."
    },
    {
      "ticket_id": "486",
 "category": "billing",
 "urgency": "low",
 "action": "ส่งสำเนาใบแจ้งหนี้ของเดือนก่อนตามที่ขอไปยังผู้ติดต่อบัญชีที่ได้รับการยืนยันแล้ว."
    }
  ]
}
```

{"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":"บันทึกคำขอโหมดมืดสำหรับแดชบอร์ดวิเคราะห์กับทีมผลิตภัณฑ์และยืนยันการรับคำขอ."},{"ticket_id":"485","category":"access","urgency":"สูง","action":"ส่งต่อข้อผิดพลาดการปฏิเสธการเข้าถึง SSO ทั่วทั้งบริษัทที่เกิดขึ้นหลังจากการเปลี่ยนโดเมน และตรวจสอบการตั้งค่าโดเมน SSO."},{"ticket_id":"486","category":"billing","urgency":"low","action":"ค้นหาและส่งสำเนาใบแจ้งหนี้ของเดือนที่แล้วให้ลูกค้า."}]}

เขียนบันทึกการเปิดตัวภายในจำนวน 180-220 คำ สำหรับผู้อำนวยการผลิตภัณฑ์ โดยใช้ข้อมูลต่อไปนี้เท่านั้น ให้รวม: หัวข้อ, ย่อหน้าเปิดสั้นๆ, จุดสำคัญสามข้อเท่านั้น, คำแนะนำ และข้อควรระวังหนึ่งข้อที่ระบุไว้อย่างชัดเจน ห้ามสร้างมติเกี่ยวกับงบประมาณ, เปอร์เซ็นต์, ความสำคัญทางสถิติ หรือผลเชิงสาเหตุขึ้นเอง

ข้อมูล:
- โครงการนำร่องมีนักเรียนเข้าร่วม 120 คน
- ณ จุดตรวจสอบวันที่ 31 มีนาคม มีนักเรียน 96 คนที่เข้าร่วมอย่างน้อย 3 ครั้ง
- คะแนนจากการสำรวจมีค่าเฉลี่ย 4.3 จาก 5 จากผู้ตอบแบบสอบถาม 71 คน
- ใบงานการดำเนินงานของโครงการระบุงบประมาณเป็น $18,000
- บันทึกการอนุมัติงบประมาณระบุ $20,000 แต่ไม่ได้ระบุว่าความแตกต่างนี้เกิดจากการแก้ไขหรือข้อผิดพลาดในการบันทึก
- ผู้เข้าร่วมไม่ได้ถูกจัดกลุ่มแบบสุ่ม และไม่มีการเก็บคะแนนพื้นฐาน
- การตัดสินใจครั้งนี้คือว่าจะดำเนินการโครงการนำร่องครั้งที่สองหรือไม่ ไม่ใช่ว่าจะนำโครงการไปใช้อย่างถาวร.

ไม่มีการสร้างผลลัพธ์จากโมเดล ทั้งสองครั้งที่พยายามใช้ Anywhere API ที่ได้รับอนุญาตต่างก็ได้รับรหัสสถานะ HTTP 503 ดังนั้นเส้นทางนี้จึงถูกทำเครื่องหมายว่าไม่สามารถใช้งานได้ และถูกยกเว้นจากการประเมินคุณภาพ.

**หัวข้อ: ผลลัพธ์ของโครงการทดลอง — ข้อเสนอแนะให้ดำเนินการโครงการทดลองครั้งที่สอง**

โครงการทดลองครั้งแรกได้เสร็จสิ้นช่วงตรวจสอบขั้นต้นแล้ว และตัวชี้วัดเบื้องต้นเกี่ยวกับระดับการมีส่วนร่วมและความพึงพอใจดูเป็นไปในทางที่ดี ก่อนที่จะตัดสินใจดำเนินการโครงการทดลองครั้งที่สอง ทีมควรร่วมกันทบทวนข้อมูลและประเด็นที่ยังค้างอยู่บางประการ

- จากนักเรียน 120 คนที่ลงทะเบียน มี 96 คนที่เข้าร่วมอย่างน้อย 3 ครั้ง ณ จุดตรวจสอบวันที่ 31 มีนาคม
- การสำรวจหลังการเรียนที่ผู้ตอบ 71 คนได้กรอกให้ผลคะแนนเฉลี่ย 4.3 จาก 5
- ตัวเลขงบประมาณไม่สอดคล้องกันระหว่างเอกสารต่าง ๆ: ใบงานการดำเนินงานของโครงการระบุ $18,000 ในขณะที่บันทึกการอนุมัติทางการเงินระบุ $20,000; ไม่ชัดเจนว่านี่เป็นการแก้ไขหรือข้อผิดพลาดในการบันทึก

**ข้อเสนอแนะ:** จากผลการเข้าร่วมและผลสำรวจ เราแนะนำให้ดำเนินการโครงการนำร่องครั้งที่สองเพื่อรวบรวมข้อมูลที่มีโครงสร้างชัดเจนยิ่งขึ้น — โดยควรมีกลุ่มเปรียบเทียบที่กำหนดไว้อย่างชัดเจนและการวัดค่าพื้นฐาน — ก่อนที่จะพิจารณาการขยายโครงการในวงกว้าง โครงการนำร่องครั้งที่สองนี้ควรเป็นโอกาสในการปรับความคลาดเคลื่อนของงบประมาณให้สอดคล้องกับฝ่ายการเงินก่อนที่งบประมาณจะได้รับการอนุมัติอย่างเป็นทางการ

**ข้อควรระวัง:** ควรตีความผลลัพธ์เหล่านี้อย่างระมัดระวัง ผู้เข้าร่วมไม่ได้ถูกจัดกลุ่มแบบสุ่ม และไม่มีการเก็บคะแนนพื้นฐาน ดังนั้นเราจึงไม่สามารถระบุได้ว่าผลการสำรวจหรือรูปแบบการเข้าร่วมเป็นผลมาจากโครงการนี้เอง นี่เป็นการตัดสินใจเพื่อกำหนดขอบเขตของโครงการนำร่องครั้งที่สอง ไม่ใช่การตัดสินใจเกี่ยวกับการดำเนินการอย่างถาวร.

**หัวข้อ: ผลลัพธ์จากโครงการทดลองและข้อเสนอแนะเกี่ยวกับกลุ่มทดลองครั้งที่สอง**

โครงการทดลองครั้งแรกได้เสร็จสิ้นการตรวจสอบ ณ วันที่ 31 มีนาคม และขณะนี้เรามีข้อมูลเพียงพอเพื่อตัดสินใจว่าจะดำเนินการโครงการทดลองครั้งที่สองหรือไม่ บันทึกนี้สรุปสิ่งที่เราสังเกตได้ ข้อเสนอแนะของเรา และข้อจำกัดหลักในการตีความ ในขั้นนี้ ยังไม่มีข้อตัดสินใจใดเกี่ยวกับการนำโครงการไปใช้อย่างถาวร

- **การลงทะเบียนและการมีส่วนร่วม:** มีนักศึกษาลงทะเบียน 120 คน ณ จุดตรวจสอบวันที่ 31 มีนาคม มี 96 คนที่เข้าร่วมอย่างน้อย 3 ครั้ง
- **ความคิดเห็นของผู้เข้าร่วม:** ผลสำรวจหลังการเข้าร่วมมีคะแนนเฉลี่ย 4.3 จาก 5 คะแนน โดยอิงจากผู้ตอบแบบสอบถาม 71 คน นักศึกษาที่ลงทะเบียนแต่ไม่ตอบแบบสอบถามไม่รวมอยู่ในผลคะแนนนี้ ดังนั้นคะแนนดังกล่าวจึงสะท้อนเฉพาะกลุ่มผู้ตอบแบบสอบถามเท่านั้น
- **ความแตกต่างของงบประมาณ:** ใบงานการดำเนินงานโครงการระบุงบประมาณ $18,000 ในขณะที่บันทึกการอนุมัติทางการเงินระบุ $20,000 เอกสารอนุมัติงบประมาณไม่ได้ระบุว่าความแตกต่างนี้เกิดจากการปรับแก้หรือข้อผิดพลาดในการบันทึก และเรายังไม่ได้กำหนดว่าตัวเลขใดเป็นตัวเลขที่ใช้บังคับ

**ข้อเสนอแนะ:** ให้ดำเนินการวางแผนโครงการนำร่องครั้งที่สอง โดยมีเงื่อนไขว่าฝ่ายการเงินและฝ่ายปฏิบัติการโครงการต้องปรับให้ตัวเลขงบประมาณทั้งสองสอดคล้องกัน และยืนยันตัวเลขเดียวที่ใช้บังคับก่อนที่จะอนุมัติการใช้จ่าย โครงการนำร่องครั้งที่สองควรเก็บคะแนนพื้นฐานตั้งแต่ขั้นตอนการรับผู้เข้าร่วมด้วย

**ข้อควรระวัง:** ผู้เข้าร่วมไม่ได้ถูกจัดกลุ่มแบบสุ่ม และไม่มีการเก็บคะแนนพื้นฐาน ดังนั้น ตัวเลขเกี่ยวกับระดับการมีส่วนร่วมและผลสำรวจจึงสะท้อนเพียงสิ่งที่กลุ่มนี้ทำและรายงานเท่านั้น; ตัวเลขเหล่านี้ไม่สามารถบอกได้ว่าโครงการนี้ส่งผลอย่างไร หรือจะทำงานได้ดีเพียงใดหากนำไปใช้กับกลุ่มประชากรที่ต่างออกไป.

**หัวข้อ:** สรุปผลการตรวจสอบโครงการนำร่องและข้อเสนอแนะเกี่ยวกับโครงการนำร่องครั้งที่สอง

สวัสดี [ผู้อำนวยการ],

ด้านล่างนี้คือสรุปสถานะของโครงการนำร่อง ณ จุดตรวจสอบวันที่ 31 มีนาคม พร้อมด้วยข้อเสนอแนะเกี่ยวกับความเหมาะสมในการดำเนินการโครงการนำร่องครั้งที่สอง หมายเหตุนี้ครอบคลุมเฉพาะการตัดสินใจเกี่ยวกับโครงการนำร่องครั้งที่สองเท่านั้น ไม่รวมถึงการขยายใช้อย่างถาวร

- **การสมัครและเข้าร่วม:** มีนักเรียนสมัคร 120 คน ณ จุดตรวจสอบวันที่ 31 มีนาคม มี 96 คนที่เข้าร่วมอย่างน้อย 3 ครั้ง
- **ความคิดเห็นของผู้เข้าร่วม:** ผลสำรวจจากผู้ตอบ 71 คน ให้คะแนนเฉลี่ย 4.3 จาก 5
- **บันทึกงบประมาณ:** ใบงานปฏิบัติการโครงการระบุงบประมาณ $18,000 ในขณะที่บันทึกการอนุมัติทางการเงินระบุ $20,000 บันทึกการอนุมัติทางการเงินไม่ได้ระบุว่าความแตกต่างนี้เกิดจากการปรับแก้หรือข้อผิดพลาดในการบันทึก

**

วินิจฉัยและแก้ไขฟังก์ชัน JavaScript นี้ ให้คืนค่า JSON ที่มีเพียงสี่ฟิลด์เท่านั้น ได้แก่ root_cause (สตริง), replacement (สตริงที่ประกอบด้วยฟังก์ชันแทนที่แบบครบถ้วน), tests (อาร์เรย์ของสตริงกรณีทดสอบ), และ remaining_risk (สตริง) อย่าอ้างว่าคุณได้ดำเนินการทดสอบแล้ว ให้ทำการแก้ไขที่เรียบง่ายที่สุดแต่ชัดเจน ซึ่งตรงตามเงื่อนไขสัญญา

สัญญา:
- tasks เป็นอาร์เรย์ของฟังก์ชันที่ไม่มีอาร์กิวเมนต์และคืนค่าเป็น Promise
- คืนค่าแรกที่สำเร็จตามลำดับการป้อนข้อมูล แม้ค่านั้นจะเป็น 0, false หรือสตริงว่าง
- ละเว้นงานที่ถูกปฏิเสธ
- คืนค่า null เมื่องานทุกงานถูกปฏิเสธหรืออาร์เรย์ว่าง

รหัสปัจจุบัน:
async function firstSuccessful(tasks) {
  const results = await Promise.all(tasks.map((task) => task()));
  return results.find(Boolean) || null;
}

ไม่มีการสร้างผลลัพธ์จากโมเดล ทั้งสองครั้งที่พยายามใช้ Anywhere API ที่ได้รับอนุญาตต่างก็ได้รับรหัสสถานะ 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."}