Oracle Agent Engine: kedy nechať AI workflow bežať priamo v databáze

Keď agent nad faktúrou opakovane číta databázu, prenáša medzivýsledky a čaká na model, oplatí sa položiť aj inú otázku: kde má bežať samotný proces? Firmy s dôležitými dátami v Oracle dostávajú ďalšiu možnosť.

Oracle 26. októbra 2026 oznámil všeobecnú dostupnosť AI Database Agent Engine v Oracle AI Database 26ai. Je to runtime pre deklaratívne agentné workflow priamo v databáze. SQL a PL/SQL môžu vykonávať pevné pravidlá, model pomáha s interpretáciou. Ide o rozhodnutie o architektúre aplikácie.

Najprv overte konkrétnu verziu

Prehľadová dokumentácia uvádza podporovanú podmnožinu Agent Spec 26.1.0. Volania externého modelu naďalej prekračujú sieťovú hranicu databázy. Obnovu behu a konverzácie pritom označuje ako pripravované pre 23.26.4.2, hoci blog obnovu opisuje všeobecnejšie. Bez overenia konkrétneho buildu by som ju nesľuboval.

Úvodný návod vyžaduje DBMS_AI_AGENT, DBMS_VECTOR_CHAIN, aplikačnú schému, prihlasovací údaj poskytovateľa a sieťové oprávnenie. Príklad však obsahuje Agent Spec 25.4.1. Rozdiel oproti prehľadu je dôvod validovať definíciu v cieľovom prostredí pred nasadením.

Architektúru by som schválil až po krátkom funkčnom teste. Samotné označenie 26ai nedokazuje dostupnosť každej opísanej funkcie. Osobitne treba overiť licenciu, prevádzkové náklady a spracovanie dát u vybraného poskytovateľa modelu; tento článok ich cenu nepotvrdzuje.

Faktúra ako podklad na rozhodnutie

Oracle v sprievodnej ukážke prepája fakturáciu so servisnými záznamami a ľudským rozhodnutím. Firma Northstar je výslovne fiktívna. Ide o ilustračný postup dodávateľa, nie o doloženú návratnosť zákazníckeho nasadenia.

Vlastný pilot by som postavil na nezrovnalostiach v dodávateľských faktúrach. Toto je môj návrh, nie vykonaný benchmark:

Na oddelenej kópii dát vybrať 200 uzavretých prípadov vrátane chýbajúcich príloh a opakovaných importov.
Sprístupniť úzke procedúry na dohľadanie objednávky, príjemky a predchádzajúcej kontroly. Súčet a duplicity určí kód.
Modelu odovzdať len povolené podklady na vysvetlenie nezrovnalosti, s odkazmi na záznamy a zoznamom chýbajúcich dôkazov.
Návrh uložiť do frontu na kontrolu. Ďalší krok schvaľuje účtovník; agent nesmie meniť bankový účet ani odoslať platbu.

n8n alebo Make by v tomto návrhu prijalo udalosť a doručilo upozornenie cez schválené aplikačné rozhranie. Databázový proces by mal jasne ohraničenú zodpovednosť. Nejde o tvrdenie, že som overil hotový konektor.

Kde mi to dáva zmysel

Takéto riešenie by som zvažoval tam, kde tím už prevádzkuje Oracle, väčšina podkladov je v ňom a existujú dôveryhodné procedúry. Pri workflow medzi piatimi SaaS službami by som najprv ponechal súčasnú orchestráciu. Presun do databázy zároveň potrebuje vlastníka záťaže aj zmien.

Pri teste by som odpojil model, zopakoval udalosť a zmenil podklad tesne pred schválením. Overoval by som, či vznikne práve jeden návrh, či schválenie zodpovedá aktuálnym dátam a či chyba nepremení čakajúci prípad na povolenú akciu. Databázová transakcia sama nevráti už odoslaný e-mail.

Meral by som čas účtovníka na prijatý prípad, prehliadnuté nezrovnalosti, cenu vrátane opakovaní a vplyv na bežné databázové dotazy. Hodnotou je dohľadateľný výsledok s menším množstvom ručnej práce, nie počet autonómnych krokov.

Overené 27. októbra 2026. Cover je ilustračná fotografia vytvorená pomocou AI.