Üretim Hattında LLM Tabanlı Kök Neden Analizi: Teknik ve Uygulanabilir Rehber

Problem tanımı: Hedeflenen uzun kuyruklu sorgu

Hedeflenen arama niyeti: "Üretim hattında bir arıza sonrası olay logları, sensör verileri ve barkod/ERP kayıtları kullanılarak LLM tabanlı bir sistemle arıza kök nedenini nasıl otomatik çıkarırım?" Bu yazı satış metni değil; gerçek bir operasyonel problemi somut, teknik ve uygulanabilir adımlar halinde ele alır.

Neden geleneksel yöntemler yeterli değil?

Çoğu tesis, PLC/SCADA, MES, barkod okuyucular ve ERP gibi heterojen kaynaklardan gelen verilerle çalışır. Olay raporları genellikle kısa serbest metin (operatör notları), zamana bağlı telemetri ve ERP hareketleri içerir. Klasik kural tabanlı sistemler:

• Veri eksikliği veya farklı formattaki kayıtlar karşısında kırılgan olur.
• Yeni veya kombinasyonel arıza modlarını tanımakta zorlanır.
• Kök neden analizi için insan uzmanlığına sık sık ihtiyaç duyar.

Burada önerilen yaklaşım, bir retrieval-augmented generation (RAG) modeli ve LLM kullanarak, yapılandırılmış ve yarı-yapılandırılmış veriyi bağlamsal olarak ilişkilendirip yorum üretmektir. Bu tür bir çözümün uygulanması için kurumsal gereksinimler, veri gizliliği ve entegrasyon detayları atlanmamalıdır.

Çözüm mimarisi - Yüksek seviyede

Önerilen bileşenler:

• Veri katmanı: SQL Server (üretim/ERP kayıtları), zaman serisi DB veya Influx/MQTT bridge (sensör/PLC), dosya logları ve operatör notları.
• Önişleme ve normalizasyon: ETL/ELT pipeline (ASP.NET Core tabanlı mikroservis), veri doğrulama ve zaman-senkronizasyonu.
• Arama ve embedding katmanı: Vektör veri tabanı (ör. Milvus, Pinecone, PGVector) ile embeddingler ve doküman retrieval.
• LLM katmanı: RAG ile çalışan LLM (fine-tune yerine prompt + retrieval tercih edilebilir, kurumsal gizlilik gereksinimlerine göre on-prem model de kullanılabilir).
• API ve UI: ASP.NET Core ile REST/ gRPC arayüzleri; operatörlerin müdahale edebileceği dashboard.
• Gözlem ve geri besleme: Telemetry, kullanıcı doğrulamaları ve model performans metrikleri.

Bu mimarinin daha ayrıntılı bir uygulama planı için Bayrak Bilişim'in Yapay Zekâ Entegrasyonu hizmet sayfasına bakabilirsiniz; burada yazıda ele alınan teknik bileşenler somut projelere nasıl uyarlanır sorusuna özel danışmanlık verilebilir.

Adım 1 — Veri keşfi ve formata alma

Başlamadan önce mevcut veri kaynaklarını envanterleyin. Aşağıdaki tabloyu (kendi ekibinizde) doldurmak pratik olacaktır:

• Kaynak: PLC/SCADA, MES, ERP, barkod okuyucu, operatör logu.
• Format: Zaman damgası + ölçüm, serbest metin, transaction record.
• Sıklık: gerçek zamanlı / batch / manuel.
• Güven: hiç/orta/yüksek.

Teknik uygulanabilirlik için dikkat edilmesi gerekenler:

• Zaman senkronizasyonu (UTC veya tesis zamanı): tüm kayıtları ortak bir zaman eksenine çekin.
• Kimlik eşleştirme: monta edilen ürünlerin seri/barkod ile olay ve ERP hareketlerini bağlayın.
• Temizlik kuralları: eksik değerler, tekrarlayan loglar ve timestamp çakışmaları için açık kurallar oluşturun.

Adım 2 — Özellik mühendisliği ve olay bağlama

LLM'ler serbest metni anlama konusunda güçlüdür ancak doğru bağlam sağlanmazsa yanıltıcı sonuç verir. Uygulanabilir adımlar:

• Olay çevresi çıkarımı: bir hatayı analiz ederken o hatanın 5–10 dakikalık öncesi ve sonrası zaman penceresini alın.
• İlişkilendirme: aynı parti/batch/seri numarası üzerinden PLC olaylarını, barkod işlemlerini ve ERP hareketini bağlayın.
• Agrega metrikler: akış hızları, sıcaklık ortalamaları, hata sayıları gibi özet istatistikler çıkarın.
• Operatör notlarını normalize eden küçük bir kurallar seti oluşturun (kısaltmalar, tipik ifadeler).

Adım 3 — RAG yaklaşımları: Retrieval + LLM

Doğrudan büyük dil modeline ham veriyi göndermektense, RAG ile önce ilgili doküman ve veri kesitlerini retrieve edin:

• Embedding oluşturma: her olay özetini ve operatör notunu embedding'e çevirin.
• Vektör araması: benzer geçmiş olayları, bakım kayıtlarını ve SOP'leri vektör DB'den çekin.
• Prompt inşa etme: retrieve edilen kısa bağlamları LLM prompt'una ekleyin; prompt'ta açık rol ve beklenen çıktı formatı (ör. neden önerisi, güven seviyesi, önerilen kontrol adımları) tanımlayın.

Kurumsal ortamlarda gizlilik gerekçesiyle embedding ve vektör DB'yi on-prem veya özel VPC içinde tutmak tercih edilmelidir. Embedding oluşturma için açık kaynak veya tescilli modeller kullanılabilir; seçimi veri hassasiyetine göre yapın.

Adım 4 — ASP.NET Core ve SQL Server entegrasyonu (pratik adımlar)

Bir C# bazlı mikroservis mimarisi yaygındır. Önerilen uygulama adımları:

• ETL servisi: ASP.NET Core ile zamanlanmış görevler veya event-driven consumer'lar (Kafka/RabbitMQ/IoT Hub) ile ham veriyi çekin ve normalize edip SQL Server'a yazın.
• Embedding servisi: SQL'den çekilen özetleri batch olarak embedding servisine gönderin; embedding sonuçlarını vektör DB'ye yazın. Bu adım async yapılmalı.
• RAG API: Operatör bir olay sorguladığında, API önce vektör DB'den bağlam çeker, ardından LLM'yi çağırır ve yanıtı döner. ASP.NET Core için bir controller + background processing kombinasyonu idealdir.
• Performans: LLM çağrıları maliyetli/latent olabilir; kritik alarm akışları için önceden hesaplanmış varsayımlar/kısaltılmış mantık bulundurun.

Adım 5 — Geri bildirim ve sürekli öğrenme

LLM çıktısını saha teknisyeni değerlendirip düzelttiğinde bu geri bildirimler kaydedilmeli:

• Doğruluk etiketleri: Teknisyen onayladı mı? Düzeltilen kök neden nedir?
• Yeni vakaları embed edip vektör DB'ye ekleyin; gerektiğinde retrieval kütüphanesini güncelleyin.
• Model güncellemeleri: fine-tune yerine prompt/chain-of-thought ve retrieval stratejilerini güncelleyerek başlayan bir iterasyon döngüsü önerilir.

Adım 6 — İzleme, metrikler ve güven

Uygulamanın canlı kalması için izleme kritik:

• Doğruluk ve kullanıcı onay oranı.
• Yanıt süresi ve çağrı maliyeti.
• Gizlilik ihlallerine karşı audit loglar (hangi veri parçaları LLM'e gönderildi).
• Anomalik model davranışlarının tespiti: beklenmedik sık tekrar eden öneriler veya düşük çeşitlilik.

Operasyonel hususlar: gizlilik, gecikme ve deploy seçenekleri

Kurumsal üretim ortamları için karar noktaları:

• On-prem vs cloud: Çok gizli veriler için on-prem LLM veya VPC ile izole edilmiş bulut tercih edin.
• Latensi düşürme: kritik alarmlar için edge-side rule engine kullanın; LLM önerileri tamamlayıcı olsun.
• Yedeklilik: embedding pipeline ve vektör DB için yedekleme ve sürüm kontrolü planlayın.

Uygulama planı (MVP - 90 gün örneği)

• Hafta 1–2: Veri envanteri, örnek olay seçimi, zaman-senkronizasyon kuralları.
• Hafta 3–6: ETL pipeline, olay bağlama, basit aggregator'lar (ASP.NET Core).
• Hafta 7–10: Embedding & vektör DB entegrasyonu, RAG prototipi, temel prompt setleri.
• Hafta 11–12: Operatör dashboard, doğrulama akışı, telemetri ve KPI'lar.
• Sonraki dönem: Geri bildirim döngüsü, performans iyileştirme ve genişleme.

Riskler ve mitigasyon

• Veri kalitesi düşükse sonuçlar yanıltıcı olur — mitigasyon: veri kalitesi KPI'ları ve insan-in-loop doğrulama.
• LLM halüsünasyonları — mitigasyon: RAG ile desteklenmiş bağlam, model güven skorları ve operasyonel onay adımları.
• Gizlilik/uyumluluk — mitigasyon: hassas alan maskelenmesi, on-prem seçenekleri ve audit loglama.

Sonuç ve pratik öneriler

Üretim hattında LLM tabanlı kök neden analizi, doğru veri altyapısı, retrieval stratejisi ve operatör geri bildirim akışı ile etkili olabilir. Somut olarak önerilen ilk adımlar:

• Küçük, iyi tanımlanmış bir problem vakası seçin (ör. belli bir makinedeki en sık görülen hata tipi).
• Veri kaynaklarını senkronize edip bağlayın; basit bir ASP.NET Core ETL servisiyle başlayın.
• RAG yaklaşımıyla benzer vakaları retrieve edip LLM ile özet üretin; insan-in-loop doğrulamasını süreç başına ekleyin.

Bu adımların tesisinizdeki uygulanabilirliğini tartışmak isterseniz iletişim sayfamız üzerinden bize ulaşabilirsiniz. Bayrak Bilişim, veriye dayalı üretim süreçleri ve kurumsal yapay zeka entegrasyonlarında uygulamaya yönelik teknik yol haritaları çıkarmada deneyim sahibidir ve bahsedilen bileşenleri kurumsal gereksinimlerinize göre konumlandırmaya yardımcı olabilir.

Kaynak ve ileri okuma önerileri

• RAG ve retrieval stratejileri üzerine teknik makaleler.
• Embedding teknikleri ve vektör DB kıyaslamaları (on-prem ve bulut seçenekleri).
• SQL Server ile zaman serisi verilerini ilişkilendirme örnekleri ve ASP.NET Core entegrasyon rehberleri.

Not: Bu yazı, sahadaki uygulama detayları ve güvenlik gereksinimleri kurumdan kuruma değiştiği için genel bir teknik yol haritası sunar. Uygulamaya başlamadan önce veri sahipleri, OT/IT ekipleri ve güvenlik yöneticileriyle mimari değerlendirme yapılmalıdır.