Poolside Laguna S 2.1 ist ein Mixture-of-Experts-Sprachmodell für agentengestütztes Coding und langfristige Aufgaben. Es hat insgesamt 118B Parameter und etwa 8B aktive Parameter pro Token und liegt damit in der Herstellerreihe zwischen dem kleineren Laguna XS 2.1 und dem grösseren Laguna M.1. Das Modell verarbeitet Text und erzeugt in einer Anwendung mit Werkzeuganbindung Text, Code, Reasoning und Werkzeugaufrufanfragen.
Seine Architektur kombiniert globale Attention und Sliding-Window-Attention über 48 Schichten: 12 globale Schichten und 36 Sliding-Window-Schichten. Das Sliding Window von 512 Tokens beschreibt die lokale Attention innerhalb dieser Schichten, während der dokumentierte Modellkontext 1,048,576 Tokens umfasst. Das sind unterschiedliche Messgrössen. Der grössere Kontext unterstützt Aufgaben, bei denen sich Quelldateien, Beobachtungen und Entscheidungen über viele Schritte ansammeln. Halte das Arbeitsziel und aussagekräftige Belege zusammen und reserviere innerhalb der geltenden Konfiguration Platz für weiteres Reasoning und die Abschlussantwort.
Der zentrale Zweck des Modells ist Softwarearbeit, die Ausdauer, Prüfung und Überarbeitung erfordert. Gib für eine Repository-Aufgabe das erwartete Verhalten, relevante Dateien als Text, Abhängigkeitsinformationen und die tatsächliche fehlerhafte Ausgabe vor. Verlange ein gezieltes Ergebnis: «Verfolge die Ursache dieser Regression, schlage eine Änderung vor, die die dokumentierte Schnittstelle bewahrt, und benenne die Prüfungen, die eine Korrektur von einer nicht damit zusammenhängenden Änderung unterscheiden würden.» Gib dem Modell in einem Ablauf mit Werkzeuganbindung das Ergebnis jeder ausgeführten Prüfung zurück, bevor es den nächsten Schritt wählt.
Liefere für Optimierungsarbeit Messungen und ein ausdrückliches Ziel. Ein Beispiel lautet: «Nutze dieses Profil und diesen Allokationsbericht, um einen Engpass zu ermitteln. Schlage eine Änderung vor, erkläre die erwartete Wirkung und vergleiche sie mit der Ausgangsmessung, nachdem dieselbe Messung wiederholt wurde.» So wird eine Leistungsaussage überprüfbar. Poolsides Veröffentlichung behandelt Überprüfung und anhaltenden Fortschritt als wichtige Verhaltensweisen, doch eine überzeugende Erklärung allein belegt nicht, dass eine Überarbeitung schneller, korrekt oder vollständig ist. Bewahre die Beobachtungen, die das Beibehalten oder Verwerfen der Änderung stützen.
Laguna S 2.1 unterstützt eingeschobene Thinking-Phasen vor und zwischen Werkzeugaufrufen. Der Hersteller empfiehlt, Reasoning-Inhalte aus früheren Assistentennachrichten im nachfolgenden Verlauf zu bewahren; das Weglassen dieser Blöcke kann dazu führen, dass Reasoning in Folgeschritten aufhört. Halte die Assistentenantwort, Werkzeugaufrufinformationen und das zugehörige Werkzeugergebnis zusammen. Das hilft einer längeren Aufgabe, vom tatsächlichen Zustand aus fortzufahren, statt wiederholt zu rekonstruieren, was bereits versucht wurde.
Die dokumentierten Thinking-Optionen sind off und max, wobei max in der vom Hersteller beschriebenen Einrichtung standardmässig aktiviert ist. Das Modell bestimmt in diesem Modus sein Thinking-Budget; die Veröffentlichung führt keine separaten Aufwandsstufen low, medium und high auf. Für agentengestütztes Coding empfiehlt Poolside, Thinking zu aktivieren und zwischen den Schritten zu bewahren. Benenne das Endergebnis und die Abschlusskriterien ausdrücklich und unterscheide eine lange Reasoning-Sequenz vom abgeschlossenen Resultat. Der Hersteller nennt übermässiges Nachdenken, besonders bei Wettbewerbsaufgaben in Mathematik, als wesentliche Einschränkung.
Werkzeugdefinitionen erfordern besondere Sorgfalt. Poolside berichtet, dass S 2.1 sich anfangs auf eine vertraute Werkzeugschnittstelle verlassen kann, statt einem ähnlichen, aber anderen Schema genau zu folgen. Es kann auch fehlerhaftes oder falsch maskiertes JSON erzeugen, wenn ein Werkzeugargument ein verschachteltes Array enthält. Gib die tatsächlichen Argumentdefinitionen vor, validiere vorgeschlagene Aufrufe und liefere einen präzisen Fehler zurück, wenn der Aufruf nicht passt. Der Hersteller beschreibt Korrektur durch Rückmeldung im Kontext als eine Möglichkeit, einige dieser Abweichungen zu beheben. Halte die resultierende Werkzeugbeobachtung für die nächste Entscheidung verfügbar.
Der Hersteller veröffentlicht separate BF16- und quantisierte Varianten sowie ein optionales DFlash-Draft-Modell. Das sind unterschiedliche Artefakte und Bereitstellungskonfigurationen; Speicherbedarf eines quantisierten Checkpoints oder Leistung beim spekulativen Decoding sollten daher nicht aus dem allgemeinen Modellnamen abgeleitet werden. Bereite für gewöhnliche Textarbeit Quellcode, Befehlsausgaben und Dokumentauszüge als lesbaren Text vor. Die Veröffentlichung weist auf die fehlende Bildfähigkeit des Modells hin; ein Screenshot braucht eine textuelle Beobachtung oder einen geeigneten externen Prüfschritt, bevor er die Analyse stützen kann.
Verlange ein Endergebnis, das das geänderte Artefakt, wichtige Entscheidungen, beobachtete Prüfungen und jede ungeklärte Bedingung nennt. Verbinde bei einer Codeprüfung Erkenntnisse mit dem relevanten Quellcode und zeige, warum jedes Problem das Verhalten beeinflusst. Trenne bei einer Reparatur den vorgeschlagenen Patch von einem Patch, dessen Verhalten tatsächlich geprüft wurde. Das Bewahren des Reasoning- und Werkzeugverlaufs hilft dem Modell, die Aufgabe durchzuarbeiten; das Endergebnis und die aufgezeichneten Resultate belegen, was erreicht wurde.
", "aboutText": "Poolside Laguna S 2.1 ist ein Mixture-of-Experts-Sprachmodell für agentengestütztes Coding und langfristige Aufgaben. Es hat insgesamt 118B Parameter und etwa 8B aktive Parameter pro Token und liegt damit in der Herstellerreihe zwischen dem kleineren Laguna XS 2.1 und dem grösseren Laguna M.1. Das Modell verarbeitet Text und erzeugt in einer Anwendung mit Werkzeuganbindung Text, Code, Reasoning und Werkzeugaufrufanfragen.\n\nSeine Architektur kombiniert globale Attention und Sliding-Window-Attention über 48 Schichten: 12 globale Schichten und 36 Sliding-Window-Schichten. Das Sliding Window von 512 Tokens beschreibt die lokale Attention innerhalb dieser Schichten, während der dokumentierte Modellkontext 1,048,576 Tokens umfasst. Das sind unterschiedliche Messgrössen. Der grössere Kontext unterstützt Aufgaben, bei denen sich Quelldateien, Beobachtungen und Entscheidungen über viele Schritte ansammeln. Halte das Arbeitsziel und aussagekräftige Belege zusammen und reserviere innerhalb der geltenden Konfiguration Platz für weiteres Reasoning und die Abschlussantwort.\n\nDer zentrale Zweck des Modells ist Softwarearbeit, die Ausdauer, Prüfung und Überarbeitung erfordert. Gib für eine Repository-Aufgabe das erwartete Verhalten, relevante Dateien als Text, Abhängigkeitsinformationen und die tatsächliche fehlerhafte Ausgabe vor. Verlange ein gezieltes Ergebnis: «Verfolge die Ursache dieser Regression, schlage eine Änderung vor, die die dokumentierte Schnittstelle bewahrt, und benenne die Prüfungen, die eine Korrektur von einer nicht damit zusammenhängenden Änderung unterscheiden würden.» Gib dem Modell in einem Ablauf mit Werkzeuganbindung das Ergebnis jeder ausgeführten Prüfung zurück, bevor es den nächsten Schritt wählt.\n\nLiefere für Optimierungsarbeit Messungen und ein ausdrückliches Ziel. Ein Beispiel lautet: «Nutze dieses Profil und diesen Allokationsbericht, um einen Engpass zu ermitteln. Schlage eine Änderung vor, erkläre die erwartete Wirkung und vergleiche sie mit der Ausgangsmessung, nachdem dieselbe Messung wiederholt wurde.» So wird eine Leistungsaussage überprüfbar. Poolsides Veröffentlichung behandelt Überprüfung und anhaltenden Fortschritt als wichtige Verhaltensweisen, doch eine überzeugende Erklärung allein belegt nicht, dass eine Überarbeitung schneller, korrekt oder vollständig ist. Bewahre die Beobachtungen, die das Beibehalten oder Verwerfen der Änderung stützen.\n\nLaguna S 2.1 unterstützt eingeschobene Thinking-Phasen vor und zwischen Werkzeugaufrufen. Der Hersteller empfiehlt, Reasoning-Inhalte aus früheren Assistentennachrichten im nachfolgenden Verlauf zu bewahren; das Weglassen dieser Blöcke kann dazu führen, dass Reasoning in Folgeschritten aufhört. Halte die Assistentenantwort, Werkzeugaufrufinformationen und das zugehörige Werkzeugergebnis zusammen. Das hilft einer längeren Aufgabe, vom tatsächlichen Zustand aus fortzufahren, statt wiederholt zu rekonstruieren, was bereits versucht wurde.\n\nDie dokumentierten Thinking-Optionen sind off und max, wobei max in der vom Hersteller beschriebenen Einrichtung standardmässig aktiviert ist. Das Modell bestimmt in diesem Modus sein Thinking-Budget; die Veröffentlichung führt keine separaten Aufwandsstufen low, medium und high auf. Für agentengestütztes Coding empfiehlt Poolside, Thinking zu aktivieren und zwischen den Schritten zu bewahren. Benenne das Endergebnis und die Abschlusskriterien ausdrücklich und unterscheide eine lange Reasoning-Sequenz vom abgeschlossenen Resultat. Der Hersteller nennt übermässiges Nachdenken, besonders bei Wettbewerbsaufgaben in Mathematik, als wesentliche Einschränkung.\n\nWerkzeugdefinitionen erfordern besondere Sorgfalt. Poolside berichtet, dass S 2.1 sich anfangs auf eine vertraute Werkzeugschnittstelle verlassen kann, statt einem ähnlichen, aber anderen Schema genau zu folgen. Es kann auch fehlerhaftes oder falsch maskiertes JSON erzeugen, wenn ein Werkzeugargument ein verschachteltes Array enthält. Gib die tatsächlichen Argumentdefinitionen vor, validiere vorgeschlagene Aufrufe und liefere einen präzisen Fehler zurück, wenn der Aufruf nicht passt. Der Hersteller beschreibt Korrektur durch Rückmeldung im Kontext als eine Möglichkeit, einige dieser Abweichungen zu beheben. Halte die resultierende Werkzeugbeobachtung für die nächste Entscheidung verfügbar.\n\nDer Hersteller veröffentlicht separate BF16- und quantisierte Varianten sowie ein optionales DFlash-Draft-Modell. Das sind unterschiedliche Artefakte und Bereitstellungskonfigurationen; Speicherbedarf eines quantisierten Checkpoints oder Leistung beim spekulativen Decoding sollten daher nicht aus dem allgemeinen Modellnamen abgeleitet werden. Bereite für gewöhnliche Textarbeit Quellcode, Befehlsausgaben und Dokumentauszüge als lesbaren Text vor. Die Veröffentlichung weist auf die fehlende Bildfähigkeit des Modells hin; ein Screenshot braucht eine textuelle Beobachtung oder einen geeigneten externen Prüfschritt, bevor er die Analyse stützen kann.\n\nVerlange ein Endergebnis, das das geänderte Artefakt, wichtige Entscheidungen, beobachtete Prüfungen und jede ungeklärte Bedingung nennt. Verbinde bei einer Codeprüfung Erkenntnisse mit dem relevanten Quellcode und zeige, warum jedes Problem das Verhalten beeinflusst. Trenne bei einer Reparatur den vorgeschlagenen Patch von einem Patch, dessen Verhalten tatsächlich geprüft wurde. Das Bewahren des Reasoning- und Werkzeugverlaufs hilft dem Modell, die Aufgabe durchzuarbeiten; das Endergebnis und die aufgezeichneten Resultate belegen, was erreicht wurde.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "da57cfbf7affec6a9fb5f41ec111912cf0b3f977f7ca55b0085b09fff5f24d56", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de-ch", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 ist ein Textmodell für agentengestütztes Coding und langfristige Aufgaben mit insgesamt 118B und etwa 8B aktiven Parametern. Es kombiniert einen Modellkontext von 1,048,576 Tokens mit nativer Werkzeugnutzung und eingeschobenem Reasoning; das Bewahren früherer Thinking-Inhalte hilft ihm, über Werkzeugaufrufe hinweg wirksam fortzufahren.
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.
Poolside Laguna S 2.1 ist ein Mixture-of-Experts-Sprachmodell für agentengestütztes Coding und langfristige Aufgaben. Es hat insgesamt 118B Parameter und etwa 8B aktive Parameter pro Token und liegt damit in der Herstellerreihe zwischen dem kleineren Laguna XS 2.1 und dem grösseren Laguna M.1. Das Modell verarbeitet Text und erzeugt in einer Anwendung mit Werkzeuganbindung Text, Code, Reasoning und Werkzeugaufrufanfragen.
Seine Architektur kombiniert globale Attention und Sliding-Window-Attention über 48 Schichten: 12 globale Schichten und 36 Sliding-Window-Schichten. Das Sliding Window von 512 Tokens beschreibt die lokale Attention innerhalb dieser Schichten, während der dokumentierte Modellkontext 1,048,576 Tokens umfasst. Das sind unterschiedliche Messgrössen. Der grössere Kontext unterstützt Aufgaben, bei denen sich Quelldateien, Beobachtungen und Entscheidungen über viele Schritte ansammeln. Halte das Arbeitsziel und aussagekräftige Belege zusammen und reserviere innerhalb der geltenden Konfiguration Platz für weiteres Reasoning und die Abschlussantwort.
Der zentrale Zweck des Modells ist Softwarearbeit, die Ausdauer, Prüfung und Überarbeitung erfordert. Gib für eine Repository-Aufgabe das erwartete Verhalten, relevante Dateien als Text, Abhängigkeitsinformationen und die tatsächliche fehlerhafte Ausgabe vor. Verlange ein gezieltes Ergebnis: «Verfolge die Ursache dieser Regression, schlage eine Änderung vor, die die dokumentierte Schnittstelle bewahrt, und benenne die Prüfungen, die eine Korrektur von einer nicht damit zusammenhängenden Änderung unterscheiden würden.» Gib dem Modell in einem Ablauf mit Werkzeuganbindung das Ergebnis jeder ausgeführten Prüfung zurück, bevor es den nächsten Schritt wählt.
Liefere für Optimierungsarbeit Messungen und ein ausdrückliches Ziel. Ein Beispiel lautet: «Nutze dieses Profil und diesen Allokationsbericht, um einen Engpass zu ermitteln. Schlage eine Änderung vor, erkläre die erwartete Wirkung und vergleiche sie mit der Ausgangsmessung, nachdem dieselbe Messung wiederholt wurde.» So wird eine Leistungsaussage überprüfbar. Poolsides Veröffentlichung behandelt Überprüfung und anhaltenden Fortschritt als wichtige Verhaltensweisen, doch eine überzeugende Erklärung allein belegt nicht, dass eine Überarbeitung schneller, korrekt oder vollständig ist. Bewahre die Beobachtungen, die das Beibehalten oder Verwerfen der Änderung stützen.
Laguna S 2.1 unterstützt eingeschobene Thinking-Phasen vor und zwischen Werkzeugaufrufen. Der Hersteller empfiehlt, Reasoning-Inhalte aus früheren Assistentennachrichten im nachfolgenden Verlauf zu bewahren; das Weglassen dieser Blöcke kann dazu führen, dass Reasoning in Folgeschritten aufhört. Halte die Assistentenantwort, Werkzeugaufrufinformationen und das zugehörige Werkzeugergebnis zusammen. Das hilft einer längeren Aufgabe, vom tatsächlichen Zustand aus fortzufahren, statt wiederholt zu rekonstruieren, was bereits versucht wurde.
Die dokumentierten Thinking-Optionen sind off und max, wobei max in der vom Hersteller beschriebenen Einrichtung standardmässig aktiviert ist. Das Modell bestimmt in diesem Modus sein Thinking-Budget; die Veröffentlichung führt keine separaten Aufwandsstufen low, medium und high auf. Für agentengestütztes Coding empfiehlt Poolside, Thinking zu aktivieren und zwischen den Schritten zu bewahren. Benenne das Endergebnis und die Abschlusskriterien ausdrücklich und unterscheide eine lange Reasoning-Sequenz vom abgeschlossenen Resultat. Der Hersteller nennt übermässiges Nachdenken, besonders bei Wettbewerbsaufgaben in Mathematik, als wesentliche Einschränkung.
Werkzeugdefinitionen erfordern besondere Sorgfalt. Poolside berichtet, dass S 2.1 sich anfangs auf eine vertraute Werkzeugschnittstelle verlassen kann, statt einem ähnlichen, aber anderen Schema genau zu folgen. Es kann auch fehlerhaftes oder falsch maskiertes JSON erzeugen, wenn ein Werkzeugargument ein verschachteltes Array enthält. Gib die tatsächlichen Argumentdefinitionen vor, validiere vorgeschlagene Aufrufe und liefere einen präzisen Fehler zurück, wenn der Aufruf nicht passt. Der Hersteller beschreibt Korrektur durch Rückmeldung im Kontext als eine Möglichkeit, einige dieser Abweichungen zu beheben. Halte die resultierende Werkzeugbeobachtung für die nächste Entscheidung verfügbar.
Der Hersteller veröffentlicht separate BF16- und quantisierte Varianten sowie ein optionales DFlash-Draft-Modell. Das sind unterschiedliche Artefakte und Bereitstellungskonfigurationen; Speicherbedarf eines quantisierten Checkpoints oder Leistung beim spekulativen Decoding sollten daher nicht aus dem allgemeinen Modellnamen abgeleitet werden. Bereite für gewöhnliche Textarbeit Quellcode, Befehlsausgaben und Dokumentauszüge als lesbaren Text vor. Die Veröffentlichung weist auf die fehlende Bildfähigkeit des Modells hin; ein Screenshot braucht eine textuelle Beobachtung oder einen geeigneten externen Prüfschritt, bevor er die Analyse stützen kann.
Verlange ein Endergebnis, das das geänderte Artefakt, wichtige Entscheidungen, beobachtete Prüfungen und jede ungeklärte Bedingung nennt. Verbinde bei einer Codeprüfung Erkenntnisse mit dem relevanten Quellcode und zeige, warum jedes Problem das Verhalten beeinflusst. Trenne bei einer Reparatur den vorgeschlagenen Patch von einem Patch, dessen Verhalten tatsächlich geprüft wurde. Das Bewahren des Reasoning- und Werkzeugverlaufs hilft dem Modell, die Aufgabe durchzuarbeiten; das Endergebnis und die aufgezeichneten Resultate belegen, was erreicht wurde.
POST /v1/chat/completionstexttext| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits poolside/laguna-s-2.1: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: 32'768 | Standard— |
Feldmax_completion_tokens | Typinteger | AnforderungOptional | Werte und Limits Minimum: 1 Maximum: 32'768 | 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 262144 bytes. |
Lebenszyklus: synchronous_json
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationToken-Basistarife | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · Cache schreiben — / 1K Tokens Eingabe · 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 abschliessenden 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": "poolside/laguna-s-2.1: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 poolside/laguna-s-2.1:free
Verwenden Sie die oben angezeigten Methodenpfade.
poolside/laguna-s-2.1:freePoolside Laguna S 2.1 ist ein Textmodell für agentengestütztes Coding und langfristige Aufgaben mit insgesamt 118B und etwa 8B aktiven Parametern. Es kombiniert einen Modellkontext von 1,048,576 Tokens mit nativer Werkzeugnutzung und eingeschobenem Reasoning; das Bewahren früherer Thinking-Inhalte hilft ihm, über Werkzeugaufrufe hinweg wirksam fortzufahren.
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.
Poolside Laguna S 2.1 ist ein Mixture-of-Experts-Sprachmodell für agentengestütztes Coding und langfristige Aufgaben. Es hat insgesamt 118B Parameter und etwa 8B aktive Parameter pro Token und liegt damit in der Herstellerreihe zwischen dem kleineren Laguna XS 2.1 und dem grösseren Laguna M.1. Das Modell verarbeitet Text und erzeugt in einer Anwendung mit Werkzeuganbindung Text, Code, Reasoning und Werkzeugaufrufanfragen.
Seine Architektur kombiniert globale Attention und Sliding-Window-Attention über 48 Schichten: 12 globale Schichten und 36 Sliding-Window-Schichten. Das Sliding Window von 512 Tokens beschreibt die lokale Attention innerhalb dieser Schichten, während der dokumentierte Modellkontext 1,048,576 Tokens umfasst. Das sind unterschiedliche Messgrössen. Der grössere Kontext unterstützt Aufgaben, bei denen sich Quelldateien, Beobachtungen und Entscheidungen über viele Schritte ansammeln. Halte das Arbeitsziel und aussagekräftige Belege zusammen und reserviere innerhalb der geltenden Konfiguration Platz für weiteres Reasoning und die Abschlussantwort.
Der zentrale Zweck des Modells ist Softwarearbeit, die Ausdauer, Prüfung und Überarbeitung erfordert. Gib für eine Repository-Aufgabe das erwartete Verhalten, relevante Dateien als Text, Abhängigkeitsinformationen und die tatsächliche fehlerhafte Ausgabe vor. Verlange ein gezieltes Ergebnis: «Verfolge die Ursache dieser Regression, schlage eine Änderung vor, die die dokumentierte Schnittstelle bewahrt, und benenne die Prüfungen, die eine Korrektur von einer nicht damit zusammenhängenden Änderung unterscheiden würden.» Gib dem Modell in einem Ablauf mit Werkzeuganbindung das Ergebnis jeder ausgeführten Prüfung zurück, bevor es den nächsten Schritt wählt.
Liefere für Optimierungsarbeit Messungen und ein ausdrückliches Ziel. Ein Beispiel lautet: «Nutze dieses Profil und diesen Allokationsbericht, um einen Engpass zu ermitteln. Schlage eine Änderung vor, erkläre die erwartete Wirkung und vergleiche sie mit der Ausgangsmessung, nachdem dieselbe Messung wiederholt wurde.» So wird eine Leistungsaussage überprüfbar. Poolsides Veröffentlichung behandelt Überprüfung und anhaltenden Fortschritt als wichtige Verhaltensweisen, doch eine überzeugende Erklärung allein belegt nicht, dass eine Überarbeitung schneller, korrekt oder vollständig ist. Bewahre die Beobachtungen, die das Beibehalten oder Verwerfen der Änderung stützen.
Laguna S 2.1 unterstützt eingeschobene Thinking-Phasen vor und zwischen Werkzeugaufrufen. Der Hersteller empfiehlt, Reasoning-Inhalte aus früheren Assistentennachrichten im nachfolgenden Verlauf zu bewahren; das Weglassen dieser Blöcke kann dazu führen, dass Reasoning in Folgeschritten aufhört. Halte die Assistentenantwort, Werkzeugaufrufinformationen und das zugehörige Werkzeugergebnis zusammen. Das hilft einer längeren Aufgabe, vom tatsächlichen Zustand aus fortzufahren, statt wiederholt zu rekonstruieren, was bereits versucht wurde.
Die dokumentierten Thinking-Optionen sind off und max, wobei max in der vom Hersteller beschriebenen Einrichtung standardmässig aktiviert ist. Das Modell bestimmt in diesem Modus sein Thinking-Budget; die Veröffentlichung führt keine separaten Aufwandsstufen low, medium und high auf. Für agentengestütztes Coding empfiehlt Poolside, Thinking zu aktivieren und zwischen den Schritten zu bewahren. Benenne das Endergebnis und die Abschlusskriterien ausdrücklich und unterscheide eine lange Reasoning-Sequenz vom abgeschlossenen Resultat. Der Hersteller nennt übermässiges Nachdenken, besonders bei Wettbewerbsaufgaben in Mathematik, als wesentliche Einschränkung.
Werkzeugdefinitionen erfordern besondere Sorgfalt. Poolside berichtet, dass S 2.1 sich anfangs auf eine vertraute Werkzeugschnittstelle verlassen kann, statt einem ähnlichen, aber anderen Schema genau zu folgen. Es kann auch fehlerhaftes oder falsch maskiertes JSON erzeugen, wenn ein Werkzeugargument ein verschachteltes Array enthält. Gib die tatsächlichen Argumentdefinitionen vor, validiere vorgeschlagene Aufrufe und liefere einen präzisen Fehler zurück, wenn der Aufruf nicht passt. Der Hersteller beschreibt Korrektur durch Rückmeldung im Kontext als eine Möglichkeit, einige dieser Abweichungen zu beheben. Halte die resultierende Werkzeugbeobachtung für die nächste Entscheidung verfügbar.
Der Hersteller veröffentlicht separate BF16- und quantisierte Varianten sowie ein optionales DFlash-Draft-Modell. Das sind unterschiedliche Artefakte und Bereitstellungskonfigurationen; Speicherbedarf eines quantisierten Checkpoints oder Leistung beim spekulativen Decoding sollten daher nicht aus dem allgemeinen Modellnamen abgeleitet werden. Bereite für gewöhnliche Textarbeit Quellcode, Befehlsausgaben und Dokumentauszüge als lesbaren Text vor. Die Veröffentlichung weist auf die fehlende Bildfähigkeit des Modells hin; ein Screenshot braucht eine textuelle Beobachtung oder einen geeigneten externen Prüfschritt, bevor er die Analyse stützen kann.
Verlange ein Endergebnis, das das geänderte Artefakt, wichtige Entscheidungen, beobachtete Prüfungen und jede ungeklärte Bedingung nennt. Verbinde bei einer Codeprüfung Erkenntnisse mit dem relevanten Quellcode und zeige, warum jedes Problem das Verhalten beeinflusst. Trenne bei einer Reparatur den vorgeschlagenen Patch von einem Patch, dessen Verhalten tatsächlich geprüft wurde. Das Bewahren des Reasoning- und Werkzeugverlaufs hilft dem Modell, die Aufgabe durchzuarbeiten; das Endergebnis und die aufgezeichneten Resultate belegen, was erreicht wurde.
POST /v1/messagestexttext| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits poolside/laguna-s-2.1: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: 32'768 | 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 262144 bytes. |
Lebenszyklus: synchronous_json
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationToken-Basistarife | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · Cache schreiben — / 1K Tokens Eingabe · 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 abschliessenden 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": "poolside/laguna-s-2.1: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 poolside/laguna-s-2.1:free
Verwenden Sie die oben angezeigten Methodenpfade.