Tongyi FaRui Plus, identificato dal produttore come farui-plus, è costruito sulla base Qwen e specializzato con dati e conoscenze giuridiche. Il produttore descrive uno sviluppo che utilizza fine-tuning del modello, apprendimento per rinforzo, integrazione del recupero di informazioni e tecnologia di agenti legali. Il suo ambito comprende quesiti giuridici, individuazione delle disposizioni applicabili, analisi di casi, generazione di documenti legali e revisione di clausole contrattuali.
Gli input e gli output documentati sono testuali. Prepara il brano, i fatti o le clausole da analizzare come testo leggibile e specifica il risultato desiderato. Un elaborato utile può essere una sezione in bozza, un elenco di questioni, una spiegazione di una disposizione fornita o un confronto tra formulazioni contrattuali.
Gli esempi del produttore supportano un’istruzione singola o una conversazione basata su messaggi. I messaggi contengono un ruolo e un contenuto; l’istruzione di sistema facoltativa viene per prima, seguita dai turni dell’utente e dell’assistente. La guida raccomanda i messaggi per proseguire un dialogo, conservando le risposte precedenti pertinenti quando una richiesta successiva modifica un fatto o un requisito.
Per una domanda su un caso, fornisci i ruoli delle parti, la cronologia, la questione controversa e le evidenze pertinenti alla domanda. Specifica la giurisdizione e la data rilevanti per il compito e includi il testo giuridico da esaminare quando la risposta deve basarsi su una disposizione particolare. Distingui un fatto affermato da un’allegazione contestata o da un’ipotesi.
Per una richiesta successiva, identifica esattamente cosa è cambiato. Per esempio, fornisci una data corretta o una clausola aggiuntiva e chiedi quale parte della bozza precedente richiede una revisione. Conservare la risposta precedente effettiva rende concreta la modifica richiesta, anziché invitare a una nuova analisi di un caso incompleto.
Per un quesito giuridico, definisci la questione e la forma della risposta. Richiedi la conclusione, la disposizione che la sostiene e i fatti che modificherebbero l’analisi. Quando la fonte non stabilisce un dettaglio importante, chiedi al risultato di identificare l’informazione mancante.
Per la redazione, specifica il tipo di documento, il pubblico previsto, le sezioni richieste e i fatti forniti. Un brief utile è: “Redigi la sezione richiesta utilizzando questa cronologia e questi fatti, conserva i ruoli definiti delle parti e identifica le informazioni ancora necessarie per completare il documento.” Verifica nomi, date, importi e disposizioni citate rispetto al materiale originale.
Per la revisione contrattuale, fornisci la clausola esatta e l’aspetto problematico da esaminare. Richiedi un confronto della formulazione, della questione che solleva e di una revisione proposta che conservi il significato commerciale previsto. Mantieni la clausola originale accanto al testo proposto per consentire l’esame della modifica.
La panoramica pubblicata del modello indica un input massimo di 12.000 token e un output massimo di 2.000 token. Seleziona gli estratti pertinenti e una lunghezza di risposta adatta al compito, lasciando spazio alla risposta richiesta nella configurazione applicabile alla conversazione. Una revisione contrattuale lunga può essere suddivisa in questioni o sezioni chiaramente etichettate, conservando ogni clausola necessaria a comprenderne le relazioni.
L’impostazione della lunghezza della risposta del produttore può ridurre il budget di output per una spiegazione concisa o una specifica sezione in bozza. Il valore predefinito documentato è 2.000 token. Verifica se una risposta restituita è completa prima di considerarla un documento concluso.
Il riferimento del produttore documenta top_p nell’intervallo aperto da 0 a 1, con 0.8 come valore predefinito. L’impostazione top_k restringe l’insieme dei candidati; lasciarla non impostata o impostarla sopra 100 disattiva questa strategia. Mantieni invariati il compito e il materiale originale quando confronti l’effetto di un’impostazione di generazione supportata.
Il flusso predefinito non utilizza lo streaming. Lo streaming consegna il testo mentre la generazione prosegue. I frammenti di streaming predefiniti documentati contengono il contenuto accumulato; attivando l’output incrementale, vengono invece restituite nuove porzioni. Assembla correttamente il formato scelto, evitando di aggiungere due volte il testo cumulativo ripetuto, e conserva la risposta completa per la revisione.
La risposta può utilizzare un involucro di testo o di messaggio. L’involucro è la struttura di consegna che contiene il testo giuridico generato; la tabella delle capacità del modello non elenca output strutturato imposto da uno schema, chiamate di funzione o ricerca web nativa. Fornisci le evidenze e le disposizioni necessarie al compito, anziché presumere che sia avvenuta una ricerca esterna.
Conserva insieme il testo originale, i fatti forniti, la forma del documento richiesta e la risposta finale. Verifica la formulazione effettiva dei riferimenti e la giurisdizione o la data da cui dipende un’interpretazione. Un confronto tra clausole o la spiegazione di un caso è più utile quando le ipotesi e i passaggi di supporto restano identificabili.
Utilizza Farui Plus per il suo specifico flusso di lavoro su testi giuridici. L’elaborato finale deve collegare il quesito giuridico o la bozza richiesti al materiale effettivamente fornito.
", "aboutText": "### Un modello testuale per il settore legale\n\nTongyi FaRui Plus, identificato dal produttore come farui-plus, è costruito sulla base Qwen e specializzato con dati e conoscenze giuridiche. Il produttore descrive uno sviluppo che utilizza fine-tuning del modello, apprendimento per rinforzo, integrazione del recupero di informazioni e tecnologia di agenti legali. Il suo ambito comprende quesiti giuridici, individuazione delle disposizioni applicabili, analisi di casi, generazione di documenti legali e revisione di clausole contrattuali.\n\nGli input e gli output documentati sono testuali. Prepara il brano, i fatti o le clausole da analizzare come testo leggibile e specifica il risultato desiderato. Un elaborato utile può essere una sezione in bozza, un elenco di questioni, una spiegazione di una disposizione fornita o un confronto tra formulazioni contrattuali.\n\n### Prepara una richiesta singola o un dialogo continuo\n\nGli esempi del produttore supportano un’istruzione singola o una conversazione basata su messaggi. I messaggi contengono un ruolo e un contenuto; l’istruzione di sistema facoltativa viene per prima, seguita dai turni dell’utente e dell’assistente. La guida raccomanda i messaggi per proseguire un dialogo, conservando le risposte precedenti pertinenti quando una richiesta successiva modifica un fatto o un requisito.\n\nPer una domanda su un caso, fornisci i ruoli delle parti, la cronologia, la questione controversa e le evidenze pertinenti alla domanda. Specifica la giurisdizione e la data rilevanti per il compito e includi il testo giuridico da esaminare quando la risposta deve basarsi su una disposizione particolare. Distingui un fatto affermato da un’allegazione contestata o da un’ipotesi.\n\nPer una richiesta successiva, identifica esattamente cosa è cambiato. Per esempio, fornisci una data corretta o una clausola aggiuntiva e chiedi quale parte della bozza precedente richiede una revisione. Conservare la risposta precedente effettiva rende concreta la modifica richiesta, anziché invitare a una nuova analisi di un caso incompleto.\n\n### Richiedi un’analisi o una bozza di documento\n\nPer un quesito giuridico, definisci la questione e la forma della risposta. Richiedi la conclusione, la disposizione che la sostiene e i fatti che modificherebbero l’analisi. Quando la fonte non stabilisce un dettaglio importante, chiedi al risultato di identificare l’informazione mancante.\n\nPer la redazione, specifica il tipo di documento, il pubblico previsto, le sezioni richieste e i fatti forniti. Un brief utile è: “Redigi la sezione richiesta utilizzando questa cronologia e questi fatti, conserva i ruoli definiti delle parti e identifica le informazioni ancora necessarie per completare il documento.” Verifica nomi, date, importi e disposizioni citate rispetto al materiale originale.\n\nPer la revisione contrattuale, fornisci la clausola esatta e l’aspetto problematico da esaminare. Richiedi un confronto della formulazione, della questione che solleva e di una revisione proposta che conservi il significato commerciale previsto. Mantieni la clausola originale accanto al testo proposto per consentire l’esame della modifica.\n\n### Rispetta i limiti documentati della risposta\n\nLa panoramica pubblicata del modello indica un input massimo di 12.000 token e un output massimo di 2.000 token. Seleziona gli estratti pertinenti e una lunghezza di risposta adatta al compito, lasciando spazio alla risposta richiesta nella configurazione applicabile alla conversazione. Una revisione contrattuale lunga può essere suddivisa in questioni o sezioni chiaramente etichettate, conservando ogni clausola necessaria a comprenderne le relazioni.\n\nL’impostazione della lunghezza della risposta del produttore può ridurre il budget di output per una spiegazione concisa o una specifica sezione in bozza. Il valore predefinito documentato è 2.000 token. Verifica se una risposta restituita è completa prima di considerarla un documento concluso.\n\n### Scegli le impostazioni di generazione e consegna\n\nIl riferimento del produttore documenta top_p nell’intervallo aperto da 0 a 1, con 0.8 come valore predefinito. L’impostazione top_k restringe l’insieme dei candidati; lasciarla non impostata o impostarla sopra 100 disattiva questa strategia. Mantieni invariati il compito e il materiale originale quando confronti l’effetto di un’impostazione di generazione supportata.\n\nIl flusso predefinito non utilizza lo streaming. Lo streaming consegna il testo mentre la generazione prosegue. I frammenti di streaming predefiniti documentati contengono il contenuto accumulato; attivando l’output incrementale, vengono invece restituite nuove porzioni. Assembla correttamente il formato scelto, evitando di aggiungere due volte il testo cumulativo ripetuto, e conserva la risposta completa per la revisione.\n\nLa risposta può utilizzare un involucro di testo o di messaggio. L’involucro è la struttura di consegna che contiene il testo giuridico generato; la tabella delle capacità del modello non elenca output strutturato imposto da uno schema, chiamate di funzione o ricerca web nativa. Fornisci le evidenze e le disposizioni necessarie al compito, anziché presumere che sia avvenuta una ricerca esterna.\n\n### Mantieni l’analisi ispezionabile\n\nConserva insieme il testo originale, i fatti forniti, la forma del documento richiesta e la risposta finale. Verifica la formulazione effettiva dei riferimenti e la giurisdizione o la data da cui dipende un’interpretazione. Un confronto tra clausole o la spiegazione di un caso è più utile quando le ipotesi e i passaggi di supporto restano identificabili.\n\nUtilizza Farui Plus per il suo specifico flusso di lavoro su testi giuridici. L’elaborato finale deve collegare il quesito giuridico o la bozza richiesti al materiale effettivamente fornito.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "c21d1fb22ee4815920cb044c1b9ae9f77c833d88fba87c50133bef584d738f22", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "farui-plusTongyi FaRui Plus di Alibaba è un modello testuale specializzato in quesiti giuridici, analisi di casi, redazione di documenti legali e revisione contrattuale. Prepara i fatti e le clausole pertinenti in forma testuale, quindi utilizza una domanda o un dialogo mirato per ottenere un’analisi scritta o una bozza.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
Tongyi FaRui Plus, identificato dal produttore come farui-plus, è costruito sulla base Qwen e specializzato con dati e conoscenze giuridiche. Il produttore descrive uno sviluppo che utilizza fine-tuning del modello, apprendimento per rinforzo, integrazione del recupero di informazioni e tecnologia di agenti legali. Il suo ambito comprende quesiti giuridici, individuazione delle disposizioni applicabili, analisi di casi, generazione di documenti legali e revisione di clausole contrattuali.
Gli input e gli output documentati sono testuali. Prepara il brano, i fatti o le clausole da analizzare come testo leggibile e specifica il risultato desiderato. Un elaborato utile può essere una sezione in bozza, un elenco di questioni, una spiegazione di una disposizione fornita o un confronto tra formulazioni contrattuali.
Gli esempi del produttore supportano un’istruzione singola o una conversazione basata su messaggi. I messaggi contengono un ruolo e un contenuto; l’istruzione di sistema facoltativa viene per prima, seguita dai turni dell’utente e dell’assistente. La guida raccomanda i messaggi per proseguire un dialogo, conservando le risposte precedenti pertinenti quando una richiesta successiva modifica un fatto o un requisito.
Per una domanda su un caso, fornisci i ruoli delle parti, la cronologia, la questione controversa e le evidenze pertinenti alla domanda. Specifica la giurisdizione e la data rilevanti per il compito e includi il testo giuridico da esaminare quando la risposta deve basarsi su una disposizione particolare. Distingui un fatto affermato da un’allegazione contestata o da un’ipotesi.
Per una richiesta successiva, identifica esattamente cosa è cambiato. Per esempio, fornisci una data corretta o una clausola aggiuntiva e chiedi quale parte della bozza precedente richiede una revisione. Conservare la risposta precedente effettiva rende concreta la modifica richiesta, anziché invitare a una nuova analisi di un caso incompleto.
Per un quesito giuridico, definisci la questione e la forma della risposta. Richiedi la conclusione, la disposizione che la sostiene e i fatti che modificherebbero l’analisi. Quando la fonte non stabilisce un dettaglio importante, chiedi al risultato di identificare l’informazione mancante.
Per la redazione, specifica il tipo di documento, il pubblico previsto, le sezioni richieste e i fatti forniti. Un brief utile è: “Redigi la sezione richiesta utilizzando questa cronologia e questi fatti, conserva i ruoli definiti delle parti e identifica le informazioni ancora necessarie per completare il documento.” Verifica nomi, date, importi e disposizioni citate rispetto al materiale originale.
Per la revisione contrattuale, fornisci la clausola esatta e l’aspetto problematico da esaminare. Richiedi un confronto della formulazione, della questione che solleva e di una revisione proposta che conservi il significato commerciale previsto. Mantieni la clausola originale accanto al testo proposto per consentire l’esame della modifica.
La panoramica pubblicata del modello indica un input massimo di 12.000 token e un output massimo di 2.000 token. Seleziona gli estratti pertinenti e una lunghezza di risposta adatta al compito, lasciando spazio alla risposta richiesta nella configurazione applicabile alla conversazione. Una revisione contrattuale lunga può essere suddivisa in questioni o sezioni chiaramente etichettate, conservando ogni clausola necessaria a comprenderne le relazioni.
L’impostazione della lunghezza della risposta del produttore può ridurre il budget di output per una spiegazione concisa o una specifica sezione in bozza. Il valore predefinito documentato è 2.000 token. Verifica se una risposta restituita è completa prima di considerarla un documento concluso.
Il riferimento del produttore documenta top_p nell’intervallo aperto da 0 a 1, con 0.8 come valore predefinito. L’impostazione top_k restringe l’insieme dei candidati; lasciarla non impostata o impostarla sopra 100 disattiva questa strategia. Mantieni invariati il compito e il materiale originale quando confronti l’effetto di un’impostazione di generazione supportata.
Il flusso predefinito non utilizza lo streaming. Lo streaming consegna il testo mentre la generazione prosegue. I frammenti di streaming predefiniti documentati contengono il contenuto accumulato; attivando l’output incrementale, vengono invece restituite nuove porzioni. Assembla correttamente il formato scelto, evitando di aggiungere due volte il testo cumulativo ripetuto, e conserva la risposta completa per la revisione.
La risposta può utilizzare un involucro di testo o di messaggio. L’involucro è la struttura di consegna che contiene il testo giuridico generato; la tabella delle capacità del modello non elenca output strutturato imposto da uno schema, chiamate di funzione o ricerca web nativa. Fornisci le evidenze e le disposizioni necessarie al compito, anziché presumere che sia avvenuta una ricerca esterna.
Conserva insieme il testo originale, i fatti forniti, la forma del documento richiesta e la risposta finale. Verifica la formulazione effettiva dei riferimenti e la giurisdizione o la data da cui dipende un’interpretazione. Un confronto tra clausole o la spiegazione di un caso è più utile quando le ipotesi e i passaggi di supporto restano identificabili.
Utilizza Farui Plus per il suo specifico flusso di lavoro su testi giuridici. L’elaborato finale deve collegare il quesito giuridico o la bozza richiesti al materiale effettivamente fornito.
POST /v1/chat/completionstexttext| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti farui-plus | Predefinito— |
Campomessages | Tipomessage[] | RequisitoObbligatorio | Valori e limiti Numero minimo di elementi: 1 | Predefinito— |
Campomessages[].role | Tipostring | RequisitoObbligatorio | Valori e limiti Dipende dal modello | Predefinito— |
Campomessages[].content | Tipostring | RequisitoFacoltativo | Valori e limiti Si applica quando: Conversazione testuale | Predefinito— |
Campostream | Tipoboolean | RequisitoFacoltativo | Valori e limiti | Predefinitofalse |
Testo · Testo UTF8
messages[].content
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, messages |
Parametromaterial_types | Contrattotext |
Parametromessages | ContrattoArray di messaggi con struttura role/content |
Parametrofile_material | ContrattoDocumento UTF-8 effettivo inserito come testo letterale; nessun ID di file dedotto |
Parametrooptional_controls | Contrattostream |
Parametrocontrol_scope | ContrattoConversazione testuale; stream è un booleano e per impostazione predefinita vale false. |
Parametrooutput_modalities | Contrattotext |
Parametrohosted_operations | Contrattofalse |
Parametromultimodal_input_binding | Contrattonull |
Alias del metodo: /chat/completions
Ciclo di vita: synchronous_or_streamed
Invia l’ID esatto del modello con messages.
La lunghezza del contesto non è un limite di uscita.
Un file di testo può fornire testo letterale; gli ingressi immagine/audio/oggetto file richiedono un’associazione esatta.
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.
| Configurazione | Listino delle tariffe | Token di contesto, più di | Token di contesto, fino al limite incluso | Costo |
|---|---|---|---|---|
| ConfigurazioneTariffe di base dei token | Listino delle tariffeTariffa base | Token di contesto, più di— | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.0058 / 1K token Output · Token in output $0.0058 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
| ConfigurazioneFascia 1 di lunghezza della richiesta | Listino delle tariffe— | Token di contesto, più di0 | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.0058 / 1K token Output · Token in output $0.0058 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
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 o SSE
Conserva ogni risposta, file e parte di contenuto restituiti per intero.
Conserva ogni scelta con contenuto, chiamate agli strumenti e ragionamento. In SSE assembla i delta per indice di scelta e strumento e conserva il motivo finale di completamento e i dati di utilizzo.
Conserva gli ID e le intestazioni di richiesta/risposta. Non viene fornito alcun URL generico per recuperare un’attività testuale.
| Campo | Tipo |
|---|---|
Campochoices[].index | Tipointeger |
Campochoices[].message.content | Tipostring|null |
Campochoices[].message.tool_calls | Tipotool_call[] |
Campochoices[].message.reasoning_content | Tipostring |
Campochoices[].message.reasoning_details | Tipoobject|array |
Campochoices[].finish_reason | Tipostring|null |
Campousage | Tipoobject |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneCampi obbligatori, rappresentazione del materiale o valore del parametro non validi | Passaggio successivoCorreggi i campi indicati prima di una nuova richiesta di creazione. |
Ailoot Ultra farui-plus
/chat/completions
farui-plusTongyi FaRui Plus di Alibaba è un modello testuale specializzato in quesiti giuridici, analisi di casi, redazione di documenti legali e revisione contrattuale. Prepara i fatti e le clausole pertinenti in forma testuale, quindi utilizza una domanda o un dialogo mirato per ottenere un’analisi scritta o una bozza.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
Tongyi FaRui Plus, identificato dal produttore come farui-plus, è costruito sulla base Qwen e specializzato con dati e conoscenze giuridiche. Il produttore descrive uno sviluppo che utilizza fine-tuning del modello, apprendimento per rinforzo, integrazione del recupero di informazioni e tecnologia di agenti legali. Il suo ambito comprende quesiti giuridici, individuazione delle disposizioni applicabili, analisi di casi, generazione di documenti legali e revisione di clausole contrattuali.
Gli input e gli output documentati sono testuali. Prepara il brano, i fatti o le clausole da analizzare come testo leggibile e specifica il risultato desiderato. Un elaborato utile può essere una sezione in bozza, un elenco di questioni, una spiegazione di una disposizione fornita o un confronto tra formulazioni contrattuali.
Gli esempi del produttore supportano un’istruzione singola o una conversazione basata su messaggi. I messaggi contengono un ruolo e un contenuto; l’istruzione di sistema facoltativa viene per prima, seguita dai turni dell’utente e dell’assistente. La guida raccomanda i messaggi per proseguire un dialogo, conservando le risposte precedenti pertinenti quando una richiesta successiva modifica un fatto o un requisito.
Per una domanda su un caso, fornisci i ruoli delle parti, la cronologia, la questione controversa e le evidenze pertinenti alla domanda. Specifica la giurisdizione e la data rilevanti per il compito e includi il testo giuridico da esaminare quando la risposta deve basarsi su una disposizione particolare. Distingui un fatto affermato da un’allegazione contestata o da un’ipotesi.
Per una richiesta successiva, identifica esattamente cosa è cambiato. Per esempio, fornisci una data corretta o una clausola aggiuntiva e chiedi quale parte della bozza precedente richiede una revisione. Conservare la risposta precedente effettiva rende concreta la modifica richiesta, anziché invitare a una nuova analisi di un caso incompleto.
Per un quesito giuridico, definisci la questione e la forma della risposta. Richiedi la conclusione, la disposizione che la sostiene e i fatti che modificherebbero l’analisi. Quando la fonte non stabilisce un dettaglio importante, chiedi al risultato di identificare l’informazione mancante.
Per la redazione, specifica il tipo di documento, il pubblico previsto, le sezioni richieste e i fatti forniti. Un brief utile è: “Redigi la sezione richiesta utilizzando questa cronologia e questi fatti, conserva i ruoli definiti delle parti e identifica le informazioni ancora necessarie per completare il documento.” Verifica nomi, date, importi e disposizioni citate rispetto al materiale originale.
Per la revisione contrattuale, fornisci la clausola esatta e l’aspetto problematico da esaminare. Richiedi un confronto della formulazione, della questione che solleva e di una revisione proposta che conservi il significato commerciale previsto. Mantieni la clausola originale accanto al testo proposto per consentire l’esame della modifica.
La panoramica pubblicata del modello indica un input massimo di 12.000 token e un output massimo di 2.000 token. Seleziona gli estratti pertinenti e una lunghezza di risposta adatta al compito, lasciando spazio alla risposta richiesta nella configurazione applicabile alla conversazione. Una revisione contrattuale lunga può essere suddivisa in questioni o sezioni chiaramente etichettate, conservando ogni clausola necessaria a comprenderne le relazioni.
L’impostazione della lunghezza della risposta del produttore può ridurre il budget di output per una spiegazione concisa o una specifica sezione in bozza. Il valore predefinito documentato è 2.000 token. Verifica se una risposta restituita è completa prima di considerarla un documento concluso.
Il riferimento del produttore documenta top_p nell’intervallo aperto da 0 a 1, con 0.8 come valore predefinito. L’impostazione top_k restringe l’insieme dei candidati; lasciarla non impostata o impostarla sopra 100 disattiva questa strategia. Mantieni invariati il compito e il materiale originale quando confronti l’effetto di un’impostazione di generazione supportata.
Il flusso predefinito non utilizza lo streaming. Lo streaming consegna il testo mentre la generazione prosegue. I frammenti di streaming predefiniti documentati contengono il contenuto accumulato; attivando l’output incrementale, vengono invece restituite nuove porzioni. Assembla correttamente il formato scelto, evitando di aggiungere due volte il testo cumulativo ripetuto, e conserva la risposta completa per la revisione.
La risposta può utilizzare un involucro di testo o di messaggio. L’involucro è la struttura di consegna che contiene il testo giuridico generato; la tabella delle capacità del modello non elenca output strutturato imposto da uno schema, chiamate di funzione o ricerca web nativa. Fornisci le evidenze e le disposizioni necessarie al compito, anziché presumere che sia avvenuta una ricerca esterna.
Conserva insieme il testo originale, i fatti forniti, la forma del documento richiesta e la risposta finale. Verifica la formulazione effettiva dei riferimenti e la giurisdizione o la data da cui dipende un’interpretazione. Un confronto tra clausole o la spiegazione di un caso è più utile quando le ipotesi e i passaggi di supporto restano identificabili.
Utilizza Farui Plus per il suo specifico flusso di lavoro su testi giuridici. L’elaborato finale deve collegare il quesito giuridico o la bozza richiesti al materiale effettivamente fornito.
POST /v1/messagestextjson, sse| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti farui-plus | Predefinito— |
Campomessages | Tipomessage[] | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campomessages[].role | Tipostring | RequisitoObbligatorio | Valori e limiti user, assistant | Predefinito— |
Campomessages[].content | Tipostring | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campomax_tokens | Tipointeger | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campostream | Tipoboolean | RequisitoFacoltativo | Valori e limiti | Predefinitofalse |
Testo · Testo UTF-8
Stringa messages[].content
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, messages, max_tokens |
Parametrooptional_controls | Contrattostream |
Parametromaterial_types | Contrattotext |
Parametrotext_file_material | ContrattoLeggi il documento UTF-8 effettivo e inserisci il testo nell’ingresso indicato o nella stringa del contenuto del messaggio. |
Ciclo di vita: synchronous_or_streamed
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.
| Configurazione | Listino delle tariffe | Token di contesto, più di | Token di contesto, fino al limite incluso | Costo |
|---|---|---|---|---|
| ConfigurazioneTariffe di base dei token | Listino delle tariffeTariffa base | Token di contesto, più di— | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.0058 / 1K token Output · Token in output $0.0058 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
| ConfigurazioneFascia 1 di lunghezza della richiesta | Listino delle tariffe— | Token di contesto, più di0 | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.0058 / 1K token Output · Token in output $0.0058 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
{\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 o SSE
Conserva ogni risposta, file e parte di contenuto restituiti per intero.
Conserva tutti i blocchi di contenuto, le firme di ragionamento e gli ID effettivi di utilizzo degli strumenti. Assembla tutti i delta dei blocchi SSE; il primo blocco di testo non è l’uscita completa.
Conserva gli ID e le intestazioni di richiesta/risposta. Non viene fornito alcun URL generico per recuperare un’attività testuale.
| Campo | Tipo |
|---|---|
Campoid | Tipostring |
Campomodel | Tipostring |
Campocontent[] | Tipotext|thinking|tool_use|other content block |
Campostop_reason | Tipostring|null |
Campousage | Tipoobject |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneCampi obbligatori, rappresentazione del materiale o valore del parametro non validi | Passaggio successivoCorreggi i campi indicati prima di una nuova richiesta di creazione. |
Ailoot Ultra farui-plus
/chat/completions