AI Gateway

Vieneri valdomi vartai – kainai, duomenims ir saugumui.

Darbuotojai, programos ir agentai modelius pasiekia per vieną kontroliuojamą sluoksnį. Kiekviena užklausa įkainojama ir priskiriama, tikrinama išeinant, kad nenutekėtų duomenys, ir grįžtant, kad niekas paslėpta neperimtų valdymo.

Išbandykite nemokamaiPažiūrėkite, kaip veikia
01 — Ateina užklausos
Darbuotojai
Vidinės programos
DI agentai
SaaS įrankiai
→
02 — Gateway nusprendžia
Kontrolės taškas
Ar tai leidžiama ir ar saugu siųsti?
Kokio modelio tam iš tikrųjų reikia?
Kuri komanda moka ir ar telpa į biudžetą?
Kuriuos įmonės įrankius galima pasiekti?
Ar tai, kas grįžo, saugu skaityti?
→
03 — Atsako tas modelis, kuris pajėgia
OpenAIAnthropicGoogleMistralAtvirųjų svorių modeliaiSavame serveryjePas jus
Atskiros modelių versijos nuolat keičiasi, todėl katalogas yra produkte, o ne šiame puslapyje. Teikėjo pridėjimas yra konfigūracijos, o ne kodo pakeitimas.
Kokią problemą sprendžia

Niekas neplanavo nei DI išlaidų, nei DI duomenų srautų. Tai tiesiog prasidėjo.

Žmonės susikūrė savo paskyras, nes darbą reikėjo padaryti, o programos buvo tvirtai susietos kiekviena su savo teikėju. Dabar niekas negali pasakyti, ko organizacija klausia DI, kiek tai kainuoja ir kas išėjo iš tinklo – o draudimas tik nustumia visa tai dar toliau nuo akių.

Vieninga prieiga

Vienas prisijungimas prie komercinių, atvirųjų svorių ir savame serveryje veikiančių modelių – Gateway galite nukreipti į savo vLLM ar Ollama, o raktas reikalingas tik tada, jei jūsų serveris jo prašo. Programos nustoja priklausyti nuo vieno tiekėjo.

Nukreipimas pagal politiką

Nukreipkite pagal užduotį, kokybę, jautrumą ir kainą, o brangiausius modelius palikite darbui, kuriam jų iš tikrųjų reikia. Konsolėje matyti, ką nukreipimas pasirinko ir kodėl.

Kaip Gateway pasirenka modelį →
Sprendžiame mes, o ne jūsų teikėjas

Kas laikoma jautriu ir kas laikoma sudėtingu, sprendžia mūsų valdomas modelis, o ne tiekėjas, kuriam siunčiate užklausą. Enterprise on-premise atveju jis veikia jūsų įrangoje ir iš jos niekas neišeina.

Perjungimas tarp teikėjų

Teikėjo sutrikimas, išnaudota kvota ar dažnio riba – ir užklausą perima kitas teikėjas iš tos pačios ar aukštesnės klasės, tik iš tų modelių, kuriuos tai programai leidžiama naudoti. Atsakyme nurodomas jį parašęs modelis.

Kainos priskyrimas ir biudžetai

Kiekviena užklausa pažymima naudotoju, komanda, projektu ar programa, su griežtomis ir švelniomis ribomis bei įspėjimais dar prieš pasiekiant lubas – kad DI būtų biudžeto eilutė, o ne netikėta sąskaita.

Išeinantys duomenys: nutekėjimo prevencija

Jautrus turinys patikrinamas arba blokuojamas dar prieš jam paliekant jūsų tinklą. Kas laikoma jautriu, sprendžia mūsų valdomas modelis, o ne tiekėjas, kuriam jį siunčiate. Kas nepraeina patikros, tas neišeina.

Įeinantis turinys: duomenyse paslėpti nurodymai

Ką įrankis beparneštų – el. laišką, tinklalapį, CRM įrašą – modelis skaito kaip duomenis, o ne kaip užduotį. Tas pats modelis to paties apdorojimo metu atpažįsta nurodymą, kurio niekas nedavė; blokavimo režimu įtartinas tekstas modelio apskritai nepasiekia. Ta pati patikra taikoma ir įvykiams, kuriuos Gateway perduoda kitoms jūsų programoms.

Kaip Gateway atpažįsta nurodymą, kurio niekas nedavė →
Visas audito įrašas

Kiekviena užklausa, modelis, sprendimas ir kaina vėliau randami atitikties ar incidento tyrimo metu. Prie kiekvieno įrankio iškvietimo matyti, kaip jis buvo patikrintas ir ką patikra pasakė apie jo rezultatą, o visą užklausos įrašą galima išsaugoti kaip vieną dokumentą – HTML arba PDF.

Ką tai keičia

Kas pasikeičia, kai kiekviena užklausa eina pro vienerius vartus.

01
Šešėlinis DI baigiasi be draudimų

Žmonės pasilieka modelius, kuriais remiasi, tik per paskyrą, kurią organizacija mato. Naudojimas auga, o rizika tuo pačiu metu mažėja – niekam nereikia atsisakyti savo įrankio.

02
Įmonės duomenys nustoja nutekėti

Jautrus turinys sulaikomas dar prieš išeinant, o tai, kas grįžta, patikrinama prieš modeliui tai perskaitant. Taip paslėptas nurodymas pirmiausia susiduria su patikra, paskui su įrankių teisėmis ir patvirtinimo taškais – ir tik tada galėtų paversti naudingą atsakymą niekieno nepatvirtintu veiksmu.

03
DI išlaidos tampa biudžeto eilute

Kiekviena užklausa priskiriama komandai, projektui ar programai, o ribos nustatomos prieš atkeliaujant sąskaitai, užuot aiškinus jas po jos.

Sauga ir kontrolė

Kontrolė išeinant ir kontrolė grįžtant.

Teisės pagal tapatybę
Žmonės, programos ir agentai turi kiekvienas savo prisijungimo duomenis, apimtis ir ribas.
Modelių valdysena
Patvirtintas katalogas kiekvienai komandai; nepatvirtinti modeliai tiesiog neprieinami.
Išeinančių duomenų taisyklės
Aptikimas vyksta pačiame užklausos kelyje, dar prieš ką nors išleidžiant, o tai, kas pažeidžia taisykles, sustabdoma – politika taikoma, o ne tik aprašyta.
Įeinančio turinio patikros
Tai, ką parneša įrankis, patikrinama prieš modeliui tai perskaitant; blokavimo režimu įtartino rezultato modelis nemato. Už to stovi įrankių teisės ir patvirtinimo taškai, tad praleistas nurodymas vis tiek susiduria su politika.
Prieiga prie įrankių ir MCP
Kurias įmonės sistemas ir MCP serverius tapatybė gali pasiekti, nustatoma kiekvienai programai ir kiekvienam naudotojui atskirai.
Biudžetai ir ribos
Griežtos ir švelnios ribos komandai, projektui ir programai su įspėjimais prieš pasiekiant lubas.
Diegimo parinktys
ES debesija, privati debesija arba visiškai jūsų pačių infrastruktūroje.
Audituojamumas
Įrašas, kuriame galima ieškoti, su konfigūruojamu saugojimo laikotarpiu.
Kaip veikia saugaKaip tai susiję su ES dirbtinio intelekto aktuSertifikuota pagal ISO 27001 ir ISO 9001. Sertifikatai ir taikymo srities aprašai pateikiami paprašius.
Kaip jungiasi

Vienos platformos dalis.

Apsaugokite savo DI. Pradėkite nuo žmonių.

Didžiausia rizika kyla ne iš jūsų programų, o iš žmonių, kurie dirba savo darbą per paskyras, kurių niekas nemato. Pirmiausia už Gateway perkelkite savo komandą, o tik paskui programas ir agentus.

14 dienų · be mokėjimo kortelės · su savo teikėjo paskyra