A Mercury Decide az Inception modellje megadott bizonyítékon alapuló strukturált döntésekhez. Közös állapotot kapcsol össze elnevezett kérdésekkel, és típusos válaszokat ad vissza valószínűségekkel. Az eredmény lehet kiválasztott kategória, becsült igen/nem valószínűség vagy meghatározott skálán elfoglalt pozíció. Ez a profil behatárolt döntést szolgáltat, amelyet a szoftver értelmezni tud; dokumentált interfésze nem generál szabad szöveges csevegőválaszt.
A gyártó kérése egy modellt, egy állapotot és kérdések nem üres leképezését tartalmazza. A kérdésnevek megmaradnak a válaszok leképezésében. Adja meg az egyes kérdések megítéléséhez szükséges információt, és a kérdéseket a munkafolyamat által használt eredmények köré nevezze el, például category, priority vagy needs_follow_up. Több kérdés egymástól függetlenül értékeli ugyanazt a bizonyítékot. Egy kérésbe helyezésük nem teszi a későbbi kérdést korábbi választól függővé.
Az Inception példája JSON-objektumot használ állapotként. Az útmutató az állapotban, utasításokban és kritériumleírásokban karakterláncokat, objektumokat vagy tömböket is enged, az utasítások pedig opcionálisak vagy null értékűek lehetnek. Őrizze meg a hasznos struktúrát, ha a bizonyíték már mezőkből áll, és szöveg megadásakor tartsa azonosíthatóan a dokumentumot vagy üzenetet. Ügyfélszolgálati esethez a tényleges kérést és releváns tényeket adja meg, ne a hiányzó kontextus kikövetkeztetését kérje.
A noul kérdés igen/nem feltételt képvisel. Kimenete 0 és 1 közötti valószínűség arra, hogy az igenlő válasz érvényes. Az opcionális true és false leírások meghatározhatják, mi számít a kérdés egyes oldalain. Például kérdezze meg, hogy egy üzenet kifejezetten csereterméket kér-e, és különböztesse meg ezt a termékkel kapcsolatos általános panasztól. A valószínűség számszerű ítéletet ad; az alkalmazás választja ki a küszöböt és az ebből következő munkafolyamatbeli műveletet.
A feltétel legyen elég szűk ahhoz, hogy a bizonyíték eldönthesse. Ha egy kérdés összekeveri, hogy a felhasználó segítséget akar-e, egy termék hibás-e és az eset sürgős-e, válassza külön ezeket a feltételeket. A visszaadott valószínűséget a kérdésdefinícióval együtt őrizze meg, hogy egy későbbi ellenőr megállapíthassa, mit mér valójában a szám.
A Choice kérdés 1–255 lehetőségnevet és leírást tartalmazó leképezést használ; a leírások null értékűek is lehetnek. A visszaadott választás a megadott lehetőségek közül a legnagyobb valószínűségű. Az eredmény minden lehetőség valószínűségét, valamint a megbízhatósági értéket is tartalmazza. A kategóriákhoz határozzon meg különálló jelentéseket, és szerepeltessen tartalék kategóriát, ha bizonyos bemenetek a konkrét lehetőségeken kívül esnek. A rövid kimeneti kulcsok azonosíthatják a kategóriákat, a részletesebb leírások pedig meghatározzák a köztük lévő határokat.
Egy továbbirányítási leírás megkülönböztethet hozzáférési problémát, termékkérdést és bejelentett hibát. Adja meg minden lehetőség jelentését és a továbbirányítandó üzenetet. A kimenet kiválasztott kategória eloszlással, nem olyan utasítás, amely már módosított egy sort vagy kapcsolatba lépett egy másik rendszerrel. Kétértelmű esetben vizsgálja meg a versengő valószínűségeket, ne értelmezze a nyertes címkét a bizonyosság bizonyítékaként.
A Score kérdés 1–10 szintleírás rendezett tömbjét használja, a 0. szinttől kezdve. Pontszáma a szintindexek valószínűséggel súlyozott átlaga, és a szintek közé is eshet. A válasz tartalmazza a jelmagyarázatot, a szintenkénti valószínűségeket és a megbízhatósági értéket. Határozza meg az egyes szintek sorrendjét és kritériumait, például nincs közvetlen hatás, működőképes alternatívával kezelhető probléma és teljesen blokkolt feladat.
A tört várható pontszám prioritásadáshoz vagy összesítéshez hasznos. Különbözik az egyetlen legvalószínűbb szint kiválasztásától. A jelmagyarázatot tartsa a szám mellett, hogy a pontszámot ne másik skálán értelmezzék. A Choice és Score megbízhatósági értékét külön, 0 és 1 között közli a rendszer; a vonatkozó útmutató nem definiálja azt a legnagyobb opcióvalószínűséggel azonosként, és nem ad általános képletet az újraszámítására.
Egy bizonyítékanyag független kategória-, sürgősségi és feltételkérdéseket támogathat. Egy dokumentumellenőrzési feladat rákérdezhet egy kötelező téma jelenlétére, kiválaszthatja kategóriáját, és leírt szinteken értékelheti a relevanciáját. Csak az állapotban elérhető forrásanyagot használja, a kritériumokat a munkafolyamat következő szükséges döntéséhez kötve. Ha egy művelet korábbi eredményt igényel, ezt az eredményt tegye kifejezetté a következő lépés bizonyítékában, ne feltételezze, hogy a kérdések rejtett sorozatot alkotnak.
A válasz visszaadja a modell nevét és egy answers leképezést a megadott kérdésnevekkel kulcsolva. A Choice valószínűségei a lehetőségneveket használják; a Score valószínűségei karakterlánc-indexeket, amelyeket a jelmagyarázat magyaráz meg. Az állapotazonosítót, kérdésdefiníciókat és típusos válaszokat összekapcsolva őrizze meg. Ez értelmezhető osztályozási vagy értékelési eredményt hoz létre, nem a létrehozó tényektől elszakadt számot.
Az Inception a Mercury Decide modellt a külön döntési interfészén keresztül dokumentálja. Nem támogatja a gyártó chat-completion, streaming vagy eszközhívási interfészeit, ezért a Mercury következtetési, hang- és kódgenerálási profiljainak képességeit nem szabad átvinni erre a modellre. A döntési útmutató megadja a lehetőségek és szintek számát, de nem közöl számszerű állapottoken-korlátot vagy kérdésszám-felsőhatárt; a közös bizonyíték maradjon az értékelt kérdésekre összpontosítva.
A tervezett feladat reprezentatív, címkézett anyagán értékelje a valószínűségeket és kategóriahatárokat. A határeseteket az állapot alapján ellenőrizze, és a hiányzó információt őrizze meg hiányzóként ahelyett, hogy kitalált tényekkel pótolná. A hasznos Mercury Decide eredmény zárt döntést, annak valószínűségeit és a megértéséhez szükséges definíciókat adja; a környező alkalmazás határozza meg, hogyan lesz ebből továbbirányítás, prioritásadás vagy ellenőrzési eredmény.
", "aboutText": "A Mercury Decide az Inception modellje megadott bizonyítékon alapuló strukturált döntésekhez. Közös állapotot kapcsol össze elnevezett kérdésekkel, és típusos válaszokat ad vissza valószínűségekkel. Az eredmény lehet kiválasztott kategória, becsült igen/nem valószínűség vagy meghatározott skálán elfoglalt pozíció. Ez a profil behatárolt döntést szolgáltat, amelyet a szoftver értelmezni tud; dokumentált interfésze nem generál szabad szöveges csevegőválaszt.\n\n### Közös állapot és értelmes kérdésnevek\n\nA gyártó kérése egy modellt, egy állapotot és kérdések nem üres leképezését tartalmazza. A kérdésnevek megmaradnak a válaszok leképezésében. Adja meg az egyes kérdések megítéléséhez szükséges információt, és a kérdéseket a munkafolyamat által használt eredmények köré nevezze el, például category, priority vagy needs_follow_up. Több kérdés egymástól függetlenül értékeli ugyanazt a bizonyítékot. Egy kérésbe helyezésük nem teszi a későbbi kérdést korábbi választól függővé.\n\nAz Inception példája JSON-objektumot használ állapotként. Az útmutató az állapotban, utasításokban és kritériumleírásokban karakterláncokat, objektumokat vagy tömböket is enged, az utasítások pedig opcionálisak vagy null értékűek lehetnek. Őrizze meg a hasznos struktúrát, ha a bizonyíték már mezőkből áll, és szöveg megadásakor tartsa azonosíthatóan a dokumentumot vagy üzenetet. Ügyfélszolgálati esethez a tényleges kérést és releváns tényeket adja meg, ne a hiányzó kontextus kikövetkeztetését kérje.\n\n### Noul: becsült igenlő válasz\n\nA noul kérdés igen/nem feltételt képvisel. Kimenete 0 és 1 közötti valószínűség arra, hogy az igenlő válasz érvényes. Az opcionális true és false leírások meghatározhatják, mi számít a kérdés egyes oldalain. Például kérdezze meg, hogy egy üzenet kifejezetten csereterméket kér-e, és különböztesse meg ezt a termékkel kapcsolatos általános panasztól. A valószínűség számszerű ítéletet ad; az alkalmazás választja ki a küszöböt és az ebből következő munkafolyamatbeli műveletet.\n\nA feltétel legyen elég szűk ahhoz, hogy a bizonyíték eldönthesse. Ha egy kérdés összekeveri, hogy a felhasználó segítséget akar-e, egy termék hibás-e és az eset sürgős-e, válassza külön ezeket a feltételeket. A visszaadott valószínűséget a kérdésdefinícióval együtt őrizze meg, hogy egy későbbi ellenőr megállapíthassa, mit mér valójában a szám.\n\n### Choice: egy elnevezett lehetőség kiválasztása\n\nA Choice kérdés 1–255 lehetőségnevet és leírást tartalmazó leképezést használ; a leírások null értékűek is lehetnek. A visszaadott választás a megadott lehetőségek közül a legnagyobb valószínűségű. Az eredmény minden lehetőség valószínűségét, valamint a megbízhatósági értéket is tartalmazza. A kategóriákhoz határozzon meg különálló jelentéseket, és szerepeltessen tartalék kategóriát, ha bizonyos bemenetek a konkrét lehetőségeken kívül esnek. A rövid kimeneti kulcsok azonosíthatják a kategóriákat, a részletesebb leírások pedig meghatározzák a köztük lévő határokat.\n\nEgy továbbirányítási leírás megkülönböztethet hozzáférési problémát, termékkérdést és bejelentett hibát. Adja meg minden lehetőség jelentését és a továbbirányítandó üzenetet. A kimenet kiválasztott kategória eloszlással, nem olyan utasítás, amely már módosított egy sort vagy kapcsolatba lépett egy másik rendszerrel. Kétértelmű esetben vizsgálja meg a versengő valószínűségeket, ne értelmezze a nyertes címkét a bizonyosság bizonyítékaként.\n\n### Score: várható pozíció az értékelési skálán\n\nA Score kérdés 1–10 szintleírás rendezett tömbjét használja, a 0. szinttől kezdve. Pontszáma a szintindexek valószínűséggel súlyozott átlaga, és a szintek közé is eshet. A válasz tartalmazza a jelmagyarázatot, a szintenkénti valószínűségeket és a megbízhatósági értéket. Határozza meg az egyes szintek sorrendjét és kritériumait, például nincs közvetlen hatás, működőképes alternatívával kezelhető probléma és teljesen blokkolt feladat.\n\nA tört várható pontszám prioritásadáshoz vagy összesítéshez hasznos. Különbözik az egyetlen legvalószínűbb szint kiválasztásától. A jelmagyarázatot tartsa a szám mellett, hogy a pontszámot ne másik skálán értelmezzék. A Choice és Score megbízhatósági értékét külön, 0 és 1 között közli a rendszer; a vonatkozó útmutató nem definiálja azt a legnagyobb opcióvalószínűséggel azonosként, és nem ad általános képletet az újraszámítására.\n\n### Hasznos döntési eredmény előkészítése\n\nEgy bizonyítékanyag független kategória-, sürgősségi és feltételkérdéseket támogathat. Egy dokumentumellenőrzési feladat rákérdezhet egy kötelező téma jelenlétére, kiválaszthatja kategóriáját, és leírt szinteken értékelheti a relevanciáját. Csak az állapotban elérhető forrásanyagot használja, a kritériumokat a munkafolyamat következő szükséges döntéséhez kötve. Ha egy művelet korábbi eredményt igényel, ezt az eredményt tegye kifejezetté a következő lépés bizonyítékában, ne feltételezze, hogy a kérdések rejtett sorozatot alkotnak.\n\nA válasz visszaadja a modell nevét és egy answers leképezést a megadott kérdésnevekkel kulcsolva. A Choice valószínűségei a lehetőségneveket használják; a Score valószínűségei karakterlánc-indexeket, amelyeket a jelmagyarázat magyaráz meg. Az állapotazonosítót, kérdésdefiníciókat és típusos válaszokat összekapcsolva őrizze meg. Ez értelmezhető osztályozási vagy értékelési eredményt hoz létre, nem a létrehozó tényektől elszakadt számot.\n\n### Az interfész hatóköre és korlátai\n\nAz Inception a Mercury Decide modellt a külön döntési interfészén keresztül dokumentálja. Nem támogatja a gyártó chat-completion, streaming vagy eszközhívási interfészeit, ezért a Mercury következtetési, hang- és kódgenerálási profiljainak képességeit nem szabad átvinni erre a modellre. A döntési útmutató megadja a lehetőségek és szintek számát, de nem közöl számszerű állapottoken-korlátot vagy kérdésszám-felsőhatárt; a közös bizonyíték maradjon az értékelt kérdésekre összpontosítva.\n\nA tervezett feladat reprezentatív, címkézett anyagán értékelje a valószínűségeket és kategóriahatárokat. A határeseteket az állapot alapján ellenőrizze, és a hiányzó információt őrizze meg hiányzóként ahelyett, hogy kitalált tényekkel pótolná. A hasznos Mercury Decide eredmény zárt döntést, annak valószínűségeit és a megértéséhez szükséges definíciókat adja; a környező alkalmazás határozza meg, hogyan lesz ebből továbbirányítás, prioritásadás vagy ellenőrzési eredmény.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "ebc9af8e74eafaf3cad5bc5b348e9c175e774f6caf735ca6e2f66fc3d69233fb", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "hu", "methods": [ { "html": "inception/mercury-decideA Mercury Decide közös szöveges vagy JSON-bizonyítékot értékel elnevezett kérdések alapján, és típusos választásokat, igen/nem valószínűségeket vagy tört értékelési pontszámokat ad vissza. Az Inception külön döntési munkafolyamatot dokumentál legfeljebb 255 Choice lehetőséggel és tíz Score szinttel.
Ez a leírás a modell képességeit ismerteti. Az Ailootban elérhető bemenetek, kimenetek és lehetőségek alább, a kiválasztott metódusnál láthatók.
A Mercury Decide az Inception modellje megadott bizonyítékon alapuló strukturált döntésekhez. Közös állapotot kapcsol össze elnevezett kérdésekkel, és típusos válaszokat ad vissza valószínűségekkel. Az eredmény lehet kiválasztott kategória, becsült igen/nem valószínűség vagy meghatározott skálán elfoglalt pozíció. Ez a profil behatárolt döntést szolgáltat, amelyet a szoftver értelmezni tud; dokumentált interfésze nem generál szabad szöveges csevegőválaszt.
A gyártó kérése egy modellt, egy állapotot és kérdések nem üres leképezését tartalmazza. A kérdésnevek megmaradnak a válaszok leképezésében. Adja meg az egyes kérdések megítéléséhez szükséges információt, és a kérdéseket a munkafolyamat által használt eredmények köré nevezze el, például category, priority vagy needs_follow_up. Több kérdés egymástól függetlenül értékeli ugyanazt a bizonyítékot. Egy kérésbe helyezésük nem teszi a későbbi kérdést korábbi választól függővé.
Az Inception példája JSON-objektumot használ állapotként. Az útmutató az állapotban, utasításokban és kritériumleírásokban karakterláncokat, objektumokat vagy tömböket is enged, az utasítások pedig opcionálisak vagy null értékűek lehetnek. Őrizze meg a hasznos struktúrát, ha a bizonyíték már mezőkből áll, és szöveg megadásakor tartsa azonosíthatóan a dokumentumot vagy üzenetet. Ügyfélszolgálati esethez a tényleges kérést és releváns tényeket adja meg, ne a hiányzó kontextus kikövetkeztetését kérje.
A noul kérdés igen/nem feltételt képvisel. Kimenete 0 és 1 közötti valószínűség arra, hogy az igenlő válasz érvényes. Az opcionális true és false leírások meghatározhatják, mi számít a kérdés egyes oldalain. Például kérdezze meg, hogy egy üzenet kifejezetten csereterméket kér-e, és különböztesse meg ezt a termékkel kapcsolatos általános panasztól. A valószínűség számszerű ítéletet ad; az alkalmazás választja ki a küszöböt és az ebből következő munkafolyamatbeli műveletet.
A feltétel legyen elég szűk ahhoz, hogy a bizonyíték eldönthesse. Ha egy kérdés összekeveri, hogy a felhasználó segítséget akar-e, egy termék hibás-e és az eset sürgős-e, válassza külön ezeket a feltételeket. A visszaadott valószínűséget a kérdésdefinícióval együtt őrizze meg, hogy egy későbbi ellenőr megállapíthassa, mit mér valójában a szám.
A Choice kérdés 1–255 lehetőségnevet és leírást tartalmazó leképezést használ; a leírások null értékűek is lehetnek. A visszaadott választás a megadott lehetőségek közül a legnagyobb valószínűségű. Az eredmény minden lehetőség valószínűségét, valamint a megbízhatósági értéket is tartalmazza. A kategóriákhoz határozzon meg különálló jelentéseket, és szerepeltessen tartalék kategóriát, ha bizonyos bemenetek a konkrét lehetőségeken kívül esnek. A rövid kimeneti kulcsok azonosíthatják a kategóriákat, a részletesebb leírások pedig meghatározzák a köztük lévő határokat.
Egy továbbirányítási leírás megkülönböztethet hozzáférési problémát, termékkérdést és bejelentett hibát. Adja meg minden lehetőség jelentését és a továbbirányítandó üzenetet. A kimenet kiválasztott kategória eloszlással, nem olyan utasítás, amely már módosított egy sort vagy kapcsolatba lépett egy másik rendszerrel. Kétértelmű esetben vizsgálja meg a versengő valószínűségeket, ne értelmezze a nyertes címkét a bizonyosság bizonyítékaként.
A Score kérdés 1–10 szintleírás rendezett tömbjét használja, a 0. szinttől kezdve. Pontszáma a szintindexek valószínűséggel súlyozott átlaga, és a szintek közé is eshet. A válasz tartalmazza a jelmagyarázatot, a szintenkénti valószínűségeket és a megbízhatósági értéket. Határozza meg az egyes szintek sorrendjét és kritériumait, például nincs közvetlen hatás, működőképes alternatívával kezelhető probléma és teljesen blokkolt feladat.
A tört várható pontszám prioritásadáshoz vagy összesítéshez hasznos. Különbözik az egyetlen legvalószínűbb szint kiválasztásától. A jelmagyarázatot tartsa a szám mellett, hogy a pontszámot ne másik skálán értelmezzék. A Choice és Score megbízhatósági értékét külön, 0 és 1 között közli a rendszer; a vonatkozó útmutató nem definiálja azt a legnagyobb opcióvalószínűséggel azonosként, és nem ad általános képletet az újraszámítására.
Egy bizonyítékanyag független kategória-, sürgősségi és feltételkérdéseket támogathat. Egy dokumentumellenőrzési feladat rákérdezhet egy kötelező téma jelenlétére, kiválaszthatja kategóriáját, és leírt szinteken értékelheti a relevanciáját. Csak az állapotban elérhető forrásanyagot használja, a kritériumokat a munkafolyamat következő szükséges döntéséhez kötve. Ha egy művelet korábbi eredményt igényel, ezt az eredményt tegye kifejezetté a következő lépés bizonyítékában, ne feltételezze, hogy a kérdések rejtett sorozatot alkotnak.
A válasz visszaadja a modell nevét és egy answers leképezést a megadott kérdésnevekkel kulcsolva. A Choice valószínűségei a lehetőségneveket használják; a Score valószínűségei karakterlánc-indexeket, amelyeket a jelmagyarázat magyaráz meg. Az állapotazonosítót, kérdésdefiníciókat és típusos válaszokat összekapcsolva őrizze meg. Ez értelmezhető osztályozási vagy értékelési eredményt hoz létre, nem a létrehozó tényektől elszakadt számot.
Az Inception a Mercury Decide modellt a külön döntési interfészén keresztül dokumentálja. Nem támogatja a gyártó chat-completion, streaming vagy eszközhívási interfészeit, ezért a Mercury következtetési, hang- és kódgenerálási profiljainak képességeit nem szabad átvinni erre a modellre. A döntési útmutató megadja a lehetőségek és szintek számát, de nem közöl számszerű állapottoken-korlátot vagy kérdésszám-felsőhatárt; a közös bizonyíték maradjon az értékelt kérdésekre összpontosítva.
A tervezett feladat reprezentatív, címkézett anyagán értékelje a valószínűségeket és kategóriahatárokat. A határeseteket az állapot alapján ellenőrizze, és a hiányzó információt őrizze meg hiányzóként ahelyett, hogy kitalált tényekkel pótolná. A hasznos Mercury Decide eredmény zárt döntést, annak valószínűségeit és a megértéséhez szükséges definíciókat adja; a környező alkalmazás határozza meg, hogyan lesz ebből továbbirányítás, prioritásadás vagy ellenőrzési eredmény.
POST /v1/systemonetextdecisions| Mező | Típus | Követelmény | Értékek és korlátok | Alapértelmezett |
|---|---|---|---|---|
Mezőmodel | Típusstring | KövetelményKötelező | Értékek és korlátok inception/mercury-decide | Alapértelmezett— |
Mezőprovider | Típusschema | KövetelményOpcionális | Értékek és korlátok | Alapértelmezett— |
Mezőquestions | Típusobject | KövetelményKötelező | Értékek és korlátok | Alapértelmezett— |
Mezősession_id | Típusstring | KövetelményOpcionális | Értékek és korlátok | Alapértelmezett— |
Mezőstate | Típusschema | KövetelményKötelező | Értékek és korlátok | Alapértelmezett— |
Mezőtrace | Típusschema | KövetelményOpcionális | Értékek és korlátok | Alapértelmezett— |
Mezőuser | Típusstring | KövetelményOpcionális | Értékek és korlátok | Alapértelmezett— |
Mezőquestions.<id>.type | Típusstring | KövetelményKötelező | Értékek és korlátok noul, choice, score | Alapértelmezett— |
Mezőquestions.<id>.instructions | Típusstring|object|array | KövetelményKötelező | Értékek és korlátok | Alapértelmezett— |
Mezőquestions.<id>.criteria | Típusobject|array | KövetelményOpcionális | Értékek és korlátok Feltételek: choice/score: kötelező; noul: opcionális. A choice feltételei objektumot alkotnak; a score tömb, minItems1 megkötéssel. | Alapértelmezett— |
Mezőquestions.<id>.criteria.true | Típusstring|object|array | KövetelményKötelező | Értékek és korlátok Akkor alkalmazandó, ha: noul feltételobjektum megadva | Alapértelmezett— |
Mezőquestions.<id>.criteria.false | Típusstring|object|array | KövetelményKötelező | Értékek és korlátok Akkor alkalmazandó, ha: noul feltételobjektum megadva | Alapértelmezett— |
noul · Kötelező: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Kötelező: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Kötelező: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Paraméter | Szerződés |
|---|---|
Paramétercontent_type | Szerződésapplication/json |
Paraméterrequired | Szerződésmodel, state, questions |
Paramétermaterial_types | Szerződéstext |
Paraméteroptional_controls | Szerződésprovider, session_id, trace, user |
Paramétermultimodal_input_binding | Szerződésnull |
Életciklus: synchronous
Küldje el a pontos modellazonosítót, és őrizze meg a teljes natív választ.
A díjszabás nem ad új kérési lehetőségeket. A támogatott paraméterek a kiválasztott módszernél szerepelnek.
Minden díjat a megjelenített feltételekhez rendeljen. Az alternatív beállítások minden csoportjához egy díjtételt használjon.
| Beállítás | Díjtáblázat | Kontextustokenek, több mint | Kontextustokenek, legfeljebb | Díj |
|---|---|---|---|---|
| BeállításTokenenkénti alapárak | DíjtáblázatAlapdíj | Kontextustokenek, több mint— | Kontextustokenek, legfeljebbNincs felső korlát | Díj Bemenet · Bemeneti tokenek $0.00008 / 1K token Kimenet · Kimeneti tokenek $0 / 1K token Bemenet · Gyorsítótár olvasása $0 / 1K token Bemenet · Írás a gyorsítótárba — / 1K token Bemenet · Írás a gyorsítótárba, 1 óra — / 1K token |
| BeállításA kéréshossz szerinti 1. ársáv | Díjtáblázat— | Kontextustokenek, több mint0 | Kontextustokenek, legfeljebbNincs felső korlát | Díj Bemenet · Bemeneti tokenek $0.00008 / 1K token Kimenet · Kimeneti tokenek $0 / 1K token Bemenet · Gyorsítótár olvasása $0 / 1K token Bemenet · Írás a gyorsítótárba — / 1K token Bemenet · Írás a gyorsítótárba, 1 óra — / 1K token |
Az Ailoot a kérés előtt becsült összeget foglal le. Az eredmény után a mért használat alapján elszámolja a végső díjat. Folyamatos átvitel esetén a végső használati rekordot használja. A foglalás és az elszámolás működése →
{\n "model": "inception/mercury-decide",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='inception/mercury-decide'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\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\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Őrizzen meg minden teljes visszaadott választ, fájlt és tartalomrészt.
Minden megadott kérdésazonosítóhoz tartozó válasz megmarad a pontos típusával, noul/choice/score értékével, megbízhatóságával, valószínűségeivel és jelmagyarázatával együtt. A teljes eredeti JSON tárolásra kerül, és csak az elszámolás után adható vissza.
Őrizze meg az eredeti műveletet és a teljes vagy részleges választ; ne ismételje meg a POST kérést.
| Mező | Típus |
|---|---|
Mezőmodel | Típusstring |
Mezőid | Típusstring |
Mezőprovider | Típusstring |
Mezőanswers.<id>.type | Típusstring |
Mezőanswers.<id>.noul | Típusnumber |
Mezőanswers.<id>.choice | Típusstring |
Mezőanswers.<id>.score | Típusnumber |
Mezőanswers.<id>.confidence | Típusnumber |
Mezőanswers.<id>.probabilities | Típusobject |
Mezőanswers.<id>.legend | Típusobject |
Mezőusage.input_tokens | Típusinteger |
Mezőusage.output_tokens | Típusinteger |
Mezőusage.cost | Típusnumber |
| Válasz | Feltétel | Következő lépés |
|---|---|---|
Válasz400 · invalid_request_error | FeltételÉrvénytelen kötelező mező, megadási forma vagy érték | Következő lépésJavítsa a kérés megjelölt mezőjét. |
Ailoot Ultra inception/mercury-decide
Használja a fent látható metódusútvonalakat.