Uživatelé čím dál víc žijí uvnitř AI asistenta, kterého si sami zvolili. Značnou část pracovního dne tráví tím, že si od univerzálního chatovacího asistenta nechávají pomáhat – s psaním dokumentů, rozborem dat, vymýšlením, ovládáním dalších nástrojů, plánováním. Právě tam se stále častěji odehrává jejich práce a ta přechází mezi asistentem a ostatními systémy, na které se člověk spoléhá. Aby firemní platforma v takovém světě zůstala užitečná, musí být dosažitelná z AI, kterou si uživatel vybral – nejen přes vlastní chat platformy, jakkoli je užitečný, ale přes ten AI nástroj, který už používá. Jinak se z platformy stane ostrov v prostředí, kde se ostrovy propojují. Řešením je jasně vymezená vrstva pro propojení: prostředí se navenek nabídne jako sada nástrojů, které mohou externí AI asistenti volat, a tato volání se řídí stejnými oprávněními a záznamy jako každý jiný přístup.
Rozhraní nástrojů pro externí AI je to, co platforma nabízí navenek. Definice nástrojů – zjistitelné, samopopisné a strojově čitelné – pokrývají operace, které by externí AI mohla chtít provést: vypsat typy v prostředí, prohlédnout vlastnosti typu, spustit dotaz, přečíst záznam, vytvořit nebo upravit záznamy, spustit automatizaci, spustit agenta. Definice jsou uspořádané tak, aby si každá AI schopná volat nástroje sama zjistila, co je k dispozici, a zvolila správnou operaci pro požadavek uživatele. Funkce platformy se tak stávají dosažitelné zvenčí, ve stejném jazyce, ke kterému zbytek AI světa směřuje.
Ověření na úrovni uživatele je způsob přístupu. Externí AI nejedná se zvýšenými oprávněními platformy; jedná jako konkrétní uživatel. Ověření probíhá přes tokeny, které si uživatel pro svůj AI nástroj vytvoří a které jsou vázané na jeho vlastní účet. Cokoli externí AI přes tuhle vrstvu udělá, je přiřaditelné uživateli, jehož token se použil, takže protokol je plně provázaný se zbytkem záznamů platformy. Externí AI není záhadný robot jednající nad platformou; je to jen další klient uživatelova účtu, stejně jako jeho prohlížeč nebo mobilní aplikace.
Omezeno rolemi. Externí AI umí jen to, co by uživatel zvládl sám. Kdo má u určitého typu právo jen ke čtení, může nechat externí AI z toho typu číst data; nemůže ji ale nechat zázračně získat právo zápisu. Kdo nemá přístup k určitým záznamům, nezíská ho náhle přes vrstvu AI. Platí stejná hranice oprávnění, protože externí AI doslova používá autorizační kontext samotného uživatele. Pro zákazníky, kteří řeší bezpečnostní dopady přístupu AI, je právě tahle důslednost tím, co funkci činí přijatelnou.
Vše se zaznamenává. Každé volání nástroje z externí AI se zapíše do protokolu událostí s uživatelem, volaným nástrojem, argumenty, výsledkem i časem. Správci vidí, jak se externí AI nástroje v prostředí používají, mohou zpětně prošetřit konkrétní interakci a sledovat vzorce chování v čase. V prostředích citlivých na compliance není přístup AI slepým místem – je to jen další zdroj strukturovaných událostí, které tečou do stejného protokolu jako vše ostatní.
Nástroje pro čtení, dotazy a akce pokrývají rozsah operací, které externí AI asistenti reálně potřebují. Nástroje pro čtení zpřístupňují jednotlivé záznamy podle identifikátoru nebo dotazu. Nástroje pro dotazy spouštějí definované dotazy, případně s parametry, a vracejí sady výsledků. Akční nástroje spouštějí automatizace a agenty, vytvářejí nebo upravují záznamy či posílají e-maily – cokoli platforma umí interně, se stejným řízením i navenek. Tahle šíře pokrytí je tím, co z vrstvy propojení dělá opravdu užitečnou věc, ne jen ohlášenou funkci: externí AI zvládne celou škálu toho, co by dělal sám uživatel, ne jen pár drobných operací.
Zjišťování struktury umožňuje AI prohlédnout si strukturu prostředí za běhu. Místo aby byla AI napevno svázaná s konkrétními typy a vlastnostmi jednoho prostředí, může se platformy zeptat, jaké typy existují, jaké vlastnosti každý typ má, jaké dotazy jsou k dispozici a jaké automatizace lze spustit. Podle toho pak požadavek uživatele splní vůči skutečné struktuře prostředí, ne vůči obecné představě, jak „platforma“ vypadá. Pro prostředí s rozsáhlou a svébytnou implementací je právě tohle zjišťování za běhu to, co externím AI asistentům umožní smysluplně pracovat s konkrétní podobou každého z nich.
Omezení frekvence a nákladů brání tomu, aby se automatické využití vymklo. AI nástroj, který zlobí – ať už kvůli chybné smyčce, nebo přehnaně nadšenému používání – narazí na stejné limity frekvence, které chrání zbytek API. Provozovatelé mohou nastavit limity pro jednotlivá prostředí zvlášť pro provoz z AI, pokud se ten vzorec liší od interaktivního používání lidmi. Obecnému mechanismu omezování frekvence se věnuje článek o ochraně API; vrstva propojení se do něj zapojuje, místo aby běžela mimo něj.
Odvolatelné tokeny dávají uživatelům i správcům přesnou kontrolu nad tím, které externí nástroje jsou připojené. Token vydaný pro konkrétního AI klienta na konkrétním zařízení lze odvolat samostatně; ztráta zařízení neznamená odvolání celého přístupu uživatele k platformě, jen tokenů vázaných na to napadené zařízení. Správce, který má obavu z konkrétního AI nástroje, může odvolat tokeny, které se k němu připojují. Vůči tomu, že externí AI nástroje budou přicházet a odcházet, jak lidé zkoušejí různé poskytovatele, drží tahle odvolatelnost přístupovou plochu pod kontrolou.
Funguje pro chatovací i agentní systémy – tatáž vrstva propojení slouží více vzorcům. Uživatel v konverzačním chatu ji používá k tomu, aby se interaktivně ptal a spouštěl akce. Samostatný agentní systém ji používá k tomu, aby jménem uživatele prováděl operace jako součást delšího workflow. Oba vzorce jsou platnými klienty rozhraní nástrojů; tomu je jedno, jestli volá člověk, nebo plně automatizovaný systém, pokud sedí ověření a oprávnění.
Nastavení pro provozovatele funkci doplňují pro prostředí s nároky na řízení. Provozovatelé mohou vrstvu propojení pro jednotlivá prostředí zapnout či vypnout, omezit, které nástroje se navenek nabízejí, nebo vyžadovat schválení správcem, než si uživatel vytvoří první token. Pro prostředí s přísnými pravidly pro externí integrace jsou právě tato nastavení tím, co funkci vůbec umožní přijmout; pro prostředí s volnějšími pravidly fungují výchozí hodnoty bez dalšího nastavování.
Platforma zůstává zdrojem pravdy. Vrstva propojení je způsob, jak s platformou pracovat zvenčí; není to způsob, jak její data někam přesunout. Záznamy zůstávají v prostředí, dotazy běží nad daty prostředí a události se hromadí v jeho protokolu. Externí AI je klient; zdrojem pravdy je pořád platforma. Na tom záleží, protože opak – posílat data platformy hromadně do externích AI služeb – by pro organizace citlivé na data, kterým platforma slouží, nepřicházel v úvahu.
Pro uživatele, jejichž práce se pohybuje mezi platformou a externím AI nástrojem, pro organizace, které si AI asistenty berou jako běžnou součást pracovního prostředí, i pro implementátory, kteří chtějí zpřístupnit možnosti platformy širšímu AI světu bez vlastních integrací, je vrstva propojení tím, čím se platforma zapojuje. Související témata: článek o AI asistentovi popisuje chat přímo v platformě, který hraje doplňkovou roli, článek o AI agentech a balíčcích se věnuje internímu prostředí agentů, článek o REST API popisuje širší programové rozhraní a článek o protokolu událostí popisuje záznamy, které to celé hlídají. Vaše AI, vaše data – přesně tenhle vztah má vrstva propojení uskutečnit.