İçeriğe geç

Sistemler/MÜHENDİSLİK YÖNELİMLERİ

Mühendisliğini yaptığımız sistemler.

Bunlar, mühendisliğini yaptığımız sistem türleridir. Burada yayımlanmış ürünler olarak değil, mühendislik yönelimleri olarak anlatılıyorlar — bir ürünümüz olduğunda onun kendi sayfası ve kendi durum etiketi olur.

Kapsam
Yapay zekâ sistem mühendisliği
Nasıl anlatılıyor
Ürün olarak değil, mühendislik olarak
Ürünler
Kendi sayfaları var

Sıra/BİR SİSTEM NASIL ORTAYA ÇIKAR

Kur, bağla, çalıştır, doğrula, geliştir.

Yapay zekâ işlerinin çoğu üçüncü adımda durur. Dördüncü adım, bir sistemin demo olmaktan çıktığı yerdir: iddia ettiği şey, gerçekte olanla karşılaştırılır ve aradaki fark ölçülür.

Yaşam döngüsü

00 / 05 AŞAMA

  1. Uçtan uca

    1. Kur

      Sistem, yazılım yazılmadan önce tasarlanır.

    2. Bağla

      İşin zaten içinde yaşadığı araçlara ve veriye ulaşır.

    3. Çalıştır

      Açık bir yönetişim altında gerçek iş yapar.

    4. Doğrula

      İddia ettiği şey, gerçekte olanla karşılaştırılır.

    5. Geliştir

      Ölçülen fark, hedefe geri beslenir.

Kayıt/MÜHENDİSLİK YÖNELİMLERİ

01

Ajan Tabanlı Yapay Zekâ Sistemleri

Model bir sonuçtan sorumlu olduğunda ne olur?

Ajan tabanlı bir sistem, bir sohbeti değil bir hedefi taşır. Plan yapar, araçları çağırır, neyin değiştiğini gözlemler ve kendini ayarlar — ve bunu yaparken açık durum tutar; böylece herhangi bir anda ne yaptığını sorduğunuzda bir konuşma dökümü değil, gerçek bir yanıt alırsınız.

Kurulduğunda şuna benzer: Bir hedef kaydı, bir planlayıcı, bir araç sınırı ve kendinden emin bir cümleyle değil, kontrol edilmiş bir sonuçla sonlanan bir döngü.

Bileşenler

  • Hedef durumu
  • Planlayıcı / yürütücü ayrımı
  • Araç sınırı
  • Doğrulanmış sonuçla sonlanma
02

Yapay Zekâ Orkestrasyonu

Hangi model, hangi rol, hangi adım — ve buna kim karar verir?

Her şeyi tek bir büyük prompta göndermek, en pahalı ve en az denetlenebilir kurma biçimidir. Orkestrasyon; işin adımlara ayrılması, her adımın doğru modele ya da role yönlendirilmesi ve hepsinin okuyabileceğiniz bir grafikte birleştirilmesi demektir.

Kurulduğunda şuna benzer: Bir adım grafiği, bir yönlendirme katmanı ve tedarikçi değişikliğini baştan yazmaya dönüştürmeyen bir sağlayıcı soyutlaması.

Bileşenler

  • Adım grafiği
  • Rol yönlendirme
  • Sağlayıcı soyutlaması
  • Maliyet ve gecikme sınırları
03

Yönetişimli Çalıştırma

Bu sistemin gerçekte ne yapmasına izin var?

Bir sistem dış dünyaya etki edebildiği anda, asıl soru kalite olmaktan çıkıp izin olmaya başlar. Yönetişimli çalıştırma; bir işlem çalışmadan önce riskin sınıflandırılması, neyin insan onayı gerektirdiğine politikanın karar vermesi ve model emin göründü diye sonuç doğuran hiçbir şeyin olmaması demektir.

Kurulduğunda şuna benzer: İşlemden önce risk sınıflandırması, gerçek kontrol noktaları olan bir onay politikası ve neye neden izin verildiğinin denetim kaydı.

Bileşenler

  • Risk sınıflandırması
  • Onay politikası
  • İnsan onayı noktaları
  • Denetim kaydı
04

Çok Ajanlı İş Akışları

Karar bağlanmadan önce birden fazla bakış açısı nasıl alınır?

Bazı kararlar, kendinden emin tek bir rol yerine tartışan birkaç uzman rol tarafından daha iyi verilir. Çok ajanlı iş akışları bu tartışmayı yapılandırır — ayrı roller, birkaç tur ve kararın ortalaması alınmak yerine bağlandığı açık bir an.

Kurulduğunda şuna benzer: Farklı sorumlulukları olan tanımlı roller, tur sınırı olan bir tartışma döngüsü ve görüş ayrılığını silmek yerine kaydeden bir bağlama adımı.

Bileşenler

  • Uzman roller
  • Tartışma turları
  • Bağlama adımı
  • Korunan karşı görüş
05

Doğrulama ve Güvenilirlik

Gerçekten oldu mu, yoksa sistem olduğunu mu söyledi?

Tamamlandı iddiası, sistemin durumu değildir. Güvenilirlik çalışması; işlemden sonra gerçek ortamı kontrol etmek — dosyayı, kaydı, API yanıtını — ve iddia edilenle gerçek arasındaki mesafeyi bir varsayım değil, ölçülebilir bir büyüklük olarak ele almak demektir.

Kurulduğunda şuna benzer: Gerçek ortamı okuyan belirlenimci doğrulayıcılar, iddia ile durumun karşılaştırılması ve umut edilmek yerine gerçekten denenmiş hata yolları.

Bileşenler

  • Belirlenimci doğrulayıcılar
  • İddia / doğrulanmış durum
  • Denenmiş hata yolları
  • Denetim izi
06

Yapay Zekâ Entegre İş Sistemleri

Bu, işletmenin zaten yaptığı işle nerede buluşuyor?

İşin içinde yaşadığı araçlara ulaşamayan bir sistem demodur. Entegrasyon; veritabanlarına, dosya depolarına, e-postaya, takvimlere, kod depolarına ve otomasyon ortamlarına denetimli ve izlenebilir bağlantılar kurmak — yetki sınırları ve hata davranışı sonradan keşfedilmek yerine tasarıma dâhil edilerek — demektir.

Kurulduğunda şuna benzer: Açık sözleşmeleri olan bir bağlayıcı katmanı, kapsamı sınırlı kimlik bilgileri, idempotent yazmalar ve bir bağımlılığın çöktüğü gün için tanımlanmış davranış.

Bileşenler

  • Sözleşmeli bağlayıcılar
  • Kapsamı sınırlı kimlik bilgileri
  • Idempotent yazmalar
  • Tanımlı bozulma davranışı

Uygulamalı Ar-Ge

Burada yayımlanmıyor.

Ayrıca, yönetişim altında doğrulanmış iş yapabilen yapay zekâ sistemleri üzerine uygulamalı Ar-Ge yürütüyoruz. Bu çalışma bilinçli olarak burada yayımlanmıyor. Bir şey anlatılmaya değil kullanılmaya hazır olduğunda; bir sayfası, bir durumu ve bir tarihi olur — fragmanı değil.

Sistem tasarımı//KAPSAMI BELİRLİ İŞ

Prototip değil, sistem mi gerekiyor?

Hedefi getirin. Mimari, yönetişim ve doğrulama ondan çıkar.

Doğrudan

Özellik listesi yerine hedefi getirin — sistem tasarımı ondan çıkar.