DeepSeek: DeepSeek V3.2
DeepSeek V3.2 verbindet Text-Reasoning mit Werkzeugeinsatz und Langkontextanalyse. Seine Sparse-Attention-Architektur und sein aktualisiertes Gesprächsformat unterstützen Programmieren, Suche und mehrstufige Agentenaufgaben, mit einem Kontext von 128K und getrennten Abläufen für Denken und direkte Antworten.
Über das Modell
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
DeepSeek V3.2 ist das Textmodell von DeepSeek für Reasoning und Agentenarbeit mit Schwerpunkt auf effizienter Verarbeitung langer Kontexte. Der Hersteller gliedert seine wesentlichen Änderungen in DeepSeek Sparse Attention, ein skaliertes Framework für bestärkendes Lernen und eine Pipeline zum Training agentischer Aufgaben. Es nimmt schriftliche Fragen und Kontext entgegen und erzeugt Text, darunter eine Antwort, Code oder Inhalte für Werkzeugaufrufe. Es unterscheidet sich von der früheren Version V3.2 Exp und der separaten Reasoning-Variante Speciale.
DeepSeek Sparse Attention ergänzt die Latent-Attention-Architektur um einen Indexer und eine feingranulare Tokenauswahl. Bei einer langen Sequenz wählt der Indexer frühere Tokeninformationen aus, die in der eigentlichen Attention-Berechnung verwendet werden. Laut Bericht ist dies die architektonische Änderung gegenüber V3.1 Terminus; sie nutzt dieselbe Architektur wie V3.2 Exp. Der veröffentlichte Kontext umfasst 128K Tokens und unterstützt damit umfangreiches Quellenmaterial und eine fortlaufende Aufgabe. Generiertes Reasoning und Werkzeugverlauf beanspruchen allerdings ebenfalls den verfügbaren Kontext.
Das Nachtraining umfasst Antworten mit und ohne Denkmodus in Mathematik, Programmieren, logischem Schlussfolgern, allgemeinen Agentenaufgaben, agentischem Programmieren und Suche. Fachspezialisten liefern Daten, die im endgültigen Modell zusammengeführt werden; darauf folgt gemischtes bestärkendes Lernen. Für eine gewöhnliche Frage kann eine direkte Antwort angemessen sein; bei einem schwierigen Problem kann der Denkablauf eine Lösung entwickeln, bevor er das endgültige Ergebnis vorlegt. Legen Sie die erforderliche Antwort oder das Arbeitsergebnis unabhängig vom zwischenzeitlichen Reasoning fest.
Eine wesentliche Änderung dieser Edition ist das Denken mit Werkzeugen. Das aktualisierte Chatformat erlaubt, das Reasoning während einer Aufgabe mit Werkzeugaufrufen fortzusetzen, statt Analyse und Aktion als unverbundene Phasen zu behandeln. Eine vom Modell ausgewählte Operation wird von der Anwendung ausgeführt, die ihr Ergebnis für den nächsten Schritt zurückgibt. Die Werkzeugkontextregel des Herstellers behält früheres Reasoning bei, solange nur werkzeugbezogene Nachrichten hinzukommen; bei einer neuen Nutzernachricht verwirft sie dieses Reasoning, bewahrt aber Werkzeugaufrufe und Ergebnisse. Korrekt unterschiedene Gesprächsrollen sind für dieses Verhalten wichtig.
Stellen Sie bei Programmieraufgaben das Quellfragment oder die relevanten Dateien, das beobachtete Problem, das erwartete Ergebnis und die Bedingungen bereit, die die Änderung bewahren muss. Ein beispielhafter Auftrag lautet: „Nutze den bereitgestellten Code und die Werkzeugergebnisse, um die Ursache zu finden, schlage die kleinste Korrektur vor und gib den endgültigen Patch mit dem ihn stützenden Validierungsergebnis zurück.“ Beschreiben Sie bei einer Suchaufgabe die Frage, die benötigte Evidenz und das Kriterium für eine abgeschlossene Antwort. Such- und Ausführungswerkzeuge werden von der umgebenden Anwendung bereitgestellt und nicht vom Text allein.
Der Hersteller empfiehlt für den lokalen Einsatz temperature 1.0 und top-p 0.95. V3.2 führt eine überarbeitete Darstellung von Werkzeugaufrufen und einen eigenen Nachrichtenencoder ein. Seine developer-Rolle ist für die Suchagentenvorlage des Herstellers reserviert; die offizielle API akzeptiert diese Rolle nicht. Der Referenzparser erwartet korrekt geformte Ausgabe und repariert keine fehlerhaften Ergebnisse. Verwendet eine Anwendung generierte Felder oder Werkzeugargumente, sollte sie deren Struktur prüfen, bevor sie danach handelt.
Der technische Bericht nennt lange Reasoning-Verläufe und redundante Selbstprüfung als praktische Einschränkungen. Eine Agentenaufgabe kann die Grenze von 128K erreichen, selbst wenn das ursprüngliche Quellenmaterial hineinpasst, weil Werkzeugausgaben und wiederholtes Reasoning anwachsen. Halten Sie relevante Beobachtungen knapp fest und definieren Sie das endgültige Arbeitsergebnis ausdrücklich. Fügen Sie bei wissensabhängigen Aufgaben maßgebliches Material hinzu oder stellen Sie ein geeignetes Suchwerkzeug bereit, statt zu erwarten, dass Trainingswissen jede Tatsache festlegt.
DeepSeek V3.2 Speciale ist eine separate Variante für tiefgehendes Reasoning mit hohem Rechenaufwand und unterstützt laut Modellkarte keine Werkzeugaufrufe. Ihre Merkmale sollten nicht als Standard-Werkzeugprofil von V3.2 verwendet werden. Ebenso besitzen die spätere V4-Generation und der experimentelle Vorgänger separate Identitäten und Konfigurationsmöglichkeiten. Bewahren Sie die benannte Edition V3.2, wenn Sie Aufgaben vergleichen, bei denen Modell und Promptformat eine Rolle spielen.
Kennzeichnen Sie für eine praktische quellenbasierte Analyse die Materialien und bitten Sie um eine durch relevante Passagen gestützte Schlussfolgerung, wobei Annahmen und fehlende Informationen getrennt bleiben. Geben Sie für einen Agenten die zulässigen Funktionen, das erwartete endgültige Ergebnis und das Abschlusskriterium an. So richten Sie den Reasoning- und Werkzeugablauf des Modells auf ein überprüfbares Text-, Code- oder Analyseergebnis aus, das an die bereitgestellte Evidenz gebunden ist.
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions deepseek-v3.2-thinking
deepseek-v3.2-thinkingStart
DeepSeek V3.2 verbindet Text-Reasoning mit Werkzeugeinsatz und Langkontextanalyse. Seine Sparse-Attention-Architektur und sein aktualisiertes Gesprächsformat unterstützen Programmieren, Suche und mehrstufige Agentenaufgaben, mit einem Kontext von 128K und getrennten Abläufen für Denken und direkte Antworten.
- Zulässige Eingaben
- Text
- Ergebnisse
- Text
In Ailoot verfügbar · Eingaben und Methoden
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions
- Eingabetypen
text- Ausgabetypen
text- Ausgabeformat
- json oder SSE
| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits deepseek-v3.2-thinking | Standard— |
Feldmessages | Typmessage[] | AnforderungErforderlich | Werte und Limits Mindestanzahl Elemente: 1 | Standard— |
Feldmessages[].role | Typstring | AnforderungErforderlich | Werte und Limits Modellabhängig | Standard— |
Feldmessages[].content | Typstring | AnforderungOptional | Werte und Limits Gilt, wenn: Textgespräch | Standard— |
Feldstream | Typboolean | AnforderungOptional | Werte und Limits | Standardfalse |
Kombinationen von Eingabematerialien
Text · UTF8-Text
messages[].content
Methodenparameter und Lebenszyklus
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, messages |
Parametermaterial_types | Vertragtext |
Parametermessages | VertragNachrichtenarray mit role/content-Struktur |
Parameterfile_material | VertragTatsächliches UTF-8-Dokument als wörtlicher Text eingefügt; keine Datei-ID abgeleitet |
Parameteroptional_controls | Vertragstream |
Parametercontrol_scope | VertragTextgespräch; stream ist ein boolescher Wert und standardmäßig false. |
Parameteroutput_modalities | Vertragtext |
Parameterhosted_operations | Vertragfalse |
Parametermultimodal_input_binding | Vertragnull |
Methodenaliasnamen: /chat/completions
Lebenszyklus: synchronous_or_streamed
Die genaue Modell-ID zusammen mit messages senden.
Die Kontextlänge ist keine Ausgabeobergrenze.
Eine Textdatei kann wörtlichen Text liefern; Bild-, Audio- und Dateiobjekteingaben benötigen eine exakte Zuordnung.
Tarife
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
- Schnellmodus
- Nicht angegeben Wenn der Schnellmodus ausgewählt ist
- Flex-Modus
- Nicht angegeben Wenn der Modus flex ausgewählt ist
- Maximaler Denkaufwand
- Nicht angegeben Wenn beim maximalen Denkaufwand die Standardanpassung (default) verwendet wird
Ailoot-Tarife
Preise nach Konfiguration
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationBasistarife für Token | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0.00058 / 1K Token Ausgabe · Ausgabetoken $0.00086 / 1K Token Eingabe · Cache-Lesen $0 / 1K Token Eingabe · Cache-Schreiben $0 / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
Beispielanfragen
Ailoot Ultra · OpenAI Chat
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model":"deepseek-v3.2-thinking","messages":[{"role":"user","content":"hello"}],"stream":false}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
r=json.loads(Path("result.json").read_text())
for x in r.get("choices",[]):
if x.get("message",{}).get("content"): print(x["message"]["content"])
PY_RESULT
from openai import OpenAI
import os
if not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")
client=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)
result=client.chat.completions.create(model="deepseek-v3.2-thinking", messages=[{"role":"user","content":"hello"}], stream=False)
import base64, json
from pathlib import Path
def save_result(data, stem="result"):
# Keep every field, including usage, IDs, reasoning and tool requests.
Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")
print(json.dumps(data, ensure_ascii=False, indent=2))
def save_blob(encoded, suffix, label):
raw = base64.b64decode(encoded, altchars=b"-_", validate=True)
ext = "png" if raw.startswith(b"\x89PNG\r\n\x1a\n") else "jpg" if raw.startswith(b"\xff\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix
file = Path(stem + "-" + label + "." + ext)
file.write_bytes(raw)
print("Saved", file)
for index, block in enumerate(data.get("content") or []):
print("Content", index, json.dumps(block, ensure_ascii=False))
for choice in data.get("choices") or []:
print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))
for index, item in enumerate(data.get("output") or []):
print("Output", index, json.dumps(item, ensure_ascii=False))
if item.get("type") == "image_generation_call" and item.get("result"):
save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))
for ci, candidate in enumerate(data.get("candidates") or []):
for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):
print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))
blob = part.get("inlineData") or part.get("inline_data")
if blob and blob.get("data"):
mime = blob.get("mimeType") or blob.get("mime_type")
suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")
save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))
save_result(result.to_dict(mode="json"))
Ergebnisse abrufen und speichern
Ailoot Ultra · OpenAI Chat
json oder SSE
Alle fertiggestellten Ergebnisse aufbewahren
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Alle Antwortvarianten mit ihren Inhalten, Werkzeugaufrufen und Reasoning-Daten beibehalten. In SSE die Deltas nach Varianten- und Werkzeugindex zusammensetzen; endgültigen Beendigungsgrund und Verbrauchsdaten beibehalten.
Wenn die ursprüngliche Antwort geprüft werden muss
Anfrage- und Antwort-IDs sowie Header beibehalten. Eine allgemeine URL zum Abrufen von Textaufträgen wird nicht angegeben.
Antwortfelder
| Feld | Typ |
|---|---|
Feldchoices[].index | Typinteger |
Feldchoices[].message.content | Typstring|null |
Feldchoices[].message.tool_calls | Typtool_call[] |
Feldchoices[].message.reasoning_content | Typstring |
Feldchoices[].message.reasoning_details | Typobject|array |
Feldchoices[].finish_reason | Typstring|null |
Feldusage | Typobject |
Fehler und nächste Schritte
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort400 · invalid_request_error | BedingungPflichtfelder, Darstellung des Eingabematerials oder Parameterwert ungültig | Nächster SchrittDie angegebenen Felder vor einer neuen Erstellungsanfrage korrigieren. |
Aliasnamen
Modellaliasnamen
Ailoot Ultra deepseek-v3.2-thinking
Aliasnamen für Methodenpfade
/chat/completions
Zugehörige Aufrufer-IDs
FAQ · DeepSeek: DeepSeek V3.2
- Welche Eingaben und Ergebnisse sind verfügbar?
POST /v1/chat/completions·deepseek-v3.2-thinking:text→text- Welche Felder verwendet die Anfrage?
POST /v1/chat/completions·deepseek-v3.2-thinking:model,messages,stream- Welche Grenzen gelten?
POST /v1/chat/completions·deepseek-v3.2-thinking:messages.min_items:1