Hermes Kanban Ajanı: Fikirden Ürüne Çok Ajanlı Üretim Hattı

Fikir defterinizde bekleyen o parlak proje, doğru bir üretim hattıyla bir hafta sonra yayında olabilir mi? Eski düzende Kanban panosu yalnızca kart taşımak için kullanılırdı, fikirler unutulur ve işler yarım kalırdı. Yeni anlayışta ise panoya bırakılan her fikir, planlayan ve üreten bir ajan ekibi tarafından sahiplenilir ve tek bir onaydan sonra gerçeğe dönüşür. Bu yazı, anlatılan beş katlı akışı ve onun pratik karşılığını sade bir dille çözüyor.

Eski alışkanlıkta herkes kartları sürükler, kodlamayı kendisi yapar ve parlak fikirler bir köşede solar. Sorun, plansız başlatılan işlerin ortasında kaybolmak ve kimin ne yaptığını tek ekranda görememektir. Paylaşılan bir kalıcı pano , görevleri ve sorumluları görünür kılar ve dağınıklığı azaltır. NousResearch tarafından yayımlanan Hermes belgelerine göre pano kalıcıdır ve görevler tüm profiller arasında paylaşılır.

Plan onayı neden her şeyden önce gelir

Yeni akışın kalbi, işe başlamadan önce planı gösterme ve plan onayı alma adımıdır. AgentNative desenine göre düşük eminlik taşıyan istekler otomatik onaya yönlendirilir ve risk böylece erken yakalanır. Bu sayede kullanıcı ne inşa edileceğini önceden görür ve yanlış yön erken düzeltilir. GitHub üzerinde yayımlanan OpenAI Agents SDK belgelerinde onay akışı duraklatma ve devam etme adımlarıyla anlatılır ve benzer bir denetim mantığı sunar.

Fikir panoya düştüğünde önce sınıflanır, sonra insan onayı bölümüne alınır ve yalnızca onaydan geçen iş üretime girer. Üretimde bir proje yöneticisi işi böler, alt ajanlar araştırma ve tasarım gibi parçaları üstlenir. Bu katmanlı yapı kulağa karmaşık gelse de kullanıcı yalnızca sonucu ve galeriyi görür. Bu yapı AgentKan projesiyle karşılaştırıldığında daha fazla otomasyon ve denetim vurgusu taşır. Görsel pano yaklaşımının adresi agentkan.ai olarak bilinir ve karşılaştırma için açık bir örnek sunar.

Demolarda tek cümlelik bir istekten açılış sayfası üretildiği, blog çalışmasında araştırma ve tasarımın ayrı ajanlara verildiği ve küçük işletmeler için çok yollu bir otomasyon aracı kurulduğu anlatılır. Örneklerde meditasyon uygulaması ve alışkanlık takipçisi gibi bitmiş işler galeride önizlemeyle sergilenir. Bu örnekler etkileyici olsa da seçilmiş ve cilalanmış sahneler olduğu unutulmamalıdır. Yine de akışın mantığı açıktır ve denemek için yeterince somuttur.

Teknik tarafta her görev pano üzerinde yaşam döngüsünden geçer, dağıtıcı işi yönlendirir ve durum panodan izlenir. Çalışanların her biri kendi kimliğiyle işlem yapar ve araç takımıyla kartları ilerletir. Bu düzen, dağınık sohbet pencereleri yerine tek bir kontrol noktası kurar. GitHub üzerindeki NousResearch deposundaki Kanban belgesi yaşam döngüsünü hazırdan arşive uzanan aşamalarla doğrular.

İkinci beyin ve öz denetim ne değiştirir

Sistemin bellek tarafı, her üretim kaydının günlük notlara işlenmesi ve ertesi gün kaldığı yerden devam edilmesi fikrine dayanır. Kullanıcı ertesi gün eski bir işin tasarımını düzeltmek istediğinde ajan günlüğü okuyup bağlantıyı kurar. Ayrıca öz denetim adımında ajan, işi teslim etmeden önce kendi çıktısını gözden geçirir. Bu iki katman, süreklilik ve kalite için birlikte çalışır.

Bu bellek düzeni kulağa sihirli gelse de aslında düzenli not tutma alışkanlığının otomasyona bağlanmış halidir. Günlük kayıtlar birikince ajan bağlamı hatırlar, tekrar sormaz ve işler hızlanır. Elbette notlar düzensizse bellek de dağınık olur, bu yüzden sade bir şablon şarttır. Benzer bir hafıza düzeni community.obsidian.md dizinindeki eşitleme eklentileri sayesinde Obsidian kullanıcıları için zaten tanıdıktır.

Tanıtım tarafı kısadır, konuşmacı kendi topluluk ve eğitim çalışmalarını anar ve ayrıntıya girmez. Kapanış mesajı ise nettir, çoğu işletme hâlâ sohbet araçlarında gidip gelirken erken harekete geçenler öne geçer. Bu çağrı motive edicidir ama karar verirken ölçülebilir faydaya bakmak gerekir. Küçük bir deneme projesi, büyük bir taahhütten önce her zaman daha akıllıcadır.

Başlamak isteyenler için en sağlam yol, tek bir küçük fikri panoya bırakıp uygulama galerisi aşamasına kadar izlemek ve her adımda planı okumaktır. Onay ekranında kapsamı daraltmak, bellek notlarını sade tutmak ve çıktıyı gerçek kullanıcılarla denemek gerekir. Böylece abartılı vaatler ile gerçek kapasite birbirinden ayrılır. Bu disiplinli deneme, sistemin size uygun olup olmadığını hızla gösterir.