Tongyi FaRui Plus, som produsenten identifiserer som farui-plus, er bygget på Qwen-grunnlaget og spesialisert med juridiske data og kunnskap. Produsenten beskriver utvikling med finjustering av modellen, forsterkende læring, gjenfinningsbasert utvidelse og teknologi for juridiske agenter. Oppgaveområdet omfatter juridiske spørsmål, identifisering av gjeldende lovbestemmelser, saksanalyse, generering av juridiske dokumenter og gjennomgang av kontraktsklausuler.
Dokumenterte inndata og utdata er tekst. Forbered tekstutdraget, faktaene eller klausulene som skal analyseres, som lesbar tekst, og angi ønsket resultat. Et nyttig arbeid kan være et utkast til en del av et dokument, en liste over problemstillinger, en forklaring av en oppgitt bestemmelse eller en sammenligning av kontraktsformuleringer.
Produsentens eksempler støtter en enkelt instruksjon eller en meldingsbasert samtale. Meldinger inneholder en rolle og innhold; den valgfrie systeminstruksjonen kommer først, etterfulgt av bruker- og assistentmeldinger. Veiledningen anbefaler meldinger for fortløpende dialog, med relevante tidligere svar beholdt når en oppfølging endrer et faktum eller et krav.
For et saksspørsmål oppgir du partenes roller, kronologien, det omtvistede spørsmålet og grunnlaget som er relevant for spørsmålet. Oppgi jurisdiksjonen og datoen som er relevante for oppgaven, og ta med lovteksten som skal undersøkes når svaret må bygge på en bestemt bestemmelse. Hold et påstått faktum atskilt fra en omstridt påstand eller en antakelse.
Ved en oppfølging angir du nøyaktig hva som er endret. Oppgi for eksempel en korrigert dato eller en ekstra klausul, og spør hvilken del av det tidligere utkastet som må revideres. Å beholde det faktiske tidligere svaret gjør den ønskede endringen konkret fremfor å invitere til en ny analyse av en ufullstendig sak.
For et juridisk spørsmål definerer du problemstillingen og svarformen. Be om konklusjonen, den underbyggende bestemmelsen og faktaene som ville endre analysen. Når kilden ikke fastslår en viktig detalj, ber du om at resultatet angir den manglende informasjonen.
For utforming av et dokument angir du dokumenttypen, den tiltenkte målgruppen, nødvendige deler og de oppgitte faktaene. En nyttig oppgavebeskrivelse er: «Utarbeid et utkast til den ønskede delen med denne kronologien og disse faktaene, bevar partenes definerte roller, og angi hvilken informasjon som fortsatt trengs for å fullføre dokumentet.» Kontroller navn, datoer, beløp og siterte bestemmelser mot originalmaterialet.
For en kontraktsgjennomgang oppgir du den nøyaktige klausulen og problemstillingen som skal undersøkes. Be om en sammenligning av ordlyden, problemet den reiser, og et revisjonsforslag som bevarer den tiltenkte kommersielle betydningen. Behold originalklausulen ved siden av den foreslåtte teksten, slik at endringen kan gjennomgås.
Den publiserte modelloversikten oppgir maksimalt 12 000 tokener som inndata og maksimalt 2 000 tokener som utdata. Velg de relevante utdragene og en svarlengde som passer oppgaven, og sett av plass til det ønskede svaret innenfor den gjeldende samtalekonfigurasjonen. En lang kontraktsgjennomgang kan deles inn i tydelig merkede problemstillinger eller deler, samtidig som alle klausuler som trengs for å forstå forholdet mellom dem, beholdes.
Produsentens innstilling for svarlengde kan redusere svargrensen for en kortfattet forklaring eller en bestemt del av et utkast. Den dokumenterte standardverdien er 2 000 tokener. Kontroller om et returnert svar er fullstendig før du behandler det som et ferdig dokument.
Produsentens referanse dokumenterer top_p i det åpne intervallet fra 0 til 1, med 0.8 som standardverdi. Innstillingen top_k begrenser kandidatsettet; hvis den ikke angis, eller settes over 100, deaktiveres denne strategien. Hold oppgaven og kildematerialet stabile når du sammenligner virkningen av en støttet genereringsinnstilling.
Standardarbeidsflyten er uten strømming. Strømming leverer tekst mens genereringen fortsetter. De dokumenterte standardblokkene ved strømming inneholder akkumulert innhold; ved aktivering av inkrementelle utdata returneres i stedet nye deler. Sett sammen det valgte formatet riktig, slik at gjentatt kumulativ tekst ikke legges til to ganger, og behold det ferdige svaret for gjennomgang.
Svaret kan bruke en tekst- eller meldingsinnpakning. Innpakningen er leveringsstrukturen rundt den genererte juridiske teksten; modellens egenskapstabell oppgir ikke skjemahåndhevede strukturerte utdata, funksjonskall eller innebygd nettsøk. Oppgi grunnlaget og bestemmelsene som trengs for oppgaven, fremfor å anta at et eksternt oppslag har funnet sted.
Behold kildeteksten, de oppgitte faktaene, den ønskede dokumentformen og det endelige svaret samlet. Kontroller den faktiske ordlyden i henvisninger og jurisdiksjonen eller datoen som en tolkning avhenger av. En klausulsammenligning eller saksforklaring er mest nyttig når antakelsene og de underbyggende tekstutdragene fortsatt kan identifiseres.
Bruk Farui Plus til den navngitte arbeidsflyten for juridisk tekst. Det endelige arbeidet bør knytte det ønskede juridiske spørsmålet eller utkastet til materialet som faktisk er oppgitt.
", "aboutText": "### En tekstmodell for juridisk arbeid\n\nTongyi FaRui Plus, som produsenten identifiserer som farui-plus, er bygget på Qwen-grunnlaget og spesialisert med juridiske data og kunnskap. Produsenten beskriver utvikling med finjustering av modellen, forsterkende læring, gjenfinningsbasert utvidelse og teknologi for juridiske agenter. Oppgaveområdet omfatter juridiske spørsmål, identifisering av gjeldende lovbestemmelser, saksanalyse, generering av juridiske dokumenter og gjennomgang av kontraktsklausuler.\n\nDokumenterte inndata og utdata er tekst. Forbered tekstutdraget, faktaene eller klausulene som skal analyseres, som lesbar tekst, og angi ønsket resultat. Et nyttig arbeid kan være et utkast til en del av et dokument, en liste over problemstillinger, en forklaring av en oppgitt bestemmelse eller en sammenligning av kontraktsformuleringer.\n\n### Forbered én forespørsel eller en fortløpende dialog\n\nProdusentens eksempler støtter en enkelt instruksjon eller en meldingsbasert samtale. Meldinger inneholder en rolle og innhold; den valgfrie systeminstruksjonen kommer først, etterfulgt av bruker- og assistentmeldinger. Veiledningen anbefaler meldinger for fortløpende dialog, med relevante tidligere svar beholdt når en oppfølging endrer et faktum eller et krav.\n\nFor et saksspørsmål oppgir du partenes roller, kronologien, det omtvistede spørsmålet og grunnlaget som er relevant for spørsmålet. Oppgi jurisdiksjonen og datoen som er relevante for oppgaven, og ta med lovteksten som skal undersøkes når svaret må bygge på en bestemt bestemmelse. Hold et påstått faktum atskilt fra en omstridt påstand eller en antakelse.\n\nVed en oppfølging angir du nøyaktig hva som er endret. Oppgi for eksempel en korrigert dato eller en ekstra klausul, og spør hvilken del av det tidligere utkastet som må revideres. Å beholde det faktiske tidligere svaret gjør den ønskede endringen konkret fremfor å invitere til en ny analyse av en ufullstendig sak.\n\n### Be om en analyse eller et dokumentutkast\n\nFor et juridisk spørsmål definerer du problemstillingen og svarformen. Be om konklusjonen, den underbyggende bestemmelsen og faktaene som ville endre analysen. Når kilden ikke fastslår en viktig detalj, ber du om at resultatet angir den manglende informasjonen.\n\nFor utforming av et dokument angir du dokumenttypen, den tiltenkte målgruppen, nødvendige deler og de oppgitte faktaene. En nyttig oppgavebeskrivelse er: «Utarbeid et utkast til den ønskede delen med denne kronologien og disse faktaene, bevar partenes definerte roller, og angi hvilken informasjon som fortsatt trengs for å fullføre dokumentet.» Kontroller navn, datoer, beløp og siterte bestemmelser mot originalmaterialet.\n\nFor en kontraktsgjennomgang oppgir du den nøyaktige klausulen og problemstillingen som skal undersøkes. Be om en sammenligning av ordlyden, problemet den reiser, og et revisjonsforslag som bevarer den tiltenkte kommersielle betydningen. Behold originalklausulen ved siden av den foreslåtte teksten, slik at endringen kan gjennomgås.\n\n### Arbeid innenfor de dokumenterte svargrensene\n\nDen publiserte modelloversikten oppgir maksimalt 12 000 tokener som inndata og maksimalt 2 000 tokener som utdata. Velg de relevante utdragene og en svarlengde som passer oppgaven, og sett av plass til det ønskede svaret innenfor den gjeldende samtalekonfigurasjonen. En lang kontraktsgjennomgang kan deles inn i tydelig merkede problemstillinger eller deler, samtidig som alle klausuler som trengs for å forstå forholdet mellom dem, beholdes.\n\nProdusentens innstilling for svarlengde kan redusere svargrensen for en kortfattet forklaring eller en bestemt del av et utkast. Den dokumenterte standardverdien er 2 000 tokener. Kontroller om et returnert svar er fullstendig før du behandler det som et ferdig dokument.\n\n### Velg innstillinger for generering og levering\n\nProdusentens referanse dokumenterer top_p i det åpne intervallet fra 0 til 1, med 0.8 som standardverdi. Innstillingen top_k begrenser kandidatsettet; hvis den ikke angis, eller settes over 100, deaktiveres denne strategien. Hold oppgaven og kildematerialet stabile når du sammenligner virkningen av en støttet genereringsinnstilling.\n\nStandardarbeidsflyten er uten strømming. Strømming leverer tekst mens genereringen fortsetter. De dokumenterte standardblokkene ved strømming inneholder akkumulert innhold; ved aktivering av inkrementelle utdata returneres i stedet nye deler. Sett sammen det valgte formatet riktig, slik at gjentatt kumulativ tekst ikke legges til to ganger, og behold det ferdige svaret for gjennomgang.\n\nSvaret kan bruke en tekst- eller meldingsinnpakning. Innpakningen er leveringsstrukturen rundt den genererte juridiske teksten; modellens egenskapstabell oppgir ikke skjemahåndhevede strukturerte utdata, funksjonskall eller innebygd nettsøk. Oppgi grunnlaget og bestemmelsene som trengs for oppgaven, fremfor å anta at et eksternt oppslag har funnet sted.\n\n### Hold analysen etterprøvbar\n\nBehold kildeteksten, de oppgitte faktaene, den ønskede dokumentformen og det endelige svaret samlet. Kontroller den faktiske ordlyden i henvisninger og jurisdiksjonen eller datoen som en tolkning avhenger av. En klausulsammenligning eller saksforklaring er mest nyttig når antakelsene og de underbyggende tekstutdragene fortsatt kan identifiseres.\n\nBruk Farui Plus til den navngitte arbeidsflyten for juridisk tekst. Det endelige arbeidet bør knytte det ønskede juridiske spørsmålet eller utkastet til materialet som faktisk er oppgitt.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "f26c94c8f138902f71dcb2b532977c22e8a5e32528f62a02fa264cc68e3f8c77", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "farui-plusAlibabas Tongyi FaRui Plus er en tekstmodell som er spesialisert på juridiske spørsmål, saksanalyse, utforming av juridiske dokumenter og kontraktsgjennomgang. Forbered faktaene og de relevante klausulene som tekst, og bruk deretter et avgrenset spørsmål eller en dialog for å få en skriftlig analyse eller et utkast.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Tongyi FaRui Plus, som produsenten identifiserer som farui-plus, er bygget på Qwen-grunnlaget og spesialisert med juridiske data og kunnskap. Produsenten beskriver utvikling med finjustering av modellen, forsterkende læring, gjenfinningsbasert utvidelse og teknologi for juridiske agenter. Oppgaveområdet omfatter juridiske spørsmål, identifisering av gjeldende lovbestemmelser, saksanalyse, generering av juridiske dokumenter og gjennomgang av kontraktsklausuler.
Dokumenterte inndata og utdata er tekst. Forbered tekstutdraget, faktaene eller klausulene som skal analyseres, som lesbar tekst, og angi ønsket resultat. Et nyttig arbeid kan være et utkast til en del av et dokument, en liste over problemstillinger, en forklaring av en oppgitt bestemmelse eller en sammenligning av kontraktsformuleringer.
Produsentens eksempler støtter en enkelt instruksjon eller en meldingsbasert samtale. Meldinger inneholder en rolle og innhold; den valgfrie systeminstruksjonen kommer først, etterfulgt av bruker- og assistentmeldinger. Veiledningen anbefaler meldinger for fortløpende dialog, med relevante tidligere svar beholdt når en oppfølging endrer et faktum eller et krav.
For et saksspørsmål oppgir du partenes roller, kronologien, det omtvistede spørsmålet og grunnlaget som er relevant for spørsmålet. Oppgi jurisdiksjonen og datoen som er relevante for oppgaven, og ta med lovteksten som skal undersøkes når svaret må bygge på en bestemt bestemmelse. Hold et påstått faktum atskilt fra en omstridt påstand eller en antakelse.
Ved en oppfølging angir du nøyaktig hva som er endret. Oppgi for eksempel en korrigert dato eller en ekstra klausul, og spør hvilken del av det tidligere utkastet som må revideres. Å beholde det faktiske tidligere svaret gjør den ønskede endringen konkret fremfor å invitere til en ny analyse av en ufullstendig sak.
For et juridisk spørsmål definerer du problemstillingen og svarformen. Be om konklusjonen, den underbyggende bestemmelsen og faktaene som ville endre analysen. Når kilden ikke fastslår en viktig detalj, ber du om at resultatet angir den manglende informasjonen.
For utforming av et dokument angir du dokumenttypen, den tiltenkte målgruppen, nødvendige deler og de oppgitte faktaene. En nyttig oppgavebeskrivelse er: «Utarbeid et utkast til den ønskede delen med denne kronologien og disse faktaene, bevar partenes definerte roller, og angi hvilken informasjon som fortsatt trengs for å fullføre dokumentet.» Kontroller navn, datoer, beløp og siterte bestemmelser mot originalmaterialet.
For en kontraktsgjennomgang oppgir du den nøyaktige klausulen og problemstillingen som skal undersøkes. Be om en sammenligning av ordlyden, problemet den reiser, og et revisjonsforslag som bevarer den tiltenkte kommersielle betydningen. Behold originalklausulen ved siden av den foreslåtte teksten, slik at endringen kan gjennomgås.
Den publiserte modelloversikten oppgir maksimalt 12 000 tokener som inndata og maksimalt 2 000 tokener som utdata. Velg de relevante utdragene og en svarlengde som passer oppgaven, og sett av plass til det ønskede svaret innenfor den gjeldende samtalekonfigurasjonen. En lang kontraktsgjennomgang kan deles inn i tydelig merkede problemstillinger eller deler, samtidig som alle klausuler som trengs for å forstå forholdet mellom dem, beholdes.
Produsentens innstilling for svarlengde kan redusere svargrensen for en kortfattet forklaring eller en bestemt del av et utkast. Den dokumenterte standardverdien er 2 000 tokener. Kontroller om et returnert svar er fullstendig før du behandler det som et ferdig dokument.
Produsentens referanse dokumenterer top_p i det åpne intervallet fra 0 til 1, med 0.8 som standardverdi. Innstillingen top_k begrenser kandidatsettet; hvis den ikke angis, eller settes over 100, deaktiveres denne strategien. Hold oppgaven og kildematerialet stabile når du sammenligner virkningen av en støttet genereringsinnstilling.
Standardarbeidsflyten er uten strømming. Strømming leverer tekst mens genereringen fortsetter. De dokumenterte standardblokkene ved strømming inneholder akkumulert innhold; ved aktivering av inkrementelle utdata returneres i stedet nye deler. Sett sammen det valgte formatet riktig, slik at gjentatt kumulativ tekst ikke legges til to ganger, og behold det ferdige svaret for gjennomgang.
Svaret kan bruke en tekst- eller meldingsinnpakning. Innpakningen er leveringsstrukturen rundt den genererte juridiske teksten; modellens egenskapstabell oppgir ikke skjemahåndhevede strukturerte utdata, funksjonskall eller innebygd nettsøk. Oppgi grunnlaget og bestemmelsene som trengs for oppgaven, fremfor å anta at et eksternt oppslag har funnet sted.
Behold kildeteksten, de oppgitte faktaene, den ønskede dokumentformen og det endelige svaret samlet. Kontroller den faktiske ordlyden i henvisninger og jurisdiksjonen eller datoen som en tolkning avhenger av. En klausulsammenligning eller saksforklaring er mest nyttig når antakelsene og de underbyggende tekstutdragene fortsatt kan identifiseres.
Bruk Farui Plus til den navngitte arbeidsflyten for juridisk tekst. Det endelige arbeidet bør knytte det ønskede juridiske spørsmålet eller utkastet til materialet som faktisk er oppgitt.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser farui-plus | Standard— |
Feltmessages | Typemessage[] | KravPåkrevd | Verdier & grenser Minste antall elementer: 1 | Standard— |
Feltmessages[].role | Typestring | KravPåkrevd | Verdier & grenser Avhenger av modellen | Standard— |
Feltmessages[].content | Typestring | KravValgfritt | Verdier & grenser Gjelder når: Tekstsamtale | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser | Standardfalse |
Tekst · UTF8-tekst
messages[].content
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages |
Parametermaterial_types | Avtaletext |
Parametermessages | Avtalemeldingstabell med role/content-struktur |
Parameterfile_material | Avtalefaktisk UTF-8-dokument satt inn som bokstavelig tekst; ingen fil-ID utledes |
Parameteroptional_controls | Avtalestream |
Parametercontrol_scope | AvtaleTekstsamtale; stream er en boolsk verdi med false som standard. |
Parameteroutput_modalities | Avtaletext |
Parameterhosted_operations | Avtalefalse |
Parametermultimodal_input_binding | Avtalenull |
Metodealiaser: /chat/completions
Livssyklus: synchronous_or_streamed
Send eksakt modell-ID sammen med messages.
Kontekstlengde er ikke en outputgrense.
En tekstfil kan levere bokstavelig tekst; bilde-, lyd- og filobjektinput trenger eksakt binding.
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.0058 / 1K tokener Utdata · Utgående tokener $0.0058 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.0058 / 1K tokener Utdata · Utgående tokener $0.0058 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
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":"farui-plus","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="farui-plus", 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
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Behold hvert svaralternativ med innhold, verktøykall og resonnering. Sett sammen endringer i SSE etter svaralternativets/verktøyets indeks, og behold endelig avslutningsgrunn og bruksdata.
Behold forespørsels-/svar-ID-er og headere. Ingen generell URL for henting av tekstjobber oppgis.
| Felt | Type |
|---|---|
Feltchoices[].index | Typeinteger |
Feltchoices[].message.content | Typestring|null |
Feltchoices[].message.tool_calls | Typetool_call[] |
Feltchoices[].message.reasoning_content | Typestring |
Feltchoices[].message.reasoning_details | Typeobject|array |
Feltchoices[].finish_reason | Typestring|null |
Feltusage | Typeobject |
| Svar | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårUgyldige påkrevde felter, materialrepresentasjon eller parameterverdi | Neste trinnKorriger de angitte feltene før en ny opprettelsesforespørsel. |
Ailoot Ultra farui-plus
/chat/completions
farui-plusAlibabas Tongyi FaRui Plus er en tekstmodell som er spesialisert på juridiske spørsmål, saksanalyse, utforming av juridiske dokumenter og kontraktsgjennomgang. Forbered faktaene og de relevante klausulene som tekst, og bruk deretter et avgrenset spørsmål eller en dialog for å få en skriftlig analyse eller et utkast.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Tongyi FaRui Plus, som produsenten identifiserer som farui-plus, er bygget på Qwen-grunnlaget og spesialisert med juridiske data og kunnskap. Produsenten beskriver utvikling med finjustering av modellen, forsterkende læring, gjenfinningsbasert utvidelse og teknologi for juridiske agenter. Oppgaveområdet omfatter juridiske spørsmål, identifisering av gjeldende lovbestemmelser, saksanalyse, generering av juridiske dokumenter og gjennomgang av kontraktsklausuler.
Dokumenterte inndata og utdata er tekst. Forbered tekstutdraget, faktaene eller klausulene som skal analyseres, som lesbar tekst, og angi ønsket resultat. Et nyttig arbeid kan være et utkast til en del av et dokument, en liste over problemstillinger, en forklaring av en oppgitt bestemmelse eller en sammenligning av kontraktsformuleringer.
Produsentens eksempler støtter en enkelt instruksjon eller en meldingsbasert samtale. Meldinger inneholder en rolle og innhold; den valgfrie systeminstruksjonen kommer først, etterfulgt av bruker- og assistentmeldinger. Veiledningen anbefaler meldinger for fortløpende dialog, med relevante tidligere svar beholdt når en oppfølging endrer et faktum eller et krav.
For et saksspørsmål oppgir du partenes roller, kronologien, det omtvistede spørsmålet og grunnlaget som er relevant for spørsmålet. Oppgi jurisdiksjonen og datoen som er relevante for oppgaven, og ta med lovteksten som skal undersøkes når svaret må bygge på en bestemt bestemmelse. Hold et påstått faktum atskilt fra en omstridt påstand eller en antakelse.
Ved en oppfølging angir du nøyaktig hva som er endret. Oppgi for eksempel en korrigert dato eller en ekstra klausul, og spør hvilken del av det tidligere utkastet som må revideres. Å beholde det faktiske tidligere svaret gjør den ønskede endringen konkret fremfor å invitere til en ny analyse av en ufullstendig sak.
For et juridisk spørsmål definerer du problemstillingen og svarformen. Be om konklusjonen, den underbyggende bestemmelsen og faktaene som ville endre analysen. Når kilden ikke fastslår en viktig detalj, ber du om at resultatet angir den manglende informasjonen.
For utforming av et dokument angir du dokumenttypen, den tiltenkte målgruppen, nødvendige deler og de oppgitte faktaene. En nyttig oppgavebeskrivelse er: «Utarbeid et utkast til den ønskede delen med denne kronologien og disse faktaene, bevar partenes definerte roller, og angi hvilken informasjon som fortsatt trengs for å fullføre dokumentet.» Kontroller navn, datoer, beløp og siterte bestemmelser mot originalmaterialet.
For en kontraktsgjennomgang oppgir du den nøyaktige klausulen og problemstillingen som skal undersøkes. Be om en sammenligning av ordlyden, problemet den reiser, og et revisjonsforslag som bevarer den tiltenkte kommersielle betydningen. Behold originalklausulen ved siden av den foreslåtte teksten, slik at endringen kan gjennomgås.
Den publiserte modelloversikten oppgir maksimalt 12 000 tokener som inndata og maksimalt 2 000 tokener som utdata. Velg de relevante utdragene og en svarlengde som passer oppgaven, og sett av plass til det ønskede svaret innenfor den gjeldende samtalekonfigurasjonen. En lang kontraktsgjennomgang kan deles inn i tydelig merkede problemstillinger eller deler, samtidig som alle klausuler som trengs for å forstå forholdet mellom dem, beholdes.
Produsentens innstilling for svarlengde kan redusere svargrensen for en kortfattet forklaring eller en bestemt del av et utkast. Den dokumenterte standardverdien er 2 000 tokener. Kontroller om et returnert svar er fullstendig før du behandler det som et ferdig dokument.
Produsentens referanse dokumenterer top_p i det åpne intervallet fra 0 til 1, med 0.8 som standardverdi. Innstillingen top_k begrenser kandidatsettet; hvis den ikke angis, eller settes over 100, deaktiveres denne strategien. Hold oppgaven og kildematerialet stabile når du sammenligner virkningen av en støttet genereringsinnstilling.
Standardarbeidsflyten er uten strømming. Strømming leverer tekst mens genereringen fortsetter. De dokumenterte standardblokkene ved strømming inneholder akkumulert innhold; ved aktivering av inkrementelle utdata returneres i stedet nye deler. Sett sammen det valgte formatet riktig, slik at gjentatt kumulativ tekst ikke legges til to ganger, og behold det ferdige svaret for gjennomgang.
Svaret kan bruke en tekst- eller meldingsinnpakning. Innpakningen er leveringsstrukturen rundt den genererte juridiske teksten; modellens egenskapstabell oppgir ikke skjemahåndhevede strukturerte utdata, funksjonskall eller innebygd nettsøk. Oppgi grunnlaget og bestemmelsene som trengs for oppgaven, fremfor å anta at et eksternt oppslag har funnet sted.
Behold kildeteksten, de oppgitte faktaene, den ønskede dokumentformen og det endelige svaret samlet. Kontroller den faktiske ordlyden i henvisninger og jurisdiksjonen eller datoen som en tolkning avhenger av. En klausulsammenligning eller saksforklaring er mest nyttig når antakelsene og de underbyggende tekstutdragene fortsatt kan identifiseres.
Bruk Farui Plus til den navngitte arbeidsflyten for juridisk tekst. Det endelige arbeidet bør knytte det ønskede juridiske spørsmålet eller utkastet til materialet som faktisk er oppgitt.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser farui-plus | Standard— |
Feltmessages | Typemessage[] | KravPåkrevd | Verdier & grenser | Standard— |
Feltmessages[].role | Typestring | KravPåkrevd | Verdier & grenser user, assistant | Standard— |
Feltmessages[].content | Typestring | KravPåkrevd | Verdier & grenser | Standard— |
Feltmax_tokens | Typeinteger | KravPåkrevd | Verdier & grenser | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser | Standardfalse |
Tekst · UTF-8-tekst
messages[].content-streng
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages, max_tokens |
Parameteroptional_controls | Avtalestream |
Parametermaterial_types | Avtaletext |
Parametertext_file_material | AvtaleLes det faktiske UTF-8-dokumentet og legg teksten i den angitte input- eller meldingsinnholdsstrengen. |
Livssyklus: synchronous_or_streamed
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.0058 / 1K tokener Utdata · Utgående tokener $0.0058 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.0058 / 1K tokener Utdata · Utgående tokener $0.0058 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
{\n "model": "farui-plus",\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': 'farui-plus', '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': 'farui-plus', '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
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Behold alle innholdsblokker, resonneringssignaturer og faktiske ID-er for verktøybruk. Sett sammen alle SSE-blokkendringer; den første tekstblokken er ikke hele resultatet.
Behold forespørsels-/svar-ID-er og headere. Ingen generell URL for henting av tekstjobber oppgis.
| Felt | Type |
|---|---|
Feltid | Typestring |
Feltmodel | Typestring |
Feltcontent[] | Typetext|thinking|tool_use|other content block |
Feltstop_reason | Typestring|null |
Feltusage | Typeobject |
| Svar | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårUgyldige påkrevde felter, materialrepresentasjon eller parameterverdi | Neste trinnKorriger de angitte feltene før en ny opprettelsesforespørsel. |
Ailoot Ultra farui-plus
/chat/completions