Yapay zeka destekli geli\u015ftirme birka\u00e7 ay i\u00e7inde "kod \u00f6neren yard\u0131mc\u0131" seviyesinden \u00e7\u0131k\u0131p do\u011frudan i\u015f yapan ajan seviyesine geldi. Bug\u00fcn bir\u00e7ok ekip i\u00e7in mesele art\u0131k AI'\u0131n kod yaz\u0131p yazamad\u0131\u011f\u0131 de\u011fil. As\u0131l mesele, bu ajanlar\u0131n ne kadar ileri gidece\u011fi. Kod yazmas\u0131 m\u0131? Test \u00e7al\u0131\u015ft\u0131rmas\u0131 m\u0131? Pull request a\u00e7mas\u0131 m\u0131? Yoksa do\u011frudan deploy etmesi mi?<\/p>\n
Bence k\u0131r\u0131lma noktas\u0131 tam burada ba\u015fl\u0131yor.<\/p>\n
\u00c7\u00fcnk\u00fc AI ajan\u0131na deploy yetkisi vermek, geli\u015ftirici verimlili\u011fi karar\u0131 olmaktan \u00e7ok daha fazlas\u0131. Bu; kimlik, yetkilendirme, ge\u00e7ici eri\u015fim, geri al\u0131nabilirlik, g\u00f6zlemlenebilirlik ve hata yar\u0131\u00e7ap\u0131 tasar\u0131m\u0131 meselesi. K\u0131sacas\u0131 do\u011frudan bir yaz\u0131l\u0131m mimarisi ve g\u00fcvenlik m\u00fchendisli\u011fi konusu.<\/p>\n
Son g\u00fcnlerde bu alan\u0131 ciddiye alan birka\u00e7 \u00f6nemli sinyal geldi. Cloudflare, ajanlar\u0131n insan odakl\u0131 kimlik ak\u0131\u015flar\u0131nda tak\u0131lmamas\u0131 i\u00e7in ge\u00e7ici hesaplarla deploy yapabilmesini sa\u011flayan bir model duyurdu. GitHub, Copilot code review taraf\u0131nda repository k\u00f6k\u00fcnden Bu geli\u015fmeleri yan yana koyunca tablo netle\u015fiyor: 2026'n\u0131n as\u0131l sorusu "AI ajan\u0131 deploy yapabilir mi?" de\u011fil. "AI ajan\u0131na ne kadar yetkiyi, hangi s\u00fcreyle, hangi s\u0131n\u0131rlar i\u00e7inde, hangi denetim mekanizmas\u0131yla verece\u011fiz?" sorusu.<\/p>\n Bir geli\u015ftirici bir sistemi deploy ederken g\u00f6r\u00fcnmez ama kritik birka\u00e7 g\u00fcvenlik katman\u0131ndan ge\u00e7er:<\/p>\n AI ajan\u0131 i\u015fin i\u00e7ine girdi\u011finde bu model do\u011fal olarak bozuluyor. \u00c7\u00fcnk\u00fc ajan:<\/p>\n Tam bu y\u00fczden kal\u0131c\u0131 ve geni\u015f yetkili token'lar\u0131 bir ajan oturumuna vermek, k\u0131sa vadede kolay; orta vadede ise pahal\u0131 bir karard\u0131r.<\/p>\n Cloudflare'in duyurdu\u011fu temporary account yakla\u015f\u0131m\u0131 bence burada \u00f6nemli bir mimari i\u015faret ta\u015f\u0131yor. Model basit: ajan, kal\u0131c\u0131 hesap a\u00e7madan Bu yakla\u015f\u0131m\u0131n ana fikri \u015fu: ajan\u0131n s\u00fcrekli yetkiye de\u011fil, dar kapsaml\u0131 ve son kullanma tarihli yetkiye ihtiyac\u0131 var.<\/p>\n Ben bu noktada \u00fc\u00e7 seviyeli d\u00fc\u015f\u00fcnmeyi daha sa\u011fl\u0131kl\u0131 buluyorum:<\/p>\n 1. Ajan\u0131n ne yapmas\u0131na izin veriyoruz? 2. Bunu hangi ortamda yapmas\u0131na izin veriyoruz? 3. Hata yapt\u0131\u011f\u0131nda zarar ne kadar b\u00fcy\u00fcyebilir?<\/p>\n \u00c7o\u011fu ekip ilk soruya odaklan\u0131yor. Halbuki ikinci ve \u00fc\u00e7\u00fcnc\u00fc sorular daha kritik.<\/p>\n \u00d6rne\u011fin bir AI ajan\u0131n\u0131n a\u015fa\u011f\u0131daki i\u015fleri yapmas\u0131 aras\u0131nda ciddi fark var:<\/p>\n Hepsi teknik olarak "deploy" gibi g\u00f6r\u00fcn\u00fcr. Ama risk profilleri ayn\u0131 de\u011fildir.<\/p>\n Bir senior ekip burada yetkiyi i\u015fin ad\u0131na g\u00f6re de\u011fil, etkisine g\u00f6re modellemeli. "Deploy yetkisi var" gibi geni\u015f bir ifade yerine \u015fu \u015fekilde d\u00fc\u015f\u00fcnmek daha do\u011fru:<\/p>\n Bu ayr\u0131m\u0131 koymadan verilen her ajan yetkisi, asl\u0131nda tek sat\u0131rl\u0131k bir abstraction alt\u0131nda gizlenmi\u015f b\u00fcy\u00fck bir operasyonel risktir.<\/p>\n AI ajanlar\u0131 i\u00e7in en tehlikeli anti-pattern'lerden biri kal\u0131c\u0131 API token payla\u015f\u0131m\u0131. Sebebi basit:<\/p>\n Temporary credential yakla\u015f\u0131m\u0131 ise daha do\u011fru bir g\u00fcvenlik varsay\u0131m\u0131yla ba\u015flar: ihlal olabilir, yanl\u0131\u015f kullan\u0131m olabilir, o y\u00fczden eri\u015fim k\u0131sa \u00f6m\u00fcrl\u00fc ve d\u00fc\u015f\u00fck etki alanl\u0131 olsun.<\/p>\n Benim pratikte \u00f6nerdi\u011fim minimum \u00e7er\u00e7eve \u015fu:<\/p>\n Cloudflare'in temporary account modeli bu d\u00fc\u015f\u00fcncenin iyi bir \u00f6rne\u011fi. Ama ayn\u0131 fikir GitHub taraf\u0131ndaki Bu dosyay\u0131 yaln\u0131zca kod stili i\u00e7in d\u00fc\u015f\u00fcnmemek laz\u0131m. \u0130yi kurgulanm\u0131\u015f bir Yani AI ajan\u0131 i\u00e7in kurallar\u0131n prompt i\u00e7inde da\u011f\u0131n\u0131k tutuldu\u011fu d\u00f6nemden, repository ve platform seviyesinde tan\u0131mland\u0131\u011f\u0131 d\u00f6neme ge\u00e7iyoruz.<\/p>\n Benim en kritik g\u00f6rd\u00fc\u011f\u00fcm konu bu.<\/p>\n AI ajanlar\u0131yla ilgili tart\u0131\u015fmalar \u00e7o\u011fu zaman model kalitesi etraf\u0131nda d\u00f6n\u00fcyor. Oysa ger\u00e7ek \u00fcretim ortam\u0131nda as\u0131l belirleyici olan \u015fey model zekas\u0131 de\u011fil, hata yar\u0131\u00e7ap\u0131. \u00c7\u00fcnk\u00fc \u00e7ok zeki bir ajan da yanl\u0131\u015f hedefe do\u011fru i\u015flem yapabilir. Zay\u0131f ama k\u0131s\u0131tl\u0131 bir ajan ise daha az zarar verir.<\/p>\n Bu y\u00fczden g\u00fcvenli agentic deploy i\u00e7in \u015fu prensipleri temel almak gerekiyor:<\/p>\n Preview deploy, ajanlar\u0131n h\u0131zl\u0131 dene-g\u00f6r d\u00f6ng\u00fcs\u00fc i\u00e7in \u00e7ok de\u011ferli. Ama production pipeline ile ayn\u0131 credential modelini payla\u015fmamal\u0131. Ephemeral environment burada \u00e7ok i\u015fe yar\u0131yor. Ajan kodu \u00fcretir, aya\u011fa kald\u0131r\u0131r, smoke test yapar, sonucu raporlar. Bu ak\u0131\u015f production'a dokunmadan de\u011fer \u00fcretir.<\/p>\n \u0130nsan onay\u0131n\u0131 en sona koymak bazen ge\u00e7 kalmak demek. Daha do\u011fru yakla\u015f\u0131m, ajan kod yazd\u0131ktan sonra de\u011fil; build, test, security scan ve policy check tamamland\u0131ktan sonra onay\u0131 artifact \u00fczerinde vermek. B\u00f6ylece insan "ne deploy edilecek?" sorusuna somut bir \u00e7\u0131kt\u0131 \u00fczerinden cevap verir.<\/p>\n Bir ajan\u0131n uygulama koduna katk\u0131 vermesi ile IAM policy, firewall kural\u0131, DNS kayd\u0131 veya secret rotation i\u015flemi yapmas\u0131 ayn\u0131 \u015fey de\u011fil. Bu alanlar ayr\u0131 yetki d\u00fczlemlerinde durmal\u0131. \u00d6zellikle network ve identity katman\u0131nda "agent can assist, human approves" modeli daha g\u00fcvenli.<\/p>\n Agent'in hangi komutu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131, hangi credential ile eri\u015fti\u011fi, hangi resource'u de\u011fi\u015ftirdi\u011fi ve hangi sonu\u00e7la kar\u015f\u0131la\u015ft\u0131\u011f\u0131 tekil olaylar halinde tutulmal\u0131. Aksi halde bir incident sonras\u0131nda "bunu kim yapt\u0131?" sorusunun cevab\u0131 "ajan yapt\u0131" seviyesinde kal\u0131r. Bu cevap kurumsal sistemlerde yeterli de\u011fil.<\/p>\n Ajan\u0131n yapt\u0131\u011f\u0131 deploy'un rollback stratejisi tan\u0131ml\u0131 de\u011filse, asl\u0131nda deploy s\u00fcreci yar\u0131m tasarlanm\u0131\u015ft\u0131r. Feature flag, blue-green, canary, immutable artifact ve h\u0131zl\u0131 rollback mekanizmalar\u0131 agentic sistemlerde l\u00fcks de\u011fil; temel emniyet katman\u0131d\u0131r.<\/p>\n Google'\u0131n son g\u00fcnlerde duyurdu\u011fu Agentic Resource Discovery ve A2A yakla\u015f\u0131m\u0131 bence bu alan\u0131n bir sonraki a\u015famas\u0131n\u0131 g\u00f6steriyor.<\/p>\n Bug\u00fcn bir\u00e7ok ekip tek bir AI asistan\u0131na odaklan\u0131yor. Ama yak\u0131n gelecekte daha s\u0131k g\u00f6rece\u011fimiz yap\u0131 \u015fu olacak:<\/p>\n Sorun \u015fu: Bu ajanlar birbirini ve do\u011fru arac\u0131 nas\u0131l g\u00fcvenle bulacak?<\/p>\n ARD bu soruya katalog, registry ve do\u011frulanabilir g\u00fcven metadatas\u0131 \u00fczerinden cevap veriyor. A2A ise ajanlar\u0131n API gibi de\u011fil, daha dinamik ve g\u00f6rev devreden yap\u0131lar olarak haberle\u015fmesi gerekti\u011fini s\u00f6yl\u00fcyor.<\/p>\n Kurumsal mimari a\u00e7\u0131s\u0131ndan bunun anlam\u0131 net: gelecek yaln\u0131zca "tek g\u00fc\u00e7l\u00fc kod ajan\u0131" de\u011fil; y\u00f6neti\u015fim alt\u0131nda \u00e7al\u0131\u015fan \u00e7oklu ajan ekosistemi. Dolay\u0131s\u0131yla bug\u00fcn deploy yetkisini tasarlarken bile sadece tek ajan\u0131 de\u011fil, yar\u0131n birbirine g\u00f6rev devredecek ajan zincirini d\u00fc\u015f\u00fcnmek gerekiyor.<\/p>\n Bu alanda en s\u0131k g\u00f6rd\u00fc\u011f\u00fcm hata iki u\u00e7 yakla\u015f\u0131m:<\/p>\n \u0130kisi de s\u00fcrd\u00fcr\u00fclebilir de\u011fil.<\/p>\n Ben daha dengeli bir ilerleme \u00f6neriyorum:<\/p>\n Buradaki ama\u00e7 ajan\u0131n \u00f6n\u00fcn\u00fc tamamen kapatmak de\u011fil. Ama onu "s\u00fcper admin stajyer" gibi de sisteme salmamak.<\/p>\n AI destekli geli\u015ftirmede bir s\u00fcredir kalite ve teknik olgunluk taraf\u0131n\u0131 konu\u015fuyoruz. Bence \u015fimdi buna bir katman daha eklemek gerekiyor: yetki mimarisi.<\/p>\n \u00d6n\u00fcm\u00fczdeki d\u00f6nemde g\u00fc\u00e7l\u00fc ekiplerle zay\u0131f ekipler aras\u0131ndaki fark\u0131 yaln\u0131zca kimin daha iyi model kulland\u0131\u011f\u0131 belirlemeyecek. As\u0131l fark\u0131, kimin AI ajanlar\u0131n\u0131 daha g\u00fcvenli, daha denetlenebilir ve daha k\u00fc\u00e7\u00fck blast radius ile \u00fcretim s\u00fcrecine ba\u011flad\u0131\u011f\u0131 belirleyecek.<\/p>\n AI ajan\u0131 deploy yapabiliyor olmas\u0131 etkileyici. Ama esas m\u00fchendislik seviyesi, bunu hangi s\u0131n\u0131rlar i\u00e7inde yapt\u0131rd\u0131\u011f\u0131n\u0131zda ortaya \u00e7\u0131k\u0131yor.<\/p>\n Benim i\u00e7in do\u011fru soru art\u0131k \u015fu:<\/p>\n "Bu ajan deploy edebilir mi?"<\/p>\n de\u011fil.<\/p>\n "Bu ajan hata yapt\u0131\u011f\u0131nda sistem ne kadar g\u00fcvende kal\u0131r?"<\/p>\n sorusu.<\/p>\n Bu soruya iyi cevap veren ekipler, agentic development \u00e7a\u011f\u0131nda ger\u00e7ekten \u00f6l\u00e7eklenebilir \u00e7al\u0131\u015facak.<\/p>\n AI ajanlar\u0131n\u0131n kod yazmas\u0131 art\u0131k haber de\u011fil. As\u0131l mesele, bu ajanlara deploy yetkisi verirken nas\u0131l bir g\u00fcvenlik ve yetki mimarisi kurdu\u011fumuz. Temporary credential, approval gate, audit trail ve blast radius k\u00fc\u00e7\u00fcltme olmadan “agentic deployment” h\u0131z kazand\u0131rsa da kurumsal sistemlerde sessiz bir risk birikimi yaratabiliyor.<\/p>\n Yeni yaz\u0131da tam bunu ele ald\u0131m: AI ajanlar\u0131na neden kal\u0131c\u0131 token verilmemesi gerekti\u011fini, preview\/staging\/production ayr\u0131m\u0131n\u0131n nas\u0131l kurulaca\u011f\u0131n\u0131, `AGENTS.md` gibi kurallar\u0131n neden kritik hale geldi\u011fini ve \u00e7oklu ajan d\u00f6neminde yetki y\u00f6netiminin neden ba\u015fl\u0131 ba\u015f\u0131na bir mimari konusu oldu\u011funu anlatt\u0131m.<\/p>\n","protected":false},"author":1,"featured_media":1111,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"advanced_seo_description":"","jetpack_seo_html_title":"","jetpack_seo_noindex":false,"jetpack_seo_schema_type":"","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[1],"tags":[],"class_list":["post-1112","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"jetpack_publicize_connections":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/serhatdiker.com\/wp-content\/uploads\/2026\/06\/2026-06-19-ai-agent-deploy-cover-1.png","_links":{"self":[{"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/posts\/1112","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/comments?post=1112"}],"version-history":[{"count":2,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/posts\/1112\/revisions"}],"predecessor-version":[{"id":1114,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/posts\/1112\/revisions\/1114"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/media\/1111"}],"wp:attachment":[{"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/media?parent=1112"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/categories?post=1112"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/serhatdiker.com\/index.php\/wp-json\/wp\/v2\/tags?post=1112"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}AGENTS.md<\/code> okuyarak ekip kurallar\u0131n\u0131 inceleme ak\u0131\u015f\u0131na dahil etmeye ba\u015flad\u0131. Google ise ajanlar\u0131n birbirini, ara\u00e7lar\u0131 ve yetenek kataloglar\u0131n\u0131 g\u00fcvenli bi\u00e7imde ke\u015ffetmesi i\u00e7in Agentic Resource Discovery ve A2A etraf\u0131nda daha sistematik bir \u00e7er\u00e7eve kuruyor.<\/p>\nAs\u0131l problem neden kimlik ve yetki problemi?<\/h2>\n
\n
\n
wrangler deploy --temporary<\/code> ile k\u0131sa \u00f6m\u00fcrl\u00fc bir da\u011f\u0131t\u0131m yapabiliyor; bu eri\u015fim 60 dakika i\u00e7inde claim edilmezse otomatik d\u00fc\u015f\u00fcyor. Teknik olarak bak\u0131nca bu \u00f6zellik yaln\u0131zca "kolay deploy" de\u011fil, ayn\u0131 zamanda credential \u00f6mr\u00fcn\u00fc daraltma fikrinin \u00fcr\u00fcnle\u015fmi\u015f hali.<\/p>\nSenior m\u00fchendislik refleksi burada ne der?<\/h2>\n
\n
\n
Temporary credential neden kritik?<\/h2>\n
\n
\n
AGENTS.md<\/code> deste\u011fiyle de \u00f6rt\u00fc\u015f\u00fcyor. \u00c7\u00fcnk\u00fc sorun yaln\u0131zca "ajana eri\u015fim vermek" de\u011fil, "ajana kurall\u0131 davran\u0131\u015f zemini sa\u011flamak". AGENTS.md<\/code> bu a\u00e7\u0131dan teknik governance dok\u00fcman\u0131n\u0131n repository seviyesinde makine taraf\u0131ndan okunabilir versiyonu gibi \u00e7al\u0131\u015f\u0131yor.<\/p>\nAGENTS.md<\/code> veya e\u015fde\u011fer politika katman\u0131 \u015fu kurallar\u0131 ta\u015f\u0131yabilir:<\/p>\n\n
Blast radius k\u00fc\u00e7\u00fclt\u00fclmeden agentic deploy g\u00fcvenli olmaz<\/h2>\n
1. Preview ile production ayn\u0131 g\u00fcven d\u00fczeyinde olmamal\u0131<\/h2>\n
2. Onay kap\u0131s\u0131 artifact a\u015famas\u0131nda kurulmal\u0131<\/h2>\n
3. Policy ve secret alan\u0131 kod alan\u0131ndan ayr\u0131lmal\u0131<\/h2>\n
4. Agent eylemleri g\u00f6zlemlenebilir olmal\u0131<\/h2>\n
5. Geri alma maliyeti en ba\u015ftan hesaplanmal\u0131<\/h2>\n
Google'\u0131n ARD ve A2A hamleleri neden \u00f6nemli?<\/h2>\n
\n
Peki ekipler bug\u00fcn ne yapmal\u0131?<\/h2>\n
\n
Ba\u015flang\u0131\u00e7 seviyesi<\/h3>\n
\n
Orta seviye<\/h3>\n
\n
\u0130leri seviye<\/h3>\n
\n
Sonu\u00e7<\/h2>\n
Kaynaklar<\/h2>\n
\n