Claude Sonnet 4.5 is Anthropic’s Sonnet edition focused on software development, complex agent tasks and computer use, with improvements in reasoning and mathematics. It accepts text and images and generates text. The release describes sustained work across multiple steps, code comprehension and changes that involve a broader project rather than a single isolated function. A useful brief identifies the required behaviour, the relevant source material and the artifact to deliver: a proposed patch, an implementation explanation, a document analysis or a structured answer.
For software work, provide the project’s constraints, the relevant files or excerpts, the observed error and a concrete example of the expected result. Ask for the affected code and an explanation of how the proposed change addresses that example. The producer presents the model as suitable for building agents and working through development tasks with tools. The surrounding application reads and edits files, runs a command or check and returns its actual output; the model reasons over that evidence. Keep the proposed change and the completed check distinct in the final report.
Computer use is a separate application of its visual and agent capabilities. Anthropic’s release demonstrates browser interaction, navigating pages and working with spreadsheets through a connected environment. A visual brief can supply a screenshot, identify the goal and define which actions the application permits. The application then performs the selected interaction and returns the changed screen or other result. Similarly, the model can prepare content and code for documents, spreadsheets and slides, while the environment produces the finished file. Text-and-image understanding does not make the model a native image or audio generator.
The exact producer specification lists a 200K-token context window and up to 64K output tokens. Its reliable knowledge cutoff is January 2025, distinct from the later training-data cutoff listed on the page. Keep document boundaries, page labels, units and code identifiers clear in a long input, and reserve space for the requested answer and any reasoning. The producer also documents context awareness for this edition, so its supported workflow tracks the space remaining during a conversation. That helps manage a sustained task within its window; it does not replace the window with a later Sonnet edition’s larger capacity.
Sonnet 4.5 supports ordinary responses and manual extended thinking. In the latter mode, budget_tokens sets a target for the internal reasoning before the visible answer. The documented minimum is 1,024 tokens, and the budget normally must be lower than max_tokens because thinking and the final answer share the generation allowance. The budget is a target rather than a promise to consume exactly that many tokens. This edition does not have the adaptive-thinking mode or effort controls described for later Sonnet models. Choose the requested analysis depth and leave enough allowance for a usable final answer.
The producer’s interleaved-thinking beta lets Sonnet 4.5 reason between tool calls within a turn, using the returned observations to decide its next step. It requires the documented beta feature in the supported Messages workflow. In this case, the thinking budget can exceed max_tokens because it spans multiple thinking blocks in the same assistant turn. Return tool results with the associated thinking content unmodified, including its signature; editing that content invalidates it. A research or debugging task can therefore alternate a proposed check, the real returned result and an updated analysis without treating a textual proposal as a completed action.
For visual material, the producer supports JPEG, PNG, GIF and WebP and uses only the first frame of an animation. The standard native image tier used by this edition has a 1,568-pixel long-edge limit and a 1,568-visual-token limit; larger images are downscaled. The producer’s image guide lists up to 100 images per API request for 200K-context models, with image and overall request-size conditions that can be reached first. Put images before the question when practical, label multiple images and preserve small text or chart labels. The guide recommends clear images and retaining enough surrounding context to interpret the visible detail.
Context editing and a memory tool were introduced alongside this model to support longer agent workflows. These are application-supported ways to retain useful state or remove old tool material; they are not an unlimited model memory or the later server-compaction feature. For a multi-stage task, preserve the decisions already made, the outstanding question and the evidence needed for the next step. Anthropic also describes stronger resistance to hidden instructions in external content, while noting that model-specific classifiers can sometimes flag benign material. The useful result remains a reviewable artifact tied to supplied evidence, with the exact Sonnet 4.5 modes and limits kept separate from later releases.
", "aboutText": "Claude Sonnet 4.5 is Anthropic’s Sonnet edition focused on software development, complex agent tasks and computer use, with improvements in reasoning and mathematics. It accepts text and images and generates text. The release describes sustained work across multiple steps, code comprehension and changes that involve a broader project rather than a single isolated function. A useful brief identifies the required behaviour, the relevant source material and the artifact to deliver: a proposed patch, an implementation explanation, a document analysis or a structured answer.\n\nFor software work, provide the project’s constraints, the relevant files or excerpts, the observed error and a concrete example of the expected result. Ask for the affected code and an explanation of how the proposed change addresses that example. The producer presents the model as suitable for building agents and working through development tasks with tools. The surrounding application reads and edits files, runs a command or check and returns its actual output; the model reasons over that evidence. Keep the proposed change and the completed check distinct in the final report.\n\nComputer use is a separate application of its visual and agent capabilities. Anthropic’s release demonstrates browser interaction, navigating pages and working with spreadsheets through a connected environment. A visual brief can supply a screenshot, identify the goal and define which actions the application permits. The application then performs the selected interaction and returns the changed screen or other result. Similarly, the model can prepare content and code for documents, spreadsheets and slides, while the environment produces the finished file. Text-and-image understanding does not make the model a native image or audio generator.\n\nThe exact producer specification lists a 200K-token context window and up to 64K output tokens. Its reliable knowledge cutoff is January 2025, distinct from the later training-data cutoff listed on the page. Keep document boundaries, page labels, units and code identifiers clear in a long input, and reserve space for the requested answer and any reasoning. The producer also documents context awareness for this edition, so its supported workflow tracks the space remaining during a conversation. That helps manage a sustained task within its window; it does not replace the window with a later Sonnet edition’s larger capacity.\n\nSonnet 4.5 supports ordinary responses and manual extended thinking. In the latter mode, budget_tokens sets a target for the internal reasoning before the visible answer. The documented minimum is 1,024 tokens, and the budget normally must be lower than max_tokens because thinking and the final answer share the generation allowance. The budget is a target rather than a promise to consume exactly that many tokens. This edition does not have the adaptive-thinking mode or effort controls described for later Sonnet models. Choose the requested analysis depth and leave enough allowance for a usable final answer.\n\nThe producer’s interleaved-thinking beta lets Sonnet 4.5 reason between tool calls within a turn, using the returned observations to decide its next step. It requires the documented beta feature in the supported Messages workflow. In this case, the thinking budget can exceed max_tokens because it spans multiple thinking blocks in the same assistant turn. Return tool results with the associated thinking content unmodified, including its signature; editing that content invalidates it. A research or debugging task can therefore alternate a proposed check, the real returned result and an updated analysis without treating a textual proposal as a completed action.\n\nFor visual material, the producer supports JPEG, PNG, GIF and WebP and uses only the first frame of an animation. The standard native image tier used by this edition has a 1,568-pixel long-edge limit and a 1,568-visual-token limit; larger images are downscaled. The producer’s image guide lists up to 100 images per API request for 200K-context models, with image and overall request-size conditions that can be reached first. Put images before the question when practical, label multiple images and preserve small text or chart labels. The guide recommends clear images and retaining enough surrounding context to interpret the visible detail.\n\nContext editing and a memory tool were introduced alongside this model to support longer agent workflows. These are application-supported ways to retain useful state or remove old tool material; they are not an unlimited model memory or the later server-compaction feature. For a multi-stage task, preserve the decisions already made, the outstanding question and the evidence needed for the next step. Anthropic also describes stronger resistance to hidden instructions in external content, while noting that model-specific classifiers can sometimes flag benign material. The useful result remains a reviewable artifact tied to supplied evidence, with the exact Sonnet 4.5 modes and limits kept separate from later releases.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "0b5b14c9d94d2fc60a52276fb6c567ce1dd6687417bd7507172231d8d93ffece", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "en", "methods": [ { "html": "anthropic/claude-sonnet-4.5:batchClaude Sonnet 4.5 is Anthropic’s text-and-image model for software development, complex agents, computer use and analytical work. It supports direct responses or manual extended thinking, with reasoning between tool calls in the documented beta workflow.
This description covers the model’s capabilities. Available in Ailoot inputs, outputs and options are listed for the selected method below.
Claude Sonnet 4.5 is Anthropic’s Sonnet edition focused on software development, complex agent tasks and computer use, with improvements in reasoning and mathematics. It accepts text and images and generates text. The release describes sustained work across multiple steps, code comprehension and changes that involve a broader project rather than a single isolated function. A useful brief identifies the required behaviour, the relevant source material and the artifact to deliver: a proposed patch, an implementation explanation, a document analysis or a structured answer.
For software work, provide the project’s constraints, the relevant files or excerpts, the observed error and a concrete example of the expected result. Ask for the affected code and an explanation of how the proposed change addresses that example. The producer presents the model as suitable for building agents and working through development tasks with tools. The surrounding application reads and edits files, runs a command or check and returns its actual output; the model reasons over that evidence. Keep the proposed change and the completed check distinct in the final report.
Computer use is a separate application of its visual and agent capabilities. Anthropic’s release demonstrates browser interaction, navigating pages and working with spreadsheets through a connected environment. A visual brief can supply a screenshot, identify the goal and define which actions the application permits. The application then performs the selected interaction and returns the changed screen or other result. Similarly, the model can prepare content and code for documents, spreadsheets and slides, while the environment produces the finished file. Text-and-image understanding does not make the model a native image or audio generator.
The exact producer specification lists a 200K-token context window and up to 64K output tokens. Its reliable knowledge cutoff is January 2025, distinct from the later training-data cutoff listed on the page. Keep document boundaries, page labels, units and code identifiers clear in a long input, and reserve space for the requested answer and any reasoning. The producer also documents context awareness for this edition, so its supported workflow tracks the space remaining during a conversation. That helps manage a sustained task within its window; it does not replace the window with a later Sonnet edition’s larger capacity.
Sonnet 4.5 supports ordinary responses and manual extended thinking. In the latter mode, budget_tokens sets a target for the internal reasoning before the visible answer. The documented minimum is 1,024 tokens, and the budget normally must be lower than max_tokens because thinking and the final answer share the generation allowance. The budget is a target rather than a promise to consume exactly that many tokens. This edition does not have the adaptive-thinking mode or effort controls described for later Sonnet models. Choose the requested analysis depth and leave enough allowance for a usable final answer.
The producer’s interleaved-thinking beta lets Sonnet 4.5 reason between tool calls within a turn, using the returned observations to decide its next step. It requires the documented beta feature in the supported Messages workflow. In this case, the thinking budget can exceed max_tokens because it spans multiple thinking blocks in the same assistant turn. Return tool results with the associated thinking content unmodified, including its signature; editing that content invalidates it. A research or debugging task can therefore alternate a proposed check, the real returned result and an updated analysis without treating a textual proposal as a completed action.
For visual material, the producer supports JPEG, PNG, GIF and WebP and uses only the first frame of an animation. The standard native image tier used by this edition has a 1,568-pixel long-edge limit and a 1,568-visual-token limit; larger images are downscaled. The producer’s image guide lists up to 100 images per API request for 200K-context models, with image and overall request-size conditions that can be reached first. Put images before the question when practical, label multiple images and preserve small text or chart labels. The guide recommends clear images and retaining enough surrounding context to interpret the visible detail.
Context editing and a memory tool were introduced alongside this model to support longer agent workflows. These are application-supported ways to retain useful state or remove old tool material; they are not an unlimited model memory or the later server-compaction feature. For a multi-stage task, preserve the decisions already made, the outstanding question and the evidence needed for the next step. Anthropic also describes stronger resistance to hidden instructions in external content, while noting that model-specific classifiers can sometimes flag benign material. The useful result remains a reviewable artifact tied to supplied evidence, with the exact Sonnet 4.5 modes and limits kept separate from later releases.
POST /v1/batchestexttext| Field | Type | Requirement | Values & limits | Default |
|---|---|---|---|---|
Fieldendpoint | Typestring | RequirementRequired | Values & limits /v1/chat/completions | Default— |
Fieldmodel | Typestring | RequirementRequired | Values & limits anthropic/claude-sonnet-4.5:batch | Default— |
Fieldrequests | Typebatch_item[] | RequirementRequired | Values & limits Minimum items: 1 | Default— |
Fieldrequests[].custom_id | Typestring | RequirementRequired | Values & limits | Default— |
Fieldrequests[].body.messages | Typemessage[] | RequirementRequired | Values & limits | Default— |
Fieldcompletion_window | Typestring | RequirementOptional | Values & limits 24h | Default— |
Fieldprovider | Typeobject|null | RequirementOptional | Values & limits | Default— |
Fieldrequests[].body.model | Typestring | RequirementOptional | Values & limits anthropic/claude-sonnet-4.5:batch, anthropic/claude-sonnet-4.5 | Default— |
Fieldprovider.only | Typestring[] | RequirementOptional | Values & limits anthropic | Default— |
Fieldprovider.allow_fallbacks | Typeboolean|null | RequirementOptional | Values & limits false, null | Default— |
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractendpoint, model, requests |
Parametermaterial_types | Contracttext |
Parameterrepresentation | Contractinline requests[]; each item has custom_id and body |
Parameterrequest_endpoint_profile | Contract/v1/chat/completions |
Parameterfile_material | ContractCaller may read actual UTF-8 JSONL locally into requests[]. No upload purpose, input_file_id or file reference is used. Missing/empty customer material stops preparation before POST. |
Parameterserialization_order | Contractendpoint, model, provider (if supplied), completion_window (if supplied), requests last |
Parameteroptional_controls | Contractprovider.only, provider.allow_fallbacks, completion_window |
Parameterschema_scope | ContractText Chat Completions bodies in the documented inline Batch envelope. |
Lifecycle: asynchronous
GET /v1/batches/{operation_id} · actual original create response.id; same user/key/group
Tariff references do not add request options. Supported parameters are listed for the selected method.
Match each charge to the conditions shown. Use one rate for each set of alternative configurations.
| Configuration | Rate schedule | Context tokens, more than | Context tokens, up to and including | Charge |
|---|---|---|---|---|
| ConfigurationBase token rates | Rate scheduleBase rate | Context tokens, more than— | Context tokens, up to and includingNo upper bound | Charge Input · Input tokens $0.003 / 1K tokens Output · Output tokens $0.015 / 1K tokens Input · Cache read $0.0003 / 1K tokens Input · Cache write $0.00375 / 1K tokens Input · Cache write, 1 hour $0.006 / 1K tokens |
| ConfigurationRequest-length tier 1 | Rate schedule— | Context tokens, more than0 | Context tokens, up to and including200,000 | Charge Input · Input tokens $0.003 / 1K tokens Output · Output tokens $0.015 / 1K tokens Input · Cache read $0.0003 / 1K tokens Input · Cache write $0.00375 / 1K tokens Input · Cache write, 1 hour $0.006 / 1K tokens |
| ConfigurationRequest-length tier 2 | Rate schedule— | Context tokens, more than200,000 | Context tokens, up to and includingNo upper bound | Charge Input · Input tokens $0.006 / 1K tokens Output · Output tokens $0.0225 / 1K tokens Input · Cache read $0.0006 / 1K tokens Input · Cache write $0.0075 / 1K tokens Input · Cache write, 1 hour $0.012 / 1K tokens |
Ailoot reserves an estimated amount before a request. After the result, it settles the final charge from measured usage. Streaming settlement uses the final usage record. How reservation and settlement work →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json\nfrom pathlib import Path\nbody=json.loads('{"endpoint":"/v1/chat/completions","model":"anthropic/claude-sonnet-4.5:batch","requests":[{"custom_id":"req-0001","body":{"messages":[{"role":"user","content":"Hello!"}],"max_tokens":16}}]}')\nPath("batch-request.json").write_text(json.dumps(body,ensure_ascii=False),encoding="utf-8")\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/batches \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @batch-request.json -D batch-response-headers.txt -o batch-create-response.json\nimport json, os\nfrom pathlib import Path\nfrom urllib.request import Request, urlopen\n\ndef prepare_requests(customer_path):\n path = Path(customer_path)\n if not path.is_file(): raise ValueError("Customer JSONL file is missing")\n items = [json.loads(line) for line in path.read_text(encoding="utf-8").splitlines() if line.strip()]\n if not items: raise ValueError("Customer JSONL contains no requests")\n ids = set()\n for item in items:\n if set(item) != {"custom_id", "body"}: raise ValueError("Each item needs custom_id and body")\n cid = item["custom_id"]\n if not isinstance(cid, str) or not cid.strip() or cid in ids: raise ValueError("custom_id must be nonempty and unique")\n ids.add(cid)\n if not isinstance(item["body"], dict) or not item["body"].get("messages"): raise ValueError("Supply actual text messages")\n supplied_model = item["body"].get("model")\n if supplied_model is not None and supplied_model not in ['anthropic/claude-sonnet-4.5:batch', 'anthropic/claude-sonnet-4.5']: raise ValueError("body.model must be an exact documented caller or wire ID")\n return {"endpoint":"/v1/chat/completions", "model":"anthropic/claude-sonnet-4.5:batch", "requests":items}\n\nif __name__ == "__main__":\n material = os.environ.get("AILOOT_BATCH_REQUESTS_JSONL", "")\n if not material: raise SystemExit("Set AILOOT_BATCH_REQUESTS_JSONL to your actual customer file")\n body = prepare_requests(material)\n key = os.environ.get("AILOOT_API_KEY", "")\n if not key: raise SystemExit("Set AILOOT_API_KEY")\n request = Request("https://api.ailoot.ai/v1/batches", data=json.dumps(body, ensure_ascii=False).encode("utf-8"), headers={"Authorization":"Bearer " + key, "Content-Type":"application/json"}, method="POST")\n with urlopen(request) as response:\n raw = response.read()\n Path("batch-create-response.json").write_bytes(raw)\n print(raw.decode("utf-8"))\nimport json\nfrom pathlib import Path\nraw = Path("batch-status-response.json").read_bytes()\nresponse = json.loads(raw)\nif response.get("status") != "completed":\n raise SystemExit("Keep the original operation; read its status without resubmitting")\nresults = response.get("results")\nif not isinstance(results, list) or not results:\n raise SystemExit("Preserve the original response; completed results are missing")\nPath("batch-results.jsonl").write_text("".join(json.dumps(item, ensure_ascii=False) + "\\n" for item in results), encoding="utf-8")\n# Preserve batch-status-response.json with aggregate usage and every result/error.\ninline results[].response.body JSON
GET /v1/batches/{operation_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nBATCH_OPERATION_ID="$(python3 - <<'PY_ID'\nimport json\nfrom pathlib import Path\nfrom urllib.parse import quote\nresponse = json.loads(Path("batch-create-response.json").read_text(encoding="utf-8"))\noperation = response.get("id")\nif not isinstance(operation, str) or not operation: raise SystemExit("No actual original operation ID; preserve the response and do not resubmit")\nprint(quote(operation, safe=""))\nPY_ID\n)"\ncurl --fail-with-body --silent --show-error "https://api.ailoot.ai/v1/batches/$BATCH_OPERATION_ID" \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o batch-status-response.json\nKeep every complete returned response, file and content part.
Preserve the full original status JSON, every result/custom_id and complete response or error body. Save completed results[] as JSONL without filtering.
Preserve the original operation ID. 503 result_pending_check has X-Should-Retry:false; never resubmit an unknown original batch.
| Field | Type |
|---|---|
Fieldresults[].custom_id | Typestring |
Fieldresults[].response.body.choices[].message.content | Typestring|null |
Fieldresults[].error | Typeobject|null |
Fieldusage | Typeobject|null |
Fieldid | Typestring |
Fieldmodel | Typestring |
Fieldendpoint | Typestring |
Fieldstatus | Typestring |
Fieldrequest_counts | Typeobject |
Fieldresults[].id | Typestring |
Fieldresults[].response.status_code | Typeinteger |
Fieldresults[].response.request_id | Typestring |
| Response | Condition | Next step |
|---|---|---|
Response400 · invalid_request_error | ConditionInvalid documented inline envelope, duplicate keys, item identity, or configured model capabilities conflict. | Next stepCorrect the indicated fields before any new submission. |
Response401 · authentication_error | ConditionInvalid API key. | Next stepUse the authorized Ailoot key. |
Response403 · permission_error | ConditionBatch group unavailable. | Next stepCheck key/group entitlement. |
Response422 · invalid_request_error | ConditionBatch uses balance billing; subscription creation is rejected. | Next stepUse the authorized balance-billed group. |
Response422 · price_unavailable | ConditionBatch input cannot be quoted. | Next stepPreserve response; use documented family input. |
Response402 · billing_error | ConditionBatch reserve unavailable. | Next stepResolve admission before a new request. |
Response503 · price_unavailable | ConditionBatch method price/native rates unavailable. | Next stepPreserve response; do not substitute prices. |
Response503 · api_error | ConditionExact supplier route unavailable. | Next stepPreserve response for route repair. |
Response503 · result_pending_check | ConditionOriginal result requires checking; X-Should-Retry:false. | Next stepKeep original operation_id/id and read its status; never repeat original POST. |
Response404 · not_found | ConditionBatch status operation absent or owned by another identity. | Next stepUse exact original id and same user/key/group. |
Ailoot Ultra anthropic/claude-sonnet-4.5:batch
Use the method paths shown above.