Liquid AI LFM2.5-2.6B ist das nachtrainierte Textmodell aus Liquids kompakter LFM2.5-Familie, entwickelt für Agenten auf dem Gerät und praktische Abläufe. Seine genaue Modellkarte nennt 2,69 Milliarden Parameter und 30 Schichten: 22 doppelt gesteuerte Kurzfaltungsblöcke und acht Grouped-Query-Attention-Blöcke. Das hybride Design zielt auf effiziente Textverarbeitung. Das Modell nimmt Text entgegen und gibt Text zurück, darunter eine begründete Antwort oder die Aufforderung, eine definierte Funktion zu verwenden.
Der Hersteller empfiehlt es für agentische Aufgaben, Werkzeugnutzung, Datenextraktion, abrufgestützte Generierung und Langkontextabläufe. Die Trainingspipeline der Veröffentlichung kombiniert überwachtes Fine-Tuning, spezialisierte Lehrermodelle, domänenübergreifende On-Policy-Destillation und Reinforcement Learning innerhalb von Agentenumgebungen. Das erklärt den Fokus auf das Befolgen von Aufgabenanweisungen, die Nutzung von Werkzeugbeobachtungen und das Durchlaufen mehrerer Schritte. Geben Sie dem Modell das tatsächliche Material und ein präzises Ziel, statt Lücken durch breites gelerntes Wissen füllen zu lassen.
Definieren Sie für Extraktion die Felder und Quellenregeln, bevor Sie das Material bereitstellen. Eine praktische Anfrage lautet: „Lesen Sie diese Servicemeldungen, extrahieren Sie die Kennung jedes Datensatzes, den angegebenen Status und die nächste erforderliche Handlung und bewahren Sie für jedes Feld den stützenden Satz. Geben Sie null zurück, wenn ein Feld fehlt.“ Legen Sie fest, ob ein Wert exakt kopiert, normalisiert oder abgeleitet werden soll. Das macht die Ausgabe überprüfbar und verhindert, dass eine plausible Interpretation stillschweigend tatsächlich in der Quelle vorhandene Informationen ersetzt.
Stellen Sie für RAG relevante Passagen mit stabilen Kennzeichnungen bereit und verlangen Sie eine darauf gestützte Antwort. Ein Beispiel lautet: „Erklären Sie ausschließlich anhand dieser Installationsanweisungen, welche Schritte für die genannte Umgebung gelten, und listen Sie die noch unbekannten Voraussetzungen auf.“ Bewahren Sie Dokumentversionen und Bedingungen beim Text. Verlangen Sie vom Modell, einen fehlenden oder widersprüchlichen Fakt zu benennen, statt einen vollständigen Ablauf zu erfinden. Das entspricht der Herstellerempfehlung für quellenbasierte Aufgaben besser, als das kompakte Modell als umfassenden Speicher von Fachwissen einzusetzen.
LFM2.5-2.6B ist ein reines Reasoning-Modell: Seine Chatvorlage beginnt die Assistentenantwort mit einer Thinking-Markierung, und es denkt vor der abschließenden Antwort nach. Die Modellkarte des Herstellers empfiehlt für die Generierung temperature 0.1, top-k 50 und eine repetition penalty von 1.1. Dies sind Einstellungen für die Konfiguration des benannten Modells. Halten Sie das fertige Ergebnis vom Reasoning-Text getrennt und lassen Sie in einer Arbeitsanfrage Platz für beides. Regler oder Direktantwortmodi anderer LFM-Instruktionsausgaben sollten für dieses Modell nicht vorausgesetzt werden.
Das Modell verwendet ein ChatML-ähnliches Gesprächsformat mit den Rollen system, user, assistant und tool. Sein dokumentierter Funktionsablauf hat vier Stufen: Werkzeuge definieren, das Modell eine Funktion anfordern lassen, diese Funktion in der umgebenden Anwendung ausführen und das tatsächliche Ergebnis zurückgeben, damit das Modell antworten kann. Native Aufrufe sind Python-artige Listen, die von Werkzeugaufrufmarkierungen umschlossen werden; der Hersteller beschreibt außerdem, über die Systemanweisung ein JSON-Aufrufformat anzufordern. Verwenden Sie den passenden Parser, prüfen Sie Funktionsnamen und Argumente anhand der bereitgestellten Definitionen und bewahren Sie das Ergebnis gemeinsam mit dem erzeugenden Aufruf auf.
Stellen Sie für einen kompakten Agentenablauf nur die zur aktuellen Aufgabe gehörenden Funktionen mit knappen Beschreibungen und ausdrücklichen Argumenttypen bereit. Auch Werkzeugdefinitionen belegen Kontext. Eine nützliche Folge könnte den Status eines bereitgestellten Datensatzes nachschlagen, den zurückgegebenen Status mit einer Regel vergleichen und erklären, ob Nachverfolgung nötig ist. Stellen Sie die Datensatzkennung als Beleg bereit und verlangen Sie eine abschließende Antwort, die an die zurückgegebene Beobachtung gebunden ist. Das Modell schlägt den Vorgang vor und interpretiert ihn; die Anwendung liefert seine tatsächliche Ausführung und sein Ergebnis.
Die aktuelle Modellkarte des Herstellers legt einen Modellkontext von 131.072 Tokens fest, und die Veröffentlichung beschreibt eine eigene Stufe zur Kontexterweiterung. Arbeiten Sie innerhalb des Fensters der verwendeten Konfiguration und bewahren Sie Quellengrenzen, relevanten Verlauf und Platz für die Fortsetzung. Verlangen Sie bei mehreren Dokumenten einen konkreten Vergleich oder eine nachzuverfolgende Abhängigkeit. Der native Checkpoint sowie GGUF-, ONNX- und MLX-Artefakte dienen unterschiedlichen Bereitstellungsanforderungen; ein Entwurfsmodell für spekulatives Dekodieren ist ein separates Begleitartefakt. Ressourcen- oder Geschwindigkeitswerte einer Konfiguration beschreiben nicht automatisch jedes Modellformat und Arbeitsfenster.
Liquid empfiehlt LFM2.5-2.6B ausdrücklich nicht für agentisches Programmieren oder wissensintensive Aufgaben. Konzentrieren Sie es auf konkrete Abläufe mit bereitgestellten Belegen, Extraktionsregeln und Werkzeugbeobachtungen. Der vortrainierte Base-Checkpoint ist ebenfalls ein separates Artefakt für Anpassungen, während diese nachtrainierte Ausgabe das Agentenmodell ist. Prüfen Sie für das fertige Ergebnis extrahierte Werte anhand ihrer Quelle, kontrollieren Sie, ob eine zitierte Passage die Antwort stützt, und unterscheiden Sie einen angeforderten Werkzeugaufruf von einem Vorgang mit aufgezeichnetem Ausgang. Bewahren Sie ungeklärte Informationen, wenn sie die Schlussfolgerung beeinflussen, statt sie durch flüssigen Text verdecken zu lassen.
", "aboutText": "Liquid AI LFM2.5-2.6B ist das nachtrainierte Textmodell aus Liquids kompakter LFM2.5-Familie, entwickelt für Agenten auf dem Gerät und praktische Abläufe. Seine genaue Modellkarte nennt 2,69 Milliarden Parameter und 30 Schichten: 22 doppelt gesteuerte Kurzfaltungsblöcke und acht Grouped-Query-Attention-Blöcke. Das hybride Design zielt auf effiziente Textverarbeitung. Das Modell nimmt Text entgegen und gibt Text zurück, darunter eine begründete Antwort oder die Aufforderung, eine definierte Funktion zu verwenden.\n\nDer Hersteller empfiehlt es für agentische Aufgaben, Werkzeugnutzung, Datenextraktion, abrufgestützte Generierung und Langkontextabläufe. Die Trainingspipeline der Veröffentlichung kombiniert überwachtes Fine-Tuning, spezialisierte Lehrermodelle, domänenübergreifende On-Policy-Destillation und Reinforcement Learning innerhalb von Agentenumgebungen. Das erklärt den Fokus auf das Befolgen von Aufgabenanweisungen, die Nutzung von Werkzeugbeobachtungen und das Durchlaufen mehrerer Schritte. Geben Sie dem Modell das tatsächliche Material und ein präzises Ziel, statt Lücken durch breites gelerntes Wissen füllen zu lassen.\n\nDefinieren Sie für Extraktion die Felder und Quellenregeln, bevor Sie das Material bereitstellen. Eine praktische Anfrage lautet: „Lesen Sie diese Servicemeldungen, extrahieren Sie die Kennung jedes Datensatzes, den angegebenen Status und die nächste erforderliche Handlung und bewahren Sie für jedes Feld den stützenden Satz. Geben Sie null zurück, wenn ein Feld fehlt.“ Legen Sie fest, ob ein Wert exakt kopiert, normalisiert oder abgeleitet werden soll. Das macht die Ausgabe überprüfbar und verhindert, dass eine plausible Interpretation stillschweigend tatsächlich in der Quelle vorhandene Informationen ersetzt.\n\nStellen Sie für RAG relevante Passagen mit stabilen Kennzeichnungen bereit und verlangen Sie eine darauf gestützte Antwort. Ein Beispiel lautet: „Erklären Sie ausschließlich anhand dieser Installationsanweisungen, welche Schritte für die genannte Umgebung gelten, und listen Sie die noch unbekannten Voraussetzungen auf.“ Bewahren Sie Dokumentversionen und Bedingungen beim Text. Verlangen Sie vom Modell, einen fehlenden oder widersprüchlichen Fakt zu benennen, statt einen vollständigen Ablauf zu erfinden. Das entspricht der Herstellerempfehlung für quellenbasierte Aufgaben besser, als das kompakte Modell als umfassenden Speicher von Fachwissen einzusetzen.\n\nLFM2.5-2.6B ist ein reines Reasoning-Modell: Seine Chatvorlage beginnt die Assistentenantwort mit einer Thinking-Markierung, und es denkt vor der abschließenden Antwort nach. Die Modellkarte des Herstellers empfiehlt für die Generierung temperature 0.1, top-k 50 und eine repetition penalty von 1.1. Dies sind Einstellungen für die Konfiguration des benannten Modells. Halten Sie das fertige Ergebnis vom Reasoning-Text getrennt und lassen Sie in einer Arbeitsanfrage Platz für beides. Regler oder Direktantwortmodi anderer LFM-Instruktionsausgaben sollten für dieses Modell nicht vorausgesetzt werden.\n\nDas Modell verwendet ein ChatML-ähnliches Gesprächsformat mit den Rollen system, user, assistant und tool. Sein dokumentierter Funktionsablauf hat vier Stufen: Werkzeuge definieren, das Modell eine Funktion anfordern lassen, diese Funktion in der umgebenden Anwendung ausführen und das tatsächliche Ergebnis zurückgeben, damit das Modell antworten kann. Native Aufrufe sind Python-artige Listen, die von Werkzeugaufrufmarkierungen umschlossen werden; der Hersteller beschreibt außerdem, über die Systemanweisung ein JSON-Aufrufformat anzufordern. Verwenden Sie den passenden Parser, prüfen Sie Funktionsnamen und Argumente anhand der bereitgestellten Definitionen und bewahren Sie das Ergebnis gemeinsam mit dem erzeugenden Aufruf auf.\n\nStellen Sie für einen kompakten Agentenablauf nur die zur aktuellen Aufgabe gehörenden Funktionen mit knappen Beschreibungen und ausdrücklichen Argumenttypen bereit. Auch Werkzeugdefinitionen belegen Kontext. Eine nützliche Folge könnte den Status eines bereitgestellten Datensatzes nachschlagen, den zurückgegebenen Status mit einer Regel vergleichen und erklären, ob Nachverfolgung nötig ist. Stellen Sie die Datensatzkennung als Beleg bereit und verlangen Sie eine abschließende Antwort, die an die zurückgegebene Beobachtung gebunden ist. Das Modell schlägt den Vorgang vor und interpretiert ihn; die Anwendung liefert seine tatsächliche Ausführung und sein Ergebnis.\n\nDie aktuelle Modellkarte des Herstellers legt einen Modellkontext von 131.072 Tokens fest, und die Veröffentlichung beschreibt eine eigene Stufe zur Kontexterweiterung. Arbeiten Sie innerhalb des Fensters der verwendeten Konfiguration und bewahren Sie Quellengrenzen, relevanten Verlauf und Platz für die Fortsetzung. Verlangen Sie bei mehreren Dokumenten einen konkreten Vergleich oder eine nachzuverfolgende Abhängigkeit. Der native Checkpoint sowie GGUF-, ONNX- und MLX-Artefakte dienen unterschiedlichen Bereitstellungsanforderungen; ein Entwurfsmodell für spekulatives Dekodieren ist ein separates Begleitartefakt. Ressourcen- oder Geschwindigkeitswerte einer Konfiguration beschreiben nicht automatisch jedes Modellformat und Arbeitsfenster.\n\nLiquid empfiehlt LFM2.5-2.6B ausdrücklich nicht für agentisches Programmieren oder wissensintensive Aufgaben. Konzentrieren Sie es auf konkrete Abläufe mit bereitgestellten Belegen, Extraktionsregeln und Werkzeugbeobachtungen. Der vortrainierte Base-Checkpoint ist ebenfalls ein separates Artefakt für Anpassungen, während diese nachtrainierte Ausgabe das Agentenmodell ist. Prüfen Sie für das fertige Ergebnis extrahierte Werte anhand ihrer Quelle, kontrollieren Sie, ob eine zitierte Passage die Antwort stützt, und unterscheiden Sie einen angeforderten Werkzeugaufruf von einem Vorgang mit aufgezeichnetem Ausgang. Bewahren Sie ungeklärte Informationen, wenn sie die Schlussfolgerung beeinflussen, statt sie durch flüssigen Text verdecken zu lassen.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "e771a80b025dc26f43e072e351b8f05149d5315551a98a945bdc7d88bce64ff7", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de-at", "methods": [ { "html": "liquid/lfm-2.5-2.6b:freeLiquid AI LFM2.5-2.6B ist ein kompaktes Text-Reasoning-Modell für Agenten, Werkzeugnutzung, Datenextraktion und RAG. Sein hybrides Design umfasst 2,69 Milliarden Parameter. Es denkt vor der Antwort nach und arbeitet am besten mit konkreten Quellen und klar definierten Werkzeugen; der Hersteller rät von agentischem Programmieren und wissensintensiven Aufgaben ab.
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
Liquid AI LFM2.5-2.6B ist das nachtrainierte Textmodell aus Liquids kompakter LFM2.5-Familie, entwickelt für Agenten auf dem Gerät und praktische Abläufe. Seine genaue Modellkarte nennt 2,69 Milliarden Parameter und 30 Schichten: 22 doppelt gesteuerte Kurzfaltungsblöcke und acht Grouped-Query-Attention-Blöcke. Das hybride Design zielt auf effiziente Textverarbeitung. Das Modell nimmt Text entgegen und gibt Text zurück, darunter eine begründete Antwort oder die Aufforderung, eine definierte Funktion zu verwenden.
Der Hersteller empfiehlt es für agentische Aufgaben, Werkzeugnutzung, Datenextraktion, abrufgestützte Generierung und Langkontextabläufe. Die Trainingspipeline der Veröffentlichung kombiniert überwachtes Fine-Tuning, spezialisierte Lehrermodelle, domänenübergreifende On-Policy-Destillation und Reinforcement Learning innerhalb von Agentenumgebungen. Das erklärt den Fokus auf das Befolgen von Aufgabenanweisungen, die Nutzung von Werkzeugbeobachtungen und das Durchlaufen mehrerer Schritte. Geben Sie dem Modell das tatsächliche Material und ein präzises Ziel, statt Lücken durch breites gelerntes Wissen füllen zu lassen.
Definieren Sie für Extraktion die Felder und Quellenregeln, bevor Sie das Material bereitstellen. Eine praktische Anfrage lautet: „Lesen Sie diese Servicemeldungen, extrahieren Sie die Kennung jedes Datensatzes, den angegebenen Status und die nächste erforderliche Handlung und bewahren Sie für jedes Feld den stützenden Satz. Geben Sie null zurück, wenn ein Feld fehlt.“ Legen Sie fest, ob ein Wert exakt kopiert, normalisiert oder abgeleitet werden soll. Das macht die Ausgabe überprüfbar und verhindert, dass eine plausible Interpretation stillschweigend tatsächlich in der Quelle vorhandene Informationen ersetzt.
Stellen Sie für RAG relevante Passagen mit stabilen Kennzeichnungen bereit und verlangen Sie eine darauf gestützte Antwort. Ein Beispiel lautet: „Erklären Sie ausschließlich anhand dieser Installationsanweisungen, welche Schritte für die genannte Umgebung gelten, und listen Sie die noch unbekannten Voraussetzungen auf.“ Bewahren Sie Dokumentversionen und Bedingungen beim Text. Verlangen Sie vom Modell, einen fehlenden oder widersprüchlichen Fakt zu benennen, statt einen vollständigen Ablauf zu erfinden. Das entspricht der Herstellerempfehlung für quellenbasierte Aufgaben besser, als das kompakte Modell als umfassenden Speicher von Fachwissen einzusetzen.
LFM2.5-2.6B ist ein reines Reasoning-Modell: Seine Chatvorlage beginnt die Assistentenantwort mit einer Thinking-Markierung, und es denkt vor der abschließenden Antwort nach. Die Modellkarte des Herstellers empfiehlt für die Generierung temperature 0.1, top-k 50 und eine repetition penalty von 1.1. Dies sind Einstellungen für die Konfiguration des benannten Modells. Halten Sie das fertige Ergebnis vom Reasoning-Text getrennt und lassen Sie in einer Arbeitsanfrage Platz für beides. Regler oder Direktantwortmodi anderer LFM-Instruktionsausgaben sollten für dieses Modell nicht vorausgesetzt werden.
Das Modell verwendet ein ChatML-ähnliches Gesprächsformat mit den Rollen system, user, assistant und tool. Sein dokumentierter Funktionsablauf hat vier Stufen: Werkzeuge definieren, das Modell eine Funktion anfordern lassen, diese Funktion in der umgebenden Anwendung ausführen und das tatsächliche Ergebnis zurückgeben, damit das Modell antworten kann. Native Aufrufe sind Python-artige Listen, die von Werkzeugaufrufmarkierungen umschlossen werden; der Hersteller beschreibt außerdem, über die Systemanweisung ein JSON-Aufrufformat anzufordern. Verwenden Sie den passenden Parser, prüfen Sie Funktionsnamen und Argumente anhand der bereitgestellten Definitionen und bewahren Sie das Ergebnis gemeinsam mit dem erzeugenden Aufruf auf.
Stellen Sie für einen kompakten Agentenablauf nur die zur aktuellen Aufgabe gehörenden Funktionen mit knappen Beschreibungen und ausdrücklichen Argumenttypen bereit. Auch Werkzeugdefinitionen belegen Kontext. Eine nützliche Folge könnte den Status eines bereitgestellten Datensatzes nachschlagen, den zurückgegebenen Status mit einer Regel vergleichen und erklären, ob Nachverfolgung nötig ist. Stellen Sie die Datensatzkennung als Beleg bereit und verlangen Sie eine abschließende Antwort, die an die zurückgegebene Beobachtung gebunden ist. Das Modell schlägt den Vorgang vor und interpretiert ihn; die Anwendung liefert seine tatsächliche Ausführung und sein Ergebnis.
Die aktuelle Modellkarte des Herstellers legt einen Modellkontext von 131.072 Tokens fest, und die Veröffentlichung beschreibt eine eigene Stufe zur Kontexterweiterung. Arbeiten Sie innerhalb des Fensters der verwendeten Konfiguration und bewahren Sie Quellengrenzen, relevanten Verlauf und Platz für die Fortsetzung. Verlangen Sie bei mehreren Dokumenten einen konkreten Vergleich oder eine nachzuverfolgende Abhängigkeit. Der native Checkpoint sowie GGUF-, ONNX- und MLX-Artefakte dienen unterschiedlichen Bereitstellungsanforderungen; ein Entwurfsmodell für spekulatives Dekodieren ist ein separates Begleitartefakt. Ressourcen- oder Geschwindigkeitswerte einer Konfiguration beschreiben nicht automatisch jedes Modellformat und Arbeitsfenster.
Liquid empfiehlt LFM2.5-2.6B ausdrücklich nicht für agentisches Programmieren oder wissensintensive Aufgaben. Konzentrieren Sie es auf konkrete Abläufe mit bereitgestellten Belegen, Extraktionsregeln und Werkzeugbeobachtungen. Der vortrainierte Base-Checkpoint ist ebenfalls ein separates Artefakt für Anpassungen, während diese nachtrainierte Ausgabe das Agentenmodell ist. Prüfen Sie für das fertige Ergebnis extrahierte Werte anhand ihrer Quelle, kontrollieren Sie, ob eine zitierte Passage die Antwort stützt, und unterscheiden Sie einen angeforderten Werkzeugaufruf von einem Vorgang mit aufgezeichnetem Ausgang. Bewahren Sie ungeklärte Informationen, wenn sie die Schlussfolgerung beeinflussen, statt sie durch flüssigen Text verdecken zu lassen.
POST /v1/chat/completionstexttext| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits liquid/lfm-2.5-2.6b:free | Standard— |
Feldmessages | Typarray | AnforderungErforderlich | Werte und Limits | Standard— |
Feldstream | Typboolean | AnforderungOptional | Werte und Limits false | Standardfalse |
Feldmax_tokens | Typinteger | AnforderungOptional | Werte und Limits Minimum: 1 Maximum: 8 192 | Standard— |
Feldmax_completion_tokens | Typinteger | AnforderungOptional | Werte und Limits Minimum: 1 Maximum: 8 192 | Standard— |
Feldn | Typinteger | AnforderungOptional | Werte und Limits Minimum: 1 Maximum: 128 | Standard— |
Feldtemperature | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Feldtop_p | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Feldseed | Typinteger | AnforderungOptional | Werte und Limits | Standard— |
Feldstop | Typ | AnforderungOptional | Werte und Limits | Standard— |
Feldfrequency_penalty | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Feldpresence_penalty | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Felduser | Typstring | AnforderungOptional | Werte und Limits | Standard— |
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, messages |
Parameteroptional | Vertragstream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Parametermaterial_types | Vertragtext |
Parameterconditions | VertragUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 65536 bytes. |
Lebenszyklus: synchronous_json
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationBasistarife für Tokens | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · In Cache schreiben — / 1K Tokens Eingabe · In Cache schreiben, 1 Stunde — / 1K Tokens |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "liquid/lfm-2.5-2.6b:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "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\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra liquid/lfm-2.5-2.6b:free
Verwenden Sie die oben angezeigten Methodenpfade.
liquid/lfm-2.5-2.6b:freeLiquid AI LFM2.5-2.6B ist ein kompaktes Text-Reasoning-Modell für Agenten, Werkzeugnutzung, Datenextraktion und RAG. Sein hybrides Design umfasst 2,69 Milliarden Parameter. Es denkt vor der Antwort nach und arbeitet am besten mit konkreten Quellen und klar definierten Werkzeugen; der Hersteller rät von agentischem Programmieren und wissensintensiven Aufgaben ab.
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
Liquid AI LFM2.5-2.6B ist das nachtrainierte Textmodell aus Liquids kompakter LFM2.5-Familie, entwickelt für Agenten auf dem Gerät und praktische Abläufe. Seine genaue Modellkarte nennt 2,69 Milliarden Parameter und 30 Schichten: 22 doppelt gesteuerte Kurzfaltungsblöcke und acht Grouped-Query-Attention-Blöcke. Das hybride Design zielt auf effiziente Textverarbeitung. Das Modell nimmt Text entgegen und gibt Text zurück, darunter eine begründete Antwort oder die Aufforderung, eine definierte Funktion zu verwenden.
Der Hersteller empfiehlt es für agentische Aufgaben, Werkzeugnutzung, Datenextraktion, abrufgestützte Generierung und Langkontextabläufe. Die Trainingspipeline der Veröffentlichung kombiniert überwachtes Fine-Tuning, spezialisierte Lehrermodelle, domänenübergreifende On-Policy-Destillation und Reinforcement Learning innerhalb von Agentenumgebungen. Das erklärt den Fokus auf das Befolgen von Aufgabenanweisungen, die Nutzung von Werkzeugbeobachtungen und das Durchlaufen mehrerer Schritte. Geben Sie dem Modell das tatsächliche Material und ein präzises Ziel, statt Lücken durch breites gelerntes Wissen füllen zu lassen.
Definieren Sie für Extraktion die Felder und Quellenregeln, bevor Sie das Material bereitstellen. Eine praktische Anfrage lautet: „Lesen Sie diese Servicemeldungen, extrahieren Sie die Kennung jedes Datensatzes, den angegebenen Status und die nächste erforderliche Handlung und bewahren Sie für jedes Feld den stützenden Satz. Geben Sie null zurück, wenn ein Feld fehlt.“ Legen Sie fest, ob ein Wert exakt kopiert, normalisiert oder abgeleitet werden soll. Das macht die Ausgabe überprüfbar und verhindert, dass eine plausible Interpretation stillschweigend tatsächlich in der Quelle vorhandene Informationen ersetzt.
Stellen Sie für RAG relevante Passagen mit stabilen Kennzeichnungen bereit und verlangen Sie eine darauf gestützte Antwort. Ein Beispiel lautet: „Erklären Sie ausschließlich anhand dieser Installationsanweisungen, welche Schritte für die genannte Umgebung gelten, und listen Sie die noch unbekannten Voraussetzungen auf.“ Bewahren Sie Dokumentversionen und Bedingungen beim Text. Verlangen Sie vom Modell, einen fehlenden oder widersprüchlichen Fakt zu benennen, statt einen vollständigen Ablauf zu erfinden. Das entspricht der Herstellerempfehlung für quellenbasierte Aufgaben besser, als das kompakte Modell als umfassenden Speicher von Fachwissen einzusetzen.
LFM2.5-2.6B ist ein reines Reasoning-Modell: Seine Chatvorlage beginnt die Assistentenantwort mit einer Thinking-Markierung, und es denkt vor der abschließenden Antwort nach. Die Modellkarte des Herstellers empfiehlt für die Generierung temperature 0.1, top-k 50 und eine repetition penalty von 1.1. Dies sind Einstellungen für die Konfiguration des benannten Modells. Halten Sie das fertige Ergebnis vom Reasoning-Text getrennt und lassen Sie in einer Arbeitsanfrage Platz für beides. Regler oder Direktantwortmodi anderer LFM-Instruktionsausgaben sollten für dieses Modell nicht vorausgesetzt werden.
Das Modell verwendet ein ChatML-ähnliches Gesprächsformat mit den Rollen system, user, assistant und tool. Sein dokumentierter Funktionsablauf hat vier Stufen: Werkzeuge definieren, das Modell eine Funktion anfordern lassen, diese Funktion in der umgebenden Anwendung ausführen und das tatsächliche Ergebnis zurückgeben, damit das Modell antworten kann. Native Aufrufe sind Python-artige Listen, die von Werkzeugaufrufmarkierungen umschlossen werden; der Hersteller beschreibt außerdem, über die Systemanweisung ein JSON-Aufrufformat anzufordern. Verwenden Sie den passenden Parser, prüfen Sie Funktionsnamen und Argumente anhand der bereitgestellten Definitionen und bewahren Sie das Ergebnis gemeinsam mit dem erzeugenden Aufruf auf.
Stellen Sie für einen kompakten Agentenablauf nur die zur aktuellen Aufgabe gehörenden Funktionen mit knappen Beschreibungen und ausdrücklichen Argumenttypen bereit. Auch Werkzeugdefinitionen belegen Kontext. Eine nützliche Folge könnte den Status eines bereitgestellten Datensatzes nachschlagen, den zurückgegebenen Status mit einer Regel vergleichen und erklären, ob Nachverfolgung nötig ist. Stellen Sie die Datensatzkennung als Beleg bereit und verlangen Sie eine abschließende Antwort, die an die zurückgegebene Beobachtung gebunden ist. Das Modell schlägt den Vorgang vor und interpretiert ihn; die Anwendung liefert seine tatsächliche Ausführung und sein Ergebnis.
Die aktuelle Modellkarte des Herstellers legt einen Modellkontext von 131.072 Tokens fest, und die Veröffentlichung beschreibt eine eigene Stufe zur Kontexterweiterung. Arbeiten Sie innerhalb des Fensters der verwendeten Konfiguration und bewahren Sie Quellengrenzen, relevanten Verlauf und Platz für die Fortsetzung. Verlangen Sie bei mehreren Dokumenten einen konkreten Vergleich oder eine nachzuverfolgende Abhängigkeit. Der native Checkpoint sowie GGUF-, ONNX- und MLX-Artefakte dienen unterschiedlichen Bereitstellungsanforderungen; ein Entwurfsmodell für spekulatives Dekodieren ist ein separates Begleitartefakt. Ressourcen- oder Geschwindigkeitswerte einer Konfiguration beschreiben nicht automatisch jedes Modellformat und Arbeitsfenster.
Liquid empfiehlt LFM2.5-2.6B ausdrücklich nicht für agentisches Programmieren oder wissensintensive Aufgaben. Konzentrieren Sie es auf konkrete Abläufe mit bereitgestellten Belegen, Extraktionsregeln und Werkzeugbeobachtungen. Der vortrainierte Base-Checkpoint ist ebenfalls ein separates Artefakt für Anpassungen, während diese nachtrainierte Ausgabe das Agentenmodell ist. Prüfen Sie für das fertige Ergebnis extrahierte Werte anhand ihrer Quelle, kontrollieren Sie, ob eine zitierte Passage die Antwort stützt, und unterscheiden Sie einen angeforderten Werkzeugaufruf von einem Vorgang mit aufgezeichnetem Ausgang. Bewahren Sie ungeklärte Informationen, wenn sie die Schlussfolgerung beeinflussen, statt sie durch flüssigen Text verdecken zu lassen.
POST /v1/messagestexttext| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits liquid/lfm-2.5-2.6b:free | Standard— |
Feldmessages | Typarray | AnforderungErforderlich | Werte und Limits | Standard— |
Feldstream | Typboolean | AnforderungOptional | Werte und Limits false | Standardfalse |
Feldsystem | Typstring | AnforderungOptional | Werte und Limits | Standard— |
Feldmax_tokens | Typinteger | AnforderungErforderlich | Werte und Limits Minimum: 1 Maximum: 8 192 | Standard— |
Feldtemperature | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Feldtop_p | Typnumber | AnforderungOptional | Werte und Limits | Standard— |
Feldtop_k | Typinteger | AnforderungOptional | Werte und Limits | Standard— |
Feldstop_sequences | Typarray | AnforderungOptional | Werte und Limits | Standard— |
Feldmetadata | Typobject | AnforderungOptional | Werte und Limits | Standard— |
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, messages, max_tokens |
Parameteroptional | Vertragstream, system, temperature, top_p, top_k, stop_sequences, metadata |
Parametermaterial_types | Vertragtext |
Parameterconditions | VertragUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 65536 bytes. |
Lebenszyklus: synchronous_json
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationBasistarife für Tokens | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · In Cache schreiben — / 1K Tokens Eingabe · In Cache schreiben, 1 Stunde — / 1K Tokens |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "liquid/lfm-2.5-2.6b:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false, "max_tokens": 256}')\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/messages \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra liquid/lfm-2.5-2.6b:free
Verwenden Sie die oben angezeigten Methodenpfade.