AI ajana iş verin, sınırın içinde kalsın
Aşağıya bir soru ya da bir iş yazın. Soruysa şirket verisinden tablo ve satır göstererek cevaplar. İşse seçtiğiniz rolün sözleşmesini uygular, işlemi yapar, sonucu kaynak sistemden geri okuyarak doğrular; doğrulanamazsa geri alır ve size devreder.
Bu demoda iki motor çalışır: işler Semantik Yetenek Derleyicisi'nin beta çalışma zamanında, sorular bugün satılan Otonom AI Personeli okuma motorunda. Veri kurgusaldır.
Excel, CSV, JSON veya SQLite dosyanızı yükleyin: derleyicinin veri haritası katmanı tabloları okusun, gizli sütunları maskelesin, anlamı çıkarsın; sonra verinize soru sorun. Dosya tarayıcınızda kalır.
Sonuçi
Henüz bir şey yazılmadı. Yukarıdan bir örneğe tıklayın.
Motor ne yapar, nasıl kanıtlar?
Yukarıda gördüğünüz her sonucun arkasındaki mekanizma beş bölümde. Tablolar canlıdır; son işinizde dokunulan kayıtlar vurgulanır.
Hangi veri üzerinde çalışır?i
Demoda kurgusal Kuzey Ticaret şirketinin ERP verisi var: 5 sipariş, 3 fatura, 4 randevu, 6 ürün ve 3 destek talebi. Gerçek kurulumda bu tablolar sizin ERP, CRM ya da muhasebe sisteminizdir; AI personel bunlara sizin sunucunuzda, sizin API'niz üzerinden erişir. Veri dışarıya gönderilmez.
- Her iş bu başlangıç durumundan çalışır; bir işin yaptığı değişiklik sonrakine taşınmaz.
- Son işte dokunulan kayıtlar tabloda mavi vurgulanır.
- Sandbox iki gerçek hayat tuzağı içerir: 1004 numaralı sipariş stok bekliyor (kargolama isteği 200 döner ama kayıt değişmez); Yıldız Market faturasında açık vade talebi var (ödendi işaretleme 200 döner ama kayıt değişmez).
| id | customer | status | amount_tl | tracking |
|---|
Veriyi ve sistemi nasıl işler?i
Derleyici, sisteminizin API tanımını (OpenAPI) okur ve her işlemi bir yeteneğe çevirir: iş anlamı (sipariş · onayla), risk sınıfı (okuma, yazma, yıkıcı, finansal), hangi kayıtla doğrulanacağı, başarı koşulu ve varsa geri alma işlemi. AI personel serbest metinle değil, bu derlenmiş yeteneklerle çalışır.
- Model yalnız listedeki yetenekleri kullanabilir; listede olmayan hiçbir işlem çağrılamaz.
- API değişince yalnız etkilenen yetenekler yeniden derlenir; kalanlar aynen kullanılır.
- Sorular için aynı veri satır satır indekslenir; cevap tablo ve satır numarasıyla kaynak gösterir, parola ve token alanları hiç görünmez.
AI'nın işleyişine nasıl müdahale eder?i
AI planlayıcı görevi adımlara böler; ancak adımları çalıştıran AI değil, çalışma zamanıdır. Her adımdan önce politikaya sorulur: bu rol, bu risk sınıfında, bu tutarda bu işlemi yapabilir mi? Cevap üç halden biridir: izin, insan onayı, ret.
- Ret: sisteme tek çağrı bile gitmez. AI'nın yapmak istemesi yeterli değildir.
- İnsan onayı: eşik aşımında (örn. Muhasebe için 10.000 TL üstü iade) iş bekler; bir kişi onaylayınca aynı iş onaylı olarak çalışır.
- İzin: adım çalışır, ama yine de bir sonraki bölümdeki doğrulamadan geçmek zorundadır.
Satırlar yazma yetenekleri, sütunlar roller. Okuma yeteneklerini tüm roller kullanabilir. Tutar eşikleri argümana bağlı olduğu için tabloda görünmez.
Sonucu nasıl doğrular, nasıl geri alır?i
Her yazma adımında kayıt önce okunur, çağrı yapılır, kayıt tekrar okunur ve beklenen sonuç koşulu kontrol edilir (örn. status == 'kargoya verildi'). Kaynak sistemin 'tamam' (HTTP 200) demesi başarı sayılmaz; kaydın gerçekten değişmiş olması gerekir.
- Sessiz hata: sistem 200 döner ama kayıt değişmez. Adım 'doğrulanamadı' olur.
- Geri alma: çok adımlı işte doğrulanamayan adımdan önceki adımlar ters sırayla telafi edilir (vade +15 gün → −15 gün).
- Devir: iş insana devredilir. Sistem yarım iş bırakmaz.
- 1Kaydı okuönceki durum
- 2Çağrıyı yapPOST /orders/1004/ship
- 3Kaydı tekrar okusonraki durum
- 4Koşulu karşılaştırstatus == 'kargoya verildi'?
Nasıl denetler, onaylar, reddeder?i
Alınan her karar zaman damgasıyla denetim kaydına yazılır: hangi rol ne istedi, politika ne dedi ve neden, hangi çağrı yapıldı ve ne döndü, doğrulama geçti mi, geri alma yapıldı mı, kim onayladı. Sonuç kartındaki 'Denetim kaydı' bu listenin canlı halidir.
- Kim, ne, neden, sonuç: KVKK ve iç denetim için kanıt.
- Onay ve ret kararları da kayda geçer; 'sisteme dokunulmadı' bile bir kayıttır.
- Gerçek kurulumda kalıcı ve değiştirilemez bir depoya yazılır.
- 12:04:11 plan shipOrder(1004) · rol: depo
- 12:04:11 authorize shipOrder → allow (depo · sipariş · yazma)
- 12:04:11 read GET /orders/1004 → status: stok bekliyor
- 12:04:12 call POST /orders/1004/ship → HTTP 200
- 12:04:12 read GET /orders/1004 → status: stok bekliyor
- 12:04:12 verify status == 'kargoya verildi' → FAIL
- 12:04:12 handoff → insana devredildi, sistem değişmedi
Sözlüki
- Yetenek
- API'deki tek bir işlemin, iş anlamı ve risk sınıfıyla birlikte derlenmiş hali. Örn. approveOrder = sipariş · onayla · yazma.
- Risk sınıfı
- okuma: veri değişmez · yazma: kayıt değişir · yıkıcı: iptal/silme · finansal: para hareketi. Politika bu sınıfa göre karar verir.
- Geri okuma
- Yazma işleminden sonra aynı kaydın tekrar okunması. Doğrulama HTTP koduna değil bu kayda bakar.
- Sonuç koşulu
- İşlem başarılı sayılmak için kayıtta sağlanması gereken kural. Örn. status == 'kargoya verildi'.
- Geri alma
- Doğrulanamayan bir adımdan sonra önceki adımların ters sırayla telafi edilmesi. Örn. vade +15 gün → −15 gün.
- İnsan onayı
- Politikanın 'yap' ya da 'yapma' demediği, eşik aşımı gibi durumlarda kararı bir kişiye bırakması.
- Denetim kaydı
- Her yetki kararı, çağrı, doğrulama ve geri almanın zaman damgalı kaydı. Kim, ne, neden, sonuç.
Kendi sisteminizin API tanımıyla deneyin
OpenAPI 3.x tanımınızı gönderin; yetenek grafını, politika matrisini ve ilk doğrulanmış görevleri birlikte kuralım.
Pilot görüşmesi planla