Nace.AI: Drex v1.5

Nace.AI: Drex v1.5 to model decyzyjny od Nace.AI. Jest wymieniony na api14 w kategorii decisions, a jego identyfikator modelu to nace-ai/drex-v1.5. Dostawca opisuje go jako mały model decyzyjny, a został udostępniony przez dostawcę 2026-10-09. Jeśli oceniasz modele do zadania, które polega na dokonaniu wyboru, a nie na generowaniu prozy, to właśnie taki model katalog umieszcza w tej grupie.

Model przyjmuje tekst jako dane wejściowe i produkuje decyzje jako dane wyjściowe. Jego okno kontekstu wynosi 131072 tokenów, a maksymalne wyjście to 117964 tokenów. Opis dostawcy podaje więcej szczegółów na temat kształtu wywołania: wysyłasz stan wraz z typowanymi pytaniami, gdzie pytania mogą być typu tak/nie, wielokrotnego wyboru lub punktowe. Oznacza to, że wyjście nie jest dowolnym tekstem, lecz ustrukturyzowaną odpowiedzią na zadane pytania. Model jest obsługiwany przez ten sam kontrakt /v1/systemone co Jev od TypeSafe, więc konwencja wywołania jest wspólna z tym modelem, a nie unikalna dla Drex.

Praktyczne zastosowania wynikają z tego projektu. Pytanie typu tak/nie dotyczące dostarczonego stanu pasuje do kontroli warunków i sprawdzania kwalifikowalności, gdzie potrzebna jest decyzja, a nie wyjaśnienie. Pytania wielokrotnego wyboru pasują do klasyfikacji i routingu, na przykład wyboru kategorii, kolejki lub następnego kroku ze stałego zestawu opcji. Pytania punktowe pasują do rankingu i progowania, gdzie potrzebna jest wartość, którą można porównać z progiem. Ponieważ dane wejściowe są tekstem, a okno kontekstu jest duże, wysyłany stan może być obszernym dokumentem lub długim rekordem, a do tego samego stanu można dołączyć kilka typowanych pytań w jednym wywołaniu.

Aby wywołać go przez api14, użyj punktu końcowego zgodnego z OpenAI z identyfikatorem modelu nace-ai/drex-v1.5. Lista obsługiwanych parametrów dla tego modelu jest pusta, więc nie ma parametrów żądania udokumentowanych jako obsługiwane poza tym, czego wymaga wspólny kontrakt. Dostawca zauważa, że Drex 1.5 jest obsługiwany przez kontrakt /v1/systemone, więc format żądania podlega temu kontraktowi, a nie typowemu kształtowi chat completions. Sprawdź dokumentację kontraktu, aby poznać dokładne pola, zanim zaczniesz budować rozwiązanie na jego podstawie.

Jedno ograniczenie, o którym warto pamiętać, to fakt, że modalnością wyjściową są decyzje, a nie tekst. Jeśli Twoja aplikacja potrzebuje generowanej prozy, podsumowań lub odpowiedzi konwersacyjnych, lepiej pasuje model z wyjściem tekstowym. Drex v1.5 jest ukierunkowany na węższe zadanie odpowiadania na typowane pytania dotyczące stanu, a jego dostawca opisuje go jako mały model decyzyjny, więc traktuj go jako komponent w potoku, a nie jako ogólnego asystenta.