OpenClaw Çok Oyunculu Paylaşılan Ajanlar: İki Cihaz, Tek Bağlam

İki cihaz aynı OpenClaw ajanını sorunsuzca kullanabilir; ancak bunun için kuyruğu metin, kalıcılığı ise ayrı bir görev olarak düşünmeniz gerekir. Paylaşılan oturum bağlamı taşır, active-tasks.md gibi dosyalar ise verilen sözleri ve devam eden işleri saklar.

İşin püf noktası tam olarak bu ayrımda yatıyor. OpenClaw 2.0 (30 Ağustos 2026'da duyurulan v2026.8.1 sürümü), tek bir ortak güven alanı olarak çalışan Gateway üzerine çok oyunculu paylaşılan oturumları ekledi. Böylece iki telefon, iki dizüstü bilgisayar veya iki kişi, herkes için ayrı bir kopya oluşturmadan aynı çalışmayı yönlendirebiliyor (docs.openclaw.ai). Resmî belgeler de sahiplik, çevrimiçi durum ve rollerin koordinasyon kolaylığı sağladığını; kötü niyetli kullanıcılar arasında güvenlik izolasyonu sunmadığını açıkça belirtiyor (docs.openclaw.ai). Belgelerde anlatılanlarla kullanıcıların pratikte takıldığı noktalar ise farklı: kuyruk, oturumun ömrü ve hafıza.

Kanepedeki telefon, masadaki dizüstü: Asıl ne bozuluyor?

Sahada sık görülen iki cihazlı senaryoda aslında iki kişi yok. Bir kişi telefonu uzaktan kumanda gibi kullanıyor; Mac Mini veya VPS üzerindeki ajanı çoğu zaman Telegram üzerinden yönetiyor. Bir kullanıcı bunu açıkça şöyle tarif etmişti: Telegram'dan "my openclaw agent Monica"ya Mac Mini'ına mem0'u yerel olarak kurmasını istemek (x.com).

Aynı ajana ikinci bir cihaz veya ikinci bir kişi dahil olduğunda kullanıcıların bildirdiği dört temel sorun ortaya çıkıyor:

1. Mesajlar sessizce kayboluyor. Topluluğun en çok üzerinde durduğu çözüm şu kontrol listesinde özetleniyor: queue mode enabled so messages never silently drop; buna çökme kurtarma durumu için active-tasks.md as persistent state for crash recovery ve yeniden başlatmada bu dosyayı tekrar okuyan bir Boot.md eşlik ediyor (x.com). Bu üçlü yoksa ajan başka bir turu yürütürken gönderdiğiniz mesaj, kaydedilmiş bir iş maddesi değil, kaybolma ihtimali olan sıradan bir sohbet metnidir.
2. Talimatlar sıkıştırma veya yeniden başlatma sonrasında uçup gidiyor. Bir Reddit kullanıcısı durumu oldukça net ifade etmiş:

"There’s no durable task queue — when the agent says 'I’ll work on that,' it’s a conversational promise." — u/Brave_Nobody_6909, r/openclaw

Aynı başlıkta, sıkıştırma veya yeniden başlatmanın ardından verilen sözlerin kaybolduğu ve ajanın kayıtlı çalışma kılavuzlarını dikkate almadığı aktarılıyor. Başka bir bakımcı düzeyindeki açıklama da sorunun temelini kabul ediyor: bellek yönetimi yanlış anlaşıldığında ajan "works perfectly for 20 minutes" sonrasında talimatlarınızı "silently forgets" ve kontrolden çıkıyor (x.com).

1. Oturum siz fark etmeden sıfırlanıyor. Telegram kanalında varsayılan olarak thread: { mode: "idle", idleMinutes: 180 } ayarı bulunabiliyor. Bu ayar, birkaç saatlik boşta kalmanın ardından oturumu sıfırlıyor; telefonunu ikinci ekran olarak kullanan bir kullanıcı, unutkanlık sorunuyla karşılaşınca süreyi 4 güne çıkarmış (x.com). Bağlam taşması da tabloyu kötüleştiriyor: aşırı araç kullanımı son mesajın tekrar enjekte edilmesine, ajanın "responds to the same thing over and over" durumuna düşmesine ve ardından "silently degrades" etmesine yol açabiliyor (x.com).
2. Çok oyunculu özellik başlamadan eşleştirme bozuluyor. Bir yükseltmenin ardından eşleştirilmiş cihazlar operator.read/operator.write kapsamlarını kaybedip, çalışmayan araçlarla sonsuz bir eşleştirme döngüsüne girmiş. Kurucu da bunu "This was me being overzealous in fixing a potential security issue" sözleriyle açıklamış (x.com). Çince konuşan kullanıcılar da 1008: pairing required hatasıyla karşılaşmış; yerel cihaz, openclaw devices list komutunun ardından devices approve <UUID> çalıştırılana kadar Pending kuyruğunda kalmış (x.com).

Çevrimiçi durum göstergesi birinin yazdığını gösterebilir; ancak hiçbir gösterge kuyruktaki mesajı kaydedilmiş bir göreve dönüştürmez.

Tek Gateway, tek güven alanı: Paylaşılan oturum, ayrı ajanlar ve sahiplik

OpenClaw 2.0'ın öne çıkan yeniliği paylaşılan oturumlar. Başka bir kişi, bağlamı korunarak devam eden çalışmaya katılabiliyor. Bağımsız incelemeler bunu tek operatörlü kullanımdan ortak çalışmaya geçiş olarak değerlendiriyor (eesel.ai). Kurulumunuzu belirleyen temel ayrım ise resmî belgelerdeki şu iki kavram:

Multi-user mode, birden fazla güvenilir kişinin tek bir ajanı kullanması demek. Her paylaşılan oturumda üç ayrı katman tutuluyor: değiştirilemeyen oluşturucu (createdActor, yalnızca bir kez yazılır), GitHub atananı gibi sonradan değiştirilebilen sahip ve oturuma gerçekten kimin komut verdiğini gösteren katılımcı geçmişi (docs.openclaw.ai). Çevrimiçi durum, izleyen ve yazan kişileri gösterir; ancak yazım taslakları modele veya transkripte gönderilmez. Ayrıca tek bir tur içinde birden fazla kişinin girdisi birleşebildiği için turun kime ait olduğu bilgisi açıkça "best-effort" olarak tanımlanıyor (docs.openclaw.ai). Pratikte ajan bir araç çağrısının ortasındayken ikinci kanaldan gönderilen takip mesajı transkripte eklenir; çalışan tur önce tamamlanır. Bu nedenle ikinci talimat bir kesme komutundan çok yönlendirme notu gibi davranır (docs.openclaw.ai).

Multi-agent mode ise tek bir Gateway sürecinin birden fazla yalıtılmış beyin barındırmasıdır. Her ajanın kendi çalışma alanı, agentDir dizini (kimlik doğrulama profilleri ve model kayıt defteri) ve <agentDir>/openclaw-agent.sqlite konumunda kendi SQLite oturum deposu bulunur (github.com). Her gelen kanal olayını bir ajana yönlendiren bir binding kullanılır; en spesifik eşleşme kazanır. Ajanlar arasında aynı agentDir dizinini kesinlikle paylaşmayın; aksi halde birbirlerinin auth-profiles.json dosyalarının üzerine yazabilirler (stack-junkie.com). Basit örnek: { agentId: "coding", match: { channel: "telegram", accountId: "coding-bot" } } tanımı, bir botu tek bir ajana yönlendirir.

Aklınızda tutmanız gereken güvenlik cümlesi şu: "A gateway is one trust domain" (docs.openclaw.ai). Roller, sahiplik filtreleri ve avatarlar kötü niyetli kullanıcıları birbirinden izole etmez. Birbirine güvenmeyen kullanıcılar için ayrı Gateway'ler, ideal olarak ayrı işletim sistemi kullanıcıları veya ayrı sunucular gerekir.

İki cihaz da aynı kişiye aitse sol sütundaki modeli seçin. İki kişinin birbirinin geçmişini düzenli olarak görmemesi gerekiyorsa sağdaki modeli kullanın; erişimin güvenilmeyen kullanıcılara karşı gerçekten kısıtlanması gerekiyorsa iki Gateway çalıştırın. Aynı botu paylaşan çiftler için Reddit'teki öneriler de bu noktada birleşiyor: "create 2 agents, same auth profile, but 1 geared towards you... and the other to your wife" (u/mr-cto-apps, r/openclaw). Tek Telegram botunu paylaşma üzerine başka bir başlıkta ise bir kullanıcı "most people in your situation just run two instances" tavsiyesinde bulunuyor (u/dertobi, r/openclaw). OpenClaw 2.0 paylaşılan oturumları eklemiş olsa da, ayrı ve özel çalışmalar için bu tavsiye hâlâ geçerli.

Ajan meşgulken ikinci mesajınız nereye gider?

Kullanıcıların en çok karıştırdığı ve iş kaybının yaşandığı sınırı anlamak için üç ayrı kutu düşünün.

Kutu 1: Oturum kuyruğu. Ajan çalışırken gönderdiğiniz metin mevcut oturuma eklenir. Kuyruk modu, mesajı düşürmek yerine bekletir; çevrimiçi durum da ajanın bir turu yürütüp yürütmediğini gösterir. Böylece mesajınız mevcut turu kesmek yerine sonraki turu yönlendirir. Yazma taslakları geçicidir ve bağlama hiçbir zaman girmez (docs.openclaw.ai). İkinci cihazdan gönderilen mesajları kısa ve net tutun: "Bu bittikten sonra X'i yap; Y'yi yeniden başlatma." Belgeler, birden fazla kişinin yönlendirmelerinin birleştiği durumlarda turun kime ait olduğunu yalnızca yaklaşık olarak belirleyebildiğini söylüyor (docs.openclaw.ai).

Kutu 2: Kalıcı görevler. Kuyruğa alınmış bir mesaj, kalıcı bir iş maddesi değildir. Gateway yeniden başlarsa, oturum sıkıştırılırsa veya /new komutunu kullanırsanız konuşma içindeki sözler kaybolabilir. Yeniden başlatmalara dayanıklı topluluk çözümü bir mesaj değil, dosyadır: çökme kurtarma durumu olarak active-tasks.md ve oturum veya Gateway yeniden başlatıldığında bunu okuyan bir Boot.md (x.com). Bellek araçları bağlamı yeniden enjekte edebilir; ancak yaygın olarak paylaşılan bir açıklamada, yüklenen belleğin kendisinin de özetlenerek yok olabileceği belirtiliyor: "The memory exists on disk. The agent just lost the ability to walk through it" (x.com).

Kutu 3: Zamanlanmış işler. Cron ve Automations, Gateway çalıştığı sürece yürür; sunucu uykuya geçerse zamanlamalar da durur (eesel.ai). Bir kullanıcı, cron çalışmaları sırasında oturum geçmişi bağlamı doldurduğu için ajanın "basically unusable during that time" hâline geldiğini bildirmiş ve bağlamları Telegram konu başına ayırmayı önermiş (x.com). Zamanlanmış işleri tekrarlayan görevler için kullanın; takip talimatını kuyruğa almanın yerine koymayın.

Kuyruğun durumu gerçeğin gerisinde kalabilir: Bir başlıkta isteklerin görünür biçimde kuyruğa girdiği, ancak /subagents ve /tasks komutlarının hiçbir şey göstermediği aktarılmış (reddit.com). Yeniden başlatma güvenliği için ikinci kutudaki dosyayı temel kontrol noktası kabul edin; kuyruk arayüzünün ne gösterdiğinden bağımsız hareket edin.

Talimatları kaybetmeyen iki cihazlı kurulum

Bu yapılandırma, dizüstü bilgisayar ve telefon kullanan tek kişi veya aynı paylaşılan oturumda çalışan iki güvenilir ekip arkadaşı için tasarlandı. Resmî hızlı kurulum ve üretim çalışma kılavuzunu (docs.openclaw.ai), topluluğun üzerinde uzlaştığı veri kaybını önleme adımlarıyla birleştiriyor.

1. Gateway'i sürekli açık bir sunucuya koyun, erişimi kimliğe bağlayın. Küçük bir VPS, ofisteki Mac veya Mac Mini işinizi görür. Gateway'i loopback'e bağlayın ve herkese açık bir port veya ortak token açmak yerine Tailscale Serve ya da Cloudflare Access ile öne çıkarın. Oturumlarda kişi bazında kimlik ve commit sahipliği gösterebilmenin yolu kimlik temelli erişimdir; ortak token kullanan herkes aynı sahip profiline dönüşür (docs.openclaw.ai).
2. İki cihazı farklı oturumlara değil, aynı oturuma bağlayın. Her iki cihazda da Control UI'ı veya sohbet kanalını açın, oturum sahibini açıkça atayın (Control UI'daki Assign to me / Assign to seçenekleri ya da sessions aracındaki assign_owner) ve devir teslimlerde @mention kullanın. DM'ler ile grup odaları için ayrı izin listeleri gerekir (docs.openclaw.ai). Sahipliği yeniden atamak sorumluluğu değiştirir; oluşturucuya bağlı paylaşım veya arşiv yetkisini değiştirmez. Bu nedenle oluşturucuyu sabit tutun.
3. Kuyruğu açın ve işleri yeniden başlatmalara dayanıklı hâle getirin. Paylaşılan oturumu kuyruk moduna alın; böylece turun ortasında gelen mesajlar yarışmak yerine bekler. Kuyruk modu kapalı olduğunda kullanıcılar mesajların sessizce kaybolabildiğini bildiriyor. Çalışma alanında her taahhüt için tek satır olacak şekilde durum bilgisi içeren bir active-tasks.md tutun (tamamlandı / sürüyor / sıradaki) ve ajana başlangıçta bu dosyayı okumasını söyleyen bir Boot.md ekleyin (x.com). Yalnızca kimlik bilgilerini kaydetmek işlemin başarıyla tamamlandığını kanıtlamaz; ikinci cihaza güvenmeden önce modelin yanıt verdiğini doğrulayın (docs.openclaw.ai).
4. Telefondan erişilen kanallarda oturum ömrünü uzatın. Telegram ikinci ekran olarak kullanılıyor ve başlığınızda thread: { mode: "idle", idleMinutes: 180 } sıfırlaması bulunuyorsa uzun süren işler için bu süreyi artırın. Bir kullanıcı süreyi 4 güne çıkarmıştı. Cron çıktısının ortak bağlamı doldurmaması için konuları da ayrı tutun.
5. Her kişiye kendi model hesabını verin. Gateway profilleri kişisel kimlik bilgilerini tutabilir. Yeni oturumlar Gateway varsayılanını değiştirmeden kişisel varsayılanı tercih eder; diğer kullanıcılar e-posta veya hesap kimliği yerine yalnızca kişi düzeyinde bir etiket görür (docs.openclaw.ai). Kimlik bilgileri korumalı arayüz veya gizli terminal istemleri üzerinden girilmelidir; paylaşılan transkripte düşecek şekilde sohbet içine yapıştırılmamalıdır.
6. Uçtan uca test yapın. İkinci cihazdan ajan bir turu yürütürken mesaj gönderin; mesajın tutulduğunu ve aktif tur tamamlandıktan sonra işlendiğini doğrulayın. Ardından Gateway'i yeniden başlatıp active-tasks.md dosyasının taahhüdü geri getirdiğini kontrol edin. Resmî üretim kontrol listesi de aynı noktada sona eriyor: tamamlandı demeden önce tüm akışı doğrulayın (docs.openclaw.ai).

Paylaşılan bağlamın bozulmasını önleyen kurallar

Kullanıcıların anlattığı sorunların çoğunu üç kural çözüyor.

Her bellek yazımını imzalayın. En sinsi arıza biçimi, kimin eklediği belli olmayan kuralların birikmesi ve kimsenin bunları silmeye yanaşmamasıdır: "six months in the shared context is full of rules nobody can trace to a person, so nobody feels allowed to delete them". Önerilen çözüm ise "author on every memory write" (x.com). Sorunun kaynağı yazarlık bilgisi olmadan ortak alana yazmaktır. Kalıcı notların başına kimin istediğini ve ne zaman eklendiğini yazın; ayda bir temizlik yapın.

Daha düşük güven düzeyindeki kullanıcıyı sandbox'a alın. Roller; oturum erişimini, kullanılabilecek ajanları ve operatör kapsamlarını sınırlayabilir. Konuk oturumları workspaceAccess: "none" ile sandbox'a zorlanabilir; böylece dosya ve kabuk araçları ortak ajan çalışma alanı yerine özel bir çalışma alanını kullanır (docs.openclaw.ai). Özel taslakları Draft oturumlarında tutun; bu taslakların diğer kullanıcıların kenar çubuklarında görünmediğini, ancak yöneticilerden gizlenmediğini unutmayın (docs.openclaw.ai).

Paylaşımı ne zaman bırakmanız gerektiğini bilin. Birden fazla ajan çalıştıran bir kullanıcı, bağlam sızıntısını "biggest practical challenge" olarak tanımlıyor ve ajanların "drift into each other's territory" dediğini belirtiyor (u/BP041, r/openclaw). Çince konuşan geliştiriciler daha kesin bir kuralda birleşiyor: Bir ajanı ayarlayın, ardından her makine için klonlayın. Ayarlanmış kurulumu "one per person" hâline getirmek için "help it clone to a new device" yaklaşımı kullanın (x.com). Yalnızca belleği ve dotfile'ları senkronize edin; kimlik bilgilerini ve canlı oturumları taşımayın (x.com). Bu yaklaşım, belgelerdeki kaçış seçeneğiyle de örtüşüyor: ajan başına Memory Wiki kasaları (vault.scope = "agent"), ajanlar arasında transkript araması yerine açıkça tanımlanmış ortak Markdown dizinleri ve gerçek izolasyon gerektiğinde ayrı Gateway'ler (github.com).

SSS

İki cihaz aynı OpenClaw ajan oturumunu aynı anda paylaşabilir mi?

Evet. İki cihaz da aynı oturuma katılır; bağlamı cihaz değil, oturum taşır. Bir sahip atayın ve ikinci cihazdan gelen mesajın beklemesi için kuyruk modunu açın (docs.openclaw.ai).

Talimatlar sıkıştırma, /new veya yeniden başlatma sonrasında neden kayboluyor?

Çünkü sohbet mesajı kaydedilmiş bir görev değildir. Sıkıştırma bağlamı özetler, /new yeni bir oturum başlatır ve yeniden başlatmalar bellekteki durumu siler. Taahhütleri active-tasks.md içine yazın; başlangıçta bu dosyayı yeniden okuyan bir Boot.md kullanın (x.com).

İki kişi tek ajanı mı paylaşmalı, yoksa herkes kendi ajanını mı çalıştırmalı?

İki kişi aynı başlığa, belleğe ve kuyruğa ihtiyaç duyuyorsa tek ajanı paylaşın. Geçmişlerin, kimlik bilgilerinin veya izinlerin karışmaması gerekiyorsa kişi başına bir ajan, hatta gerekirse kişi başına bir Gateway çalıştırın; çok kullanıcılı özellikler güvenlik izolasyonu sağlamaz (docs.openclaw.ai). Paylaşılan yönlendirmeler, GitHub ilişkilendirmesi yapılandırıldığında Co-authored-by commit trailer'larını taşıyabilir (docs.openclaw.ai).

Paylaşın mı, klonlayın mı? 30 saniyede karar verin

Kuyruk modu, iki kişinin aynı anda konuşup birbirinin sözünü kesmesini önler; ancak çelişen talimatları çözmez. Birleşen girdiler hâlâ birbirine karışabilir. Dosya ise yeniden başlatmadan sonra bile talimatların ve görevlerin yaşamasını sağlar.