Brain Engine
The Brain'in arkasındaki teknik mimari: hafıza, süreçler, veriler, modeller ve altyapı; anlama, eyleme geçme ve gelişme döngüsünde.
Genel Bakış
Brain Engine, işletmenin bütünleşik dijital aklıdır. Hafızayı, süreçleri, verileri, modelleri ve altyapıyı, belirlediğiniz yetkiler, limitler ve bütçeler içinde anlama, eyleme geçme ve gelişme döngüsünde birleştirir.
Kuruluşunuzu anlatır, sektörünüzü seçer, sistemlerinizi bağlar ve belgelerinizi eklersiniz. Brain Engine işinizin gerçekten çalışma biçimine göre bir uygulama kurar, ardından günlük faaliyete katılır: değişiklikleri alır, işletmenin güncel resmini korur, birikmiş deneyimi kullanır, tahmin yapar, çözüm önerir ve izin verdiğiniz eylemleri yürütür.
Durum
Brain Engine geliştirme aşamasındadır. Bu sayfa, ekiplerin ve iş ortaklarının planlama yapabilmesi için hedef ürünü anlatır. Bir durum raporu değildir; modüller farklı zamanlarda gelebilir.
The Brain ve Brain Engine
The Brain, kuruluşunuzun Enterprise Mind'ın parçası olarak günlük kullandığı şeydir. Bu sayfa teknik görünümdür: arkasındaki mimari, modüller ve kavramlar.
Bir dakikada
- İşletmeyi izler. Talep artışı, geciken teslimat veya müşteri başvurusu resmi günceller; bir hesaplamayı ya da izinli bir eylemi başlatabilir.
- Kaynaklarıyla hatırlar. Olaylar, kararlar ve sonuçlar; güncellik ve erişim kurallarıyla bağlı kalır.
- Yalnızca sınırlar içinde hareket eder. Neyin çalışabileceğine politika, onaylar ve özerklik düzeyleri karar verir.
- Kendini kontrol eder. Sonuçlar beklentiyle karşılaştırılır ve modelleri ile süreçleri kontrollü biçimde iyileştirmek için kullanılır.
- Sürekli LLM çağrısına bağımlı değildir. Günlük operasyon modeller, istatistik, kurallar, prosedürler ve çözücülerle yürür.
Operasyonel Brain
Günü gününe “Bu durumda ne yapılmalı?” sorusunu yanıtlar.
MetaModel
“Bu tür görevleri daha iyi çözmek için sistem nasıl kurulmalı?” sorusunu yanıtlar.
Yönetişim
Haklar, onaylar, denetim izi, geri dönüş ve kurtarma tasarımın parçasıdır.
Döngü
Her iş aynı dokuz adımdan geçer; böylece her sonuç bir sonraki kararı daha iyi hale getirir.
| Adım | Ne olur | Örnek |
|---|---|---|
| Gözlemle | Değişiklikler ve olaylar alınır. | Pazartesi sabahı siparişler %30 artar. |
| Anla | Varlıkların, kuyrukların ve kaynakların güncel resmi tutulur. Eksik, eski veya çelişkili veri işaretlenir. | Hangi odalar hazır, hangisi temizlik bekliyor, hangisinin güncel kontrolü yok. |
| Hatırla | Olaylar, kararlar ve sonuçlar kaynak, güncellik ve erişim kurallarıyla bağlanır. | Aynı tesisteki benzer arıza geçen bahar nasıl çözüldü. |
| Tahmin et | Uzmanlaşmış modeller ve World Model, durumun nasıl gelişebileceğini belirsizlikle birlikte tahmin eder. | Depo perşembe günü aşırı yüklenecek. |
| Seç | İzinli seçenekler maliyet, risk ve faydaya göre karşılaştırılır; seçim açıklanır. | İki görevi kaydır, ekibi yeniden dengele. |
| Yetkileri kontrol et | Policy ve özerklik kuralları izin verildi, reddedildi veya onay gerekiyor sonucunu döndürür. | Limitin üzerindeki harcama yöneticiye gider. |
| Harekete geç | Onaylı eylemler, dayanıklı yürütmeyle eylem kataloğundan çalışır. | Misafir başvurusuna bağlı bir bakım görevi oluşturulur. |
| Sonucu gözlemle | Gerçekleşen sonuç beklentiyle karşılaştırılır ve dayanaklarıyla saklanır. | Tahmin perşembeydi, gerçek yoğunluk cumaya denk geldi. |
| Öğren | Tekrarlanan sapmalar, bir modelin veya çözüm mimarisinin kontrollü incelenmesine yol açar. | Talep modeli yeniden eğitilir ve gölgede sınanır. |
Güven yetki değildir
Güvenli bir tahmin ya da öneri bile bir limiti aşamaz, korunan veriye dokunamaz veya onay gerektiren bir eylemi çalıştıramaz.
İki zekâ düzeyi
İki düzey farklı zaman ölçeklerinde çalışır. Operasyonel düzey güncel olaylara ve görevlere eşlik eder. Mimari düzey, iş süreçleri onaylı sürümle çalışmaya devam ederken birikmiş sorunlara ve iyileştirme yollarına bakar.
| Operasyonel zekâ | Mimari zekâ (MetaModel) | |
|---|---|---|
| Soru | Bu durumda ne yapılmalı? | Bu tür görevleri daha iyi çözmek için sistem nasıl kurulmalı? |
| Üzerinde çalıştığı | Güncel olaylar ve görevler | Görevlerin çözülme biçimi: hangi bileşenler, hangi sırayla |
| Çıktı | Karar, eylem, sonuç kontrolü | Kanıtlarla birlikte sürümlenmiş mimari önerisi |
| Kim onaylar | Policy ve gerektiğinde bir insan | Sorumlu kişi, ayrı bir kabul sürecinde |
Ortamınızı kurma
Brain Engine ayarları kendi ortamınızda yer alır. Çalışan kendi araçlarını, yönetici birimini, sistem yöneticisi izin verilen sistem ayarlarını görür.
| # | Adım | Ne yaparsınız |
|---|---|---|
| 1 | Sektörünüzü seçin | Bir veya birden çok faaliyet alanı seçin. Bir klinik kabul, laboratuvar ve tanıyı birleştirebilir. |
| 2 | Kuruluşu tanımlayın | Birimler, tesisler, çalışanlar, müşteriler, hacim ve iş modeli. |
| 3 | Bağlantıları ekleyin | Bulutunuz, sunucularınız, veri tabanlarınız, API'ler ve desteklenen MCP servisleri; izin verdiğiniz erişimle. |
| 4 | Belgeleri yükleyin, diyalogla netleştirin | Brain Engine bunları bilinen bağlam ve sektör bilgisiyle birleştirir. |
| 5 | Gelecekteki uygulamayı inceleyin | Roller, süreçler, veriler, öngörülen eylemler ve önemli çelişkiler. |
| 6 | Tasarımı seçin | Işe uygun düzenler: takvimler, kuyruklar, haritalar, belgeler, analiz panelleri. |
| 7 | Marka ve yönetimi ayarlayın | Ad, görsel sistem, erişim, onaylar, izin verilen özerklik ve bütçe. |
| 8 | Uygulamayı ve kaynak planını inceleyin | Neler kurulacak, hangi entegrasyonlar gerekli, öngörülen gider. |
| 9 | Domain'inizi alın | Onaylanan kaynaklar hazırlanır ve kontrol edilir, ardından uygulamanız açılır. |
Yayına aldıktan sonra “İkinci bir şube ekle” veya “Onarım onay sürecini değiştir” gibi değişiklikleri düz dille isteyebilirsiniz. Brain Engine etkilenen verileri, süreçleri, ekranları ve kaynakları belirler, yeni bir sürüm hazırlar ve uygulamadan önce değişiklikleri gösterir.
Ne elde edersiniz
Kendi uygulamanız
Kuruluşunuza ayrılmış bir adres ve alan.
Çalışma alanları
Çalışanlar, yöneticiler; gerektiğinde müşteriler veya iş ortakları için.
Tutarlı bir model
Birbirine uyan veri, belge, süreç ve erişim hakları.
Bağlantılar
İzin verdiğiniz dış sistemlere ve kaynaklara.
Uygulamalı AI işlevleri
Her rolün görevlerine uygun.
Altyapı yönetimi
Servis durumu, hesaplama kaynakları ve bütçe.
Geçmiş
Değişiklikler, sonuçlar, kararlar ve onaylar.
Konuşarak değişiklik
Gereksinimleri netleştirin, uygulamayı diyalogla geliştirin.
Modüller
Modül, mutlaka ayrı bir sunucu veya yazılım paketi değil, işlevsel bir alt sistemdir. Her birinin kendi sorumluluğu, ayarları, çıktısı ve diğerleriyle ilişkileri vardır.
| Modül | Sorumluluk |
|---|---|
| Domain Brain ve Studio | Gereksinimleri uygulamanıza ve Domain Package'a dönüştürür: roller, süreçler, veriler, arayüz, entegrasyonlar ve kaynaklar. |
| Knowledge ve anlamsal katman | Kavramlar, ilişkiler ve gereksinimler; her biri kaynağına bağlı. Çelişkileri işaretler. |
| Data Platform | Veriyi alır, kontrol eder ve hazırlar; veri kökenini ve sabitlenmiş kaynak sürümlerini korur. |
| Storage | Anlık görüntüler, yedekler, klonlar, saklama süreleri ve kurtarma noktaları. |
| Memory | Kaynaklı, sürümlü, zamana duyarlı bağlam, karar, sonuç ve deneyim. |
| ML Runtime / Model Fabric | Uzmanlaşmış modelleri eğitir, sürümler, çalıştırır ve izler. |
| LLM ve Cognitive Routing | Doğru aracı seçer: hafıza, bilinen prosedür, model, çözücü ya da onaylı dil modeli. |
| Enterprise State | İşletmenin gözlemlenen durumu ve hesaplama için kompakt temsilleri. |
| World Model | Tahminler, senaryolar ve belirsizlik. |
| Decision ve Optimization | İzinli eylemler arasından seçer, dağıtım ve takvim sorunlarını çözer, nedenini açıklar. |
| Verification, Policy ve Autonomy | Haklar, onaylar, limitler ve özerklik düzeyleri. |
| Actions ve Operations | İzinli kararları iş kayıtlarına, atamalara ve yürütülen eylemlere dönüştürür. |
| Durability | İlerlemeyi kaydeder, arızadan sonra devam eder, tekrarlı istekleri tanır, belirsiz sonuçları doğrular. |
| Fabric | Tüm modüller arasında ortak bağlam, olaylar ve denetim izi. |
| Control Plane | Tüm ortamın istenen ve gerçek durumu, sağlık ve maliyet. |
| Infrastructure ve Compute | CPU, GPU, ağ ve veri tabanı kaynaklarını onaylı bulutta veya sunucularınızda hazırlar ve çalıştırır. |
| Integration Studio | Veri tabanlarını, API'leri, dosya sistemlerini, bulutları ve MCP servislerini bağlar; okuma haklarını eylem haklarından ayırır. |
| Outcome Learning ve Homeostasis | Eylemlerin fayda sağlayıp sağlamadığını kontrol eder, koşullar değişirken sistemi sağlıklı tutar. |
| Brain MetaModel | Bir görev sınıfını çözen mimariyi tasarlar ve doğrular. |
Brain MetaModel
MetaModel, bir görev sınıfının nasıl çözüleceğini tasarlayan mühendis rolündedir. Kuruluşlar farklıdır: bir klinik için bekleme süresi, bir depo için yerleşim, bir okul için ders programı öncelikli olabilir. MetaModel, onaylı bileşen kataloğunda uygun birleşimi arar ve hiçbir şey kullanıma alınmadan önce kontrol eder.
Arama nasıl ilerler
| Aşama | Ne olur |
|---|---|
| Görevi tanımla | Hedef, kısıtlar, izinli veriler, mevcut mimari ve arama bütçesi sabitlenir. |
| Aday öner | İzinli bileşenlerin birkaç birleşimi veya mevcut yapılandırmaya yönelik değişiklikler üretilir. |
| Yapıyı kontrol et | Bileşenler, girdi ve çıktılar, parametreler ve sürümler doğrulanır. |
| Derle | Çalıştırılabilir bir yapılandırma hazırlanır. Henüz iyi olduğu kanıtlanmış değildir. |
| Değerlendir | Adaylar ve mevcut çözüm karşılaştırılabilir senaryolarda çalışır. Kalite, gecikme, maliyet ve kısıtlar ölçülür. |
| Gölge çalıştır | En iyi aday, mevcut çözümle paralel olarak gerçek izinli girdileri alır; dış eylem yapmaz. |
| Onayla | Sorumlu kişi kanıtları, riskleri ve geri dönüş planını inceler. Devreye alma aşamalıdır. |
| İzle | Gerçek sonuçlar beklentiyle karşılaştırılır. Sınırlar aşılırsa sistem durur veya önceki sürüme döner. |
Örnek: büyük bir kliniğin takvimi
Klinik, doktor saatlerini, oda uygunluğunu ve ekipmanı gözeterek bekleme süresini kısaltmak istiyor. MetaModel üç seçeneği karşılaştırabilir.
| Seçenek | Bileşim | Neye bakılır |
|---|---|---|
| A. Kurallar ve optimizasyon | Sabit randevu süreleri, kaynak takvimi, kurallar, dağıtım algoritması. | Basit yapılandırmanın normal yük için yeterli olup olmadığı. |
| B. Tahmin ve optimizasyon | Randevu süresi modeli ile aynı takvim ve algoritma. | Maliyet sayıldığında tahminin bağımsız verilerde takvimi iyileştirip iyileştirmediği. |
| C. Tahmin, bağlam ve senaryolar | Tahmin, geçmiş gecikmelerin izinli bağlamı, World Model ve optimizasyon. | Ek bağlamın yoğun yükte ve arızalarda fayda sağlayıp sağlamadığı. |
Bu tablo olası bir karşılaştırmayı örnekler; tamamlanmış bir deneyin sonucu değildir. Daha karmaşık seçenek, yalnızca daha çok parçası var diye tercih edilmez: basit olan kalite ve maliyet birlikte değerlendirildiğinde ihtiyacı daha iyi karşılıyorsa MetaModel onu önerir.
MetaModel kendi başına devreye almaz
Çıktısı kanıtlarla birlikte doğrulanmış bir öneridir. Yetki ve devreye alma, sorumlu kişide ve Brain Engine'in kendi kontrollerinde kalır. Eğitim, aday seçimi ve nihai test verileri ayrı tutulur; bilinen örneklere uyum kalite kanıtı sayılmaz.
Teknik kavramlar
Brain Engine boyunca kullanılan terimlerin kısa tanımları. Hedef mimarinin sözlüğüdür.
| Terim | Anlamı |
|---|---|
| Domain Package | Bir müşteri uygulamasını tanımlayan paket: bileşim, sürümler, veriler, süreçler, arayüz, entegrasyonlar ve kaynaklar. Control Plane neyin var olması gerektiğini bundan okur. |
| Enterprise State | İşletmenin gözlemlenen durumu; olay zamanını ve alınma zamanını birlikte tutar. Eksik, eski ve çelişkili gözlemler işaretlenir. |
| Latent State | Bu durumun hesaplama için öğrenilmiş kompakt temsili. Veriyi sıkıştırmak gelecek tahmini yapmak değildir. |
| Enterprise Epoch | Bir hesaplamada veya eğitimde kullanılan sabitlenmiş kaynak sürümleri kümesi; böylece tekrarlanabilir. Eksik kaynaklar açıkça belirtilir. |
| Eylem kataloğu | Girdi şemaları, koşulları ve erişim gereksinimleriyle eylemler. Yalnızca katalogdaki eylemler çalışabilir. |
| Cognitive routing | Aracı sırayla seçer: hafıza ve bilgi, bilinen prosedür, ML modeli, çözücü, onaylı araştırma kaynakları ve ancak sonra onaylı bir dil modeli. Üretilen metin tek başına bir eyleme yetki vermez. |
| Dayanıklı yürütme | Bir işin başlangıcını, adımlarını ve sonuçlarını kaydeder, izin verilen noktadan devam eder, tekrarlı istekleri tanır, yürütme sahipliğini korur ve herhangi bir tekrardan önce bilinmeyen sonucu yürütücüyle doğrular. |
| MMIR | MetaModel Intermediate Representation: bir mimarinin makine tarafından okunabilir tanımı (hedef, bileşenler, bağlantılar, parametreler, sürümler, köken). Doğrulayıcı kontrol eder, derleyici çalıştırılabilir yapılandırmaya çevirir. Başarılı derleme çalışabilir demektir, iyi demek değildir. |
| Değerlendirme paketi | Tam olarak bir yapılandırmaya bağlıdır: hangi veri ve senaryolar, neyle karşılaştırma, hangi ölçümler ve hangi sınırlamalar. |
| Gölge değerlendirme | Aday, mevcut yapılandırmayla paralel olarak izinli gerçek girdileri alır ve dış eylem gerçekleştirmez. |
| Veri ayrımı | Eğitim, aday seçimi ve nihai bağımsız test verileri ayrı tutulur; böylece bilinen örneklere uyum kalite kanıtı sayılmaz. |
Yönetişim ve sınırlar
| İlke | Uygulamada |
|---|---|
| Önce yetki | Her okuma, dönüşüm ve eylem haklara ve politikaya göre kontrol edilir. |
| Döngüde insan | Önemli her şey için onay zincirleri, limitler ve süreler. |
| Tam denetim izi | Kaynaktan hesaplamaya, karara, eyleme ve sonuca. |
| Kullanımdan önce sınanır | Yeni modeller ve mimariler önce değerlendirilir ve gölgede çalıştırılır. |
| Kurtarılabilir | Yedekler, dayanıklı yürütme ve önceki sürüme dönüş. |
| Dürüst sınırlar | Dayanak yoksa sistem bir insana devreder ya da mevcut durumu korur. |
Çıktılar arasında kaynaklı yanıtlar, karar kayıtları, belirsizlikle birlikte tahminler, deney raporları, mevcut çözümle karşılaştırmalar, bilinen sınırlamaların listesi ve her değişikliğin onay geçmişi bulunur.