Claude-Modelle im Vergleich: Haiku vs. Sonnet vs. Opus – und wo Fable ins Bild passt

Sie verwalten einen SaaS-Support-Posteingang. Klassifizieren Sie jedes der unten aufgeführten Tickets. Geben Sie JSON nur mit einem Feld der obersten Ebene namens „tickets“ zurück. „tickets“ muss ein Array in der ursprünglichen Reihenfolge sein, und jeder Eintrag muss genau die Felder „ticket_id“, „category“, „urgency“ und „action“ enthalten. „category“ muss einer der Werte „billing“, „access“, „bug“ oder „feature“ sein. „urgency“ muss einer der Werte „low“, „medium“ oder „high“ sein. Verwenden Sie ausschließlich den Tickettext; erfinden Sie keine Richtlinienergebnisse oder Kundenangaben.

#481: Uns wurde dieselbe jährliche Verlängerung zweimal in Rechnung gestellt. Die Gehaltsabrechnung wird am Freitag abgeschlossen, und ich benötige bis dahin eine Klärung dieser Angelegenheit.
#482: Bei der Passwortzurücksetzung wird angezeigt, dass die E-Mail versendet wurde, aber es ist nichts angekommen. Ich habe den Spam-Ordner überprüft und es einmal erneut versucht.
#483: Bei CSV-Exporten werden alle Währungsbeträge auf ganze Dollar gerundet, während im Dashboard weiterhin Centbeträge angezeigt werden.
#484: Bitte fügen Sie dem Analyse-Dashboard einen Dunkelmodus hinzu.
#485: Nachdem sich unsere Unternehmensdomain heute Morgen geändert hat, erhält jeder Mitarbeiter die Meldung „SSO-Zugriff verweigert“.
#486: Könnten Sie mir bitte eine Kopie der Rechnung vom letzten Monat zusenden?

Es wurden keine Modellausgaben generiert. Beide zulässigen Anywhere-API-Versuche lieferten den HTTP-Status 503, sodass diese Route als nicht verfügbar markiert und aus der Qualitätsbewertung ausgeschlossen wurde.

```json
{
  "tickets": [
    {
 "ticket_id": "#481",
      "category": "Abrechnung",
 "urgency": "hoch",
 "action": "Die doppelte Gebühr für die jährliche Verlängerung prüfen und eine Korrektur/Rückerstattung vornehmen, bevor die Gehaltsabrechnung des Kunden am Freitag abgeschlossen wird."
    },
    {
 "ticket_id": "#482",
      "category": "access",
 "urgency": "medium",
 "action": "Die E-Mail-Adresse des Kontos und die Zustellbarkeit von E-Mails überprüfen und anschließend die E-Mail zum Zurücksetzen des Passworts manuell auslösen oder erneut versenden."
    },
    {
 "ticket_id": "#483",
      "category": "bug",
 "urgency": "medium",
 "action": "An die Technik eskalieren, um die Rundung beim CSV-Export zu beheben, damit die Währungswerte mit der auf dem Dashboard angezeigten Genauigkeit auf Cent-Ebene übereinstimmen."
    },
    {
 "ticket_id": "#484",
 "category": "feature",
 "urgency": "low",
 "action": "Die Anfrage zum Dunkelmodus für das Analyse-Dashboard protokollieren und in den Produkt-Feature-Backlog aufnehmen."
    },
    {
 "ticket_id": "#485",
      "category": "access",
 "urgency": "high",
 "action": "Die SSO-Konfiguration im Zusammenhang mit der geänderten Unternehmensdomain unverzüglich untersuchen und den Zugriff für alle betroffenen Mitarbeiter wiederherstellen."
    },
    {
      "ticket_id": "#486",
 "category": "Abrechnung",
 "urgency": "niedrig",
 "action": "Die Rechnung des letzten Monats ausfindig machen und eine Kopie an den Kunden senden."
    }
  ]
}
```

```json
{
  "tickets": [
    {
 "ticket_id": "481",
 "category": "Abrechnung",
 "urgency": "hoch",
 "action": "An die Abrechnungsabteilung eskalieren, um die doppelte jährliche Verlängerungsgebühr zu überprüfen und die Lösung vor dem Abschluss der Gehaltsabrechnung des Kunden am Freitag zu bestätigen."
    },
    {
 "ticket_id": "482",
      "category": "access",
 "urgency": "medium",
 "action": "Die E-Mail-Zustellungsprotokolle auf die Rücksetznachricht an diese Adresse überprüfen und, falls diese nicht zugestellt wurde, einen verifizierten Rücksetzvorgang für den Benutzer auslösen."
    },
    {
 "ticket_id": "483",
      "category": "bug",
 "urgency": "medium",
 "action": "Einen Fehlerbericht zur Währungsrundung beim CSV-Export erstellen, dabei auf die Abweichung von den Dashboard-Werten hinweisen und Schritte zur Reproduktion oder einen Beispiel-Export anfordern."
    },
    {
 "ticket_id": "484",
 "category": "feature",
 "urgency": "low",
 "action": "Als Feature-Anfrage für den Dark-Mode im Analyse-Dashboard protokollieren und den Eingang bestätigen, ohne einen Zeitplan zuzusagen."
    },
    {
 "ticket_id": "485",
      "category": "access",
 "urgency": "high",
 "action": "Als organisationsweiten SSO-Ausfall im Zusammenhang mit der Domain-Änderung eskalieren; die SSO-Domain-Konfiguration unverzüglich von der Identitäts-/Authentifizierungsabteilung überprüfen lassen."
    },
    {
      "ticket_id": "486",
 "category": "Abrechnung",
 "urgency": "niedrig",
 "action": "Die angeforderte Kopie der Rechnung des Vormonats an den verifizierten Ansprechpartner des Kontos senden."
    }
  ]
}
```

{"tickets":[{"ticket_id":"481","category":"Abrechnung","urgency":"hoch","action":"Die gemeldete doppelte jährliche Verlängerungsgebühr untersuchen und vor Ablauf der Gehaltsabrechnungsfrist des Kunden am Freitag antworten."},{"ticket_id":"482","category":"access","urgency":"medium","action":"Überprüfe die Zustellungsprotokolle für E-Mails zur Passwortzurücksetzung für die Adresse des Benutzers und sende die E-Mail erneut oder biete einen alternativen Weg zur Passwortzurücksetzung an."},{"ticket_id":"483","category":"Fehler","urgency":"mittel","action":"Die Rundung von Währungsbeträgen auf ganze Dollar beim CSV-Export reproduzieren und zur Behebung an die Entwicklung eskalieren."},{"ticket_id":"484","category":"Funktion","Dringlichkeit":"niedrig","Maßnahme":"Die Anfrage zum Dunkelmodus für das Analyse-Dashboard beim Produktteam protokollieren und den Eingang bestätigen."},{"ticket_id":"485","Kategorie":"Zugriff","Dringlichkeit":"hoch","Maßnahme":"Die unternehmensweiten SSO-Zugriffsverweigerungsfehler nach der Domain-Änderung eskalieren und die SSO-Domain-Konfiguration überprüfen."},{"ticket_id":"486","Kategorie":"Abrechnung","Dringlichkeit":"niedrig","Maßnahme":"Eine Kopie der Rechnung des letzten Monats ausfindig machen und an den Kunden senden."}]}

Verfassen Sie eine interne Einführungsnotiz mit einer Länge von 180 bis 220 Wörtern für einen Produktleiter, wobei Sie ausschließlich die unten aufgeführten Fakten verwenden. Die Notiz muss Folgendes enthalten: eine Betreffzeile, einen kurzen einleitenden Absatz, genau drei Aufzählungspunkte, eine Empfehlung und einen klar gekennzeichneten Vorbehalt. Erfinden Sie keine Budgetbeschlüsse, Prozentsätze, statistische Signifikanz oder kausale Zusammenhänge.

Fakten:
- An dem Pilotprojekt nahmen 120 Schüler teil.
- Zum Stichtag am 31. März hatten 96 Schüler mindestens drei Sitzungen besucht.
- Die Umfrage ergab bei 71 Befragten einen Durchschnittswert von 4,3 von 5 Punkten.
- Im Programmablaufblatt ist ein Budget von $18.000 aufgeführt.
- In der Genehmigungsnotiz der Finanzabteilung ist $20.000 angegeben. Es wird nicht erwähnt, ob es sich bei der Differenz um eine Korrektur oder einen Erfassungsfehler handelt.
- Die Teilnehmer wurden nicht nach dem Zufallsprinzip zugewiesen, und es wurden keine Ausgangswerte erhoben.
- Es geht um die Entscheidung, ob ein zweites Pilotprojekt gestartet werden soll, nicht darum, ob das Programm dauerhaft eingeführt werden soll.

Es wurden keine Modellausgaben generiert. Beide zulässigen Anywhere-API-Versuche lieferten den HTTP-Status 503, sodass diese Route als nicht verfügbar markiert und aus der Qualitätsbewertung ausgeschlossen wurde.

**Betreff: Ergebnisse des Pilotprogramms – Empfehlung zur Durchführung eines zweiten Pilotprojekts**

Das erste Pilotprojekt hat seine erste Kontrollphase abgeschlossen, und die ersten Indikatoren zur Beteiligung und Zufriedenheit sind vielversprechend. Bevor wir uns auf ein zweites Pilotprojekt festlegen, gibt es einige Datenpunkte und offene Punkte, die das Team gemeinsam prüfen sollte.

- Von den 120 eingeschriebenen Studierenden hatten bis zum Zwischenstand am 31. März 96 mindestens drei Sitzungen besucht.
- Eine von 71 Befragten ausgefüllte Umfrage nach den Sitzungen ergab eine durchschnittliche Bewertung von 4,3 von 5 Punkten.
- Die Budgetzahlen weichen in den verschiedenen Dokumenten voneinander ab: Im Programmablaufblatt ist $18.000 angegeben, während in der Genehmigungsnotiz der Finanzabteilung $20.000 steht; es ist unklar, ob es sich hierbei um eine Korrektur oder einen Erfassungsfehler handelt.

**Empfehlung:** Angesichts der Anwesenheits- und Umfrageergebnisse empfehlen wir, ein zweites Pilotprojekt durchzuführen, um strukturiertere Daten zu erheben – idealerweise mit einer definierten Vergleichsgruppe und einer Basismessung –, bevor eine Entscheidung über eine breitere Einführung getroffen wird. Dieses zweite Pilotprojekt sollte auch als Gelegenheit dienen, die Budgetabweichung mit der Finanzabteilung abzustimmen, bevor die Mittel endgültig bewilligt werden.

**Einschränkung:** Diese Ergebnisse sollten mit Vorsicht interpretiert werden. Die Teilnehmer wurden nicht nach dem Zufallsprinzip ausgewählt, und es wurden keine Ausgangswerte erhoben, sodass wir die Umfrageergebnisse oder Teilnahmemuster nicht dem Programm selbst zuschreiben können. Es handelt sich hierbei um eine Entscheidung zum Umfang eines zweiten Pilotprojekts, nicht um eine Entscheidung über eine dauerhafte Umsetzung.

**Betreff: Ergebnisse des Pilotprojekts und Empfehlung zur Durchführung einer zweiten Pilotkohorte**

Das erste Pilotprojekt hat seinen Zwischenstand zum 31. März erreicht, und wir verfügen nun über genügend Informationen, um zu entscheiden, ob ein zweites Pilotprojekt durchgeführt werden soll. Diese Mitteilung fasst zusammen, was wir beobachtet haben, was wir empfehlen und welche wesentlichen Einschränkungen bei der Interpretation zu beachten sind. Eine Entscheidung über eine dauerhafte Einführung steht zum jetzigen Zeitpunkt noch nicht zur Debatte.

- **Teilnahme und Engagement:** 120 Studierende haben sich angemeldet. Zum Stichtag 31. März hatten 96 von ihnen an mindestens drei Sitzungen teilgenommen.
- **Feedback der Teilnehmer:** Die Umfrage nach der Teilnahme ergab bei 71 Befragten eine durchschnittliche Bewertung von 4,3 von 5 Punkten. Die übrigen angemeldeten Studierenden haben nicht geantwortet, sodass die Bewertung nur diese Untergruppe widerspiegelt.
- **Budgetabweichung:** Im Programmablaufblatt ist ein Budget von $18.000 aufgeführt, während in der Genehmigungsnotiz der Finanzabteilung $20.000 angegeben ist. In der Finanzgenehmigungsnotiz wird nicht angegeben, ob die Differenz auf eine Korrektur oder einen Erfassungsfehler zurückzuführen ist, und wir haben noch nicht geklärt, welcher Betrag maßgeblich ist.

**Empfehlung:** Die Planung eines zweiten Pilotprojekts sollte fortgesetzt werden, unter der Voraussetzung, dass die Finanzabteilung und die Programmverwaltung die beiden Budgetzahlen abgleichen und einen einzigen maßgeblichen Betrag bestätigen, bevor wir Mittel bereitstellen. Bei einem zweiten Pilotprojekt sollten zudem Ausgangswerte bei der Aufnahme erhoben werden.

**EINSCHRÄNKUNG:** Die Teilnehmer wurden nicht nach dem Zufallsprinzip zugewiesen, und es wurden keine Ausgangswerte erhoben. Die Zahlen zur Beteiligung und aus den Umfragen beschreiben daher lediglich, was diese Gruppe getan und berichtet hat; sie geben keinen Aufschluss darüber, welche Auswirkungen das Programm hatte oder wie es bei einer anderen Zielgruppe funktionieren würde.

**Betreff:** Zusammenfassung des Zwischenberichts zum Pilotprojekt und Empfehlung zur Durchführung eines zweiten Pilotprojekts

Hallo [Direktor],

im Folgenden finden Sie eine Zusammenfassung des aktuellen Stands des Pilotprojekts zum Stichtag 31. März sowie eine Empfehlung dazu, ob ein zweites Pilotprojekt durchgeführt werden soll. Diese Mitteilung bezieht sich ausschließlich auf die Entscheidung über ein zweites Pilotprojekt, nicht auf die dauerhafte Einführung.

- **Anmeldung und Teilnahme:** 120 Studierende haben sich angemeldet. Zum Stichtag 31. März hatten 96 von ihnen an mindestens drei Sitzungen teilgenommen.
- **Feedback der Teilnehmer:** Eine Umfrage ergab bei 71 Befragten eine Durchschnittsbewertung von 4,3 von 5 Punkten.
- **Budgetunterlagen:** Im Programmablaufblatt ist ein Budget von $18.000 aufgeführt, während in der Finanzgenehmigungsnotiz $20.000 angegeben ist. Aus der Finanznotiz geht nicht hervor, ob es sich bei der Differenz um eine Korrektur oder einen Erfassungsfehler handelt.

**

Diagnostizieren und reparieren Sie diese JavaScript-Funktion. Geben Sie JSON mit genau vier Feldern zurück: root_cause (Zeichenkette), replacement (Zeichenkette, die die vollständige Ersatzfunktion enthält), tests (Array aus Testfall-Zeichenketten) und remaining_risk (Zeichenkette). Geben Sie nicht an, dass Sie Tests durchgeführt haben. Führen Sie die kleinste eindeutige Korrektur durch, die den Vertrag erfüllt.

Spezifikation:
- `tasks` ist ein Array aus Funktionen ohne Argumente, die Promises zurückgeben.
- Gib den ersten erfüllten Wert in der Reihenfolge der Eingabe zurück, auch wenn dieser Wert 0, `false` oder eine leere Zeichenkette ist.
- Ignoriere abgelehnte Aufgaben.
- Gib `null` zurück, wenn jede Aufgabe abgelehnt wird oder das Array leer ist.

Aktueller Code:
async function firstSuccessful(tasks) {
  const results = await Promise.all(tasks.map((task) => task()));
  return results.find(Boolean) || null;
}

Es wurden keine Modellausgaben generiert. Beide zulässigen Anywhere-API-Versuche lieferten den HTTP-Status 503, sodass diese Route als nicht verfügbar markiert und aus der Qualitätsbewertung ausgeschlossen wurde.

```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."}