Kodu paralel çalışan AI ajan ekipleriyle yazıyor, her işi spec, plan ve inceleme yolundan geçiriyoruz: ajanların hızı, yöntemin disipliniyle.
Ajanlar Hızı Getirir. Yöntem, Hızın Boşa Gitmemesini Sağlar.
Yazılımı AI ajan ekipleriyle geliştiriyoruz. Claude Code ve Codex ajanları ayrı çalışma kopyalarında, paralel dallarda aynı anda farklı işleri yürütür — yalnızca Motice'te 34 dal ajanlara ait. Bir ekibin haftalarca sıraya koyacağı işler aynı gün ilerler.
Ama hız tek başına bir değer değildir. Bizde her iş aynı yoldan geçer: fikir netleştirilir ve bir tasarım spec'i yazılır, adım adım bir uygulama planı çıkarılır, plan bir inceleme ajanından geçer, sonra ajanlar planı test-önce uygular. "Nerede kaldık" bilgisi Linear'daki orkestratör devir notunda yaşar; kod yazan ajanlar kurumsal AI beynimize bağlıdır ve şirketin aldığı kararları bilir.
Nasıl Çalışır
Spec → plan → plan incelemesi → test-önce uygulama
Paralel dallarda aynı anda çalışan Claude Code ve Codex ajanları
Linear üzerinden orkestratör devri ve ajan ön tahminleri
Kurumsal hafızaya bağlı, şirket kararlarını bilen ajanlar
Yalnızca Motice'te 260'tan fazla spec, plan ve inceleme dokümanı
Sizin İçin Anlamı
Daha kısa teslim süreleri — ama her adımı yazılı, her kararı gerekçeli bir yazılım. Hız, kaliteden çalınmaz.
Nerede Kullanıyoruz
Motice, YEE platformları, Hardiye, APEX ve bu site dahil bütün aktif projelerimizde.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
Hazırlayanın kendi işini onaylayamadığı, her değişikliğin bağımsız incelemeden ve binlerce testten geçtiği kalite sistemi.
Hazırlayan, Kendi İşini Onaylayamaz.
Hız ancak kapılar sağlamsa değerlidir. Her plan bir inceleme ajanından, her değişiklik bağımsız bir incelemeden geçer. Geçmiş incelemelerde yakalanan hatalar bir desen kütüphanesine dönüşür — kiracı izolasyonu, migration geri alma, yetki boşlukları, AI risk kapısı — ve bir sonraki inceleme bu desenlerle başlar. Aynı hata ikinci kez kolay geçmez.
Testler kapının kendisidir. Motice'te 799 unit ve 131 uçtan uca test dosyası, Keyperties'te 811 çekirdek ve 134 uçtan uca test her değişiklikte koşar. Bazı testler davranışı değil kuralın kendisini korur: kiracı politikası eksik tek bir tablo ya da kimlik alanı taşıyan tek bir AI aracı build'i kırar. YEE CMS'te uçtan uca testleri ajanlar planlar, yazar ve bozulduklarında onarır; ekran değişiklikleri görsel regresyonla yakalanır.
Her dalın bir yayın kademesi olduğu, kapıların kademeyle sertleştiği ve kırmızı bir kapıda hiçbir şeyin canlıya kımıldamadığı yayın hattı.
Kalite Kapısı Kırmızıysa, Hiçbir Şey Canlıya Çıkmaz.
Her uzun ömürlü dal bir yayın kademesidir: geliştirme, stage, canlı. Kapının sertliği kademeyle artar — her PR'da yaklaşık 3 dakikalık hafif kapı, geliştirme dalında testlerle 12 dakika, stage'de uçtan uca testlerle 20 dakika, canlıda yalnızca yayın. Uçtan uca testler birleştirmeden sonra, yayınlanacak ağacın kendisi üzerinde koşar; imaj adımları onun yeşiline bağlıdır. Canlıya giren kodun stage'den geçen kodla birebir aynı olduğu ölçülerek doğrulanır.
Hattın kendisi de test edilir: bir işin hangi şeritte koşacağı değişir de kural tablosu değişmezse test patlar. Her iş kendi izole veritabanıyla doğar; derleme önbelleği bir hızlandırıcıdır, kapı değil — bozulursa sistem yeniden derler. Hiçbir dala doğrudan push yapılmaz. Kapıları da ölçüyoruz: Motice'te PR kapısı 13,7 dakikadan 0,6 dakikaya indi.
Nasıl Çalışır
Dal = yayın kademesi: geliştirme → stage → canlı
Kademeyle sertleşen dört CI şeridi, hedef süreleriyle
Yayınlanacak ağaçta uçtan uca test; kırmızıda kımıldamayan yayın etiketleri
Kendini test eden hat: şerit kuralları kapalı-varsayılan
İzole test veritabanları, ölçülen ve kısaltılan kapı süreleri
Canlıda izleme, geri dönüş yolu ve kademeli açılış
Sizin İçin Anlamı
Sık ve sakin yayınlar. Bir sürüm sorun çıkarırsa geri dönüş yolu hazırdır; canlıdaki kod, test edilen kodun ta kendisidir.
Nerede Kullanıyoruz
Motice'in yayın hattı, Hardiye'nin Frankfurt'taki otomatik yayın hattı ve YEE CMS'in stage yayını.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
Güvenliği son kontrol değil ilk tasarım kararı olarak ele alan; müşteri verisini veritabanı seviyesinde ayıran ve her kritik değişikliği değiştirilemez şekilde kaydeden mühendislik.
Güvenlik Bir Tarama Raporu Değil, Bir Mimari Karardır.
Kurumsal platformlarımızda hedef OWASP ASVS Seviye 2'dir. Yetki her istekte sunucuda, varsayılan "hayır" ile kontrol edilir; yayın öncesinde dinamik güvenlik taraması yapılır ve bulgular kapanmadan iş bitmiş sayılmaz. Müşteri verisi uygulama kodunda değil veritabanının kendisinde ayrılır: uygulama bu ayrımı aşamayan bir rolle bağlanır, politikası eksik tek bir tablo build'i kırar.
Kimlik tarafında ayrıntı her şeydir: iki faktörlü doğrulama sırları şifreli saklanır, oturum token'ları her kullanımda döner ve çalınmış bir token tekrar kullanıldığında bütün oturum ailesi iptal edilir, acil erişim kontrollü ve kayıtlıdır. Yüklenen dosyalar karantinadan ve virüs taramasından geçmeden içeri girmez. Kritik değişiklikler hash zinciriyle bağlı, sonradan doğrulanabilir denetim kayıtlarına yazılır.
Nasıl Çalışır
OWASP ASVS Seviye 2 hedefi ve yayın öncesi güvenlik taraması
Veritabanı seviyesinde müşteri izolasyonu ve kapsam testi
Şifreli iki faktörlü doğrulama, dönen token'lar, kontrollü acil erişim
Denetimden, KVKK incelemesinden ya da müşterinizin güvenlik sorularından çekinmeyen bir sistem. "Kim neyi ne zaman değiştirdi" sorusunun cevabı her zaman hazır.
Nerede Kullanıyoruz
YEE sınav platformu ve Türk Sanatı Platformu'nda hash zincirli denetim; Motice, Keyperties ve Mentorual'da veritabanı seviyesinde izolasyon.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
Her satır kodun hangi talepten doğduğunu, hangi testten geçtiğini ve hangi kararla şekillendiğini gösteren uçtan uca izlenebilirlik.
Her Satır Kodun Bir Sebebi, Her Sebebin Bir Kaydı Var.
Bir projede en pahalı soru "bu neden böyle yapıldı?" sorusudur. Biz cevabı zincire bağlıyoruz: müşteri talebi → gereksinim → kullanım senaryosu → ekran ve API → iş kaydı → kod ve build → test → müşteri kabulü → yayın. İşler Linear'da iş paketi, yetenek epiği ve uygulanabilir iş hiyerarşisiyle yönetilir; kabul kriteri olmayan bir iş geliştirmeye hazır sayılmaz.
Kararlar kayda geçer: hangi seçeneğin neden seçildiği, hangi soruların hâlâ açık olduğu. Her ajan işi bir kanıt dokümanı bırakır — ne yapıldı, hangi testler koştu, hangi riskler kaldı. "Tamamlandı" durumu tek başına kanıt sayılmaz; test, müşteri kabulü ve yayın kanıtı ayrı ayrı tutulur.
Nasıl Çalışır
Talep → gereksinim → iş → kod → test → kabul → yayın zinciri
İş paketi → epik → uygulanabilir iş hiyerarşisi
Kabul kriteri olmadan geliştirmeye hazır iş yok
Karar kayıtları ve açık karar takibi
Her işin kanıt dokümanı: test sonucu, inceleme, kalan risk
Sizin İçin Anlamı
Projenizin her anını görebilirsiniz. Bir özelliğin nereden geldiği ve nasıl doğrulandığı hiçbir zaman bir kişinin hafızasına kalmaz.
Nerede Kullanıyoruz
YEE sınav platformu, Motice, Mentorual ve Keyperties.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
Ajanlar için yazdığımız kuralların, kararların ve planların, projenin sonunda ekibiniz için hazır bir el kitabına dönüştüğü mühendislik.
Ajan İçin Yazılan Kural, Ekibiniz İçin Bir El Kitabıdır.
Ajanlarla çalışmanın beklenmedik bir yan etkisi var: bir ajanın doğru çalışması için her şeyin yazılı olması gerekir. Mimari değişmezler, yasak kısayollar, "koda dokunmadan önce oku" listeleri, sık yapılan işler için beceriler — hepsi reponun içinde yaşar. Aynı dosya bir sonraki ajan için talimat, ekibinize katılan bir geliştirici için oryantasyondur.
Her önemli kararın gerekçesi mimari karar kayıtlarında, her işin spec'i ve planı arşivde durur. Ürün rehberi ve terim sözlüğü, ekranı değiştiren kodla aynı PR'da güncellenir. Proje bittiğinde elinizde yalnızca kod değil, onun neden böyle yazıldığını anlatan bir arşiv kalır; ister bizimle devam edin, ister kendi ekibinizle.
Nasıl Çalışır
Ajanların ve insanların okuduğu mimari kurallar
Tekrarlanan işler için bütün ajanların paylaştığı beceriler
Mimari karar kayıtları ve gerekçeleri
Her işin spec, plan ve inceleme arşivi
Kodla aynı PR'da güncellenen ürün rehberi ve sözlük
Sizin İçin Anlamı
Bize bağımlı kalmazsınız. Yazılımınızı kim devralırsa, nereden başlayacağını ve hangi kuralı neden bozmaması gerektiğini bilir.
Nerede Kullanıyoruz
Motice, YEE CMS, APEX, Hardiye ve bu site.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
Canlıya çıktıktan sonra geri alınamayan koda göre kurulmuş mühendislik: spesifikasyon, test, bağımsız inceleme, kademeli yayın ve anahtar yönetimiyle akıllı sözleşme geliştirme.
Zincire Yazılan Kod Geri Alınamaz. Doğrulama Yayından Önce Biter.
Sıradan bir yazılımda hata bir sonraki sürümle düzeltilir; akıllı sözleşmede ise çoğu zaman kalıcıdır ve doğrudan para ya da hak kaybı demektir. Bu yüzden akıllı sözleşmelere diğer işlerimizdeki kalite kapılarını daha sıkı bir ayarla uyguluyoruz. Her sözleşme yazılı bir spesifikasyondan doğar; değişmezler (invariant) ve yetki modeli kod yazılmadan önce belirlenir. Birim testlerin yanında rastgele girdiyle zorlama (fuzzing), değişmez testleri ve statik analiz çalışır. Hazırlayan kendi sözleşmesini onaylayamaz.
Yayın da kademelidir: yerel ağ, test ağı, ardından sınırlı yetkiyle ana ağ. Yönetici anahtarları tek kişide durmaz; çoklu imza ve zaman kilidiyle korunur. Yükseltilebilir sözleşmelerde yükseltme yolu baştan tasarlanır. Canlıdaki sözleşmenin olayları izlenir ve beklenmedik bir hareket insan onayına düşer. Kritik sözleşmeler için bağımsız dış denetimi planın parçası olarak öneriyoruz.
Nasıl Çalışır
Spesifikasyon, değişmezler ve yetki modeli koddan önce
Birim, fuzz ve değişmez testleri; statik analiz kalite kapısında
Bağımsız kod incelemesi: hazırlayan kendi işini onaylayamaz
Yerel ağ → test ağı → ana ağ kademeli yayın
Çoklu imza, zaman kilidi ve baştan tasarlanmış yükseltme yolu
Canlı sözleşme izleme ve olay bazlı alarm
Sizin İçin Anlamı
Geri alınamayan bir ortama, geri alınamayacağı bilinerek yazılmış kod. Sözleşmenizin ne yaptığı, kimin neyi değiştirebileceği ve bir sorun anında ne olacağı yayından önce belli.
Bu yetkinliği projenize taşıyalım
İhtiyacınızı konuşalım; ekibimiz doğru kurulum ve teslimat planını birlikte çıkarsın.
