Kodlama Ajanları: Takım Altyapısı mı, Bireysel Araç mı?

Şimdi biraz dürüst olalım: Eğer mühendislik ekibinde kodlama ajanları kullanıyorsanız, muhtemelen arka planda bir düzen kaybediyorsunuzdur.

Her geliştiricinin kendine özgü MCP yapılandırmaları, kişiselleştirilmiş prompt'ları, başkalarının erişemediği otomasyon script'leri var. Ayrıca ajan çalıştığında tam olarak ne olduğunu görebilecek bir sistem de yok. Sizin "takım altyapınız" aslında umut ve söylentilere dayanan birbirinden bağımsız kişisel kısayollar yığını.

Assembled tam da bu sorunla karşılaşmış. Kodlama ajanları bireysel olarak harika çalışıyormuş—ama çevresindeki iş akışı tam bir kaosa dönmüş. Gerçekten düzensiz bir haldeymiş.

Bireysel Kodlama Ajanlarının Sorunu

Genellikle şöyle bir tablo ortaya çıkıyor: Geliştirici A, GitHub fork'una ve Linear'a bağlı bir Claude Code kurulumu kullanıyor. Geliştirici B Codex'i tercih ediyor, Sentry entegrasyonu ve kendi Slack bildirimleri var. Geliştirici C ise neredeyse çözülmesi imkansız bir script mekanizması kurmuş—sadece kendisi anlıyor.

Peki biri işten ayrıldığında ne oluyor? Ajanın gerçekten ne yaptığını tekrarlamak istediğinizde? Ajanın çıktısının commit edilen kodla eşleşip eşleşmediğini denetlemeniz gerektiğinde?

İşte o anda çıkmaza giriyorsunuz.

Asıl mesele ajanların işe yarayıp yaramadığı değil (yarıyorlar). Sorun şu: onları kişisel metin editörleri gibi değil de takım altyapısı gibi görmeye başlamalıyız. Ve bu yaklaşım üç ciddi sorunu beraberinde getiriyor:

1. Bilgi siloları — Ajanın nasıl yapılandırıldığını yalnızca bir kişi biliyor
2. Yeniden üretilebilirlik eksikliği — Ajan eylemlerini kolayca tekrarlayamıyor veya denetleyemiyorsunuz
3. İşbirliği engelleri — Bir mühendis için işe yarayan şey, takımın geri kalanına bir şey katmıyor

143.dev: Kodlama Ajanlarını Paylaşılan Altyapıya Dönüştürmek

Assembled bu sorunu çözmek için bir iç sistem geliştirmiş ve şimdi bunu açık kaynak olarak paylaşmaya karar vermiş. Karşınızda 143.dev—kodlama ajanlarını takımın erişebileceği bir altyapıya dönüştüren bir platform.

Temel yaklaşım oldukça akıllıca: Ajanları bireysel makinelerde çalıştırmak yerine, standartlaştırılmış ortamlarda tutarlı araçlar ve görünürlükle çalıştırıyorsunuz.

Pratikte bu nasıl görünüyor:

Birden fazla ajan, tek platform. Sistem Codex, Claude Code, OpenCode ve diğer ajan harness'larını gVisor sandbox'larında çalıştırıyor. Yani maliyet, yetenek ve görev türüne göre karıştırıp eşleştirebiliyorsunuz. Assembled ekibi örneğin rutin otomasyon görevleri için GLM 5.2 kullanıyor (daha ucuz, hızlı), daha karmaşık manuel işler için Codex veya Claude Code'a yöneliyor. Aynı altyapı, farklı işler için farklı ajanlar.

Hazır araç entegrasyonları. Sistem GitHub, Linear, Sentry, Slack, PagerDuty ve daha fazlasına bağlanıyor. Preview'lar oluşturmak kolay. Ajanlarınız izole bir şekilde çalışmıyor—mevcut iş akışınıza entegre edilmiş durumda.

Kafa karışıklığı yaratmayan güvenlik. gVisor sandbox'ları, tam sanal makine yönetimi derdinden kurtulmadan izolasyon sağlıyor. Ajanlar işlerini yapabiliyor ama kontrollü bir ortamda kalıyorlar.

MIT lisanslı ve kendi sunucunuzda çalışabilir. Kodunuzu emanet edeceğiniz hosted bir SaaS değil. İstediğiniz zaman inceleyebilir, kendi altyapınızda çalıştırabilir ve ihtiyaçlarınıza göre uyarlayabilirsiniz. Assembled, Stripe'ın Minions sisteminden ve Ramp'ın Inspect sisteminden ilham almış—ama topluluğun gerçekten kullanabileceği ve değiştirebileceği bir şey istemişler.

Startuplar ve Büyüyen Ekipler İçin Neden Önemli

Şu bir gerçek: Kodlama ajanları yalnızca yaygınlaşmaya devam edecek. Ve ekibiniz büyüdükçe, "kişisel script" yaklaşımı çökmeye başlıyor.

İhtiyacınız olan şeyler:

• Denetim izleri — Ajan gerçekten ne değiştirdi?
• Yeniden üretilebilirlik — Aynı görevi tekrar çalıştırabilir misiniz?
• Bilgi paylaşımı — Takımdaki herkes ajan iş akışlarından yararlanabilir mi?
• Güvenlik — Ajanlar yalnızca erişmesi gereken yerlere erişiyor mu?

143.dev bu sorunları doğrudan ele alıyor. Ve açık kaynak olması, iki yıl içinde yok olabilecek bir girişime altyapınızı bağlamak zorunda olmadığınız anlamına geliyor.

Büyük Resim

Artık AI kodlama araçları sıradışılık olmaktan çıktı—bunlar altyapı. Ve altyapıyı da altyapı gibi yönetmek gerekiyor: görünürlük, yeniden üretilebilirlik ve takım genelinde erişim ile.

Bireysel kodlama ajanları bir başlangıç noktası. Takım tarafından yönetilen ajan altyapısı ise işlerin gerçekten ilginçleştiği yer.

Bir startup çalıştırıyorsanız veya bir mühendislik ekibi yönetiyorsanız, 143.dev'e göz atmanızda fayda var. Kod GitHub'da, MIT lisanslı. Vendor lock-in yok, gizli maliyet yok—ekibinizin gerçekten nasıl çalıştığına uyarlayabileceğiniz açık bir altyapı.

Bazen en iyi iç araçlar, paylaşılmaya değer olanlardır.