Synqrix hakkında

İşletmelerde birçok süreç tek bir büyük kararla değil, küçük devir noktalarıyla aksar. Bir araştırma tamamlanır ama sonraki kişiye ulaşmaz; bir müşteri talebi alınır ama bağlamı farklı araçlarda kalır; hazırlanan içerik doğru onayı beklediği için değil, kimin karar vereceği bilinmediği için gecikir. Bu sorunlar çoğu zaman yeni bir üretim aracından çok daha iyi bir çalışma düzeni gerektirir.

Dil modelleri araştırma, sınıflandırma, taslak hazırlama ve özetleme gibi görevlerde bu düzenin bir parçası olabilir. Ancak model çıktısını iş sonucuna dönüştüren şey yalnızca üretim kalitesi değildir. Görevin doğru tanımlanması, gerekli verinin sağlanması, sonraki adımın bilinmesi ve sorumlu kişinin gerektiğinde devreye girebilmesi gerekir.

Ktesora 1.0'da bir çalışma, tek bir modele gönderilen uzun bir komut olarak ele alınmaz. Orkestrasyon katmanı işi görevlere ayırır; araştırma, içerik, müşteri iletişimi, site çalışmaları veya raporlama gibi farklı görevler kendi kapsamı ve araçları içinde yürür. Görevlerin sırası, birbirine bağımlılığı ve durumu ortak çalışma kaydında izlenir.

Multi-agent yapı bizim için bir ajan kalabalığı değil, sorumlulukların ayrılmasıdır. Her görev için daha az bağlam, daha sınırlı araç erişimi ve daha açık bir başarı ölçütü tanımlanabilir. Koordinatör ortaya çıkan parçaları bir araya getirir; çelişki veya eksik bilgi varsa bunu bir sonraki kesin adıma dönüştürmek yerine görünür kılmalıdır.

Synqrix ayrıca bu sistemlerin temas ettiği web deneyimleri ve müşteri asistanları üzerinde çalışır. Bunları bağımsız vitrinler olarak değil, veri toplama, karar, takip ve raporlama akışlarının kullanıcıya görünen yüzleri olarak ele alırız.

Önce mevcut süreci anlamaya çalışırız: iş nerede başlıyor, hangi bilgiyle ilerliyor, karar kimde ve sonuç nasıl doğrulanıyor? Ardından otomasyona uygun, sınırları gözlenebilir bir bölüm seçilir. Görevler, izinler, onay noktaları, hata davranışı ve ölçümler uygulamadan önce tarif edilir.

İlk sürümün amacı bütün süreci tek seferde devralmak değildir. Dar kapsamlı bir akış gerçek senaryolarla sınanır; yanlış sonuçlar ve beklenmeyen durumlar yalnız düzeltilmez, tasarım girdisi olarak ele alınır. Sistem güvenilir kanıt ürettikçe kapsam genişletilebilir. Kanıt yoksa daha fazla otomasyon eklemeyiz.

Bu çalışma biçimi, yazılım tesliminden sonra da sürer. Ajan görevleri, kullanılan araçlar ve eşikler değişen işe göre yeniden değerlendirilmeli; eski bir varsayım kalıcı sistem davranışına dönüşmemelidir.

Yapay zekâ bir öneri üretebilir fakat önerinin kurumsal, hukuki veya ilişkisel sonucunu üstlenemez. Bu nedenle sorumluluğu yalnızca “son kullanıcıya” bırakan bir tasarımı yeterli görmüyoruz. Sistem de doğru karar için gereken bağlamı, belirsizliği ve beklenen etkiyi sunmalıdır.

Dışarıya gönderim veya yayın gibi yan etkili adımlarda onay, çalışma motorunun gerçek bir durumudur. İnsan kararı beklenirken akış durabilir; reddedilen bir adım yürütülmemelidir. Aynı zamanda her küçük ve geri alınabilir işlem için onay istemek de denetimi anlamsızlaştırabilir. Onay noktalarını işlemin etkisine ve geri döndürülebilirliğine göre belirleriz.

Bir sistemin iyi çalıştığını söylemek için yalnızca son çıktıya bakmak yeterli değildir. Hangi görevin çalıştığı, nerede beklediği, hangi kararın verildiği, bir hatanın hangi aşamada oluştuğu ve ne kadar kaynak kullanıldığı incelenebilmelidir. Bu nedenle çalışma durumunu, görevleri, olayları, onayları ve kullanımı ayrı kayıtlarla ele alıyoruz.

Bu kayıtlar kusursuz bir açıklama sağlamaz; modelin iç muhakemesinin tam dökümü de değildir. Ama operasyonel bir soruya yanıt vermek için gereken izi oluşturur: Ne oldu, sistem nerede durdu ve bir sonraki sürümde hangi sınır değişmeli? Denetlenebilirliği rapor görünümünden önce bu sorulara cevap verebilen ürün davranışı olarak görüyoruz.

Ajanların araç kullanması, sıradan bir sohbet arayüzünden farklı riskler taşır. Erişim yetkileri, entegrasyon sırları, dış kaynaklardan gelen içerikler, onay gerektiren işlemler ve kontrolsüz tekrar ihtimali birlikte değerlendirilmelidir.

Zarf şifreleme, çalışma alanı temelli erişim, dış veri denetimi, onay kapıları ve kullanım tavanları bugün uyguladığımız katmanlar arasındadır. Bunları eksiksiz güvenlik iddiası olarak değil, bilinen risklere karşı doğrulanabilir kontroller olarak yayımlıyoruz. Teknik ayrıntıları ve sınırları Güvenlik sayfasında bulabilirsiniz.

Modellerin hatasız olduğunu, her işletme sürecinin otomatikleştirilmesi gerektiğini veya multi-agent bir yapının tek modelden her zaman daha iyi sonuç verdiğini iddia etmiyoruz. Bir sistemin insan gözetimi olmadan kendi hedeflerini güvenle belirleyebileceğini de varsaymıyoruz.

Synqrix'in rolü, bu belirsizlikleri pazarlama diliyle örtmek değildir. Yararlı olanı ölçmek, çalışmayanı görünür kılmak ve ürünün sınırlarını açıkça ifade etmektir. Şirket yaklaşımımızın daha ayrıntılı çerçevesi Yaklaşımımız sayfasında yer alır.

Synqrix'i Özgür Remzi Yeğin kurdu. Şirketin kuruluş tezi şudur: yapay zekânın asıl eksiği üretim kalitesi değil, sorumluluk zinciridir — işi kimin devralacağı, kararı kimin vereceği ve sonucu kimin doğrulayacağı tanımsız kaldığı sürece daha güçlü model daha iyi sonuç vermez. Ktesora 1.0 bu tezi ürüne çevirme çalışmasıdır.

Uzun vadede daha çok ajan değil, daha anlaşılır ve güvenilir koordinasyon geliştirmek istiyoruz. Bir işletmenin kendi çalışma biçimini sisteme aktarabilmesi; hangi görevi neden devrettiğini, nerede karar verdiğini ve sonuçtan ne öğrendiğini görebilmesi bu yönün temelidir.

Yapay zekâ modelleri değişecek, yeni araçlar eklenecek ve bugün doğru olan bazı uygulamalar eskiyecek. Kalıcı olmasını istediğimiz şey belirli bir model seçimi değil; sınırları açık, denetlenebilir ve insan sorumluluğuyla uyumlu sistem kurma disiplinidir.