Niyet çözümlemeden ajan eylem katmanına, kurumsal sistemlerle arayüz-bağımsız entegrasyondan dayanıklılığa.
Her katman bir soruya cevap verir: mesaj nereye gitmeli, hangi model çalışmalı, hangi bağlam okunmalı, hangi eylem yapılmalı, sonuç nasıl temsil edilmeli.
KISIM III’te tanımlanan yedi bileşen (𝒮, 𝒞, ℳ, 𝒜, Π, 𝒪, ℛ) soyut bir çerçevedir. Bu bölüm, her bileşenin üretim ortamındaki işletim karşılığını verir. Eşleme şöyledir: Kuramsal bileşen Mimari karşılık Bölüm Π — Yönlendirme politikası Katman I: Niyet çözümleme ve yönlendirme
Sistemin katmanlı olarak tasarlanmasının üç gerekçesi vardır.
Her katman kendi başına değiştirilebilir. Bir model sağlayıcısı emekliye ayrıldığında yalnızca Katman II etkilenir; pedagojik motor ve bağlam katmanı dokunulmadan kalır.
Bu, §7.5’te tanımlanan “dış vektör” kazanımının (sağlayıcı ilerlemesinin kod değişmeden içeri akması) mimari ön koşuludur. Bir katmandaki hata, diğerlerine yayılmaz.
Görselleştirme motoru bir çıktıyı işleyemezse, yanıt metin olarak teslim edilir; sistem bütün olarak çökmez. Her katman geçişi bir kayıt noktasıdır.
Bir yanıtın neden o biçimde üretildiği, katman katman geriye izlenebilir. Bu, yüksek riskli alan yükümlülüklerinin (§8.6) mimari karşılığıdır.
Bir talebin sistemden geçişi: Giriş (metin / ses / görüntü) │ ├─▶[K-I] Niyet çözümleme ─────▶yönlendirme kararı │ ├─▶[K-III] Bağlam derleme ─────▶𝒮+ 𝒞+ erişim havuzu │ ├─▶[K-II] Model seçimi ───────▶görev-uygun motor │ ├─▶[K-IV] Araç yürütme ───────▶okuma / analiz / (yazma → onay kapısı) │ ├─▶[K-V] Temsil seçimi ──────▶metin / grafik / simülasyon │ └─▶Çıktı + durum güncelleme + kayıt Bu akış tek yönlü değildir: Katman IV’te elde edilen veri, Katman III’e geri dönerek bağlamı zenginleştirebilir ve yeni bir model çağrısı tetikleyebilir. Çok adımlı iş akışlarında bu döngü birkaç kez dönebilir.
Mimari, dört kısıt altında tasarlanmıştır ve her tasarım kararı bunlara göre değerlendirilmiştir: Kısıt 1 — Gecikme bütçesi.
Öğrenci etkileşiminde yanıt gecikmesi, bilişsel akışı kesme eşiğinin altında kalmalıdır. Bu, model seçiminde ve bağlam boyutunda doğrudan belirleyicidir.
Kısıt 2 — Mahremiyet sınırı. Hiçbir katman, rolün yetkisi dışındaki veriyi taşıyamaz.
Bu kısıt arayüzde değil, veri akışının kendisinde uygulanır (§8.3). Kısıt 3 — Tek nokta çökmesi yasağı.
Kritik her rolde en az iki sağlayıcı bulunmalıdır (§4.3.3). Kısıt 4 — Geri alınabilirlik.
Sistemi değiştiren her işlem geri alınabilir olmalıdır (§7.3).
Sistemin giriş kapısı, gelen her talebin ne tür bir talep olduğunu belirler ve onu uygun işleme hattına yönlendirir.
Bir öğretmenin “şu öğrencinin son üç denemesini karşılaştır” talebi ile bir öğrencinin “limitte takıldım” talebi tamamen farklı zincirler gerektirir: birincisi kurumsal veri okuma ve analiz, ikincisi pedagojik diyalog ve kavram teşhisi. Sistem, elliyi aşkın ayrı niyet kategorisini ayırt eder.
Bu kategoriler, işleme gereksinimlerine göre üst gruplara ayrılır: veri sorgulama, analiz ve karşılaştırma, pedagojik diyalog, üretim (soru/plan/materyal), yazma işlemleri, dış kaynak erişimi, görsel/simülasyon talebi, duygusalmotivasyonel etkileşim ve kriz göstergesi.
Yönlendirmenin en kritik tasarım kararı, ayırma çizgisinin nereden geçtiğidir. Sezgisel yaklaşım, talebin karmaşıklığına göre ayırmaktır (basit
hızlı model, karmaşık
güçlü model). Üretim verisi bu yaklaşımın yanıltıcı olduğunu göstermiştir. Sistemin benimsediği ayrım veri kaynağı temellidir: • Talep, kurumsal veriye erişim veya dış dünyada eylem gerektiriyorsa
güvenilir araç çağırma yeteneği olan motor. • Talep, kavramsal açıklama, pedagojik diyalog, duygusal etkileşim veya sohbet ise
düşük gecikmeli motor. Bu ayrımın gerekçesi ampiriktir: karmaşıklık, model gücüyle iyi eşleşen bir değişken değildir; araç çağırma güvenilirliği ise eşleşir. Bir motorun kavramsal soruda mükemmel olması, çok adımlı araç zincirinde de güvenilir olacağı anlamına gelmez. Sistemde bu ayrım, ölçülmüş uyum oranlarına dayanılarak konmuştur
Yönlendirme kararlarının doğruluğu, kararın kendisinden ayrı olarak ölçülür.
İki mekanizma kullanılır: Dağılım izleme. Hangi rol, hangi niyet kategorisinde, hangi motora ne oranda yönlendirildi.
Beklenen dağılımdan sapma, yönlendirme kurallarında bir sorun sinyalidir. Bir talep önce düşük gecikmeli motora gönderilip, kalite yetersizliği nedeniyle güçlü motora aktarıldığında bu olay ayrıca kaydedilir.
Eskalasyon oranı, yönlendirme kalitesinin doğrudan göstergesidir: yüksek eskalasyon, ayrımın yanlış yerde olduğunu gösterir. Bu ölçüm olmadan yönlendirme optimizasyonu tahmine dayalı kalır.
Sistemde eskalasyon, sağlayıcı bazında ayrı ayrı izlenir ve dönemsel raporlanır.
Kullanıcının memnuniyetsizlik ifadeleri (“yanlış anladın”, “alakasız”, “tekrar bak”) ayrı bir sinyal sınıfı olarak ele alınır ve yönlendirmeyi etkiler: düzeltme talebi, bağlamla birlikte daha güçlü muhakeme kapasitesine sahip motora yönlendirilir. Bu tasarımın gerekçesi, düzeltme taleplerinin doğası gereği bağlam-yoğun olmasıdır: kullanıcı önceki yanıta atıfta bulunur ve konu değişikliği istemez. Bu durumda öncelik gecikme değil, bağlam sürekliliğidir.
Sistem tek bir model sağlayıcısına bağımlı değildir.
Dokuz sağlayıcıdan oluşan bir portföy, görev tipine göre seçmeli olarak kullanılır. Bu, maliyet optimizasyonundan önce bir yetenek Gerekçe §4B.6’da biçimselleştirilmiştir: sağlayıcı-bağımsız yönlendirmede sistemin yetenek profili, tek bir modelin profili değil, görev sınıfları üzerinde alınan üst-zarftır.
Tek modele bağlı bir sistem, o modelin zayıf olduğu alanda zayıftır; çok-sağlayıcılı sistem her alanda o alanın en iyisine yaklaşır.
Portföy, işlevsel rollere göre örgütlenmiştir: Rol Seçim ölçütü Pedagojik gerekçe Yüksek hacimli kavramsal diyalog Çıkarım hızı ve maliyet Öğrencinin bilişsel akışı kesilmemeli; her etkileşimin işlenmesi ekonomik olmalı Araç çağırma ve kurumsal veri Çok adımlı araç güvenilirliği Yanlış veri okuma, yanlış pedagojik karara yol açar Derin muhakeme ve çok adımlı analiz Akıl yürütme kapasitesi Gelişim örüntüsü yorumlama, çok değişkenli karşılaştırma Matematiksel akıl yürütme Alan-özel akıl yürütme başarımı Adım düzeyinde çözüm ve hata teşhisi Görüntüden metin ve formül tanıma Tanıma doğruluğu Yanlış okunan soru, tüm zinciri bozar Görsel teşhis Görsel muhakeme Öğrencinin kendi çözümündeki hatanın yerini bulma Konuşma tanıma Kelime hata oranı Sesli etkileşimde yanlış transkripsiyon anlam kaybı üretir Gömme (embedding) üretimi Yerel çalışabilirlik, maliyet Erişim havuzunun sürekli güncellenmesi Yedek zincir Erişilebilirlik Kesinti hâlinde hizmet sürekliliği
Her kritik rolde en az iki sağlayıcı bulunur.
Bu, mimarinin en katı kurallarından biridir ve tek nokta çökmesini yapısal olarak imkânsız kılar. Yedeklilik iki biçimde uygulanır: zincirleme geri düşme (birincil sağlayıcı yanıt vermezse ikincil devreye girer) ve rol-içi çeşitlilik (aynı rol için farklı güçlü yanları olan motorlar).
Uygulamada karşılaşılan önemli bir bulgu: yedek zincirin kendisi bir hata kaynağı olabilir. Uygun olmayan bir motorun zincire dahil edilmesi, geçersiz yanıtlar ve gürültülü hata kayıtları üretmiştir.
Bu nedenle zincir, “eldeki her motoru sırayla dene” biçiminde değil, rol uygunluğuna göre kısıtlanmış biçimde tasarlanmıştır.
Model sağlayıcıları, önceden haber vermeden model emekliye ayırabilir veya erişim koşullarını değiştirebilir.
Bu, üretim sistemleri için sessiz bir risktir: sistem çalışmaya devam eder ancak daha pahalı veya daha yavaş bir yola düşer ve bu fark günlerce fark edilmeyebilir. Sistemde, yapılandırılmış her modelin erişilebilirliği düzenli aralıklarla sınanır ve sapma tespit edildiğinde yönetici uyarılır.
Bu mekanizma, ilk çalıştırılmasında halihazırda emekliye ayrılmış bir modeli tespit etmiştir — yani risk kuramsal değil, gerçekleşmiş bir risktir.
Çok-sağlayıcılı mimaride tespit edilen kritik bir hata sınıfı, bağlam kaybıdır: bir motora yönlendirme yapılırken, o motora özgü hazırlık yolunun ana bağlam derlemesini atlaması.
Bu durumda pedagojik zenginleştirme, erişim sonuçları ve rol farkındalığı çöpe gider; model daha zayıf bir bağlamla çalışır ve çıktı kalitesi düşer. Bu hata sınıfı sistemde tespit edilmiş ve düzeltilmiştir: tüm motorlar için ortak bir bağlam derleme toplayıcısı kullanılır; motora özgü talimatlar bu derlemeye eklenir, onun yerine geçmez.
Düzeltme sonrası ölçüm, gönderilen bağlam hacminde ve üretilen akademik yanıtın derinliğinde belirgin artış göstermiştir. Bu bulgu genelleştirilebilir bir tasarım dersi içerir: çok-sağlayıcılı mimarilerde bağlam derleme tek noktadan yapılmalı, sağlayıcıya özgü yollar bu noktayı atlamamalıdır.
1. Öğrenci durumu (𝒮): ustalık kestirimleri, son sınav eğilimi, tekrar takvimi, kalıcı gözlemler.
2. Kurumsal bağlam (𝒞): müfredat ve kazanım yapısı, ders programı, sınav takvimi, rol bilgisi.
3. Erişim havuzu: kazanım açıklamaları, soru örnekleri, çözüm desenleri, kavram açıklamaları içeren anlamsal arama havuzu.
Anlamsal arama tek başına yetersizdir: vektör benzerliği, konu olarak yakın ama pedagojik olarak ilgisiz parçaları getirebilir.
Bu, halüsinasyonun yaygın bir kaynağıdır — model, getirilen ilgisiz parçaya dayanarak makul görünen ama yanlış bir açıklama üretir. Sistemde bu sorun, çapraz kodlayıcı ile yeniden sıralama (cross-encoder reranking) katmanıyla ele alınmıştır: anlamsal arama geniş bir aday kümesi getirir, yeniden sıralayıcı bu yalnızca en üsttekiler modele verilir.
Ölçüm sonucu: yeniden sıralama devre dışıyken ilk-sonuç isabet oranı belirli bir düzeydeyken, devrede olduğunda on puan artmıştır. Bu ölçüm, ayrı bir değerlendirme koşum takımıyla A/B biçiminde yapılmıştır.
Tasarımda dikkate değer bir ayrıntı: yeniden sıralayıcı bir hata verirse veya puanlama başarısız olursa, sistem aday kümesini olduğu gibi kullanır. Yani iyileştirme katmanı, başarısız olduğunda hizmeti düşürmez — bu, isteğe bağlı iyileştirmelerin genel tasarım kuralıdır.
Bağlam penceresi sınırlıdır ve uzun kurumsal konuşmalarda bu sınır aşılabilir.
Sistemde bu, tüm roller için geçerli bir geçmiş bütçesi ile yönetilir. Bu kararın arkasında yaşanmış bir hata vardır: bütçe başlangıçta yalnızca bir rol için uygulanmış, diğer rollerde uzun konuşmalar sınır aşımına yol açmıştır.
Genelleştirme sonrası sorun ortadan kalkmıştır. Buradaki tasarım dersi: kaynak kısıtları rol-bağımsız uygulanmalıdır; bir rolün “genellikle kısa konuşma yaptığı” varsayımı güvenilir değildir.
Bütçe yönetimi ayrıca dil-duyarlıdır: Türkçe metin ve yapılandırılmış veri yoğun içerik, İngilizce düz metne kıyasla farklı bir simge yoğunluğuna sahiptir; tahmin buna göre kalibre edilmiştir.
Tekrarlanan bağlam bileşenleri (sistem talimatları, kurumsal sabitler, müfredat yapısı) önbelleklenir.
Bu, hem maliyeti hem gecikmeyi düşürür. Ancak önbellekleme bir tuzak taşır: bir kullanıcı önceki yanıtın iyileştirilmesini istediğinde, önbellekten gelen genel bir yanıt bağlam kaybına yol açar.
Sistemde bu, iyileştirme taleplerinin tespit edilip önbelleğin atlanmasıyla çözülmüştür. Genel kural: önbellek, sürekliliğin gerekli olduğu etkileşimlerde devre dışı bırakılmalıdır.
Bağlam derlemesinin modüler hâle getirilmesi (talebe göre yalnızca ilgili modüllerin yüklenmesi) simge tasarrufu sağlar.
Ancak sistemde bu mekanizmanın ters etki üretebildiği tespit edilmiştir: ana talimat metni değiştiğinde modül eşleşmesi bozulmuş ve derleme, orijinalden daha büyük bir bağlam üretmiştir. Çözüm, mekanizmayı kaldırmak değil bir emniyet kapısı eklemek olmuştur: derlenen bağlam orijinalinden büyükse, modüler yol otomatik olarak devre dışı kalır.
Böylece mekanizma açık olsa dahi asla şişme üretemez. Bu vaka, KISIM VII’deki öz-gelişim tartışmasıyla doğrudan ilişkilidir: optimizasyon mekanizmaları, doğrulanabilir bir güvenlik kapısı olmadan üretime alınmamalıdır.
Bu katman, sistemi bir sohbet arayüzünden ayıran bileşendir. Sistem yalnızca metin üretmez; kurumsal sistemlerde okur, analiz eder, üretir ve — onay kapısından geçerek — yazar. Araç kümesi işlevsel olarak gruplanır: kurumsal veri okuma, öğrenci durumu sorgulama, analiz ve karşılaştırma, içerik üretimi, dış bilimsel kaynak erişimi, görselleştirme üretimi, yazma işlemleri ve yönetsel işlevler.
Karmaşık talepler tek bir araç çağrısıyla karşılanmaz. Sistem, durum-bilinçli bir akış yürütür: oku
yorumla
gerekirse yeniden oku
karar önerisi üret
insana sun. Bu akışın tasarımında iki kritik karar vardır. Paralel yürütme ve hata yalıtımı. Birbirinden bağımsız araç çağrıları paralel yürütülür. Ancak paralel yürütmede bir aracın hata vermesi, tüm grubu çökertmemelidir; aksi hâlde sistem sıralı bir yedek yola düşer ve gecikme katlanır. Sistemde paralel yürütme, hataları yalıtacak biçimde yapılandırılmıştır. Eşzamanlılık güvenliği. Paralel yürütme ve çoklu kullanı
Araç kullanan bir sistemde en tehlikeli hata sınıfı, modelin araç çağırmadan veri uydurmasıdır.
Sistemde bu, birden çok katmanda ele alınır: Vaat–eylem tutarlılığı. Model “verileri çekiyorum” gibi bir vaat metni üretip ardından araç çağırmazsa, bu durum tespit edilir ve talep güvenilir araç çağırma yeteneğine sahip motora aktarılır.
Bu guard, gerçek bir kullanıcı vakasından sonra eklenmiştir: bir yönetici kullanıcı, gelmeyecek bir veriyi beklemiştir. “Her zaman”, “ilk kez”, “yalnızca” gibi kapsayıcı iddialar, tarihsel sorgu yapılmadan üretilemez.
Zaman penceresi dışına taşan yorumlar engellenir; bayat veri etiketlenir. Araç çıktısı ile veritabanı durumu arasında tutarsızlık tespit edilirse, yanıt üretilmeden önce uyarı üretilir.
Araç sonucundaki tanımlayıcı bilgiler (sınav adı, tarih, kazanım kodu) yeniden adlandırılamaz veya yorumlanamaz; verbatim aktarılır.
1. Kapsam: Yalnızca okuma yapan işlemler onay gerektirmez; kurumsal kayda yazan veya dışa iletişim kuran işlemler gerektirir.
2. Önizleme: Onaylayan kişi, onaylayacağı şeyin tam hâlini görür — özetini değil.
3. Geri alınabilirlik: Onaylanan işlem, gerektiğinde geri alınabilir ve iz bırakır. Ek bir güvenlik katmanı olarak, yönetici rol önizlemesi (bir yöneticinin başka bir rolün gördüğü ekranı incelemesi) salt okunur olarak tasarlanmıştır: önizleme modunda tüm yazma ve dış eylem işlemleri engellenir. Bu, denetim amaçlı bir yeteneğin yanlışlıkla eyleme dönüşmesini yapısal olarak imkânsız kılar.
Sistemin öğrenciye kendiliğinden mesaj gönderme yeteneği varsayılan olarak kapalıdır ve bu kısıt gönderim katmanında uygulanır — yani üst katmanlarda bir hata olsa dahi mesaj çıkmaz. Bu, bir yetenek eksikliği değil bilinçli bir yönetişim kararıdır ve gerekçesi §3.3.3’teki aksiyoma dayanır: yanlış bildirimin kurumsal maliyeti, kaçırılan doğrunun maliyetinden ağırdır. Bildirim yeteneği, gölge modda çalışır ve insan incelemesinden geçerek olgunlaşır (§8.4).
En üst katman, soyut yetenekleri kurumun günlük döngüsüne karşılık gelen işlevlere dönüştürür: Modül İşlev Alıcı rol Öğretmen brifingi Derse girmeden önce öncelikli öğrenci ve kazanım listesi Ders öğretmeni Koçluk hazırlığı Görüşme öncesi bütünsel öğrenci tablosu Rehber öğretmen Takip motoru Gelişim sürecinde kopukluk ve gerileme tespiti Rehber + yönetim Görev atama Tespit edilen eksiğe göre kişiselleştirilmiş çalışma görevi Öğrenci (öğretmen onaylı) Erken uyarı Devamsızlık, motivasyon, performans kırılması sinyalleri Rehber Kestirimsel değerlendirme Mevcut örüntülerden olası başarı aralığı Rehber + yönetim Modül İşlev Alıcı rol Kurum analizi Kazanım bazlı zorluk haritası, kurum düzeyi eğilimler Yönetim + zümre
Aynı bilgi, veri tipine göre farklı biçimlerde sunulur.
Sistem otuz altı ayrı görselleştirme motoruna sahiptir ve veri tipi–temsil eşlemesi kural tabanlıdır: karşılaştırmalı veri, zaman serisi, hiyerarşik dağılım, ilişki ağı, coğrafi veri, dinamik geometri, matematiksel animasyon ve etkileşimli simülasyon için ayrı temsiller kullanılır. Bu çeşitliliğin pedagojik gerekçesi, çoklu temsil kuramına dayanır: bir kavramın farklı temsil biçimlerinde sunulması
Ancak burada bir tasarım disiplini gereklidir — temsil, veriye uygun olmalıdır; gösteriş amaçlı görselleştirme bilişsel yükü artırır ve zarar verir.
Sistemde açık bir kural vardır: ham hata sayıları doğrudan sunulmaz.
Bunun gerekçesi pedagojiktir — “matematikten 12 yanlış” ifadesi, öğrenci için eyleme dönüştürülebilir bilgi taşımaz ve olumsuz duygusal yük üretir. Bunun yerine kazanım düzeyinde teşhis ve eylem önerisi sunulur.
Bu kural, İletişim Anayasası’nın (§6.4) temsil katmanındaki karşılığıdır.
Görselleştirme ve simülasyonlar, ayrı bir sayfaya yönlendirme yapmadan konuşma akışının içinde sunulur.
Bunun gerekçesi bilişsel süreklilikle ilgilidir: bağlam değişimi (sekme açma, geri dönme) öğrenme akışını böler. Bu, teknik olarak önemsiz görünen ancak pratikte zorlu bir problemdir: değişken oranlı içeriklerin sabit bir çerçeveye oturtulması boşluk veya kesilme üretir.
Sistemde çerçeve, içeriğin gerçek boyutuna göre uyarlanır. Ayrıca içerik henüz üretilmekteyken kullanıcının ham kod görmesi engellenir; bunun yerine hazırlık göstergesi sunulur — aksi hâlde kullanıcı sistemin hata verdiğini düşünmektedir.
Bu ayrıntılar, kullanıcı deneyiminin pedagojik bir değişken olduğunun örnekleridir: teknik olarak doğru ama deneyim olarak bozuk bir çıktı, pedagojik olarak da başarısızdır.
Kurumsal eğitim yazılımlarının önemli bir bölümü kamuya açık bir programlama arayüzü sunmaz. Klasik entegrasyon yaklaşımı burada durur: veri kurumun kendi sisteminde olmasına Bu, KISIM I-B’de B7 olarak tanımlanan kurumsal veri parçalılığı probleminin teknik çekirdeğidir.
Sistem, kurumsal arayüzlerde bir insan operatör gibi gezinerek veri okur ve işlem yürütür. Bu yaklaşım, 2025 itibarıyla araştırma aşamasından kurumsal uygulamaya geçen bilgisayar kullanan ajanlar alanına aittir ve tipik kullanım alanı, programlama arayüzü, olay bildirimi veya kararlı seçici sunmayan eski sistemlerdir. Bu çalışmanın katkısı yaklaşımın kendisi değil, eğitim kurumunda uzun soluklu üretim kullanımında karşılaşılan güvenilirlik problemlerine geliştirilen yanıtlardır.
Arayüz otomasyonunun kırılgan yanı, kaynak sistemin alan adlandırmasına bağımlılıktır: bir sütun başlığı değiştiğinde entegrasyon bozulur.
Sistemde bu, elle yazılmış eşleme listeleri yerine anlamsal eşleme ile çözülmüştür: kanonik kavramlar ile bunların olası varyantları arasında bir eşdeğerlik ağı kurulur; eşleme, dilduyarlı normalleştirme ve bulanık benzerlik ile yapılır. Böylece kaynak sistemde yeni bir alan adlandırması ortaya çıktığında kod değişikliği gerekmez.
Bu tasarımın genellenebilir değeri şudur: entegrasyon katmanı, kaynak sistemin biçimine değil anlamına bağlanmalıdır.
Arayüz otomasyonunun en tehlikeli hata biçimi sessiz eksikliktir: sistem veri çeker, ancak verinin bir kısmı farklı bir sayfada veya filtrede kalır.
Sonuç eksik olmasına rağmen sistem bunu bilmez ve eksik veri üzerinden yorum üretir — bu, pedagojik olarak yanlış kararlara yol açar. Sistemde bu, beklenen ile alınan karşılaştırmasıyla ele alınır: kaynak sistem bir toplam katılım sayısı beyan ediyorsa, çekilen kayıt sayısı bununla karşılaştırılır ve oran belirli eşiklerin altındaysa açık bir uyarı üretilir.
Bu uyarı yalnızca kayda yazılmaz; kullanıcıya iletilir. Yani sistem “60 katılımcı bekleniyordu, 30 kayıt alındı” bilgisini gizlemek yerine beyan eder ve yanıltıcı ortalama üretmeyi reddeder.
Bu tasarım kararı, çalışmanın en önemli tasarım ilkelerinden birini örnekler: bir sistemin güvenilirliği, doğru olduğunda değil, eksik olduğunu bildiğinde ve söylediğinde ölçülür.
Üretim kullanımında gerekli olduğu tespit edilen ek mekanizmalar:
Sayfalama farkındalığı. Listelerin yalnızca ilk sayfasının okunması, sessiz veri kaybının yaygın bir kaynağıdır; sistem sayfalı yapıları tespit edip tamamını dolaşır.
Dönem/sezon bağlamı. Kaynak sistemde aktif dönem seçimi tüm sorguları etkiler; sistem tarih bağlamından uygun dönemi türetir ve gerektiğinde değiştirir.
Yeniden planlama. Beklenen veri gelmediğinde, sistem sayfa yapısını yeniden değerlendirip alternatif bir erişim planı dener; sınırlı sayıda deneme sonrası durum kullanıcıya bildirilir.
Dayanıklılık. Ağ ve kaynak hataları için geri çekilmeli yeniden deneme uygulanır.
Sistem; ilişkisel veritabanı, önbellek/kuyruk katmanı, anlamsal arama için vektör deposu, arayüz otomasyonu için tarayıcı ortamı ve zamanlanmış iş yöneticisinden oluşan kapsayıcı temelli bir yığın üzerinde çalışır.
Kritik mimari not: kalıcı öğrenci verisi, rehberlik kayıtları ve uzunlamasına durum kurumun kendi altyapısında tutulur. Dış model sağlayıcılarına giden şey, bağlam derlemesinden geçmiş ve rol filtrelerinden süzülmüş asgari bilgidir.
Bu, §8.3’te ayrıntılandırılan veri egemenliği tezinin altyapı düzeyindeki karşılığıdır.
Sistem, insan etkileşimi olmadan çalışan bir dizi zamanlanmış işe sahiptir: yedekleme, kurumsal veri senkronizasyonu, gözlem ve öneri döngüsü, model sağlığı denetimi, kalite raporlaması, yavaş yanıt taraması ve felaket kurtarma tatbikatı. Bu işler, KISIM VII’de ayrıntılandırılan gece döngüsünün omurgasıdır: sistemin kendini gözlemlemesi ve iyileştirmesi, bu zamanlanmış yapı üzerinde gerçekleşir. Felaket kurtarma tatbikatının otomatik ve düzenli olması, altyapı tasarımında sıklıkla ihmal edilen bir ayrıntıdır: yedek almanın değeri, geri yüklemenin denenmiş olmasına bağlıdır.
Sistem sağlığı, hata izleme, gecikme dağılımı ve kaynak kullanımı sürekli izlenir. Ayrıca yavaş yanıtlar ayrı olarak taranır: belirli bir eşiği aşan yanıt oranı yükseldiğinde uyarı üretilir. Bu, bir performans meselesinden fazlasıdır — §4.1.4’teki Kısıt 1 gereği, gecikme pedagojik bir değişkendir.
Bu bölümde anlatılan bileşenlerin her biri, ayrı ayrı ele alındığında bilinen mühendislik pratikleridir. Çok-sağlayıcılı yönlendirme, erişimle güçlendirilmiş üretim, arayüz otomasyonu, dir. Yeni olan, bunların tek bir kurumun pedagojik dokusunda birleşmesi ve o kurumun kanıt akışıyla kalibre olmasıdır. §10.5’te ifade edildiği gibi: model sağlayıcıları yetenek birimlerini üretir; bu mimarinin ürettiği şey bağlardır.
Mimarinin her katmanı, kurumsal bağlama bağımlı bir karar içerir:
Katman I’in niyet taksonomisi, o kurumun rollerine ve iş akışlarına göre tanımlanır.
Katman III’ün erişim havuzu, kurumun kendi içerik ve müfredat yapısına demirlenir.
Katman IV’ün onay kapıları, kurumun karar hiyerarşisini yansıtır.
Katman V’in modülleri, kurumun günlük ritüellerine (brifing, koçluk görüşmesi, veli görüşmesi) karşılık gelir.
§4.7’deki entegrasyon, kurumun kullandığı sistemlere göre şekillenir. Bu bağımlılıklar, mimariyi kopyalanamaz kılan şeyin kod değil kurumsal eşleşme olduğunu gösterir. Aynı bileşenlerle kurulmuş fakat başka bir kurumun dokusuna göre kalibre edilmemiş bir sistem, teknik olarak benzer ancak pedagojik olarak farklı bir nesnedir.
Bu bölüm, sistemin ne yaptığını ve nasıl kurulduğunu anlattı. KISIM IV-B, bu mimarinin eriştiği yetenek yüzeyini (hesaplama, model portföyü, veri kaynakları, temsil motorları) ayrıntılandırır. KISIM V, mimarinin pedagojik motorunu — yani tüm bu yapının hangi öğrenme kuramlarını işletir hâle getirdiğini — açar.
KISIM IV mimariyi — yani bileşenlerin nasıl örgütlendiğini — anlattı.
Bu bölüm ise yetenek yüzeyini anlatır: sistemin eriştiği hesaplama gücü, model portföyü, canlı veri kaynakları ve temsil araçları. Ayrı bir bölüm gerektirmesinin nedeni kuramsaldır. §4B.3.4’te biçimselleştirilen benchmark devralma tezine göre, sağlayıcı-bağımsız bir mimaride sistemin yetenek profili tek bir modelin profili değil, görev sınıfları üzerinde alınan üst-zarftır.
Bu tezin kanıtı, erişilen yeteneklerin envanterinde yatar. Envanter olmadan tez soyut kalır.
Bu bölümde iki tür ifade kesin olarak ayrılmıştır: Kapasite ifadeleri (“sistem şunu yapabilir”) — cömertçe ve ayrıntılı olarak verilir.
Bir yeteneğin varlığı, kullanım sıklığından bağımsız olarak sistemin tasarım yüzeyine aittir. Başarı iddiaları (“şunu başardık”) — yalnızca ölçülmüş olanlarla sınırlıdır ve KISIM IX’da raporlanır.
Bu ayrım korunduğu sürece bölüm hem kapsamlı hem savunulabilirdir.
Sistemin yetenek yüzeyi tek bir sayıyla ifade edilemez; kategorik olarak sayılır: Kategori Envanter Model sağlayıcıları 9 sağlayıcı, rol bazlı çoklu model kataloğu Canlı dış veri kaynakları 24 bilimsel/kurumsal API Görselleştirme ve temsil motorları 36 renderer Araç kümesi 180 mertebesinde araç İç pedagojik motorlar 8+ bağımsız motor Niyet kategorileri 50+ Zamanlanmış işler 10 Rol × yetki matrisi 6+ rol, araç bazlı erişim tanımı 83
Bu sayfa, kurumun kendi sistemini belgeleyen açık erişimli araştırma monografisinin KISIM IV bölümünden aktarılmıştır. Metin yazarın kendi ifadeleriyle verilmiştir.