Aynı "Sam" adı hem bir yazılım terimini, hem bir sohbet robotunu, hem de gündelik bir selamlaşma durumunu karşılayabiliyor. Bu metin, adı geçen bir sohbet asistanının ne yaptığından yola çıkarak "Sam" etrafında dolaşan anlamları ayırmayı amaçlıyor. Okuyucunun asıl sorusu genelde şudur: Karşımızdaki Sam bir protokol mü, bir karakter mi, yoksa sadece bir hitap biçimi mi? Yanıt, bağlama bakılarak verilir; çünkü üç kullanım birbirinden tamamen bağımsızdır.
Transkriptteki asistan kendini Sam olarak tanıtıyor ve karşısındakine nasıl yardımcı olabileceğini soruyor. Kullanıcı bir şey denemek istediğinde asistan bunu anlamaya çalışıyor. Burada dikkat çeken nokta, asistanın sadece selam verip beklemesi değil, hangi konuda yardım istenebileceğini sormasıdır. Bu davranış, yeni başlayan biri için sohbetin nasıl ilerleyeceğine dair bir ipucu verir.
Asistan, örnek olarak video oluşturma isteğinden söz ediyor. Buna göre kullanıcı sahneyi tarif ederse ve süreyi belirtirse video hemen hazırlanabilir. Bu örnek, asistanın yalnızca soru cevaplamakla kalmayıp üretim işi de yapabileceğini gösteriyor. Yeni başlayan biri için önemli olan, isteğin net bir sahne tanımı ve süre bilgisiyle desteklenmesidir.
SAM, İngilizce "Simple Anonymous Messaging" yani Basit Anonim Mesajlaşma ifadesinin kısaltmasıdır ve I2P ağı üzerinde çalışan bir protokol sürümüdür. Protokol, uygulamaların I2P ağındaki bir hedefe mesaj göndermesi ve oturum kurması için bir yol tanımlar. Yani teknik anlamdaki SAM, sohbet robotu değil, ağ uygulamaları arasında konuşmayı sağlayan bir kural setidir. Bir uygulama geliştiricisi için bu, ağa bağlanmanın tanımlı bir yoludur.
I2P belgelerine göre SAM V1, "Eski Basit Anonim Mesajlaşma protokolü sürüm 1" olarak tanımlanıyor ve kullanımdan kaldırılmış durumda. Belgede bu sürümün yerine SAM V2, SAM V3 veya BOB kullanılması öneriliyor. Kayıtta `lastUpdated: "2025-03"` ve `accurateFor: "0.9.20"` bilgileri yer alıyor; yani bu değerlendirme belirli bir sürüm ve tarihe göre geçerlidir. Bu nedenle V1 üzerine yeni bir çalışma planlanıyorsa güncel sürümlere bakmak gerekir.
SAM V1 belgesinde el sıkışma, iki tarafın desteklediği sürümü bildirdiği mesajlarla anlatılıyor. İstemci `HELLO VERSION MIN=$min MAX=$max` biçiminde bir mesaj gönderiyor; sunucu ise `HELLO REPLY RESULT=$result VERSION=1.0` ile yanıt veriyor. Burada $min ve $max, kabul edilen en düşük ve en yüksek sürümü temsil eden yer tutuculardır. Amaç, iki tarafın ortak bir sürüm üzerinde anlaşmasını sağlamaktır.
Belgeye göre oturumlar `SESSION CREATE STYLE={STREAM,DATAGRAM,RAW} DESTINATION={$name,TRANSIENT}` komutuyla kuruluyor. STREAM, veri akışına dayalı bir bağlantıyı; DATAGRAM ise tek tek gönderilen paketleri ifade eder. RAW ise ham veri aktarımı için kullanılan üçüncü seçenektir. DESTINATION tarafında ise $name ve TRANSIENT arasında bir seçim yapılır; yani oturum ya adlandırılmış bir hedefe ya da geçici bir hedefe bağlanır.
SAM V1 belgesinde mesajların UTF-8 kodlamasında olduğu belirtiliyor. Her mesaj tek bir satır halinde yazılıyor ve `\n` ile sonlandırılıyor. Bu katı biçim, protokolü uygulayan yazılımların mesajları kolayca ayrıştırmasını sağlar. Biçime uymayan bir satır sonu veya kodlama hatası, mesajın yanlış yorumlanmasına yol açabilir.
Arama sonuçlarında "Sam" adlı, "Ücretsiz AI Sohbet Robotu" olarak tanıtılan bir karakter de yer alıyor. Bu karakter, miniapps.ai sitesinde alışveriş sepetinden başını kaldırıp tanıma ifadeleriyle konuşan bir kişilik olarak betimleniyor. Yani buradaki Sam, bir protokol değil, sohbet etmek üzere tasarlanmış bir yapay zekâ karakteridir. Bu tanım, teknik SAM protokolüyle karıştırılmaması gereken bir kullanımdır.
Aynı "Sam" adının bir protokolde, bir sohbet robotunda ve günlük bir hitapta geçmesi, arama yapan kişi için karışıklık yaratıyor. Protokoldeki SAM büyük harfli bir kısaltmadır ve teknik bir belgeye işaret eder. Sohbet robotundaki Sam ise bir ürün adı ya da karakter adıdır. Bu ayrımı gözetmek, aranan bilginin doğru kaynağa yönlendirilmesini sağlar.
Selamlaşma rehberleri, tanışma kültürü için "kısa selam – zarif soru – açık davet" biçiminde bir formül öneriyor. Buna göre ilk mesajın 1–3 cümleyi geçmemesi, karşı taraftan telefon veya özel bilgi istenmemesi ve baskı kurulmaması vurgulanıyor. Bu öneriler, chatyerim.net adresindeki bir blog yazısında yer alıyor. Amaç, karşı tarafa alan bırakan ve yanıt vermeyi kolaylaştıran bir ton kurmaktır.
Selamlama mesajı, bir e-posta veya açılır pencerenin ilk satırı olarak tanımlanıyor. poptin.com sitesindeki sözlük girdisine göre kişiselleştirme, açılma oranlarını artırabiliyor. Burada "artırır" değil "artırabilir" demek daha doğru; çünkü sonuç ölçüme ve bağlama göre değişir. Yine de ilk satırın, okuyucunun devam edip etmeyeceğini etkilediği kabul edilir.
Temel Türkçe selamlaşmalar arasında Merhaba, Selam, Günaydın, İyi günler, İyi akşamlar, İyi geceler, Hoş geldiniz, Hoş bulduk ve Görüşürüz ifadeleri bulunuyor. Bu ifadeler, 26 Eylül 2022 tarihli bir videoda örneklerle işleniyor. Günün saatine ve ortama göre hangi ifadenin seçileceği, selamlamanın doğal durmasını sağlar. Yeni başlayan biri için bu liste, ilk teması kurmanın en basit yoludur.
Sohbet asistanına yazarken selam vermek ile ne istediğini söylemek iki ayrı adımdır. Transkriptteki asistan selamı yanıtlıyor ve ardından ne denemek istendiğini soruyor. Kullanıcı isteğini açıkça yazarsa asistanın yanıt verecek bir çerçevesi olur. Aksi halde konuşma, karşılıklı nezaket cümlelerinde kalabilir.
Video örneğinden çıkarılabilecek basit bir kural var: ne istediğini, hangi ayrıntıyla istediğini ve ne kadar süreceğini belirtmek. Asistan, sahnenin tarif edilmesini ve sürenin belirtilmesini istiyor. Bu iki bilgi verildiğinde üretim işi için gereken çerçeve tamamlanmış oluyor. Aynı yaklaşım, sohbet asistanından başka tür yardımlar isterken de işe yarar.
SAM V1 belgesi gibi teknik dokümanlarda sürüm numarası, tarih ve geçerlilik bilgisi başta gelir. Belgede `lastUpdated` ve `accurateFor` alanları, bilginin hangi tarihte yazıldığını ve hangi ürün sürümü için doğru olduğunu söyler. Bu alanları okumadan bir komutu kullanmak, eski bir davranışa göre yazılmış kodun çalışmamasına yol açabilir. Yeni bir proje için önce güncel sürümün belgesine bakmak daha güvenli bir yoldur.
Kullanımdan kaldırılmış bir protokol sürümü, hâlâ belgelerde duruyor olabilir; bu onun önerildiği anlamına gelmez. I2P belgesi SAM V1 için SAM V2, SAM V3 veya BOB alternatiflerini işaret ediyor. Eski belgeyi okuyan bir geliştirici bunu fark etmezse, desteklenmeyen bir yola yatırım yapabilir. Bu nedenle belgenin üstündeki durum bilgisi, komut ayrıntılarından önce kontrol edilmelidir.
Selamlaşmayı kişiselleştirmek, mesajın açılma olasılığını artırabilecek bir etken olarak anılıyor; ama bu bir garanti değildir. Karşı tarafın özel bilgisini istemek veya baskı kurmak, rehberlerin açıkça kaçınılmasını önerdiği davranışlardır. Kısa ve net bir ilk mesaj, hem saygılı hem de okunması kolay bir izlenim bırakır. Ölçüm yapılmadan "en iyi" yöntem diye bir şey söylenemez.
Bir metinde "Sam" geçtiğinde, önce hangi bağlamda kullanıldığına bakmak gerekir: teknik protokol belgesi mi, sohbet ürünü mü, yoksa gündelik bir hitap mı? Teknik belgelerde büyük harfli SAM ve sürüm numarası belirgindir; sohbet ürünlerinde ise karakter betimlemesi öne çıkar. Bu ayrımı yapmak, aranan bilgiye daha kısa sürede ulaşmayı sağlar. Yanlış bağlamda okunan bir terim, gereksiz karışıklık üretir.
Teknik bir iş yapılıyorsa SAM, I2P üzerinde mesajlaşma sağlayan ve V1 sürümü kullanımdan kaldırılmış bir protokoldür; yerine SAM V2, SAM V3 veya BOB öneriliyor. Bir sohbet deneyimi aranıyorsa Sam, miniapps.ai sitesinde tanıtılan bir yapay zekâ karakteridir. Günlük iletişimde ise selam, kısa tutulması ve baskı kurmaması önerilen bir açılıştır. Bu üç kullanım birbirine karıştırılmadığında, konuya uygun bilgiye ulaşmak kolaylaşır.