Ajanın yazdığı gönderilerde insan onayı: Kontrol noktası nereye konmalı?

Ajanın yazdığı gönderilerde insan onayının tek bir yeri vardır: bitmiş taslak ile planlama arasındaki nokta. Ajan araştırmakta, yazmakta ve taslak hazırlamakta serbest olmalı; ama neyin yayına gireceğine bir insan ya da müşteri karar vermeli. Bunu iyi niyetle değil, anahtar kapsamlarıyla güvenceye alırsınız; böylece onay adımı gerçekleşmeden ajan teknik olarak yayın yapamaz.

Bu yazıda bu yerleşimin neden işe yaradığını, Shager'da nasıl kurulacağını ve aynı anda yirmi taslak geldiğinde onaylayanın gerçekte neye bakması gerektiğini anlatıyoruz.

Ajanın attığı her adım neden onaylanmasın?

Bazı ekipler ajanlara her şey için onay isteyerek tepki verir: her yükleme, her açıklama, her sorgu için. Bu güvenli hissettirir ama bir hafta içinde çöker. Onaylayanlar onay yorgunluğuna yakalanır ve okumadan "evet"e tıklamaya başlar; bu, hiç kontrol noktası olmamasından daha kötüdür.

MCP spesifikasyonu ölçülü bir tutum alır. Güven ve güvenlik için araç çağrılarını reddetme yetkisine sahip bir insanın her zaman döngüde olması gerektiğini ve istemcilerin hassas işlemlerde onay istemesi gerektiğini söyler. Anahtar kelime "hassas". Bir hesap listesini okumak hassas değildir. Bir müşteri adına kamuya açık bir açıklama yapmak ise hassastır.

Diyagramın tamamı için yana kaydırın

Kontrol noktası tam olarak nerede olmalı?

Ajanın işine bir zincir olarak bakın ve hangi halkaların geri alınabilir olduğunu işaretleyin:

Adım	Geri alınabilir mi?	İnsan gerekir mi?
Çalışma alanlarını, grupları, kanalları sorgulamak	Hiçbir şey değişmez	Hayır
Bir URL'den medya yüklemek	Çalışma alanına özel kalır	Hayır
Taslak gönderi oluşturmak	Özel, düzenlenebilir, silinebilir	Hayır
Gönderiyi planlamak	Gönderim saatine kadar geri alınabilir	Evet
Yayınlamak	Herkese açık, anında görülür	Evet, karar zaten verilmiştir

Geri dönüşü olmayan an yayınlamaktır ve onu durdurmak için son pratik nokta planlamadır. Kontrol noktası bu yüzden oraya konur. Ondan önceki her şey kesintisiz çalışabilir; ajanları verimli kılan da zaten budur.

Kapsamlar kontrol noktasını nasıl güvenceye alır?

Shager API anahtarları kapsam taşır: read, write ve publish. read ve write kapsamlı bir anahtar, kontrol çizgisinin üstündeki her adımı yapabilir, altındakilerin hiçbirini yapamaz. Ajan schedule_post denerse çağrı başarısız olur.

Bu size üç pratik yapılandırma sunar:

1. Ajan taslak hazırlar, insan planlar. Ajanın anahtarında read ve write vardır. Bir kişi taslakları panelde inceler ve planlar. Her ekibin başlaması gereken yer burasıdır.
2. Ajan taslak hazırlar, müşteri onaylar, ajan planlar. Ajanın anahtarında publish de vardır, ama skill'iniz ona yalnızca onayı olumlu dönen gönderileri planlamasını söyler. Bu verimlidir, ancak talimatlara uyulmasına dayanır; bu yüzden denetim kaydını gözden geçirmeye devam edin.
3. İki anahtar. İçerik ajanının kullandığı publish yetkisi olmayan bir taslak anahtarı ve yayın anahtarını tutan, bir kişi ya da dar talimatlı bir ajan tarafından yürütülen ayrı bir planlama adımı. Büyük ajanslar için en temiz ayrım budur.

Kendi kendine kayıt olan ajanlar çok daha kısıtlı başlar. /auth.md üzerinden kendi başına kaydolan bir ajan, taslak oluşturabilen ama bir insan sahiplenene kadar planlama, yayınlama, bağlantı linki oluşturma ya da onay talebi gönderme yapamayan bir test ortamı alır. Sahiplenme sırasında anahtarın publish alıp almayacağına insan karar verir. Akışın tamamını ajanların kendi kendine kaydı ve sahiplenme yazısında anlatıyoruz.

Müşteri onayı bu düzenin neresinde?

Ajans işlerinde onaylayan kişi çoğu zaman müşterinin kendisidir. Shager'ın request_approval aracı, müşterinin giriş yapmadan ya da hesap açmadan açabileceği bir onay linki oluşturur. Müşteri gönderiyi inceler, onaylar ya da reddeder.

Tipik bir sıra:

create_post         caption, group_ids, media_ids, per_channel[...], no schedule_at
request_approval    post id, returns an approval link for the client
get_post            later: read the approval status
schedule_post       only if approved; schedule_at "2026-09-03T09:00:00+02:00"

Ve ajanın skill'ine yazılmış, buna uygun bir talimat:

Never call schedule_post on a post unless get_post shows it was approved.
If a post is rejected, do not schedule it. Report the rejection to the
account lead, wait for revision notes, then create a revised draft with
create_post and request approval again.

Onayların günlerce takılıp kalmasını önlemek de dahil olmak üzere sürecin bütünü ajanslar için müşteri onay akışı yazımızda.

Diyagramın tamamı için yana kaydırın

Onaylayan gerçekte neye bakmalı?

Ajanın yazdığı yirmi taslağı incelemek, bir insanın yazdığı tek bir gönderiyi incelemekten farklı bir iştir. Sistematik hataları ararsınız, çünkü ajan hatalarını tutarlı biçimde tekrarlar. Şu sırayla okuyun:

1. İddialar. Fiyatlar, tarihler, teklifler, sağlık ya da finansla ilgili ifadeler. Brifle karşılaştırın. Gerçek zarar burada doğar.
2. Linkler. İki üç varyantta ilk yorumdaki linki açın. Doğru açılış sayfasına gittiğini doğrulayın.
3. Hesaba özel ayrıntılar. Ankara varyantında Ankara, İzmir varyantında İzmir yazdığını rastgele kontrol edin. Yerelleştirilmiş açıklamalarda en sık görülen ajan hatası, yerel ayrıntıların karışmasıdır.
4. Çeşitlilik. Varyantlara yan yana göz atın. Tek kelimesi değiştirilmiş aynı cümle gibi okunuyorlarsa daha belirgin farklar isteyin.
5. Format. Reels ve Shorts'un uzunluk ve en boy oranı gereklilikleri vardır. Shager medyayı göndermeden önce platform kurallarına göre doğrular, ama onaylayan yine de seçilen formatın içeriğe uyduğunu kontrol etmelidir.

Bir sorun bulduğunuzda yalnızca gönderiyi değil, ona yol açan kuralı da düzeltin. Ajan bir indirim uydurduysa, talimatlarına "brifte olmayan hiçbir fiyatı ya da indirimi yazma" kuralını ekleyin.

Kontrol noktasını ne zaman gevşetebilirsiniz?

Kademeli olarak ve yalnızca kanıta dayanarak. Onaylayanların hiçbir iddia ya da link hatası bulmadığı birkaç haftadan sonra bir ekip, ipuçları ve çalışma saatleri gibi her zaman geçerli içerikleri daha hafif bir incelemeye alabilir; tekliflerin olduğu kampanyalar ise tam incelemede kalır. Ajanlar panelindeki denetim kaydı ajanın yaptığı her çağrıyı gösterir; dolayısıyla kontrol noktasını gevşetmek görünürlüğü kaybetmek anlamına gelmez.

SSS

Müşteri, Shager hesabı olmadan gönderileri onaylayabilir mi?

Evet. Onay linki giriş gerektirmeden açılır. Müşteri gönderiyi görür, onaylar ya da reddeder; sonucu ajan ya da müşteri temsilcisi okur.

Ajan publish kapsamı olmadan yayınlamaya çalışırsa ne olur?

Çağrı yapılandırılmış bir hatayla reddedilir ve hiçbir şey planlanmaz. Kontrol noktasını kapsamlara koymanın amacı da budur: Talimatlar yanlış olsa bile geçerliliğini korur.

Ajansın kendi hesaplarındaki gönderiler onayı atlayabilir mi?

Daha hafif bir kontrol noktası olabilir, ama bir insan adımı mutlaka kalsın. Ajansın hesapları sizin kamuoyundaki itibarınızdır ve oradaki bir ajan hatası, bir müşteri Sayfasındaki kadar görünür olur.

Her yeni müşteri için ilk yapılandırmayla, yani ajanın taslak hazırladığı ve insanın planladığı düzenle başlayın. Bağlantı ayrıntıları ajanlar için giriş sayfasında; oradan sonra, kararınızın arkasında gerçek inceleme verileriyle kontrolü sıkılaştırabilir ya da gevşetebilirsiniz.