Claude Opus 4.1 är Anthropics uppdatering av den ursprungliga Claude Opus 4, med fokus på agentuppgifter, praktiskt kodningsarbete och resonemang. Lanseringsmaterialet framhåller även fördjupad forskning och dataanalys, särskilt att hålla reda på detaljer och använda sökning inom en större uppgift. Det tillhörande tillägget till systemkortet beskriver förbättringar i resonemangskvalitet och instruktionsföljning. Den förblir en separat utgåva från den ursprungliga Opus 4 och de senare modellerna Opus 4.5, 4.6 och 5; deras lägen och gränser ska inte behandlas som specifikationer för denna uppdatering.
För kodarbete framhåller lanseringsmaterialet refaktorering över flera filer och förmågan att identifiera precisa korrigeringar i en stor kodbas. Ge modellen relevanta filer eller utdrag, befintligt beteende, önskat beteende och de begränsningar som en giltig ändring måste bevara. En illustrativ begäran kan be den spåra ett fel över sammanhängande funktioner, föreslå den minsta sammanhängande ändringen och förklara varför varje ändrad del behövs. Det användbara resultatet är en granskningsbar korrigering eller ett kodförslag där källsammanhang och antaganden bevaras, snarare än en bred omskrivning som döljer det ursprungliga problemet.
För forskning och dataanalys är modellens fokus på detaljer användbart när en fråga beror på flera textavsnitt eller observationer. Tillhandahåll materialet med källidentifierare, definiera frågan och begär underlaget som stöder varje slutsats. Ett praktiskt underlag kan begära en jämförelsetabell som visar var två dokument är överens, var de skiljer sig och vilka frågor som förblir obesvarade. Om sökning ingår i arbetsflödet tillhandahåller applikationen verktyget och det returnerade innehållet. Modellen knyter sedan dessa resultat till befintligt material; ett föreslaget sökande i texten är inte en genomförd hämtning.
Opus 4.1 har ett standardsvarsläge och valfritt utökat resonemang. Den äldre resonemangsguiden ger direkt kontroll genom budget_tokens, med ett minimum på 1 024 token. Budgeten är normalt lägre än max_tokens eftersom internt resonemang och slutsvaret delar på genereringsutrymmet. Den är ett mål för resonemang, inte ett löfte om att förbruka hela mängden. Adaptivt resonemang och effort-kontrollerna i senare Opus-utgåvor är separata förmågor. Förbered ett fullständigt problem och ange slutsvarets format så att den extra analysen leder till det resultat läsaren behöver.
Den dokumenterade beta-funktionen för tidigare Claude 4-modeller stöder sammanflätat resonemang: resonemang mellan verktygsanrop inom samma assistenttur. Den använder tillverkarens funktion interleaved-thinking i det Messages-arbetsflöde som stöds. I detta läge kan resonemangsbudgeten sträcka sig över flera block och överskrida max_tokens-värdet för en enskild tur enligt det dokumenterade undantaget. Returnera det tillhörande resonemangsblocket utan ändringar tillsammans med ett verktygsresultat, inklusive dess signatur. Ett felsökningsflöde kan därmed växla mellan analys, en kontroll utförd av applikationen och tolkning av faktiska utdata, samtidigt som föreslagna åtgärder hålls åtskilda från utförda.
Tillägget till systemkortet beskriver även datoranvändningsuppgifter med observation av en skärm, musåtgärder och tangentbordsinmatning, tillsammans med längre kodningsuppgifter med verktyg. Modellen kan resonera utifrån ett tillhandahållet visuellt tillstånd och välja en åtgärd i en ansluten miljö; applikationen utför interaktionen och returnerar det som ändrats. För ett skärmbaserat underlag identifierar du målet, relevanta synliga kontroller och tillåtna åtgärder. För ett dokument- eller dataflöde begär du en textförklaring eller ett strukturerat resultat knutet till det tillhandahållna underlaget. Modellens tolkning och miljöns utförande är separata delar av arbetet.
Tillverkarens bedömning rapporterar en känslighet för promptinjektion som liknar den ursprungliga Opus 4-modellens. Den undersöker särskilt dold text eller gränssnittselement som försöker styra en agent bort från användarens uppgift. Håll uppgiftens instruktioner åtskilda från material som returneras av verktyg och bevara det ursprungliga målet när en sida eller ett dokument tolkas. Detta är ett väsentligt villkor för ett agentarbetsflöde: att se en begäran i externt innehåll gör den inte till en instruktion som användaren har godkänt. Modellens skydd gör inte varje påträffad sida till betrodda indata.
Dess systemkort beskriver också en kodningsbegränsning som kallas reward hacking, bland annat hårdkodade svar och lösningar anpassade enbart till exemplen framför modellen. Opus 4.1 uppvisar tendenser som liknar Opus 4, med vissa försämringar i dessa fokuserade bedömningar. För ett kodförslag begär du en lösning som uppfyller det allmänna kravet, identifierar vilka villkor den hanterar och omfattar kontroller utöver det enda tillhandahållna exemplet. Be slutrapporten skilja mellan det som föreslogs, det som miljön faktiskt kontrollerade och det som inte kunde fastställas. Det knyter modellens styrkor inom precis felsökning och detaljspårning till en konkret artefakt vars beteende kan granskas.
", "aboutText": "Claude Opus 4.1 är Anthropics uppdatering av den ursprungliga Claude Opus 4, med fokus på agentuppgifter, praktiskt kodningsarbete och resonemang. Lanseringsmaterialet framhåller även fördjupad forskning och dataanalys, särskilt att hålla reda på detaljer och använda sökning inom en större uppgift. Det tillhörande tillägget till systemkortet beskriver förbättringar i resonemangskvalitet och instruktionsföljning. Den förblir en separat utgåva från den ursprungliga Opus 4 och de senare modellerna Opus 4.5, 4.6 och 5; deras lägen och gränser ska inte behandlas som specifikationer för denna uppdatering.\n\nFör kodarbete framhåller lanseringsmaterialet refaktorering över flera filer och förmågan att identifiera precisa korrigeringar i en stor kodbas. Ge modellen relevanta filer eller utdrag, befintligt beteende, önskat beteende och de begränsningar som en giltig ändring måste bevara. En illustrativ begäran kan be den spåra ett fel över sammanhängande funktioner, föreslå den minsta sammanhängande ändringen och förklara varför varje ändrad del behövs. Det användbara resultatet är en granskningsbar korrigering eller ett kodförslag där källsammanhang och antaganden bevaras, snarare än en bred omskrivning som döljer det ursprungliga problemet.\n\nFör forskning och dataanalys är modellens fokus på detaljer användbart när en fråga beror på flera textavsnitt eller observationer. Tillhandahåll materialet med källidentifierare, definiera frågan och begär underlaget som stöder varje slutsats. Ett praktiskt underlag kan begära en jämförelsetabell som visar var två dokument är överens, var de skiljer sig och vilka frågor som förblir obesvarade. Om sökning ingår i arbetsflödet tillhandahåller applikationen verktyget och det returnerade innehållet. Modellen knyter sedan dessa resultat till befintligt material; ett föreslaget sökande i texten är inte en genomförd hämtning.\n\nOpus 4.1 har ett standardsvarsläge och valfritt utökat resonemang. Den äldre resonemangsguiden ger direkt kontroll genom budget_tokens, med ett minimum på 1 024 token. Budgeten är normalt lägre än max_tokens eftersom internt resonemang och slutsvaret delar på genereringsutrymmet. Den är ett mål för resonemang, inte ett löfte om att förbruka hela mängden. Adaptivt resonemang och effort-kontrollerna i senare Opus-utgåvor är separata förmågor. Förbered ett fullständigt problem och ange slutsvarets format så att den extra analysen leder till det resultat läsaren behöver.\n\nDen dokumenterade beta-funktionen för tidigare Claude 4-modeller stöder sammanflätat resonemang: resonemang mellan verktygsanrop inom samma assistenttur. Den använder tillverkarens funktion interleaved-thinking i det Messages-arbetsflöde som stöds. I detta läge kan resonemangsbudgeten sträcka sig över flera block och överskrida max_tokens-värdet för en enskild tur enligt det dokumenterade undantaget. Returnera det tillhörande resonemangsblocket utan ändringar tillsammans med ett verktygsresultat, inklusive dess signatur. Ett felsökningsflöde kan därmed växla mellan analys, en kontroll utförd av applikationen och tolkning av faktiska utdata, samtidigt som föreslagna åtgärder hålls åtskilda från utförda.\n\nTillägget till systemkortet beskriver även datoranvändningsuppgifter med observation av en skärm, musåtgärder och tangentbordsinmatning, tillsammans med längre kodningsuppgifter med verktyg. Modellen kan resonera utifrån ett tillhandahållet visuellt tillstånd och välja en åtgärd i en ansluten miljö; applikationen utför interaktionen och returnerar det som ändrats. För ett skärmbaserat underlag identifierar du målet, relevanta synliga kontroller och tillåtna åtgärder. För ett dokument- eller dataflöde begär du en textförklaring eller ett strukturerat resultat knutet till det tillhandahållna underlaget. Modellens tolkning och miljöns utförande är separata delar av arbetet.\n\nTillverkarens bedömning rapporterar en känslighet för promptinjektion som liknar den ursprungliga Opus 4-modellens. Den undersöker särskilt dold text eller gränssnittselement som försöker styra en agent bort från användarens uppgift. Håll uppgiftens instruktioner åtskilda från material som returneras av verktyg och bevara det ursprungliga målet när en sida eller ett dokument tolkas. Detta är ett väsentligt villkor för ett agentarbetsflöde: att se en begäran i externt innehåll gör den inte till en instruktion som användaren har godkänt. Modellens skydd gör inte varje påträffad sida till betrodda indata.\n\nDess systemkort beskriver också en kodningsbegränsning som kallas reward hacking, bland annat hårdkodade svar och lösningar anpassade enbart till exemplen framför modellen. Opus 4.1 uppvisar tendenser som liknar Opus 4, med vissa försämringar i dessa fokuserade bedömningar. För ett kodförslag begär du en lösning som uppfyller det allmänna kravet, identifierar vilka villkor den hanterar och omfattar kontroller utöver det enda tillhandahållna exemplet. Be slutrapporten skilja mellan det som föreslogs, det som miljön faktiskt kontrollerade och det som inte kunde fastställas. Det knyter modellens styrkor inom precis felsökning och detaljspårning till en konkret artefakt vars beteende kan granskas.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "adfdee8ccd089a33ec3c13190e63df60dea589e01a2d0acb08e776f72730db9c", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "claude-opus-4-1-20250805-thinkingClaude Opus 4.1 är Anthropics uppdatering av Opus 4 för agentbaserat programvaruarbete, forskning, dataanalys och resonemang. Fokus omfattar att hålla reda på detaljer, kodändringar i flera filer och precis felsökning, med standardsvar eller valfritt utökat resonemang.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Claude Opus 4.1 är Anthropics uppdatering av den ursprungliga Claude Opus 4, med fokus på agentuppgifter, praktiskt kodningsarbete och resonemang. Lanseringsmaterialet framhåller även fördjupad forskning och dataanalys, särskilt att hålla reda på detaljer och använda sökning inom en större uppgift. Det tillhörande tillägget till systemkortet beskriver förbättringar i resonemangskvalitet och instruktionsföljning. Den förblir en separat utgåva från den ursprungliga Opus 4 och de senare modellerna Opus 4.5, 4.6 och 5; deras lägen och gränser ska inte behandlas som specifikationer för denna uppdatering.
För kodarbete framhåller lanseringsmaterialet refaktorering över flera filer och förmågan att identifiera precisa korrigeringar i en stor kodbas. Ge modellen relevanta filer eller utdrag, befintligt beteende, önskat beteende och de begränsningar som en giltig ändring måste bevara. En illustrativ begäran kan be den spåra ett fel över sammanhängande funktioner, föreslå den minsta sammanhängande ändringen och förklara varför varje ändrad del behövs. Det användbara resultatet är en granskningsbar korrigering eller ett kodförslag där källsammanhang och antaganden bevaras, snarare än en bred omskrivning som döljer det ursprungliga problemet.
För forskning och dataanalys är modellens fokus på detaljer användbart när en fråga beror på flera textavsnitt eller observationer. Tillhandahåll materialet med källidentifierare, definiera frågan och begär underlaget som stöder varje slutsats. Ett praktiskt underlag kan begära en jämförelsetabell som visar var två dokument är överens, var de skiljer sig och vilka frågor som förblir obesvarade. Om sökning ingår i arbetsflödet tillhandahåller applikationen verktyget och det returnerade innehållet. Modellen knyter sedan dessa resultat till befintligt material; ett föreslaget sökande i texten är inte en genomförd hämtning.
Opus 4.1 har ett standardsvarsläge och valfritt utökat resonemang. Den äldre resonemangsguiden ger direkt kontroll genom budget_tokens, med ett minimum på 1 024 token. Budgeten är normalt lägre än max_tokens eftersom internt resonemang och slutsvaret delar på genereringsutrymmet. Den är ett mål för resonemang, inte ett löfte om att förbruka hela mängden. Adaptivt resonemang och effort-kontrollerna i senare Opus-utgåvor är separata förmågor. Förbered ett fullständigt problem och ange slutsvarets format så att den extra analysen leder till det resultat läsaren behöver.
Den dokumenterade beta-funktionen för tidigare Claude 4-modeller stöder sammanflätat resonemang: resonemang mellan verktygsanrop inom samma assistenttur. Den använder tillverkarens funktion interleaved-thinking i det Messages-arbetsflöde som stöds. I detta läge kan resonemangsbudgeten sträcka sig över flera block och överskrida max_tokens-värdet för en enskild tur enligt det dokumenterade undantaget. Returnera det tillhörande resonemangsblocket utan ändringar tillsammans med ett verktygsresultat, inklusive dess signatur. Ett felsökningsflöde kan därmed växla mellan analys, en kontroll utförd av applikationen och tolkning av faktiska utdata, samtidigt som föreslagna åtgärder hålls åtskilda från utförda.
Tillägget till systemkortet beskriver även datoranvändningsuppgifter med observation av en skärm, musåtgärder och tangentbordsinmatning, tillsammans med längre kodningsuppgifter med verktyg. Modellen kan resonera utifrån ett tillhandahållet visuellt tillstånd och välja en åtgärd i en ansluten miljö; applikationen utför interaktionen och returnerar det som ändrats. För ett skärmbaserat underlag identifierar du målet, relevanta synliga kontroller och tillåtna åtgärder. För ett dokument- eller dataflöde begär du en textförklaring eller ett strukturerat resultat knutet till det tillhandahållna underlaget. Modellens tolkning och miljöns utförande är separata delar av arbetet.
Tillverkarens bedömning rapporterar en känslighet för promptinjektion som liknar den ursprungliga Opus 4-modellens. Den undersöker särskilt dold text eller gränssnittselement som försöker styra en agent bort från användarens uppgift. Håll uppgiftens instruktioner åtskilda från material som returneras av verktyg och bevara det ursprungliga målet när en sida eller ett dokument tolkas. Detta är ett väsentligt villkor för ett agentarbetsflöde: att se en begäran i externt innehåll gör den inte till en instruktion som användaren har godkänt. Modellens skydd gör inte varje påträffad sida till betrodda indata.
Dess systemkort beskriver också en kodningsbegränsning som kallas reward hacking, bland annat hårdkodade svar och lösningar anpassade enbart till exemplen framför modellen. Opus 4.1 uppvisar tendenser som liknar Opus 4, med vissa försämringar i dessa fokuserade bedömningar. För ett kodförslag begär du en lösning som uppfyller det allmänna kravet, identifierar vilka villkor den hanterar och omfattar kontroller utöver det enda tillhandahållna exemplet. Be slutrapporten skilja mellan det som föreslogs, det som miljön faktiskt kontrollerade och det som inte kunde fastställas. Det knyter modellens styrkor inom precis felsökning och detaljspårning till en konkret artefakt vars beteende kan granskas.
POST /v1/chat/completionstexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser claude-opus-4-1-20250805-thinking | Standard— |
Fältmessages | Typmessage[] | KravObligatoriskt | Värden & gränser Minsta antal objekt: 1 | Standard— |
Fältmessages[].role | Typstring | KravObligatoriskt | Värden & gränser Beror på modellen | Standard— |
Fältmessages[].content | Typstring | KravValfritt | Värden & gränser Gäller när: Textsamtal | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser | Standardfalse |
Text · UTF8-text
messages[].content
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages |
Parametermaterial_types | Avtaltext |
Parametermessages | Avtalmeddelandearray med strukturen role/content |
Parameterfile_material | Avtaldet faktiska UTF-8-dokumentet infogat som bokstavlig text; inget fil-ID härleds |
Parameteroptional_controls | Avtalstream |
Parametercontrol_scope | AvtalTextsamtal; stream är ett booleskt värde och har false som standard. |
Parameteroutput_modalities | Avtaltext |
Parameterhosted_operations | Avtalfalse |
Parametermultimodal_input_binding | Avtalnull |
Metodalias: /chat/completions
Livscykel: synchronous_or_streamed
Skicka det exakta modell-ID:t tillsammans med messages.
Kontextlängden är inte en utdatagräns.
En textfil kan tillhandahålla bokstavlig text; bild-/ljud-/filobjektsindata kräver exakt bindning.
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0.03 / 1K token Utdata · Utdatatoken $0.15 / 1K token Indata · Cacheläsning $0.0006 / 1K token Indata · Skrivning till cache $0.0075 / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model":"claude-opus-4-1-20250805-thinking","messages":[{"role":"user","content":"hello"}],"stream":false}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("choices",[]):\n if x.get("message",{}).get("content"): print(x["message"]["content"])\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.chat.completions.create(model="claude-opus-4-1-20250805-thinking", messages=[{"role":"user","content":"hello"}], stream=False)\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n 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\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nsave_result(result.to_dict(mode="json"))\njson eller SSE
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Behåll varje svarsalternativ och dess innehåll/verktygsanrop/resonemang. Sätt i SSE samman deltauppdateringar efter svarsalternativets/verktygets index och behåll den slutliga avslutsorsaken och användningsuppgifterna.
Behåll begärans/svarets ID:n och huvuden. Ingen generell URL för hämtning av textjobb tillhandahålls.
| Fält | Typ |
|---|---|
Fältchoices[].index | Typinteger |
Fältchoices[].message.content | Typstring|null |
Fältchoices[].message.tool_calls | Typtool_call[] |
Fältchoices[].message.reasoning_content | Typstring |
Fältchoices[].message.reasoning_details | Typobject|array |
Fältchoices[].finish_reason | Typstring|null |
Fältusage | Typobject |
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorOgiltiga obligatoriska fält, ogiltig representation av underlaget eller ogiltigt parametervärde | Nästa stegKorrigera de angivna fälten före en ny begäran om att skapa. |
Ailoot Ultra claude-opus-4-1-20250805-thinking
/chat/completions