Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Größe 4.3
XaI — Gork 43.
Modelldetails
Grok 4.3 ist ein Modell, bei dem das Denken an erster Stelle steht und einen ständig verfügbaren und konfigurierbaren Denkaufwand bietet (kein, niedriger, mittlerer, hoher). Da das Denken immer aktiv und nicht optional ist, verhält es sich über mehrstufige Agentenschleifen hinweg konsistenter als Modelle, bei denen das Denken übersprungen werden kann. Es bietet außerdem umfangreiche Funktionen zur Verwendung von Tools und die Befolgung von Anweisungen für die Erstellung mehrstufiger Agenten sowie eine hohe Effizienz, um Inferenzen mit hohem Datenvolumen kosteneffizient zu gestalten. Grok 4.3 eignet sich besonders gut für Unternehmens-Workloads wie Vertragsprüfung, Rechtsprechungsforschung, Kreditvertragsanalyse und Fragen und Antworten zu Finanzdokumenten und liefert gleichzeitig konsistente, qualitativ hochwertige Ergebnisse in dialogorientierten KI-, Such-, Chat- und Multi-Turn-Workflows. Grok 4.3 läuft auf Mantle, einer neuen Inferenz-Engine in Amazon Bedrock, die auf ein gutes Preis-Leistungs-Verhältnis ausgelegt ist und Tool-Calls, strukturierte Ausgabe und Response-Streaming unterstützt.
Startdatum des Modells: 15. Juni 2026
EOL frühestens: 15. Juni 2027
Legacy-Zeitraum: mindestens 6 Monate
Richtlinie zum Modelllebenszyklus: Modelllebenszyklus (für Modelle, die vor dem 7. September 2026 auf den Markt gebracht wurden)
EOL-Datum des Modells: N/A
Endbenutzer-Lizenzverträge und Nutzungsbedingungen: Ansehen https://aws.amazon.com/legal/bedrock/third-party-models/
Lebenszyklus des Modells: Aktiv
Kontextfenster: 1 Million Token
Begründung: Unterstützt (konfigurierbar: keine, niedrig, mittel, hoch)
| Eingabemodalitäten | Modalitäten der Ausgabe | Unterstützte APIs | Unterstützte Endpunkte |
|---|---|---|---|
Chat Completions | bedrock-runtime | ||
Responses | bedrock-mantle | ||
Invoke | |||
Converse | |||
Anbedrock-mantle, dieses Modell wird in serviert/openai/v1/responses, nicht in der Standardeinstellung/v1/responses.
Fähigkeiten und Funktionen
Funktionen von Bedrock
Funktionen, die mithilfe bedrock-mantle von Endpoint unterstützt werden
| Unterstützt | Nicht unterstützt |
|---|---|
|
— |
Preisgestaltung
| Inferenz-Option | Eingabe | Ausgabe | Cache gelesen |
|---|---|---|---|
| In-Region | 1,25$ | 2,50$ | 0,20$ |
AWS GovCloud () US-West
| Inferenz-Option | Eingabe | Ausgabe | Cache gelesen |
|---|---|---|---|
| In-Region | 1,50 USD | 3,00$ | 0,24$ |
Alle Preise verstehen sich pro 1 Million Token. Die angegebenen Preise beziehen sich auf die Standard-Stufe. Grok 4.3 unterstützt nur In-Region Inferenz.
Priority- und Flex-Tier-Support: Zusätzlich zu Standard unterstützt Grok 4.3 die Servicestufen Priority und Flex. Priority wird zum 1,75-fachen des Standardtarifs pro Token (eine Prämie von 75%) und für Flex zum 0,5-fachen des Standardtarifs (ein Rabatt von 50%) in Rechnung gestellt. Wenden Sie diese Multiplikatoren auf die oben angegebenen Standardtarife an. Einzelheiten zu den einzelnen Servicestufen finden Sie unter Servicestufen. service-tiers-inference.html
Programmatischer Zugriff
Verwenden Sie die folgenden Modell-IDs und Endpunkt-URLs, um programmgesteuert auf dieses Modell zuzugreifen. Weitere Informationen zu den verfügbaren APIs und Endpunkten finden Sie unter Unterstützte APIs und Unterstützte Endpunkte.
| Endpunkt | Modell-ID | In-Region URL des Endpunkts | Geoinferenz-ID | Globale Inferenz-ID |
|---|---|---|---|---|
bedrock-mantle |
xai.grok-4.3 |
https://bedrock-mantle.{region}.api.aws/openai/v1 |
Nicht unterstützt | Nicht unterstützt |
Wenn die Region beispielsweise US-West-2 (Oregon) ist, lautet die Bedrock-Mantle-Endpunkt-URL "“. https://bedrock-mantle.us-west-2.api.aws/openai/v1
Servicestufen
Amazon Bedrock bietet mehrere Servicestufen, um Ihren Workload-Anforderungen gerecht zu werden. Standard bietet Pay-per-Token-Zugriff ohne Verpflichtung (setzen Sie das Feld ein "service_tier": "default" oder lassen Sie es weg). Priority bietet die schnellsten Reaktionszeiten gegen einen Preisaufschlag (Set). "service_tier": "priority" Flex bietet kostengünstigen Zugriff auf flexible, nicht zeitkritische Workloads (Set). "service_tier": "flex" Reserved bietet einen dedizierten Durchsatz mit einer bestimmten Laufzeit für vorhersehbare Workloads. Dieser Wert wird auf Kontoebene und nicht pro Anfrage festgelegt (wenden Sie sich zur Aktivierung an Ihr AWS-Kontenteam). Weitere Informationen finden Sie unter Servicestufen.
| Standard | Priorität | Flex | Reserviert |
|---|---|---|---|
Regionale Verfügbarkeit
Regionale Verfügbarkeit auf einen Blick
Amazon Bedrock bietet drei Ableitungsoptionen: In-Region Es werden Anfragen innerhalb einer einzigen Region zur strikten Einhaltung der Vorschriften gespeichert, Cross-Region Geo-Routen zwischen Regionen innerhalb einer Region (z. B. USA, EU und APAC) unter Berücksichtigung der Datenresidenz, und globale Cross-Region Routen überall auf der Welt, wenn keine Wohnsitzbeschränkungen bestehen. Weitere Informationen finden Sie auf der SeiteRegionale Verfügbarkeit nach Modellen.
| Region | In-Region | Geo | Global |
|---|---|---|---|
us-west-2(Oregon) | |||
us-east-1(Nord-Virginia) | |||
us-east-2(Ohio) | |||
us-gov-west-1(GovCloud Westen) |
Kontingente und Einschränkungen
Ihr AWS Konto verfügt über Standardkontingente, um die Leistung des Dienstes aufrechtzuerhalten und eine angemessene Nutzung von Amazon Bedrock sicherzustellen. Die einem Konto zugewiesenen Standardkontingente können je nach regionalen Faktoren, Zahlungsverlauf, betrügerischer Nutzung und and/or Genehmigung einer Anfrage zur Kontingenterhöhung aktualisiert werden. Weitere Informationen finden Sie in der Kontingente für Amazon Bedrock Dokumentation und in den Grenzwerten für das Modell.
Bei Nutzung des On-Demand-Durchsatzes auf dem bedrock-mantle Endpunkt skaliert der verfügbare Durchsatz im Laufe der Zeit. In Zeiten hoher Nachfrage ist nicht garantiert, dass alle Anfragen innerhalb Ihres Kontingents erfolgreich sind. Daher ist es wichtig, die Anforderungen schrittweise zu erhöhen. Bei diesem Modell werden die Standardlimits nicht direkt in den Servicekontingenten angezeigt. Wir empfehlen daher, sich an der Rampe zu orientieren.
Beispiel-Code
Schritt 1 — AWS Konto: Wenn Sie bereits ein AWS Konto haben, überspringen Sie diesen Schritt. Wenn Sie neu bei uns sind AWS, registrieren Sie sich für ein AWS-Konto
Schritt 2 — API-Schlüssel: Gehen Sie zur Amazon Bedrock-Konsole
Schritt 3 — Holen Sie sich das SDK: Um dieses Handbuch für die ersten Schritte verwenden zu können, muss Python bereits installiert sein. Installieren Sie dann die entsprechende Software je nach den von Ihnen verwendeten APIs.
Schritt 4 — Umgebungsvariablen festlegen: Konfigurieren Sie Ihre Umgebung so, dass der API-Schlüssel für die Authentifizierung verwendet wird.
Schritt 5 — Führen Sie Ihre erste Inferenzanforderung aus: Speichern Sie die Datei unter bedrock-first-request.py
Überlegungen und Einschränkungen bei der Verwendung
Argumentationsaufwand — Die Argumentation ist standardmäßig immer aktiv. Du kannst den Aufwand mithilfe der folgenden
reasoningParameter konfigurieren:{"effort": "none"}(deaktiviert Argumentation),"low"(Standard), oder."medium""high"Der Inhalt der Argumentation ist verschlüsselt und kann zurückgegeben werden, indem die Responsesinclude: ["reasoning.encrypted_content"]API-Anforderung übergeben wird. Sie können den verschlüsselten Inhalt in aufeinanderfolgenden Runden zurücksenden, um den Argumentationskontext für Konversationen mit mehreren Runden bereitzustellen. Die Chat Completions API gibt keine Argumentationstoken zurück.response = client.responses.create( model="xai.grok-4.3", reasoning={"effort": "high"}, include=["reasoning.encrypted_content"], input="Explain quantum entanglement simply." ) print(response.output_text)Standardparameter — Grok 4.3 verwendet Standardwerte, die sich von der Standard-OpenAI-API-Spezifikation unterscheiden:
temperatureStandardwerte sind0.7(nicht1), Standardwerte sind (nicht) undtop_pStandardwerte sind.0.951max_completion_tokens131072Passen Sie diese Werte explizit an, wenn Ihre Anwendung ein anderes Verhalten erfordert.