# Yüzlerce hesapta paylaşım yapan yapay zekâ ajanları için güvenlik kuralları

_2026-09-09 · Çok sayıda hesapta yayın yapan ajanlar için kural kitabı: resmî API'ler, sınırlı anahtarlar, farklı açıklamalar, aralıklı gönderim ve bir durdurma planı._

Yüzlerce hesapta paylaşım yapan bir yapay zekâ ajanı, kısa bir kural setine uyduğu sürece güvende kalır: yalnızca platformların resmî API'leri üzerinden yayın yapar, ihtiyacı olan en dar yetkili anahtarı kullanır, hesaplar arasında asla aynı açıklamayı göndermez, gönderimleri hesaplar arasında aralıklarla yapar, her platformun sınırlarına ve politikalarına uyar ve bir gönderimi hızla durdurmanın yolunu bilir. Bu kuralların çoğunu platform ve anahtar yetkileri zorunlu kılmalı; ajanın talimatları tek katman değil, ikinci katman olmalı.

Aşağıda önerdiğimiz kural kitabını bulacaksınız. Büyük kısmını doğrudan bir ajanın becerisine (skill) yapıştırabileceğiniz şekilde yazdık. Her kuralın yanında gerekçesi de var, çünkü gerekçeyi anlayan bir ajan sıra dışı durumları çıplak bir talimata uyan ajandan daha iyi yönetir.

## Ajanların neden kendi güvenlik kurallarına ihtiyacı var?

Gönderi planlayan bir insan hatalarını tek tek yapar. Bir ajan ise toplu yapar. Talimatlarda bir hata varsa, o hata gönderimdeki her hesaba düşer. Ölçek, iyi işi de kötü işi de aynı oranda çoğaltır.

Platformlar da hacmin ve tekrarın izledikleri sinyaller olduğunu açıkça söylüyor. Meta'nın [spam politikası](https://transparency.meta.com/policies/community-standards/spam/), elle ya da otomatik olarak çok yüksek sıklıkta paylaşım yapmayı ve tekrarlayan içeriği kapsıyor. YouTube'un [spam, yanıltıcı uygulamalar ve dolandırıcılık politikaları](https://support.google.com/youtube/answer/2801973) da tekrarlayan ve hedefsiz içeriği kapsıyor. Bunlar davranışla ilgili politikalardır; düğmeye bir insanın mı yoksa bir yazılımın mı bastığıyla ilgilenmezler.

## Kural kitabı

### Kural 1: Yalnızca resmî API'ler

Ajan, her platformun resmî API'sini kullanan bir araç üzerinden yayın yapar. Tarayıcı otomasyonu yok, ortak girişler yok, resmî olmayan uç noktalar yok. Shager yalnızca platformların resmî API'leri üzerinden yayın yapar; dolayısıyla bu kural ajanın disipliniyle değil, araç seçimiyle karşılanmış olur.

Neden: Resmî olmayan yöntemler kullanım koşullarını ihlal eder, hesabın kendisini riske atar ve ne zaman bozulacakları belli olmaz.

### Kural 2: En az yetkili anahtarlar

Her ajanı `read` ve `write` ile başlatın. `publish` yetkisini ancak bir insan o ajanın planlama yapabileceğine karar verdiğinde ekleyin. Müşteri ya da ajan başına ayrı anahtar kullanın ki birini iptal etmek her şeyi durdurmasın.

Neden: Yayın yapamayan bir anahtar, hatalı bir talimatı zararsız bir taslağa dönüştürür. Kurulum [API anahtarları, yetki kapsamları ve denetim](/en/blog/api-keys-scopes-and-audit) yazımızda anlatılıyor.

### Kural 3: Önce taslak, sonra planlama

Her gönderim taslak oluşturur. Planlama, kontrolden ya da müşteri onayından sonra gelen ayrı bir adımdır.

Neden: Ajanın üretimini yavaşlatmadan doğal bir kontrol noktası yaratır. Gerekçenin tamamı [ajan gönderileri için insan onayı](/en/blog/human-approval-for-agent-posts) yazısında.

### Kural 4: Her hesapta farklı açıklama

Bir gönderi birçok hesaba gidecekse, her hesaba kendi açıklamasını ve gerektiğinde kendi ilk yorumunu vermek için `per_channel` kullanın. İddiaları ve teklifleri sabit tutun; girişi, yerel ayrıntıları, ifadeleri ve harekete geçirici mesajı değiştirin.

Neden: Aynı anda birçok hesapta aynı metin, dışarıdan bakıldığında tekrarlayan içeriğin ta kendisidir. [Hesap başına açıklama çeşitleme](/en/blog/caption-variation-per-account-with-ai) rehberimiz bunu markadan sapmadan nasıl yapacağınızı gösteriyor.

### Kural 5: Gönderimi aralıklara yayın

Tüm hesaplara aynı saniyede göndermeyin. Shager'ın `stagger_seconds` ayarı, hesaplar arasında rastgele bir gecikme aralığı belirler; varsayılan değer `[30, 90]` saniyedir. Büyük gruplarda veya hassas müşterilerde bu aralığı genişletin.

Neden: Gönderimleri zamana yaymak, gerçek bir ekibin birçok sayfada yayın yapma şeklidir ve otomatik görünen ani yığılmaları azaltır.

### Kural 6: Her platformun kesin sınırlarını bilin

Bazı sınırlar açıkça yayımlanmıştır. Örneğin Instagram, hesapların [24 saatlik kayan bir süre içinde API ile yayınlanan 100 gönderiyle sınırlı olduğunu](https://developers.facebook.com/docs/instagram-platform/content-publishing) belgeliyor. Ajanınız normal işleyişte bu tür sınırlara asla yaklaşmamalı; yaklaşıyorsa plan yanlıştır. Medyanın da biçim kısıtlamaları vardır. Reels, Shorts veya hikaye için video yüklerken `upload_media_from_url` aracına `width`, `height` ve `duration_ms` değerlerini verin ki herhangi bir gönderi oluşturulmadan önce doğrulanabilsin.

Neden: Gönderim anında reddedilen bir gönderi bir yayın aralığını boşa harcar ve tekrar eden hatalar bir müşteri hesabında istemeyeceğiniz bir gürültüdür.

### Kural 7: Göndermeden önce platformun kontrol etmesine izin verin

Shager, her gönderiyi yollamadan önce hedef platformun kurallarına göre kontrol eder. Ajan bir doğrulama hatasını bilgi olarak ele almalıdır: hata kodunu ve mesajını okumalı, gönderiyi düzeltmeli ve bir kez daha denemelidir. İki kez başarısız olursa durmalı ve raporlamalıdır.

Neden: Körü körüne yeniden deneyen bir ajan, tek bir sorunu onlarca başarısız çağrıya dönüştürebilir.

### Kural 8: API'nin kendi hız sınırına uyun

Shager API'si anahtar başına dakikada 120 isteğe izin verir. İyi tasarlanmış bir gönderim, her hesap için ayrı çağrı yapmak yerine grup hedeflemeyi ve `per_channel` alanını tek bir `create_post` içinde kullanır; bu yüzden sınıra nadiren yaklaşır.

Neden: Toplu çağrı daha hızlıdır ve ajanın mantığına bekleme döngüleri eklemeden gönderimi sınırlar içinde tutar.

### Kural 9: Bir durdurma planınız olsun

Büyük bir gönderimden önce onu nasıl durduracağınızı bilin. `list_posts` neyin planlandığını gösterir, gönderimin `label` değeri de hangi gönderilerin ona ait olduğunu söyler; `cancel_post` her birini gönderim saatinden önce geri çeker. Bir insan ayrıca ajan panelinden anahtarı iptal edebilir; bu, o ajandan gelecek tüm çağrıları durdurur.

Neden: Durdurma düğmesini tasarlamanın zamanı, ona ihtiyaç duymadan öncesidir.

### Kural 10: Denetim kaydı tutun ve okuyun

Her ajan çağrısı ajan panelindeki denetim kaydına yazılır. Birinin bu kayda yalnızca bir olaydan sonra değil, her hafta bakması gerekir.

Neden: Ajan davranışındaki kayma, kamuoyunun önüne çıkmadan önce kayıtta görünür.

## Beceri metni olarak kural kitabı

Bir beceriye veya sistem istemine koyabileceğiniz kısaltılmış sürüm:

```text
SAFETY RULES (always apply)
1. Create drafts only unless the instructions explicitly say to schedule
   an approved post.
2. When targeting more than one account, always use per_channel with a
   distinct caption for each account. Never send identical captions.
3. Use stagger_seconds of at least [30, 90]; use [60, 180] for groups
   larger than 20 accounts.
4. For video, always pass width, height and duration_ms on upload.
5. Never state a price, discount, date or claim that is not in the brief.
6. On a validation error, fix and retry once. On a second error, stop and
   report the error code and message.
7. Label every post in a run with the same label so the run can be listed
   and cancelled as a group.
8. Never call schedule_post on a post that has not been approved.
```

3. kuraldaki eşikler bir platform kuralı değil, bizim önerimizdir. Müşterilerinize uyan değerleri seçin ve tutarlı kalın.

## Güvenli bir büyük gönderim neye benzer?

1. Anahtarın yetkilerinin göreve uyduğunu doğrulamak için `whoami`.
2. Hangi hesapların kapsamda olduğunu kesin olarak belirlemek için `list_groups` ve `list_channels`; başka bir şey yapmadan önce hesap sayısını raporlamak.
3. Tam boyutlar ve süreyle `upload_media_from_url`.
4. `group_ids`, `per_channel`, `first_comment`, `stagger_seconds` ve bir gönderim `label` değeriyle, taslak olarak `create_post`.
5. `request_approval` ya da bir insan kontrolcüye devretmek.
6. Onaydan sonra, onaylanan her gönderi için `schedule_post`.
7. Gönderim saatinden sonra, teslimatı doğrulamak için bir örneklem üzerinde `get_post` ve varsa hataları raporlamak.

Ekiplerin atlayıp sonra pişman olduğu adım 2. adımdır. "Bu gönderim 3 gruptaki 212 hesabı hedefliyor" diyen bir ajan, daha tek bir taslak bile oluşmadan bir insana "o yanlış grup" deme şansı verir.

## Sık sorulan sorular

### Ajan üzerinden paylaşım yapmak elle yapmaktan daha mı riskli?

Risk farklıdır, ama illa daha yüksek değildir. Ajan hataları ölçekte tekrarlar, insan ise dağınık hatalar yapar. Sınırlı yetkili anahtarlar, önce taslak yaklaşımı ve farklılaştırılmış açıklamalarla bir ajan gönderimi, birçok hesapta elle yapılan işten daha tutarlı olabilir.

### stagger_seconds için en güvenli varsayılan nedir?

Shager'ın varsayılanı hesaplar arasında 30 ila 90 saniyedir. Hiçbir platform ideal bir aralık değeri yayımlamıyor; bu yüzden büyük gruplarda aralığı genişletin ve bir kulaktan dolma kurala göre değil, sonuçlara göre karar verin.

### Planlanmış bir gönderimi başladıktan sonra durdurabilir miyim?

Evet. Henüz gönderilmemiş gönderiler `cancel_post` ile geri çekilebilir; ortak gönderim etiketi de onları `list_posts` içinde kolayca bulmanızı sağlar. Anahtarı iptal etmek sonraki tüm çağrıları durdurur.

Platformların yüksek hacimli paylaşıma nasıl yaklaştığının arka planı için [ölçekli paylaşımda spam engellerinden kaçınmak](/en/blog/avoid-spam-blocks-when-posting-at-scale) yazısını okuyun, ardından yukarıdaki kural kitabını bir sonraki gönderimden önce ajanınızın becerisine kopyalayın.

---
Source: https://shager.ai/tr/blog/safety-rules-for-agents-posting-at-scale