---
title: "AWS, Kiro Crew'a paralel coding agent'ları yöneten bot'lar ekledi"
description: "Kiro bots, Kiro Crew içinde paralel coding agent oturumlarını yönetiyor. Notes hafızası, token maliyeti ve permission creep riskine bakıyoruz."
image: "https://sezer.in/wp-content/uploads/2026/11/4245120-0-82164400-1793905276-shutterstock_editorial_2329866433-4-scaled.jpg"
url: "https://sezer.in/haberler/kiro-bots-aws-coding-agent-yonetimi-5/"
date: "2026-11-07T16:30:18+03:00"
updated: "2026-11-07T16:30:18+03:00"
author: "Sezer Şanlıkan"
lang: "tr"
source: "https://sezer.in/haberler/kiro-bots-aws-coding-agent-yonetimi-5/"
---

# AWS, Kiro Crew'a paralel coding agent'ları yöneten bot'lar ekledi

AWS, açık kaynak multi-agent geliştirme ortamı Kiro Crew içinde Kiro bots özelliğini genel kullanıma açtı. Her bot issue triage, build izleme veya release hazırlığı gibi tek bir sorumluluğu üstleniyor, paralel worker agent oturumlarını yönetiyor ve Notes adlı kalıcı bir hafıza tutuyor. Kiro Crew'a bot etkinliklerini görselleştirmek için Dashboards özelliği de ekleniyor.

## Kiro nedir ve nerede kullanılır?

Kiro, AWS'nin yapay zekâ agent'larıyla çalışan yazılım geliştirme ortamıdır. Geliştiricilerin gereksinimleri tanımlayıp kod yazma, test ve dokümantasyon işlerini agent'lara yaptırması için tasarlandı. Agent tabanlı geliştirme araçları arasında Cursor ve GitHub Copilot benzer alanda kullanılan alternatiflerdir.

## Kiro bots ile dispatcher rolü bot'a geçiyor

Birden fazla coding agent'ı paralel çalıştırıyorsanız zamanınızın bir kısmı oturum takibine gidiyor. Hangi agent nerede kaldı, hangisi plandan saptı, sonuçları kim birleştirecek? Kiro bots bu ara katmanı bir bot'a devrediyor.

Bot, tek tek görevler yerine bir sorumluluğu üstleniyor. Worker agent oturumlarını paralel açıyor, ilerlemeyi izliyor, sapanı yeniden yönlendiriyor ve çıktıları birleştiriyor. Sizden karar gereken adımda onay istiyor, o karara bağlı olmayan işlere devam ediyor.

Kurulum Kiro Crew'da Customize bölümündeki "Add a bot" seçeneğiyle başlıyor. Temel olarak varsayılan agent'ı veya daha önce tanımladığınız bir custom agent'ı seçiyorsunuz. Ad, avatar, talimat, araç ve izinler her bot için ayrı tanımlanıyor.

## Notes biriktikçe karar izi bulanıklaşıyor

Notes, bot'un proje hakkında öğrendiklerini tutuyor: tercihleriniz, verilen kararlar, gereksinimler ve kısıtlar. Aynı beklentiyi her oturumda yeniden anlatmak zorunda kalmıyorsunuz.

Bedeli de aynı yerde. HFS Research'ten Ashish Chaturvedi, haftalarca geri bildirimle evrilen bir bot'un belli bir kararı neden verdiğini açıklamanın zorlaşacağını söylüyor. Aynı ekipteki iki geliştiricinin bot'u, biriktirdiği düzeltmelere göre farklı davranabilir.

Notes'u inceleyebiliyor, düzenleyebiliyor ve silebiliyorsunuz. Bunu periyodik bir gözden geçirme işine çevirin. Notes'a giren "bu kontrol atlanabilir" türünden tek bir istisna, sonraki her çalıştırmaya taşınır.

## Gece CI hatası taramasıyla başlamak

Bot'lar en çok zamanlanmış görevlerde işe yarıyor. AWS'nin örneği, her hafta içi sabah gece kırılan CI işlerini incelemek veya belli bir günde release notlarını hazırlamak. Bot önceki çalıştırmalardan öğrendiğini sonrakine taşıyor.

HyperFrame Research'ten Stephanie Walter sınırları belli tek bir süreçle başlamayı ve şunları ölçmeyi öneriyor:

- Doğru tamamlanan iş
- Geliştiricinin çıktıyı gözden geçirmeye harcadığı süre
- İşletme maliyeti

Gece CI taraması bu deneme için uygun bir aday. Çıktı okunabilir bir rapor, hatalıysa zararı sınırlı, karşılaştırma için pipeline log'ları zaten elinizde. İlk aşamada bot'a merge veya release yetkisi vermeyin, rapor üreten bir rolle başlatın.

Walter'ın ikinci sorusu da yerinde: her tekrarlanan iş agent gerektirmiyor. Belli bir log satırını arayıp etiket basan bir kontrol, klasik bir script veya CI adımıyla daha ucuz çalışır ve daha kolay doğrulanır. Agent'ı inceleme ve yorum isteyen işlere ayırın.

## Coordination tax token faturasında görünüyor

IDC'den Dave McCarthy bu bedele "coordination tax" diyor. Supervisory bot arka planda worker agent'ları paralel çalıştırıyor, yeniden deniyor ve araç çağırıyor. Her retry ve tool call token harcıyor, maliyet hızla katlanıyor.

Walter bunu tek cümleyle özetliyor: "More activity in the background is not, by itself, higher productivity." Deneme süresince bot başına token ve compute harcamasını ayrı izleyin. Kendi tarafınızda bir harcama tavanı belirleyin; tavan aşılırsa bot'u durdurup çıktısını ölçümlerinizle karşılaştırın.

## Permission creep'e karşı izin disiplini

Chaturvedi'nin ikinci uyarısı izinlerle ilgili. Bot'lar yeni araçlara erişim istedikçe geliştiriciler onaylamaya alışıyor, verilen yetki yeniden değerlendirilmiyor. Kiro bots izinleri bot başına tuttuğu için bu birikim her bot'ta ayrı ayrı oluşur.

McCarthy bot'ları dış yüklenici gibi yönetmeyi öneriyor: dar kimlik kapsamı, bütçe sınırı ve merkezi telemetri. Şöyle uygulayabilirsiniz:

- Her bot için ayrı ve en az yetkili credential kullanın; geliştiricinin kişisel token'ını bot'a vermeyin.
- Bot'un araç ve allowlist'i bir dokümanda kayıt altına alın, değişiklikleri pull request disipliniyle gözden geçirin.
- İzin genişletme taleplerini düzenli aralıklarla toplu olarak inceleyin.
- Work log'ları merkezi log sisteminize taşıyabiliyorsanız taşıyın, çünkü Notes karar izini sürmeye yetmiyor.

Issue triage bot'u dışarıdan gelen issue metnini okur ve bu metin talimat gibi görünen içerik taşıyabilir. Prompt injection riskini daraltmak için triage bot'unun yazma yetkisini etiket ve yorumla sınırlı tutun.