|

Claude Opus 4.7 xhigh-Modus im Detail: Praxisleitfaden für 5 Effort-Stufen

Anmerkung des Autors: Umfassende Analyse des neuen xhigh-Effort-Levels in Claude Opus 4.7. Wir vergleichen die fünf Stufen (low/medium/high/xhigh/max) und zeigen Best Practices sowie Code-Beispiele für Programmierung und Agentic-Szenarien.

Viele Entwickler haben nach dem Upgrade auf Claude Opus 4.7 einen neuen, unbekannten Parameterwert entdeckt: xhigh. Er ist weder der Standardwert high noch das Maximum max. Wann sollte man ihn verwenden? Dieser Artikel erläutert das Designprinzip, die Leistungskurve und die Konfiguration des Claude Opus 4.7 xhigh-Modus, damit Sie bei Agentic Coding und komplexen Aufgaben das optimale Verhältnis zwischen „Intelligenz und Kosten“ erzielen.

Kernnutzen: Nach der Lektüre kennen Sie die Unterschiede zwischen den fünf Effort-Stufen, wissen, wann Sie wechseln sollten, wie Sie dies in Claude Code und der Messages API aktivieren und wie Sie die häufigen Fehler „übermäßiges Schlussfolgern“ und „Token-Verschwendung“ vermeiden.

claude-opus-4-7-xhigh-effort-mode-explained-de 图示


Kernpunkte des Claude Opus 4.7 xhigh-Modus

Punkt Beschreibung Anwendungsfall
Neue Stufe Ein neuer Effort-Level zwischen high und max Aufgaben, die tieferes Denken erfordern, ohne die Kosten von max
Empfohlener Start Anthropic empfiehlt xhigh als Standard für Programmierung/Agentic Claude Code, langfristige Agenten, Wissensdatenbank-Suche
Token-Verbrauch Deutlich höher als high, aber weit unter max Reduziert Token-Verschwendung bei langen Aufgaben um über 50 %
Exklusiver Support Nur in Claude Opus 4.7 verfügbar Erfordert Modell-ID claude-opus-4-7
Mechanismen Arbeitet mit adaptive thinking & task budgets zusammen Aufgaben-Selbstplanung, sichtbare Token-Budgets

Design-Motivation des Claude Opus 4.7 xhigh-Modus

Die Einführung von xhigh löst ein echtes Problem: In der Ära von Opus 4.6 mussten Entwickler bei langen Agentic-Programmieraufgaben zwischen high und max wählen. high war bei komplexen, mehrstufigen Schlussfolgerungen oft „nicht tiefgründig genug“, während max zu explodierenden Token-Kosten führte. Anthropic hat in Version 4.7 eine auf „langfristige Aufgaben“ ausgerichtete Stufe entwickelt, die bei Werkzeugaufrufen, langem Kontext-Retrieval und sitzungsübergreifendem Gedächtnis eine hohe Qualität liefert, während der Token-Verbrauch kontrolliert bleibt.

Laut offiziellen internen Benchmarks für Agentic Coding erreicht Opus 4.7 auf der Stufe xhigh einen Score von ca. 71 % (bei ca. 100k Token), während die Stufe max nur auf ~74,5 % steigt (aber über 200k Token verbraucht). Mit anderen Worten: Der Sprung von xhigh auf max bringt im Schnitt nur 3 Prozentpunkte mehr, kostet aber fast das Doppelte an Token. Das ist der Hauptgrund, warum xhigh der „offizielle empfohlene Startpunkt“ ist.

claude-opus-4-7-xhigh-effort-mode-explained-de 图示


Claude Opus 4.7 xhigh-Modus: Vergleich der fünf Stufen

Die folgende Tabelle vergleicht die offizielle Positionierung und praktische Empfehlungen für alle fünf Effort-Stufen von Opus 4.7:

Effort-Stufe Positionierung Empfohlene Szenarien Relativer Token-Verbrauch
low Höchste Effizienz, reduziert Schlussfolgerungen Kurze Aufgaben, Sub-Agenten, Klassifizierungen Basis 1x
medium Ausgewogen, spart Kosten bei guter Qualität Reguläre Chats, einstufige Codegenerierung ca. 1,3x
high API-Standard, komplexe Logik & Programmierung Allgemeine, intelligenzsensitive Aufgaben ca. 2x
xhigh Empfohlener Startpunkt für Coding & Agenten Claude Code, mehrstufige Tool-Aufrufe ca. 3x
max Absolute Leistungsgrenze, keine Token-Beschränkung Echte Pionieraufgaben, Forschungsarbeiten ca. 6x+

🎯 Auswahl-Empfehlung: Für Programmieraufgaben empfiehlt es sich, direkt mit xhigh zu starten und je nach Ergebnis auf max hochzustufen oder auf high zu reduzieren. Über die Plattform APIYI (apiyi.com) können Sie das Modell claude-opus-4-7 direkt aufrufen, um die Unterschiede der verschiedenen Effort-Stufen schnell zu vergleichen. Die Plattform bietet eine einheitliche, OpenAI-kompatible Schnittstelle, die das Testen des Effort-Parameters erleichtert.

Die entscheidenden Unterschiede zwischen Claude Opus 4.7 xhigh und high

Viele fragen sich: Wenn high bereits die Standardeinstellung ist, warum braucht man dann xhigh? Es gibt drei wesentliche Unterschiede:

Erstens: Die Tiefe der Schlussfolgerung. Im xhigh-Modus löst Opus 4.7 häufiger den adaptiven Denkmodus aus. Das Modell reflektiert aktiv Zwischenergebnisse und verfolgt fehlgeschlagene Tool-Aufrufe zurück. high hingegen tendiert dazu, Aufgaben „in einem Rutsch“ zu lösen und überspringt bei mittlerer Komplexität möglicherweise tiefergehende Überlegungen.

Zweitens: Die Strategie der Tool-Aufrufe. xhigh ermutigt das Modell, explorative Tool-Aufrufe zu tätigen (z. B. grep, Lesen mehrerer Dateien, Abhängigkeitsverfolgung), während high dazu neigt, die Anzahl der Aufrufe zu minimieren, um Token zu sparen. Bei großen Refactoring-Projekten oder der Fehlersuche über mehrere Dateien hinweg ist der explorative Vorteil von xhigh deutlich spürbar.

Drittens: Leistung bei langfristigen Aufgaben. Bei Agenten-Aufgaben, die länger als 30 Minuten dauern und ein Token-Budget im Millionenbereich erfordern, ist die Stabilität von xhigh deutlich höher als bei high. Das Modell neigt weniger dazu, „vom Weg abzukommen“ oder vorzeitig abzubrechen.


Claude Opus 4.7 xhigh-Modus: Schnelleinstieg

Minimalistisches Aufrufbeispiel

Hier ist der minimale Code (unter 10 Zeilen) für den Aufruf des Opus 4.7 xhigh-Modus über die OpenAI-kompatible Schnittstelle:

import openai

client = openai.OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://vip.apiyi.com/v1"
)

response = client.chat.completions.create(
    model="claude-opus-4-7",
    messages=[{"role": "user", "content": "Hilf mir beim Refactoring dieses Python-Codes:..."}],
    extra_body={"effort": "xhigh"}
)
print(response.choices[0].message.content)

Vollständiges Beispiel für das native Anthropic SDK anzeigen
import anthropic

client = anthropic.Anthropic(api_key="YOUR_API_KEY")

response = client.messages.create(
    model="claude-opus-4-7",
    max_tokens=64000,
    messages=[
        {
            "role": "user",
            "content": "Bitte analysiere die Codestruktur dieses Repositorys und schlage drei verbesserungswürdige Designmuster vor."
        }
    ],
    output_config={
        "effort": "xhigh"
    },
    thinking={
        "type": "adaptive",
        "display": "summarized"
    }
)

# 4.7 blendet Thinking-Inhalte standardmäßig aus, explizites Opt-in erforderlich
for block in response.content:
    if block.type == "text":
        print(block.text)
    elif block.type == "thinking":
        print(f"[Denk-Zusammenfassung]: {block.thinking}")

Wichtige Parameter:

  • model: Muss claude-opus-4-7 sein; die ältere Version claude-opus-4-6 unterstützt kein xhigh.
  • output_config.effort: Auf "xhigh" setzen.
  • max_tokens: Für xhigh werden mindestens 64k empfohlen, damit das Modell genügend Raum zum Denken und für Tool-Aufrufe hat.
  • thinking.display: Auf "summarized" setzen, um die Zusammenfassung der Schlussfolgerungen zu sehen; "omitted" ist die Standardeinstellung (ausgeblendet).

Empfehlung: Im xhigh-Modus sollte max_tokens auf über 64k erhöht werden, da das Modell sonst aufgrund von Platzmangel vorzeitig abbrechen könnte. Sie können sich bei APIYI (apiyi.com) registrieren, um die tatsächliche Leistung von Opus 4.7 xhigh kostenlos zu testen. Die Plattform unterstützt die direkte Durchleitung des Effort-Parameters analog zu Anthropic.

Einsatz des Claude Opus 4.7 xhigh-Modus in Claude Code

Änderungen der Standardeinstellungen in Claude Code

Mit dem Upgrade auf Opus 4.7 hat Claude Code den internen Standardwert für effort von high auf xhigh angehoben. Das bedeutet: Wenn Sie einfach den Befehl claude eingeben, um den interaktiven Modus zu starten, werden die Anfragen automatisch mit xhigh ausgeführt. Die spürbarsten Auswirkungen dieser Änderung:

  • Deutlich höhere Erfolgsquote bei komplexen Aufgaben (insbesondere bei Bugfixes über mehrere Dateien hinweg).
  • Der Token-Verbrauch pro Sitzung liegt mehr als doppelt so hoch wie bei Version 4.6.
  • Die Erfolgsquote bei langwierigen Aufgaben (z. B. Refactoring des gesamten Repositorys) stieg von ca. 55 % auf etwa 71 %.

Manuelle Festlegung der Effort-Stufe

Wenn Sie den effort in Claude Code explizit steuern möchten, können Sie dies in der Konfigurationsdatei anpassen:

{
  "model": "claude-opus-4-7",
  "effort": "xhigh",
  "max_tokens": 96000,
  "thinking_display": "summarized"
}

Empfohlene effort-Einstellungen je nach Aufgabentyp:

Aufgabentyp Empfohlener Effort Grund
Bugfix in einer Datei high oder xhigh Erfordert fundiertes Schlussfolgern, aber keine weitreichende Exploration
Dateiübergreifendes Refactoring xhigh Erfordert mehrfaches Grep, Lesen von Dateien und Abhängigkeitsverfolgung
Design-Review des gesamten Repos xhigh oder max Langfristiges, mehrstufiges Schlussfolgern, Qualität hat Vorrang
Einfache Code-Formatierung low Schematische Aufgabe, spart Token
Dokumentationserstellung medium Ausgewogenes Verhältnis zwischen Qualität und Geschwindigkeit

claude-opus-4-7-xhigh-effort-mode-explained-de 图示

Datenhinweis: Die obige Grafik basiert auf den von Anthropic veröffentlichten internen Agentic Coding Eval-Daten und kann über die APIYI-Plattform (apiyi.com) mit denselben Eingabeaufforderungen reproduziert und verifiziert werden.

Claude Opus 4.7 xhigh-Modus und Begleitmechanismen

Synergie mit adaptive thinking

Opus 4.7 hat den alten budget_tokens-Parameter für das Denkbudget entfernt; der einzige unterstützte Denkmodus ist nun adaptive thinking. Der Effort-Parameter fungiert dabei als zentraler Regler für die „Denktiefe“:

Effort adaptive thinking Verhalten
low Überspringt bei den meisten Anfragen das Denken und gibt direkt aus
medium Löst nur bei komplexen Problemen einen Denkprozess aus
high Denkt fast immer nach, mit mittlerer Tiefe
xhigh Denkt fast immer tief nach, inklusive Reflexion und Rückverfolgung
max Tiefes Denken + Pfadsuche über mehrere Wege

Hinweis: 4.7 blendet den Thinking-Inhalt standardmäßig aus (das Feld thinking im Response-Stream ist leer). Wenn Ihre Anwendung den Denkprozess für Benutzer anzeigen soll, müssen Sie explizit thinking.display = "summarized" setzen, da der Benutzer sonst eine längere „Leerephase ohne Antwort“ erlebt.

Zusammenspiel mit task budgets

Opus 4.7 führt zudem den task_budget-Parameter in der Beta-Phase ein, der besonders in Kombination mit xhigh nützlich ist:

response = client.beta.messages.create(
    model="claude-opus-4-7",
    max_tokens=128000,
    output_config={
        "effort": "xhigh",
        "task_budget": {"type": "tokens", "total": 200000}
    },
    messages=[{"role": "user", "content": "Refaktoriere das gesamte Benutzerauthentifizierungsmodul"}],
    betas=["task-budgets-2026-03-13"]
)

task_budget ist eine „weiche Empfehlung“ (advisory): Das Modell sieht das verbleibende Budget und priorisiert die Arbeit entsprechend; max_tokens ist das „harte Limit“, bei dessen Erreichen die Ausgabe abgeschnitten wird. In Kombination ermöglicht dies dem xhigh-Modus, sich bei langfristigen Aufgaben selbst zu regulieren und ein unkontrolliertes Token-Wachstum zu vermeiden.

xhigh und das 1M-Kontextfenster

Opus 4.7 unterstützt ein 1M-Token-Kontextfenster ohne Aufpreis für langen Kontext. Im xhigh-Modus kann das Modell komplexe Codebasen innerhalb des 1M-Kontexts analysieren, ohne den Verlauf ständig komprimieren zu müssen. Das bedeutet:

  • Hunderttausende Zeilen Code können für eine ganzheitliche Analyse auf einmal geladen werden
  • Memory-Tools über Sitzungen hinweg bewahren den Kontext stabil
  • Informationsverluste durch Kontextkomprimierung werden reduziert

claude-opus-4-7-xhigh-effort-mode-explained-de 图示

Best Practices für den Claude Opus 4.7 xhigh-Modus

Empfehlung 1: Starten Sie Programmieraufgaben mit xhigh

Die offizielle Dokumentation von Anthropic besagt eindeutig: „Start with xhigh for coding and agentic use cases“. Da Programmieraufgaben meist das Lesen mehrerer Dateien, Abhängigkeitsanalysen und das Ausführen von Tests in mehreren Schritten erfordern, ist die Explorationsfähigkeit von xhigh in diesen Szenarien deutlich stärker als bei high.

Wenn Sie bei Opus 4.6 an high als Standardwert für das Programmieren gewöhnt waren, empfiehlt es sich, beim Umstieg auf 4.7 direkt auf xhigh zu wechseln und erst bei Bedarf wieder zurückzustufen.

Empfehlung 2: Setzen Sie max_tokens auf mindestens 64k

Sowohl xhigh als auch max benötigen ausreichend Ausgaberaum. Offiziell wird empfohlen, mit 64k zu beginnen und je nach Aufgabenkomplexität anzupassen. Wenn Ihre max_tokens noch auf 4096 stehen, wird xhigh bei langen Aufgaben häufig unterbrochen, was zu einer schlechteren Nutzererfahrung führt als bei high.

Empfehlung 3: Aktivieren Sie die Thinking-Zusammenfassung

thinking = {
    "type": "adaptive",
    "display": "summarized"
}

Obwohl 4.7 das „Thinking“ standardmäßig verbirgt, hilft die Einstellung summarized beim Debugging und in produktiven Szenarien, dem Nutzer zu signalisieren, dass das Modell arbeitet. So vermeiden Sie den Eindruck, das System sei „eingefroren“.

Empfehlung 4: Dynamische Auswahl je nach Aufgabenkomplexität

Verwenden Sie nicht für alle Anfragen denselben Effort-Level. Eine bewährte Strategie:

def pick_effort(task_type: str, complexity: str) -> str:
    # Wählt den Effort-Level basierend auf Aufgabentyp und Komplexität
    if task_type == "classification" or complexity == "trivial":
        return "low"
    elif task_type == "chat" and complexity == "simple":
        return "medium"
    elif task_type == "coding" and complexity == "moderate":
        return "high"
    elif task_type == "coding" and complexity in ("complex", "agentic"):
        return "xhigh"
    elif task_type == "research" and complexity == "frontier":
        return "max"
    return "high"

Optimierungstipp: Bei der Anbindung von Opus 4.7 über APIYI (apiyi.com) können Sie den Effort-Level auf Anfrageebene dynamisch umschalten und das Kosten-Nutzen-Verhältnis über das einheitliche Statistik-Dashboard überwachen.

Empfehlung 5: Beachten Sie die Änderungen am Tokenizer

Opus 4.7 nutzt einen neuen Tokenizer; derselbe Text kann 1,0 bis 1,35 Mal mehr Token verbrauchen als bei 4.6. Denken Sie bei der Kostenkalkulation daran, einen Puffer von 35 % gegenüber 4.6 einzuplanen, um unerwartet hohe Abrechnungen zu vermeiden.


Häufige Missverständnisse zum Claude Opus 4.7 xhigh-Modus

Missverständnis 1: xhigh ist immer besser als high

Nicht unbedingt. Bei einfachen Single-Turn-Fragen oder strukturierter Ausgabe (z. B. JSON-Extraktion) kann xhigh zu „übertriebenem Schlussfolgern“ führen, was die Antwortzeit unnötig verlängert, ohne die Qualität zu verbessern. Hier sind medium oder low besser geeignet.

Missverständnis 2: max ist immer am stärksten

Obwohl max bei Benchmarks am besten abschneidet, ist der Zuwachs begrenzt (ca. 3 Prozentpunkte), während sich die Kosten verdoppeln. Anthropic rät: „Reserve max for genuinely frontier problems“. Für alltägliche Programmieraufgaben reicht xhigh völlig aus; die blinde Nutzung von max ist Ressourcenverschwendung.

Missverständnis 3: Man kann weiterhin budget_tokens verwenden

Opus 4.7 hat den Parameter thinking.budget_tokens entfernt. Die Übergabe führt zu einem 400-Fehler. Die Steuerung der Denktiefe erfolgt ausschließlich über den effort-Parameter.

Missverständnis 4: xhigh funktioniert auch bei Sonnet 4.6

xhigh ist exklusiv für Opus 4.7. Die Effort-Stufen von Sonnet 4.6 unterstützen nur low/medium/high/max; Aufrufe mit xhigh werden abgelehnt.

Modell Unterstützte Effort-Stufen
Claude Opus 4.7 low / medium / high / xhigh / max
Claude Opus 4.6 low / medium / high / max
Claude Sonnet 4.6 low / medium / high / max
Claude Opus 4.5 low / medium / high

Häufig gestellte Fragen

Q1: Wie viel teurer ist xhigh im Vergleich zu high? Wann lohnt es sich?

Laut der offiziellen Kurve liegt der Token-Verbrauch von xhigh etwa beim 1,5-Fachen von high (abhängig von der Aufgabenkomplexität), bietet jedoch eine Steigerung von etwa 5–6 Prozentpunkten bei Agentic-Coding-Benchmarks. Für Szenarien wie dateiübergreifendes Refactoring, komplexe Aufgaben und mehrstufige Werkzeugaufrufe ist dieses Preis-Leistungs-Verhältnis absolut gerechtfertigt. Für einfache Code-Generierung oder das Verfassen von Dokumentationen reicht die Stufe high jedoch völlig aus.

Q2: Wie übergebe ich den effort-Parameter bei der Verwendung der OpenAI-kompatiblen Schnittstelle?

Das OpenAI-SDK erkennt effort standardmäßig nicht; der Parameter muss über das Feld extra_body durchgereicht werden. Zum Beispiel:

client.chat.completions.create(
    model="claude-opus-4-7",
    messages=[...],
    extra_body={"effort": "xhigh"}
)

Wenn Sie eine Aggregator-Plattform wie APIYI (apiyi.com) nutzen, stellen Sie bitte sicher, dass die Plattform die Weiterleitung des effort-Parameters unterstützt (APIYI unterstützt dies bereits).

Q3: Ist die Antwortlatenz im xhigh-Modus sehr langsam?

Sie ist etwa 50–80 % langsamer als bei high, da das Modell tiefer nachdenkt und mehr Werkzeugaufrufe tätigt. Bei komplexen Agentic-Aufgaben kann sich die Gesamtdauer jedoch verkürzen, da weniger manuelle Korrekturen und Wiederholungen erforderlich sind. Bei Latenzempfindlichkeit können Sie die Thinking-Zusammenfassung (display: "summarized") aktivieren, damit der Benutzer den Fortschritt verfolgen kann.

Q4: Wie teste ich die Wirkung von Opus 4.7 xhigh schnell?

Wir empfehlen die Nutzung einer Aggregator-Plattform, die die Weiterleitung des effort-Parameters unterstützt, für einen schnellen Vergleich:

  1. Besuchen Sie APIYI (apiyi.com) und registrieren Sie ein Konto.
  2. Wählen Sie das Modell claude-opus-4-7 aus.
  3. Testen Sie mit derselben Eingabeaufforderung die drei Stufen high / xhigh / max.
  4. Vergleichen Sie die Ausgabequalität, den Token-Verbrauch und die Antwortlatenz.

Durch praktische Vergleiche finden Sie schnell die effort-Konfiguration, die am besten zu Ihrem Anwendungsfall passt.

Q5: Was muss ich beim Upgrade von 4.6 auf 4.7 am Code ändern?

Neben dem Hinzufügen von effort: xhigh sollten Sie auf einige Breaking Changes achten:

  • Entfernen Sie thinking.budget_tokens und verwenden Sie stattdessen thinking.type: "adaptive".
  • Entfernen Sie temperature / top_p / top_k (das Setzen von Nicht-Standardwerten führt zu einem 400-Fehler).
  • Thinking-Inhalte sind standardmäßig ausgeblendet; Sie müssen display: "summarized" explizit setzen.
  • Es wird empfohlen, max_tokens auf über 64k zu erhöhen.

Zusammenfassung

Die Kernpunkte des Claude Opus 4.7 xhigh-Modus:

  1. Präzise Positionierung: Liegt zwischen high und max und ist speziell für komplexes Programmieren und Agentic-Aufgaben konzipiert.
  2. Preis-Leistungs-Optimum: Deutlich leistungsfähiger als high und wesentlich sparsamer als max – die offizielle Empfehlung für Programmieraufgaben.
  3. Umfassende Unterstützung: Funktioniert nahtlos mit adaptive thinking, task budgets und dem 1M-Kontextfenster.
  4. Exklusiv für 4.7: Nur bei claude-opus-4-7 verfügbar, nicht bei 4.6 oder Sonnet 4.6.
  5. Niedrige Einstiegshürde: Einfach output_config.effort auf "xhigh" setzen.

Entwicklern, die auf Opus 4.7 umsteigen möchten, empfehlen wir, mit xhigh zu starten und dies mit 64k+ max_tokens sowie adaptive thinking zu kombinieren. Sie werden bei den meisten Programmieraufgaben sofort den Leistungssprung von 4.7 spüren.

Wir empfehlen den schnellen Zugriff auf den Claude Opus 4.7 xhigh-Modus über APIYI (apiyi.com). Die Plattform unterstützt bereits die Weiterleitung des effort-Parameters sowie das 1M-Kontextfenster und bietet kostenlose Testguthaben für einen direkten Vergleich der Performance von 4.7 und 4.6 in Ihrem Geschäftsszenario.


📚 Referenzmaterialien

  1. Offizielle Dokumentation zum effort-Parameter von Anthropic: Detaillierte Erläuterung der Definitionen und empfohlenen Verwendung der fünf effort-Stufen.

    • Link: platform.claude.com/docs/en/build-with-claude/effort
    • Hinweis: Offizielle, maßgebliche Definitionen und Best Practices für Stufen wie xhigh.
  2. Neuerungen in Claude Opus 4.7: Vollständige Liste der Änderungen in Version 4.7.

    • Link: platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-6
    • Hinweis: Enthält den Hintergrund zur Einführung von xhigh, Breaking Changes und Migrationshinweise.
  3. Dokumentation zu Adaptive Thinking: Der einzige in 4.7 unterstützte Denkmodus.

    • Link: platform.claude.com/docs/en/build-with-claude/adaptive-thinking
    • Hinweis: Entscheidend für das Verständnis des Zusammenspiels zwischen effort und thinking.
  4. Dokumentation zu Task Budgets (Beta): Budgetkontrolle für die Verwendung mit xhigh.

    • Link: platform.claude.com/docs/en/build-with-claude/task-budgets
    • Hinweis: Ein praktisches Werkzeug zur Steuerung des Token-Verbrauchs bei langwierigen Aufgaben.
  5. APIYI Claude-Modell-Integrationsdokumentation: Schnellstartanleitung für Entwickler.

    • Link: help.apiyi.com
    • Hinweis: Enthält praktische Konfigurationen wie die Durchleitung des effort-Parameters und den Aufruf mit 1M Kontextfenster.

Autor: APIYI Technik-Team
Technischer Austausch: Diskutieren Sie gerne in den Kommentaren über die Leistung des xhigh-Modus in Ihren praktischen Szenarien. Weitere Tipps zur Konfiguration von Claude Opus 4.7 finden Sie im APIYI-Dokumentationszentrum unter docs.apiyi.com.

Ähnliche Beiträge