A vállalati MI-ügynökök akkor válnak hasznossá, ha el tudják olvasni a megfelelő üzleti kontextust, egy meghatározott munkafolyamaton belül cselekszenek, és világos nyomot hagynak, amelyet ember ellenőrizhet. Egy erősebb modell önmagában nem oldja meg a szétszórt dokumentumokat, a tisztázatlan felelősséget vagy a túl széles jogosultságokat.

Ez a gyakorlati tanulsága az Atlassian és az OpenAI kibővített partnerségének, amelyet az OpenAI 2026. október 6-án jelentett be. A cégek az OpenAI modelljeit az Atlassian Teamwork Graph megoldásához kapcsolják, hogy az ügynökök emberekre, projektekre, dokumentumokra és döntésekre vonatkozó kontextust használhassanak. A cégtulajdonosok számára az üzenet egyszerű: készítsd elő a működési környezetet, mielőtt több autonómiát adsz egy ügynöknek.

Miért kell a vállalati MI-ügynököknek üzleti kontextus

Egy általános modell ismeri a nyelvet és a mintázatokat. Nem tudja magától, melyik értékesítési előrejelzés az aktuális, ki hagyott jóvá egy kedvezményt, sürgős-e egy támogatási ügy, vagy melyik szabályzat érvényes Belgiumban. Ezek a válaszok szétszórva vannak a CRM-ben, az ügyfélszolgálati rendszerben, a megosztott meghajtón, a postafiókban és a projektrendszerben.

Az OpenAI október 6-i partnerségi bejelentése leírja, hogyan használja a Rovo az Atlassian Teamwork Graph megoldását vállalati kontextusrétegként. A bevezetési készenlétről szóló példában egy ügynök összekapcsolhatja a Jira-jegyeket, a Confluence-dokumentumokat és a beszélgetéseket, hogy azonosítsa az akadályokat és az elmulasztott mérföldköveket. A modell adja a következtetést, de a tényeket az összekapcsolt rekordok adják.

Ez a különbség azért fontos, mert egy kidolgozott válasz működési szempontból mégis hibás lehet. Ha az ügynök egy régi árlistát olvas, vagy figyelmen kívül hagy egy privát csatornán rögzített döntést, a magabiztos megfogalmazás nem menti meg az eredményt. A megbízható automatizálás a forrásokkal, a felelősséggel és az időbélyegekkel kezdődik.

A kontextusnak szelektívnek is kell lennie. Könnyebb egy ügynöknek minden mappához hozzáférést adni, mint jogosultságokat tervezni, de ez elkerülhető adatvédelmi és biztonsági kockázatot teremt. Az ügynök csak azt lássa, amit a feladat megkövetel, ugyanolyan vagy szigorúbb szabályok szerint, mint egy munkatárs.

Készíts elő egy munkafolyamatot, mielőtt autonómiát adsz

Olyan munkafolyamattal kezdd, amelynek egyértelmű indítója, ismételhető menete és ellenőrizhető eredménye van. Jó első jelöltek a beérkező kérések rendezése, egy heti projektösszefoglaló előkészítése, a számlák és megrendelések egyeztetése vagy válaszok megfogalmazása egy jóváhagyott tudásbázisból.

Térképezd fel a folyamatot úgy, ahogy ma működik. Kérdezd meg, hol érkezik az információ, melyik rendszer tartja a hiteles rekordot, mely döntések követnek rögzített szabályokat, és hol van szükség ítélőképességre. Ez gyakran értékesebb, mint a modell kiválasztása. Felszínre hozza a duplikált lépéseket és a hiányzó felelősséget, mielőtt a szoftver felgyorsítaná őket.

Egy gyakorlati készenléti ellenőrzőlista rövid:

• Nevezd meg minden fontos adat forrásrendszerét.

• Határozd meg az eseményt, amely elindítja a munkafolyamatot, és az eredményt, amely lezárja.

• Korlátozd a jogosultságokat szerepkör, rekordtípus és művelet szerint.

• Állíts be bizonyossági vagy értékküszöböket az emberi jóváhagyáshoz.

• Naplózd a bemeneteket, az eszközhívásokat, a módosításokat és az ellenőrök döntéseit.

• Válassz mérhető kiinduló értéket, például a kezelési időt vagy az újramunka arányát.

Az első változat legyen szűk. Egy ügynököt, amely három jóváhagyott forrásból készít projektállapot-jelentést, könnyebb tesztelni, mint egyet, amelynek a projektmenedzsmentet kellene vinnie. A szűk hatókör bizonyítékot ad arra, hol segít az ügynök, és hol kell magát a folyamatot javítani.

A kontrollt a műveletek köré tervezd, ne a csevegés köré

A kockázat megváltozik, amikor egy MI a kérdések megválaszolásától a rekordok módosításáig jut. Egy jegyet elolvasni más, mint lezárni. Egy visszatérítésről választ írni más, mint ténylegesen visszatéríteni. A kontrolloknak tükrözniük kell a művelet visszafordíthatóságát és pénzügyi vagy ügyfélre gyakorolt hatását.

Az első tesztszakaszban csak olvasási hozzáférést használj. Ezután engedélyezz alacsony kockázatú írási műveleteket, például címke hozzáadását vagy tervezet létrehozását. Követelj jóváhagyást az ügyfeleknek küldött üzenetekhez, a fiókmódosításokhoz, a kifizetésekhez, a törlésekhez, valamint a foglalkoztatást és a szolgáltatásokhoz való hozzáférést érintő döntésekhez.

Az emberi felülvizsgálathoz valódi felület kell. Egy vezetőnek látnia kell a javasolt műveletet, a felhasznált bizonyítékokat, a talált kivételeket és a jóváhagyás pontos hatását. Egy általános jóváhagyás gomb kontextus nélkül színjátékká teszi a felügyeletet. Az ellenőröknek egyértelmű módra van szükségük a forrásadatok javítására is, ahelyett hogy minden héten ugyanazt a kimenetet javítanák.

Ne csak a befejezett feladatokat mérd. Kövesd a javításokat, az eszkalációkat, a jogosulatlan hozzáférési kísérleteket, a duplikált műveleteket és a felülvizsgálattal töltött időt. Egy gyors ügynök, amely rejtett takarítási munkát okoz, nem jelent javulást. A hatókör bővítése előtt több cikluson át hasonlítsd össze az eredményeket a régi folyamattal.

A Vexolnál az MI bevezetését munkafolyamat- és rendszerprojektként kezeljük. A modell csak egy összetevő. A tartós munka a források összekapcsolása, a jogosultságok érvényesítése, a kivételek kezelése és a felelősség láthatóvá tétele.

Vezesd be szakaszosan. Kezdd öt vagy tíz valós esettel, és nézz át minden eredményt. Amikor a hibamintázatok kiszámíthatóvá válnak, automatizáld a legbiztonságosabb ágat, a kivételeket pedig tartsd sorban. Csak akkor terjeszd ki egy másik csapatra, ha a munkafolyamatnak van felelőse, támogatási útja és visszaállítási terve. Ez a tempó óvatosnak tűnhet, de megakadályozza, hogy egy gyenge folyamat elterjedjen a cégben, mielőtt bárki tudná, hogyan kell javítani.

Működhetnek a vállalati MI-ügynökök régebbi szoftverekkel?

Igen, ha a régebbi rendszer stabil API-t, adatbázis-nézetet, exportot, e-mail-felületet vagy ellenőrzött böngészős munkafolyamatot kínál. Az integráció módja kevésbé fontos, mint a megbízható azonosító és a sikertelen műveletek biztonságos újrapróbálásának lehetősége. Ha nincs tiszta kapcsolat, helyezz egy kis integrációs réteget az ügynök és a régi alkalmazás közé, ahelyett hogy a modell rögtönzött kattintásokkal járná be az egész felületet.

Hogyan válassza ki egy cég az első ügynöki munkafolyamatát?

Olyan munkát válassz, amely gyakori, jól körülhatárolt, és elég drága ahhoz, hogy megérje javítani, de nem katasztrofális, ha egy tervezet hibás. Ellenőrizd, hogy a szükséges adatok elérhetők, és egyetlen személy felel az eredményért. Először megfigyelő vagy tervezet módban futtasd az ügynököt, hasonlítsd össze a valós döntésekkel, és csak a hibamintázatok megértése után bővítsd a jogosultságait.