Şirket, son iki yılda birçok AI aracı satın aldı: sohbet asistanları, yazı düzenleme eklentileri, müşteri hizmetleri robotları ve kurumsal bilgi soru-cevap sistemleri. Ancak gerçekte kökleşen yetkinlikler pek az. Uyarı metinleri hâlâ kişisel bilgisayarda; iş süreçleri belgelerin köşelerinde dağınık halde; akıllı varlıklar上线 olduktan sonra geri bildirim ve revizyon eksikliği yaşanıyor; işin özü ise hâlâ aynı tür danışmanlık talepleriyle yoğunluğunu koruyor. Sorun genellikle modelin yeterince zeki olmamasından değil, sisteminin “iş yapmayı” yönetilebilir bir görev yetkinliği olarak tasarlayamamasından kaynaklanıyor.
Öncelikle şunu netleştirelim: Sohbet penceresi neden bir görev olarak kabul edilemez
Sohbet robotu, bir soruyu cevapladıktan sonra bitiyor. Bir görev ise sürekli iş devralmalı: bilgi toplamak, kuralları değerlendirmek, sistemleri çağırmak, durumu yeniden kaydetmek ve istisnalarla karşılaşıldığında daha üst seviyeye iletmek. Yol harcamalarının ödenmesi tipik bir örnektir — kullanıcı önce “Yol harcamamı öde” diyor, arada “Bu ay için kalan limit ne kadar?” diye soruyor, ardından bir fatura ekliyor. Eğer sistem her iletiyi yeni bir sohbet olarak algılarsa, süreç kesilir, bağlam kaybolur ve sonrasında kurallar mı, arayüz mü yanlış olduğuna dair bir değerlendirme yapılamaz.
Sektörde, akıllı varlıkları “dijital çalışan” olarak inşa etme yaklaşımı mevcut: Onlara görev, personel numarası, yetkinlik sınırları ve çalışma kayıtları atanır; bunlara ayrıca değiştirilebilir SOP’lar, bilgi bankası, araçlar ve yürütme izleri eşlik eder. Açık kaynak alanında, OpenBMB gibi kuruluşların yayınladığı StaffDeck, Agent’i yalnızca bir uyarı metni olarak değil, işletilebilir bir kaynak kombinasyonu olarak sunar. Kurumsal olarak kendi geliştirdiği veya özelleştirilmiş çözümler için, ödün verilmesi gereken şey ürün adı değil, bu nesne modelidir.
İş mantığı: Sistemde en az yedi tür nesne bulunmalıdır
Dijital çalışan sistemini kurarken, önce iş nesnelerini spesifikasyona dahil edip ardından model seçimi üzerine konuşmalısınız.
- Görev dosyası: Ad veya rol adı, personel numarası, görevler, çevrimiçi durum, hizmet aldığı kişiler. Dosya olmadan, yetki ve performans değerlendirmesi için hiçbir yer yoktur.
- Yetkinlik sınırları: Hangi belgeleri okuyabilir, hangi alanları yazabilir, neye söz veremeyebilir. Bu sınırlar yönetici tarafından değiştirilebilmeli, uyarı metninde sabitlenmemelidir.
- SOP / Süreç tabanlı beceriler: Karmaşık süreçleri düğümlere ayırarak, koşullu dallanma, araç çağırma, bilgi arama ve insan müdahalesine geçiş desteği sağlar.
- Bilgi ontolojisi: Konular, kurallar, kaynaklar ve kullanım kılavuzları ayrı ayrı saklanır; cevaplar mutlaka kaynağına atıfta bulunmalı, arama esnasında ayarlanabilmeli.
- Araç entegrasyonu: HTTP arayüzü veya MCP, limit sorgulama, belge oluşturma ve durum güncellemesi gibi işlemler için kullanılır; yalnızca bir metin üretmekten çok daha fazlası.
- Zamanlanmış görevler: Günlük rapor toplama, süre aşımına ilişkin hatırlatmalar, stok denetimleri gibi periyodik işler, kullanıcı ilk kez hareket etmeden gerçekleşmelidir.
- İzleme ve geri bildirim: Rotayı, adımları, araçları, bilgileri ve yanıtları kaydedin; beğeniler, eleştiriler ve insan müdahalesi bir sonraki revizyon sürecine aktarılır.
Tek bir gerçek talep genellikle birden fazla görev içerir. Dijital çalışan, önce harcama ödenmesi SOP’sine girip tüm alanları toplayıp kuralları değerlendirmeli, ardından limit sorgulama SOP’sine geçerek arayüzü çağırmalıdır. Kullanıcı arada politika hakkında soru sorarsa, mevcut düğüm kaydedilmeli, cevaplandıktan sonra orijinal prosese geri dönülmelidir. Kuralları aşan sorular için bağlam yaratıcıya veya nöbetçiye teslim edilmeli, dayanaksız güçlü cevaplar yasaklanmalıdır.
Tasarım mantığı: Rol, durum makinesi ve bilgi hiyerarşisi
Rol nasıl ayrılır
En az dört farklı kişi grubu vardır: Yaratıcı (deneyimleri kalıcı hale getiren çalışan), Yönetici (yetki, yayın ve kontenjanı yöneten), Kullanıcı (dijital çalışana görev veren) ve Nöbetçi (istisnaları ele alan). Yaratıcının varsayılan olarak stok ve fiyat üzerinde değişiklik yapma yetkisi olmamalıdır; kullanıcılar tam uyarı metni ve şifreyi görmemelidir. Açık arayüzler de hiyerarşik olarak düzenlenmelidir: Hesap düzeyindeki şifre kaynak tahsisini yönetebilir, çalışan düzeyindeki şifre ise yalnızca sohbet oluşturup kendi izini okuyabilir. SOP’lar durum makinesi kullanarak, yalnızca sohbet hafızasıyla değil, kullanılmalıdır Doğal dil ilk taslakları üretebilir, ancak uygulama mutlaka durum makinesi üzerinden yapılmalıdır: Mevcut düğüm, toplanmış alanlar, çağrılabilen araçlar, başarısızlık sonrası tekrar deneme ve insan müdahalesi. Görev yarıda kesildiğinde bağlam serileştirilmeli, orijinal düğüme geri dönülüp devam edilmelidir. Birden fazla SOP aynı anda kullanılabilir, ancak geçiş sırasında “nereden geldiğini ve hangi doğrulanmış bilgileri beraberinde getirdiğini” belirtmek zorunludur; böylece kullanıcıların tekrar form doldurmasına engel olunur. Sürüm ve dal değişimleri geri dönüş yapabilmeli; sahada yalnızca bir uyarı metni değiştirilip hemen yayına alınabilir, ancak sonrasında takip edilemez.
Bilgi büyük bir karışık arama yapmamalıdır
Belge, bölüm, sayfa ve özet bazında gezinilebilir indeksler oluşturulmalı; bilginin hangi kategoride olabileceğini önceden belirleyip ardından orijinal metni bulmak gerekir. Bilgi çöp kutusu: Kurumsal düzenlemeler, ürün açıklamaları, satış sonrası konuşma tarzı ve istisna vakaları ayrı ayrı saklanmalı; bölgesel anahtar kelime aramalarına kıyasla odaklanmış aramalar daha güvenilirdir. Her cevap kaynağa, kurala ve iş konusuna bağlı olmalı; test ortamında “neden bu paragrafın tuttuğu” görülebilmeli. Arama ayarlarının değiştirilmesi, daha büyük bir modelin değiştirilmesinden daha sık sorunları çözer.
Bilgiyi karmaşık bir karışık hale getirmemeliyiz
Doküman, bölüm, sayfa ve özet bazında gezinilebilir indeksler hazırlanmalı; bilginin hangi kategoride olabileceğini önceden belirleyip ardından orijinal metni bulmak gerekir. Bilgi çöp kutusu: Kurumsal düzenlemeler, ürün açıklamaları, satış sonrası konuşma tarzı ve istisna vakaları ayrı ayrı saklanmalı; bölgesel anahtar kelime aramalarına kıyasla odaklanmış aramalar daha güvenilirdir. Her cevap kaynağa, kurala ve iş konusuna bağlı olmalı; test ortamında “neden bu paragrafın tuttuğu” görülebilmeli. Arama ayarlarının değiştirilmesi, daha büyük bir modelin değiştirilmesinden daha sık sorunları çözer.
Geliştirme ve uygulama: Arayüz, izolasyon, gözlem ve kabul
Çalışma sırasında tek giriş noktası öneriliyor; her becerinin ayrı bir yol izlemesi ve durumun dağılmasına yol açması önlenmeli. Yetkinlik tespiti, izolasyon uygulaması, iş parçalarının bütünlüğü ve kontenjan hesaplaması çalışma sırasında yapılmalı, sözleşmelerle değil. Beceri iç pazarına sürülmeden önce yetki taraması yapılmalı: Kimlik doğrulama başlığı, ortam değişkenleri ve bağlantı belgeleri normal okuma arayüzünde görünmemeli.
- İletişim kanalı: Senkronize akış sohbet için uygun; asenkron Run + olay akışı ise bağlantının kesilip yeniden başlatılması ve görev sıralaması için idealdir; ikisi aynı çekirdeği paylaşır.
- Kanal kimliği: WeChat, Enterprise WeChat, Feishu ve DingTalk giriş noktası olabilir, ancak çalışan kimliği, sohbet ve izleme birleşik olmalı; her kanalın kendi hafızasını oluşturması yasaklanmıştır.
- Güvenlik: Model ayarları yalnızca mevcut ayar numaralarını referans alır, tedarikçi şifrelerini geri göndermez; araç sonuçları izleme sırasında gizlilik sağlanır.
- İnsan destekleyicisi: Süre aşımı, düşük güven, yetki aşımı ve kullanıcı tarafından yapılan insan müdahalesi, dördü de bağlamı eksiksiz şekilde devretmeli.
Kabulde yalnızca “sohbet edebilme” testi yapılmasın. Tekrarlanabilir senaryolar hazırlayın: Normal kapalı döngü, arada soru, limit yetersizliği, arayüz süresi aşımı, yetki dışı yazma ve kaynak yokluğu nedeniyle reddedilen durumlar. Her senaryoda kontrol edin: Düğüm yeniden mi canlandı, belge doğru mu yazıldı, izleme eksiksiz mi, istisna insan mı? Denetimden geçen oran, süre aşımı işleme oranı ve dayanaksız cevap sayısı, memnuniyet yıldızlarından daha uygun bir çıkış kapısı olarak değerlendirilebilir.
Çıkış sırası: Önce tekrarlı işlerden başlayın
İlk başta çok yönlü asistan yapmayın. Satış takibi notları, onaylama hatırlatmaları, kurumsal soru-cevap ya da masrafların ön incelemesi gibi günlük olarak yarım saat ve üzeri tekrarlanan bölümleri seçin; girdi, çıktı, yetki ve istisnaları dört cümle halinde yazın, ardından SOP ve iki üç okuma ya da kısıtlı yazma arayüzü ekleyin. Ana veri kirliyse, onaylama düğümleri belirsizse, önce nesne ve durumu tamamlayın, ardından akıllı yürütme katmanını ekleyin — kirli veriler otomatikleştirildikten sonra şirket geneline daha hızlı yayılır.
Tasarımın doğru yapıldığını nasıl anlarız: Eskiden grupla hatırlatma ve form doldurma yoluyla yapılan o bölüm artık ana yol değil; notlar, hatırlatmalar ve özetler belgeye göre denetlenebilir; açıkça anlaşılamayan durumlar için yükseltme nesnesi var; hassas işlemler için insan denetimi ve günlük izleme imkanı. Geliştirme niteliğinin ölçüsü olarak, aynı SOP’nin kesilip yeniden canlandırılıp canlanamadığına bakın, cevabın kaynağına atıfta bulunup bulunmadığına bakın, sınır örneğinin bir sonraki revizyona girip girmediğine bakın. Bu üçü geçildikten sonra, daha sonra görevleri genişletin; önce çok sayıda sohbet giriş noktası açmaktan daha güvenilir.
Dijital çalışan sisteminin teknik zorluğu, sohbet üretmek değil, görev, süreç, bilgi, araç ve izleme gibi unsurları sürümleme özelliğine sahip yazılımsal nesneler haline getirmektedir. Uyarı metinleri haftada on kez değiştirilebilir, ancak nesne modeli bir kez dağıldığında, sonraki her beceri kendine ait bir sürü yazacaktır.Önce bu yedi tür nesne ve durum makinesini çalıştırın, ancak o zaman model yükseltmesi yapılabilir; aksi takdirde her model değişikliği, bir yapılandırma değişikliğinden ziyade yeni bir proje haline gelir.