KAT-Coder är Kuaishous kodmodellfamilj för mjukvaruutvecklingsuppgifter i en verktygsaktiverad miljö. Tillverkarens ursprungliga utgåva fokuserar på att följa en utvecklingsbegäran genom granskning av kodbasen, skapande av kodändringar och granskning. Träningen omfattar implementation och förbättring av funktioner, felrättning, refaktorering, prestandaarbete, testskapande, kodförståelse och konfigurationsrelaterade uppgifter. De användbara resultaten är kod och text kopplade till projektets faktiska beteende.
Ange beteendet som ska uppnås, den aktuella implementationen och villkoren som definierar slutförande. Ta med de källfiler eller avsnitt som behövs för att förstå problemet och de kommandon eller observationer som redan finns från miljön. Ett ursprungligt felrättningsunderlag kan identifiera den indata som misslyckas, det förväntade resultatet och funktionen vars beteende avviker. En funktionsbegäran kan ange det användarsynliga resultatet och de gränssnitt som måste förbli konsekventa.
Tillverkarens agentträning använder ärendebeskrivningar, grenens kod, körbara miljöer och verifierbara uppgiftsvillkor. Håll dessa delar i linje i en applikationsstödd uppgift. Modellens förslag bör behandla den faktiska arbetskopian och de tillhandahållna beläggen, medan applikationen utför fil- eller körningsoperationer och returnerar resultaten. Behåll resultatet av varje betydelsefull operation tillsammans med fortsättningen.
Tillverkaren dokumenterar instruktionsföljande, verktygsanvändning och längre interaktion som centrala delar av familjens utveckling. Det publicerade kodagentreceptet tillhandahåller operationer för filläsning och redigering samt en slutförandeåtgärd. Modellen kan granska information, begära en ändring och fortsätta från den returnerade observationen. Dess roll är att välja och beskriva nästa steg; den omgivande miljön fastställer vad som faktiskt hände.
Den ursprungliga utgåvan beskriver även parallella verktygsbegäranden som en observerad förmåga efter agentträning. Använd oberoende operationer endast när deras resultat kan hållas kopplade till rätt begäran. En förklaring av en kodbas kan kombinera information från flera filer, medan en kodändring behöver det aktuella innehållet och beteendet hos den berörda koden. Ersätt inte en saknad observation med ett rimligt miljöresultat.
Tillverkarens publicerade agentrecept skiljer generering av kodändringar, filtrering, urval och reflektion åt. Filtrering kombinerar semantisk deduplicering med körningsbaserade kontroller; urval utvärderar återstående kandidater; reflektion använder tidigare resultat för att styra en senare omgång. Dessa steg tillhör det dokumenterade kodflödet snarare än utgör en automatisk garanti som följer med varje vanligt textsvar.
För en praktisk koduppgift håller du den föreslagna kodändringen, de kontroller som faktiskt körts och deras utfall tillsammans. En jämförelse av föreslagna lösningar bör förklara det villkor som skiljer dem åt, särskilt när alla framstår som rimliga enbart utifrån skillnaderna i koden. En misslyckad kontroll kan ge nästa tur ett specifikt problem att åtgärda i stället för att leda till en orelaterad omskrivning.
Tillverkarens ursprungliga utgåva skiljer KAT-Coder från den separata öppna modellen KAT-Dev-32B. Träningsdiskussioner och arbetsflödesdemonstrationer gör inte varje namngiven familjevariant till en identisk checkpoint. Behåll den valda modellvarianten och de tillhandahållna projektinstruktionerna med resultatet och använd det specifika tillverkargränssnittet eller miljöreceptet för dess operationer.
En användbar överlämning kan innehålla en fokuserad implementation, en felförklaring eller en refaktorering med de belägg som stöder dess beteende. Granska den ändrade logiken och de faktiska miljöutdata innan uppgiften behandlas som slutförd. KAT-Coders syfte inom mjukvaruutveckling är mest användbart när det förblir kopplat till en konkret utvecklingsbegäran, relevant kod och ett granskningsbart slutresultat.
", "aboutText": "KAT-Coder är Kuaishous kodmodellfamilj för mjukvaruutvecklingsuppgifter i en verktygsaktiverad miljö. Tillverkarens ursprungliga utgåva fokuserar på att följa en utvecklingsbegäran genom granskning av kodbasen, skapande av kodändringar och granskning. Träningen omfattar implementation och förbättring av funktioner, felrättning, refaktorering, prestandaarbete, testskapande, kodförståelse och konfigurationsrelaterade uppgifter. De användbara resultaten är kod och text kopplade till projektets faktiska beteende.\n\n### Tillhandahåll ärendet och relevant projektkontext\n\nAnge beteendet som ska uppnås, den aktuella implementationen och villkoren som definierar slutförande. Ta med de källfiler eller avsnitt som behövs för att förstå problemet och de kommandon eller observationer som redan finns från miljön. Ett ursprungligt felrättningsunderlag kan identifiera den indata som misslyckas, det förväntade resultatet och funktionen vars beteende avviker. En funktionsbegäran kan ange det användarsynliga resultatet och de gränssnitt som måste förbli konsekventa.\n\nTillverkarens agentträning använder ärendebeskrivningar, grenens kod, körbara miljöer och verifierbara uppgiftsvillkor. Håll dessa delar i linje i en applikationsstödd uppgift. Modellens förslag bör behandla den faktiska arbetskopian och de tillhandahållna beläggen, medan applikationen utför fil- eller körningsoperationer och returnerar resultaten. Behåll resultatet av varje betydelsefull operation tillsammans med fortsättningen.\n\n### Verktyg och utveckling över flera turer\n\nTillverkaren dokumenterar instruktionsföljande, verktygsanvändning och längre interaktion som centrala delar av familjens utveckling. Det publicerade kodagentreceptet tillhandahåller operationer för filläsning och redigering samt en slutförandeåtgärd. Modellen kan granska information, begära en ändring och fortsätta från den returnerade observationen. Dess roll är att välja och beskriva nästa steg; den omgivande miljön fastställer vad som faktiskt hände.\n\nDen ursprungliga utgåvan beskriver även parallella verktygsbegäranden som en observerad förmåga efter agentträning. Använd oberoende operationer endast när deras resultat kan hållas kopplade till rätt begäran. En förklaring av en kodbas kan kombinera information från flera filer, medan en kodändring behöver det aktuella innehållet och beteendet hos den berörda koden. Ersätt inte en saknad observation med ett rimligt miljöresultat.\n\n### Granska föreslagna ändringar medvetet\n\nTillverkarens publicerade agentrecept skiljer generering av kodändringar, filtrering, urval och reflektion åt. Filtrering kombinerar semantisk deduplicering med körningsbaserade kontroller; urval utvärderar återstående kandidater; reflektion använder tidigare resultat för att styra en senare omgång. Dessa steg tillhör det dokumenterade kodflödet snarare än utgör en automatisk garanti som följer med varje vanligt textsvar.\n\nFör en praktisk koduppgift håller du den föreslagna kodändringen, de kontroller som faktiskt körts och deras utfall tillsammans. En jämförelse av föreslagna lösningar bör förklara det villkor som skiljer dem åt, särskilt när alla framstår som rimliga enbart utifrån skillnaderna i koden. En misslyckad kontroll kan ge nästa tur ett specifikt problem att åtgärda i stället för att leda till en orelaterad omskrivning.\n\n### Skillnader mellan familj och utgåva\n\nTillverkarens ursprungliga utgåva skiljer KAT-Coder från den separata öppna modellen KAT-Dev-32B. Träningsdiskussioner och arbetsflödesdemonstrationer gör inte varje namngiven familjevariant till en identisk checkpoint. Behåll den valda modellvarianten och de tillhandahållna projektinstruktionerna med resultatet och använd det specifika tillverkargränssnittet eller miljöreceptet för dess operationer.\n\nEn användbar överlämning kan innehålla en fokuserad implementation, en felförklaring eller en refaktorering med de belägg som stöder dess beteende. Granska den ändrade logiken och de faktiska miljöutdata innan uppgiften behandlas som slutförd. KAT-Coders syfte inom mjukvaruutveckling är mest användbart när det förblir kopplat till en konkret utvecklingsbegäran, relevant kod och ett granskningsbart slutresultat.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "584b019c54af8e714633b5f2337051347e03ed714c7c328b1e961eff63f7bbb0", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "KAT-Coder-Pro-V1KAT-Coder är Kuaishous kodmodellfamilj för utvecklingsuppgifter med förståelse för kodbasen. Tillverkarens arbetsflöde kombinerar verktygsstödd granskning, generering av kodändringar, körningsbaserad granskning och reflektion och producerar kod eller förklaringar knutna till projektets faktiska beteende.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
KAT-Coder är Kuaishous kodmodellfamilj för mjukvaruutvecklingsuppgifter i en verktygsaktiverad miljö. Tillverkarens ursprungliga utgåva fokuserar på att följa en utvecklingsbegäran genom granskning av kodbasen, skapande av kodändringar och granskning. Träningen omfattar implementation och förbättring av funktioner, felrättning, refaktorering, prestandaarbete, testskapande, kodförståelse och konfigurationsrelaterade uppgifter. De användbara resultaten är kod och text kopplade till projektets faktiska beteende.
Ange beteendet som ska uppnås, den aktuella implementationen och villkoren som definierar slutförande. Ta med de källfiler eller avsnitt som behövs för att förstå problemet och de kommandon eller observationer som redan finns från miljön. Ett ursprungligt felrättningsunderlag kan identifiera den indata som misslyckas, det förväntade resultatet och funktionen vars beteende avviker. En funktionsbegäran kan ange det användarsynliga resultatet och de gränssnitt som måste förbli konsekventa.
Tillverkarens agentträning använder ärendebeskrivningar, grenens kod, körbara miljöer och verifierbara uppgiftsvillkor. Håll dessa delar i linje i en applikationsstödd uppgift. Modellens förslag bör behandla den faktiska arbetskopian och de tillhandahållna beläggen, medan applikationen utför fil- eller körningsoperationer och returnerar resultaten. Behåll resultatet av varje betydelsefull operation tillsammans med fortsättningen.
Tillverkaren dokumenterar instruktionsföljande, verktygsanvändning och längre interaktion som centrala delar av familjens utveckling. Det publicerade kodagentreceptet tillhandahåller operationer för filläsning och redigering samt en slutförandeåtgärd. Modellen kan granska information, begära en ändring och fortsätta från den returnerade observationen. Dess roll är att välja och beskriva nästa steg; den omgivande miljön fastställer vad som faktiskt hände.
Den ursprungliga utgåvan beskriver även parallella verktygsbegäranden som en observerad förmåga efter agentträning. Använd oberoende operationer endast när deras resultat kan hållas kopplade till rätt begäran. En förklaring av en kodbas kan kombinera information från flera filer, medan en kodändring behöver det aktuella innehållet och beteendet hos den berörda koden. Ersätt inte en saknad observation med ett rimligt miljöresultat.
Tillverkarens publicerade agentrecept skiljer generering av kodändringar, filtrering, urval och reflektion åt. Filtrering kombinerar semantisk deduplicering med körningsbaserade kontroller; urval utvärderar återstående kandidater; reflektion använder tidigare resultat för att styra en senare omgång. Dessa steg tillhör det dokumenterade kodflödet snarare än utgör en automatisk garanti som följer med varje vanligt textsvar.
För en praktisk koduppgift håller du den föreslagna kodändringen, de kontroller som faktiskt körts och deras utfall tillsammans. En jämförelse av föreslagna lösningar bör förklara det villkor som skiljer dem åt, särskilt när alla framstår som rimliga enbart utifrån skillnaderna i koden. En misslyckad kontroll kan ge nästa tur ett specifikt problem att åtgärda i stället för att leda till en orelaterad omskrivning.
Tillverkarens ursprungliga utgåva skiljer KAT-Coder från den separata öppna modellen KAT-Dev-32B. Träningsdiskussioner och arbetsflödesdemonstrationer gör inte varje namngiven familjevariant till en identisk checkpoint. Behåll den valda modellvarianten och de tillhandahållna projektinstruktionerna med resultatet och använd det specifika tillverkargränssnittet eller miljöreceptet för dess operationer.
En användbar överlämning kan innehålla en fokuserad implementation, en felförklaring eller en refaktorering med de belägg som stöder dess beteende. Granska den ändrade logiken och de faktiska miljöutdata innan uppgiften behandlas som slutförd. KAT-Coders syfte inom mjukvaruutveckling är mest användbart när det förblir kopplat till en konkret utvecklingsbegäran, relevant kod och ett granskningsbart slutresultat.
POST /v1/chat/completionstexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser KAT-Coder-Pro-V1 | 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.00114 / 1K token Utdata · Utdatatoken $0.00456 / 1K token Indata · Cacheläsning $0 / 1K token Indata · Skrivning till cache $0 / 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":"KAT-Coder-Pro-V1","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="KAT-Coder-Pro-V1", 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 KAT-Coder-Pro-V1
/chat/completions
KAT-Coder-Pro-V1KAT-Coder är Kuaishous kodmodellfamilj för utvecklingsuppgifter med förståelse för kodbasen. Tillverkarens arbetsflöde kombinerar verktygsstödd granskning, generering av kodändringar, körningsbaserad granskning och reflektion och producerar kod eller förklaringar knutna till projektets faktiska beteende.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
KAT-Coder är Kuaishous kodmodellfamilj för mjukvaruutvecklingsuppgifter i en verktygsaktiverad miljö. Tillverkarens ursprungliga utgåva fokuserar på att följa en utvecklingsbegäran genom granskning av kodbasen, skapande av kodändringar och granskning. Träningen omfattar implementation och förbättring av funktioner, felrättning, refaktorering, prestandaarbete, testskapande, kodförståelse och konfigurationsrelaterade uppgifter. De användbara resultaten är kod och text kopplade till projektets faktiska beteende.
Ange beteendet som ska uppnås, den aktuella implementationen och villkoren som definierar slutförande. Ta med de källfiler eller avsnitt som behövs för att förstå problemet och de kommandon eller observationer som redan finns från miljön. Ett ursprungligt felrättningsunderlag kan identifiera den indata som misslyckas, det förväntade resultatet och funktionen vars beteende avviker. En funktionsbegäran kan ange det användarsynliga resultatet och de gränssnitt som måste förbli konsekventa.
Tillverkarens agentträning använder ärendebeskrivningar, grenens kod, körbara miljöer och verifierbara uppgiftsvillkor. Håll dessa delar i linje i en applikationsstödd uppgift. Modellens förslag bör behandla den faktiska arbetskopian och de tillhandahållna beläggen, medan applikationen utför fil- eller körningsoperationer och returnerar resultaten. Behåll resultatet av varje betydelsefull operation tillsammans med fortsättningen.
Tillverkaren dokumenterar instruktionsföljande, verktygsanvändning och längre interaktion som centrala delar av familjens utveckling. Det publicerade kodagentreceptet tillhandahåller operationer för filläsning och redigering samt en slutförandeåtgärd. Modellen kan granska information, begära en ändring och fortsätta från den returnerade observationen. Dess roll är att välja och beskriva nästa steg; den omgivande miljön fastställer vad som faktiskt hände.
Den ursprungliga utgåvan beskriver även parallella verktygsbegäranden som en observerad förmåga efter agentträning. Använd oberoende operationer endast när deras resultat kan hållas kopplade till rätt begäran. En förklaring av en kodbas kan kombinera information från flera filer, medan en kodändring behöver det aktuella innehållet och beteendet hos den berörda koden. Ersätt inte en saknad observation med ett rimligt miljöresultat.
Tillverkarens publicerade agentrecept skiljer generering av kodändringar, filtrering, urval och reflektion åt. Filtrering kombinerar semantisk deduplicering med körningsbaserade kontroller; urval utvärderar återstående kandidater; reflektion använder tidigare resultat för att styra en senare omgång. Dessa steg tillhör det dokumenterade kodflödet snarare än utgör en automatisk garanti som följer med varje vanligt textsvar.
För en praktisk koduppgift håller du den föreslagna kodändringen, de kontroller som faktiskt körts och deras utfall tillsammans. En jämförelse av föreslagna lösningar bör förklara det villkor som skiljer dem åt, särskilt när alla framstår som rimliga enbart utifrån skillnaderna i koden. En misslyckad kontroll kan ge nästa tur ett specifikt problem att åtgärda i stället för att leda till en orelaterad omskrivning.
Tillverkarens ursprungliga utgåva skiljer KAT-Coder från den separata öppna modellen KAT-Dev-32B. Träningsdiskussioner och arbetsflödesdemonstrationer gör inte varje namngiven familjevariant till en identisk checkpoint. Behåll den valda modellvarianten och de tillhandahållna projektinstruktionerna med resultatet och använd det specifika tillverkargränssnittet eller miljöreceptet för dess operationer.
En användbar överlämning kan innehålla en fokuserad implementation, en felförklaring eller en refaktorering med de belägg som stöder dess beteende. Granska den ändrade logiken och de faktiska miljöutdata innan uppgiften behandlas som slutförd. KAT-Coders syfte inom mjukvaruutveckling är mest användbart när det förblir kopplat till en konkret utvecklingsbegäran, relevant kod och ett granskningsbart slutresultat.
POST /v1/messagestextjson, sse| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser KAT-Coder-Pro-V1 | Standard— |
Fältmessages | Typmessage[] | KravObligatoriskt | Värden & gränser | Standard— |
Fältmessages[].role | Typstring | KravObligatoriskt | Värden & gränser user, assistant | Standard— |
Fältmessages[].content | Typstring | KravObligatoriskt | Värden & gränser | Standard— |
Fältmax_tokens | Typinteger | KravObligatoriskt | Värden & gränser | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser | Standardfalse |
Text · UTF-8-text
sträng i messages[].content
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages, max_tokens |
Parameteroptional_controls | Avtalstream |
Parametermaterial_types | Avtaltext |
Parametertext_file_material | AvtalLäs det faktiska UTF-8-dokumentet och placera texten i det angivna input-fältet eller i strängen för meddelandets innehåll. |
Livscykel: synchronous_or_streamed
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.00114 / 1K token Utdata · Utdatatoken $0.00456 / 1K token Indata · Cacheläsning $0 / 1K token Indata · Skrivning till cache $0 / 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 →
{\n "model": "KAT-Coder-Pro-V1",\n "max_tokens": 128,\n "messages": [\n {\n "role": "user",\n "content": "Summarize the incident report."\n }\n ],\n "stream": false\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"\nexport AILOOT_TEXT_FILE\npython3 - <<'PY_REQUEST'\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'KAT-Coder-Pro-V1', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nPath('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -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\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nPY_RESULT\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'KAT-Coder-Pro-V1', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nfrom urllib.request import Request, urlopen\nfrom urllib.error import HTTPError\n\napi_key = os.environ['AILOOT_API_KEY']\nif not api_key.strip():\n raise SystemExit('Set AILOOT_API_KEY before making a request')\nheaders = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}\nheaders['x-api-key'] = api_key\nrequest = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')\ntry:\n with urlopen(request, timeout=120) as response:\n raw = response.read()\n Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')\nexcept HTTPError as error:\n Path('result.json').write_bytes(error.read())\n Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')\n raise\nPath('result.json').write_bytes(raw)\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nJSON eller SSE
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Behåll alla innehållsblock, resonemangssignaturer och faktiska ID:n för verktygsanvändning. Sätt samman alla SSE-deltauppdateringar för blocken; ett första textblock är inte hela utdata.
Behåll begärans/svarets ID:n och huvuden. Ingen generell URL för hämtning av textjobb tillhandahålls.
| Fält | Typ |
|---|---|
Fältid | Typstring |
Fältmodel | Typstring |
Fältcontent[] | Typtext|thinking|tool_use|other content block |
Fältstop_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 KAT-Coder-Pro-V1
/chat/completions