Ustam | Yapay Zeka Orkestranız

Elinize saglik, sadece codex degil de, claude cli da ekleyebilirsiniz sanki.

Bunun disinda bir Ticketing sistemi ile unutmalar, atlamalarin önüne gecebilirsiniz.
- Kullanici prompt verir -> Root owner ticketlere böler -> Agentlar teker teker calisir.

Birde ben kendi yazilimimda sinirli sayida agent üretiyorum ve hepsine skill ekliyorum. Böylelikle tasarimlarda vs o alismis AI tasarimlarinin önüne geciyorum.

Basarilar.

öneriler için teşekkürler. görevleri küçük parçalara ayırıp takip eden yerel bir sistem ekledim. böylece unutulan, atlanan veya yarım kalan işler son kontrolden önce görülebiliyor.
tasarım ve güvenlik işleri için de isteğe bağlı uzmanlık bölümleri ekledim. aynı yapının hem codex hem de claude sürümünü hazırladım. sistem sınırsız ajan oluşturmuyor; yapılacak işleri düzenleyip mevcut ekibin kontrollü şekilde ilerlemesini sağlıyor.
codex reposu:
https://github.com/metapak/codex-bounded-orchestrator
codex türkçe anlatım:
https://github.com/metapak/codex-bou...n/README.tr.md
claude reposu:
https://github.com/metapak/claude-bounded-orchestrator
claude türkçe anlatım:
https://github.com/metapak/claude-bo...n/README.tr.md
tekrar teşekkür ederim, öneriniz iki projeye de doğrudan katkı sağladı.

Teşekkürler fırsat bulduğumda deneyeceğim.
Alt ajan modellerini değiştirme eklenebilir mi? Mesela sonnet yerine opus kullanabilirim, veya api ile gpt sol ekleyebilirim gibi

Elinize sağlık hocam, deneyimleyeceğim. Bu proje ne kadar bir vaktinizi aldı acaba merak ettim? Vibecoding ağırlıklı mı ilerlediniz

token kullanımı konusunda nasıl? Daha mı az kullanıyor yoksa astra medium olarak mı yiyor tokenleri

Standart kullanım ile , bu şekilde görev dağılımı arasında ;
- ortaya çıkan iş
-harcanan zaman ve token
-Yapılan işteki hata sayısı
-Sitemin bir sonraki adımı hesaplayarak , hiyerarşiyi kurması konularda gözlem yaptınızmı , evt ise paylaşırmısınız ?

Teşekkürler hocam. bu özellik son güncellemeyle eklendi. kurulum sırasında dengeli, yüksek kalite, ekonomik veya özel profil seçilebiliyor.
özel profilde ana yönetici dahil bütün rollerin modeli ve düşünme seviyesi ayrı ayrı belirlenebiliyor.
claude tarafında sonnet yerine opus seçilebiliyor. ayrıca claude sürümüne
openai api, codex sürümüne de anthropic api üzerinden harici bir öneri modeli eklenebiliyor.
api tarafında kullanılmak istenen modelin ilgili hesapta erişilebilir olması gerekiyor.
harici model doğrudan dosya değiştirmiyor; öneri hazırlıyor, asıl değişikliği kontrollü yerel uygulayıcı yapıyor.

teşekkürler hocam. net saat tutmadığım için yanlış bir süre söylemek istemem;
proje birkaç aşamada geliştirildi ve gelen önerilerle güncellenmeye devam ediyor.
yapay zekadan yoğun şekilde yararlandım fakat yalnızca isteği yazıp çıkan dosyaları paylaşmadım.
çalışma düzenini, görev sınırlarını ve model dağılımını belirleyip kurulum, yedekleme, farklı işletim sistemleri ve
hata durumlarını ayrıca kontrol ettim.
son sürümde hazır profiller, özel model seçimi, görev takibi ve isteğe bağlı farklı sağlayıcı desteği de bulunuyor.

bu sistemin tek model kullanımından daha az token harcadığı şeklinde bir iddiam yok hocam.
birden fazla yardımcı çalıştığında toplam token tüketimi artabilir.
buradaki amaç, değişikliği yapan ile kontrol edeni ayırarak hata ve tekrar sayısını azaltmak.
dengeli profilde her görev için bütün yardımcılar çalıştırılmıyor;
işin ihtiyacına göre gereken roller devreye giriyor.
ekonomik profil daha hafif modeller kullanıyor, yüksek kalite profili ise daha fazla kaynak ayırıyor.
codex aboneliği tek görevin kesin token sayısını göstermediği için şu anda güvenilir bir rakam paylaşamıyorum.
api üzerinden kullanılan modellerde kesin token görülebiliyor.
yeterli karşılaştırma verisi oluşmadan “şu kadar tasarruf sağlıyor” demek yanıltıcı olur.
ayrıca asıl amacım projeyi geliştirirken çoğu hata düzeltme ve özellik ekleme işinde yeterli kaliteyi verir,
token tüketimini de gereksiz yükseltmez. normal kullanımda token sayısını yükselteceğini düşünüyorum.

güzel sorular hocam. kendi kullanımımda orkestradan önce hata çözümleri daha uzun sürüyor
ve düzeltme sırasında daha fazla yeni hata çıkıyordu. aynı iş üzerinde tekrar tekrar uğraşmak gerektiği için
harcanan zaman da belirgin şekilde fazlaydı.
orkestra düzenine geçtikten sonra inceleme, uygulama ve kontrolün ayrı yapılması süreci hızlandırdı.
örneğin daha önce yaklaşık 5 gün sürebilecek bir işi 2 gün civarında tamamlayabildim.
bu benim kendi kullanım gözlemim; herkeste ve her projede aynı sonucu garanti edemem.
token tarafında ise henüz kesin bir ölçüm paylaşamıyorum. birden fazla model çalıştığı için
tek seferde daha fazla token kullanılabilir. buna karşılık hata, tekrar ve toplam çalışma süresi
azaldığı için işin tamamında daha az token harcanmış olması da mümkün. bunu netleştirmek için
aynı görevleri sabit model ve orkestra ile karşılaştırarak ölçmek gerekiyor.
sistem işin başında kapsamı belirliyor, gerekli rolleri seçiyor ve adımları sıraya koyuyor.
her görevde bütün yardımcılar çalışmıyor; ihtiyaca göre inceleme, uygulama ve kontrol rolleri devreye giriyor.

OpenCode tarafında kullanmak istersek hocam nasıl yapabiliriz?