HAVAA ciddi agent tətbiqinə lazım olan hissələri — vizual builder, çoxkirayəçili runtime, bilik bazası, alətlər, dörd pilləli təhlükəsizlik rejimi və tam audit izi — bir quraşdırıla bilən artefakt kimi verən agentic AI platformasıdır. O, SaaS kimi, tək serverdə Docker Compose kimi və ya Kubernetes üzərində işləyir — hər üçündə eyni kod yolu ilə.

Həll etdiyi problem agentin yaxşı cavab verməsi deyil. Ona bir günorta çəkir. Problem onu bankın, nazirliyin və ya xəstəxananın içində istehsalata çıxarmaqdır.

HAVAA əslində nə verir?

Altı imkan — və onları layihə kodu yox, platforma kimi almağa dəyməsinin səbəbi budur ki, əks halda hər biri hər layihədə, həmin layihənin son tarixinin imkan verdiyi keyfiyyətlə yenidən qurulur.

Vizual agent builder — strukturlaşdırılmış kimlik, ton, tapşırıqlar və təlimatlar, üstəgəl deployment-dən əvvəl dəqiq system prompt-u göstərən playground. Dəyəri agentin konfiqurasiyasının tətbiq kodunda basdırılmaq əvəzinə baxıla bilən olmasıdır.

Dörd təhlükəsizlik rejimi — Chatbot, Assistant, Worker və Autonomous — imkan rejim üzrə verilir, lazım olan əməliyyatlarda isə insan təsdiqi tələb olunur.

Tam audit izi — hər əməliyyat, giriş və təsdiq qeyd olunur, ixrac edilə bilir; PII redaksiyası və prompt injection aşkarlanması sonradan bərkidilmək əvəzinə sorğu yolunun içində tətbiq olunur.

Çoxkirayəçili təcrid — tətbiq kodunda yox, PostgreSQL Row-Level Security ilə bazada tətbiq edilir.

RAG bilik bazası — sənəd qəbulu, vektor axtarışı və mənbə istinadları, agent üzrə konfiqurasiya olunur ki, ixtisas əhatəsi dar qalsın.

Avtonom missiyalar — fon icrası, qrafikli və hadisə ilə işə düşən tapşırıqlar üçün Plan → Execute → Checkpoint → Evaluate dövrü.

Bu, niyə çərçivə yox, platforma olmalıdır?

Çünki uyğunluq baxışından keçməyən komponentlər çərçivələrin verdiyi komponentlər deyil.

Modelin yaxşı cavab verməsi indi həqiqətən sadədir. Sadə olmayan tənzimlənən qurumun istismara verməzdən əvvəl verdiyi suallara cavabdır: nə etdi, kimin adından, kim təsdiqlədi, hansı dataya çata bilirdi və səhv edəndə nə olur. Bu cavablar kimliyin ötürülməsindən, siyasət qapılarından, audit izindən və kirayəçi təcridindən gəlir — AI orchestration arxitekturası məqaləsində araşdırılan komponentlərdən.

Layihə üzrə qurulanda onlar bir-birindən ayrılır. Üç komanda təsdiqləri üç cür qurur və biri qapısız çıxan olur. Sürət limitləri, kill switch-lər, redaksiya və injection müdafiəsi üç fərqli keyfiyyət səviyyəsində yenidən yazılır. Tətbiq kodunda tətbiq olunan çoxkirayəçili təcrid isə kirayəçilərarası ifşadan bir əskik süzgəc uzaqlıqdadır.

Nəticə təşkilatların çoxunun tanıdığı mənzərədir: pilotlar pilot qalır, qurumda hər biri öz fərdi risk səthini daşıyan yarımçıq agent layihələri yığılır və heç biri uyğunluq baxışından keçmir.

Dörd təhlükəsizlik rejimi nə edir?

Agentin istehsalata çatıb-çatmayacağına ən çox təsir edən dizayn qərarı, çünki ikili seçimi pilləkənlə əvəz edir.

Adi uğursuzluq budur: agentlər ya tam əl rejimində çıxır — bu halda heç kim işlətmir, çünki bütün işi yenə insan görür — ya da tam avtonom, bunu isə heç kim təsdiqləmir. Nəzarət altındakı qurumda hər iki uc tətbiq edilə bilməz.

Dörd rejim imkanı pillə-pillə verir. Chatbot bilik bazasından cavab verir. Assistant insanın yanında işləyir, hərəkət etmək yox, təklif edir. Worker müəyyən tapşırıqları tamamlayır, lazım olan əməliyyatlarda təsdiq alır. Autonomous verilmiş imkan çərçivəsində fonda missiyalar icra edir.

Bundan əməliyyat baxımından iki nəticə çıxır.

Tətbiq sübutlar yığıldıqca rejimlər üzrə irəliləyə bilir. Səhvlərin geri qaytarıla bildiyi rejimdən başlayın, ölçün, sonra qəbul nisbəti əsas verəndə daha çox imkan verin. Bu, AI agentləri biznes proseslərini necə avtomatlaşdırır məqaləsindəki kölgə → köməkçi → nəzarətli ardıcıllığına birbaşa oturur.

İmkan prompt təlimatı yox, platformanın tətbiq etdiyi xüsusiyyətdir. Assistant rejimindəki agent Worker əməliyyatını edə bilmir, çünki runtime buna icazə vermir — system prompt xahiş etmədiyi üçün yox. Modelin təhlükəsizlik nəzarəti olmadığını nəzərə alsaq, bu fərq bəyan edilmiş siyasətlə tətbiq olunan siyasət arasındakı fərqdir.

Audit izində nə var?

Hər əməliyyat, giriş və təsdiq — qeyd olunmuş və ixrac edilə bilən, PII redaksiyası və prompt injection aşkarlanması sorğu yolunda tətbiq olunmaqla.

İki dizayn seçimini ayrıca qeyd etməyə dəyər.

Redaksiya və injection aşkarlanması yolun içindədir, yanında yox. Oflayn iş kimi işləyən detektor problemləri onların əsasında hərəkət ediləndən sonra tapır. Yolun içində isə əməliyyatın qarşısını ala bilir.

İz ixrac edilə biləndir. Nəzarət altındakı qurumda audit izi sübutdur, müfəttişə baxıla bilən formada təqdim edilə bilməyən sübutun isə faydası məhduddur. Bu, ISO/IEC 42001 auditinin əslində nə tələb etdiyi məqaləsində təsvir olunan tələbdir — həmin standartın doqquz məqsəd altındakı 38 Annex A nəzarəti məhz bu cür sonradan bərpa olunmayan, istehsal olunan sübut gözləyir.

ISO/IEC 42001 governance operating model-in içinə qurulub, sonradan əlavə edilmir: model reyestrini, təsdiq izini və auditorun istədiyi sübutu platforma istehsal edir.

VERIFY: Bu, platformanın standartın nəzarət gözləntiləri ilə uzlaşmasını təsvir edir. Hər hansı sertifikat statusu barədə ifadə deyil — nə HAVAA-nın, nə də Yukon Labs-ın öz statusu barədə. Sertifikatlaşma iddiası dərc etməzdən əvvəl cari vəziyyəti dəqiqləşdirin.

Kirayəçi təcridi necə tətbiq olunur?

PostgreSQL Row-Level Security ilə, bazada.

Bu fərq səsləndiyindən vacibdir. Tətbiq kodunda qurulan çoxkirayəçili təcrid hər kod yolundakı hər sorğunun düzgün süzgəci daşımasından asılıdır. Bir sorğu daşımayana qədər işləyir, uğursuzluq forması isə kirayəçilərarası ifşadır — çoxkirayəçili sistemdə mövcud ən ciddi insident sinfi.

Row-Level Security sərhədi bazaya köçürür; orada siyasət sorğunu hansı kod yolunun göndərməsindən asılı olmayaraq tətbiq olunur. Tətbiq kodundakı əskik süzgəc artıq ifşa doğurmur.

Agentləri departamentlər, törəmə şirkətlər və ya müştəri hesabları arasında işlədən qurum üçün paylaşılan infrastrukturu təhlükəsizlik baxışında əsaslandıran nəzarət budur.

Bilik və retrieval necə işləyir?

Sənəd qəbulu, vektor axtarışı və mənbə istinadları — agent üzrə konfiqurasiya olunmaqla, beləliklə hər agentin ixtisası olmalı olduğu korpusla məhdudlaşır.

Agent üzrə əhatələmə faydalı xüsusiyyətdir. HR siyasəti agenti ilə kredit əməliyyatları agenti eyni retrieval əhatəsini paylaşmamalıdır; agent səviyyəsində əhatələmə isə paylaşılan indeksi sorğu vaxtı süzməkdən həm anlamaq, həm nəzərdən keçirmək baxımından sadədir.

Mənbə istinadları korporativ AI-da hər yerdə vacib olduğu səbəbə görə vacibdir: mənbəsiz cavab yalnız yarım nəticədir, çünki istifadəçi yoxlaya bilmir, audit izi izah edə bilmir. Bunun arxasındakı retrieval keyfiyyəti mexanikası — chunking, metadata, hibrid axtarış, qiymətləndirmə — korporativ AI-da kontekst niyə vacibdir məqaləsindədir.

Avtonom missiyalar nədir?

Qrafikli və hadisə ilə işə düşən işlər üçün Plan → Execute → Checkpoint → Evaluate dövrü ilə fon icrası.

Diqqətə layiq hissə checkpoint addımıdır. Checkpoint-siz avtonom dövr agentlərin nəzarətdən çıxma üsuludur — sınan aləti sonsuz təkrarlamaq və ya çoxlu addım boyu ilkin tapşırıqdan uzaqlaşmaq. Checkpoint işi sınmadan sonra davam etdirilə bilən edir və platformaya davam etməzdən əvvəl gedişi qiymətləndirmək üçün yer verir — dövrə uğursuzluğuna praktiki cavab budur.

Qrafikli və hadisə ilə icra həm də kimlik sualını konkretləşdirir: insan olmadan işləyən agent yenə kiminsə adından hərəkət edir və həmin subyekt paylaşılan yox, dar əhatəli olmalıdır.

Data platformasının yanında harada dayanır?

HAVAA orchestration qatıdır. Altındakı data platformasını əvəz etmir və cavab keyfiyyəti həmin platformadan asılıdır.

Yukon Labs onu müştərinin perimetri daxilində quraşdırır və idarə olunan dataya Starburst — mənbələr arasında ardıcıl tətbiq olunan sətir və sütun səviyyəli giriş nəzarəti ilə federativ sorğu verən — və OvalEdge — retrieval qatının oxuduğu təsnifat və biznes təriflərini verən — vasitəsilə qoşur.

Bölgü təmizdir. OvalEdge data aktivinin nə demək olduğunu və kimin görə biləcəyini deyir. Starburst datanı yerindən tərpətmədən sistemlər arasında idarə olunan sorğular icra edir. HAVAA söhbətdə və ya missiyada nə baş verəcəyinə qərar verir, təhlükəsizlik rejimini tətbiq edir və izi qeyd edir. Onları birləşdirən arxitektura müasir data platforması qurmaq məqaləsindədir.

İlk tətbiq necə gedir?

Üç deployment topologiyası — SaaS, tək serverdə Docker Compose və ya Helm ilə Kubernetes — hər üçündə eyni kod yolu ilə, ona görə suveren tətbiq fork yox, konfiqurasiyadır.

Bu xüsusiyyət göründüyündən vacibdir. Suveren tətbiq ayrıca build deməkdirsə, on-premise versiya əsas məhsuldan geri qalır və uzaqlaşır. Konfiqurasiya olanda isə öz perimetrində işləməli qurum daha zəif versiyanı qəbul etmir — suveren AI məqaləsinin arxasındakı praktiki tələb də budur.

İlk layihə adətən bunları əhatə edir: perimetr daxilində quraşdırma, idarə olunan dataya qoşulma, təhlükəsizlik rejimlərinin və təsdiq siyasətlərinin qurumun risk iştahına uyğun konfiqurasiyası, token və tutum büdcələrinin qoyulması və səhvlərin geri qaytarıla bildiyi yalnız oxuyan ssenaridən başlamaq. Namizəd ssenarilər sahələr üzrə AI agent ssenariləri məqaləsindədir və seçim meyarları texnologiyadan vacibdir.

[[TK: müştəri razılığı yazılı alınandan sonra ilk tətbiq müddətlərini və iki anonimləşdirilmiş müştəri nəticəsini əlavə edin. Bu məqalə şüurlu şəkildə heç bir müştəri nəticəsi iddia etmir.]]

Əsas məqamlar

  • HAVAA builder, runtime, bilik bazası, alətlər, təhlükəsizlik rejimləri və audit izini layihə kodu yox, bir quraşdırıla bilən artefakt kimi verir.
  • Uyğunluq baxışından keçməyən komponentlər — təsdiqlər, audit, təcrid, redaksiya — məhz çərçivələrin sizin üzərinizə buraxdıqlarıdır.
  • Dörd təhlükəsizlik rejimi «əl və ya avtonom» ikiliyini sübutlar yığıldıqca qalxıla bilən pilləkənlə əvəz edir.
  • İmkanı system prompt-da xahiş edilən yox, runtime tətbiq edir.
  • PII redaksiyası və prompt injection aşkarlanması sorğu yolunda işləyir, audit izi isə sübut kimi ixrac edilə bilir.
  • Kirayəçi təcridi tətbiq kodundakı süzgəclərlə yox, bazada PostgreSQL Row-Level Security ilə tətbiq olunur.
  • Retrieval agent üzrə əhatələnir və mənbə istinadları verir; beləliklə ixtisas dar, cavablar isə yoxlanıla bilən qalır.
  • Eyni kod yolu SaaS, Docker Compose və ya Kubernetes kimi işləyir, ona görə suveren tətbiq fork yox, konfiqurasiyadır.

Yukon Labs HAVAA-nı Azərbaycanda müştərinin perimetri daxilində quraşdırır və Starburst ilə OvalEdge vasitəsilə idarə olunan dataya qoşur. Layihələr mövcud mühitdə hansı ssenarilərin əlçatan olduğunu müəyyən edən hazırlıq qiymətləndirməsi ilə başlayır. Platforma seçimi çərçivəsi üçün korporativ AI platforması seçmək məqaləsinə baxın.