Claude code ile mobil app profesyonel destek arıyorum

Merhaba,
e-arşiv fatura uygulamasında her build'i elle denemek zorunda kalmanızın sebebi genelde şu: Claude Code hızlı üretiyor ama ürettiğini doğrulayan sabit bir kontrol katmanı yoksa, güvenlik kontrolü tek tek sizin gözünüze kalıyor. Çözüm kişiyi değiştirmek değil, o kontrolü tekrarlanabilir hale getirmek.
Bu projede riskin nerede yoğunlaştığı da bellidir: GİB / entegratör kimlik bilgileri ve token'ların cihazda nasıl saklandığı, fatura verisinin bütünlüğü (imzalı/kesinleşmiş kaydın sonradan değişebilmesi), ve mobil tarafta müşteri VKN/TCKN gibi kişisel verinin loglara veya crash raporlarına sızması. Jenerik bir tarama bunları yakalamaz; bunlar için ayrı ayrı yazılmış kontroller gerekir.
Önerim: repoya bir kez kurulan, her değişiklikte kendi çalışan bir doğrulama katmanı. Kimlik bilgisi/token saklama, yetki sınırları, fatura kaydının değişmezliği ve kişisel verinin log'a düşmesi için birer test; bunlar CI'da çalışır, siz sadece kırmızıya bakarsınız. Bulgular için de ne bulundu, nasıl tekrar üretilir, nasıl kapatılır formatında yazılı rapor veriyorum.
Arka planım: yetkili programlarda güvenlik araştırması (çalışan PoC'ler yazdım, Anthropic'in CVP programında onaylı statüm var), Flutter/Firebase ile Google Play'de yayında iki uygulama, ve Python tarafında imza doğrulamalı webhook, yetkisi sınırlı yazma ve denetim kaydı içeren servisler. Claude/OpenAI API'lerini günlük kullanıyorum; resmi MCP kayıt defterinde yayında iki sunucum var (github.com/koraynar).
Açık olayım: e-arşiv/GİB entegrasyonunu daha önce canlıya almadım. Mali mevzuat tarafında danışman değilim; benim katkım kod ve güvenlik tarafında olur.
Çalışma şeklim yazılı ve asenkron - görüntülü görüşme yapmıyorum, ilerlemeyi yazılı rapor ve ekran kaydı ile paylaşıyorum. Şahıs olarak çalışıyorum, fatura kesemiyorum.
Repoyu görmeden fiyat vermek doğru olmaz. İsterseniz önce ücretsiz bir şey yapayım: README/TODO'yu ve dizin yapısını paylaşın, yukarıdaki dört başlıkta nerede açık kaldığını çıkarıp size yazayım. Uyarsa devamını konuşuruz.
İyi çalışmalar,
Koray Nar

Hocam merhabalar, mobil uygulamalar yapıp yayınlıyorum. Uygulamaya teknik destek verebilirim, güvenlik açıklarını bulabilirim. Daha önce birçok kez mobil uygulama yapıp yayınladım. Bunları isterseniz size atabilirim.
WhatsApp: 5516279379

Merhaba,

Claude Code'u ben de günlük olarak kullanıyorum, o yüzden endişenizi tam anlıyorum: model çalışan kod üretiyor ama "çalışıyor" ile "güvenli" aynı şey değil. E-arşiv fatura uygulamasında yapay zekâ ile üretilmiş kodda en sık gördüğüm dört açık şunlar:

1) Yetki kontrolünün uçta unutulması. Fatura id'si ile çağrılan bir uçta "bu fatura gerçekten bu kullanıcıya mı ait" kontrolü yazılmamış oluyor. Mobilde bu, id'yi değiştirip başka firmanın faturasını çekmek demektir. Ekranda görünmemesi korumaz; kontrol sunucuda olmalı.

2) Anahtarların uygulamanın içinde olması. Entegratör/GİB kimlik bilgileri veya API anahtarı uygulamaya gömülüyse APK'dan çıkarılır. Mobil uygulamada sır saklanamaz; entegratör çağrıları sizin sunucunuzdan geçmeli, uygulama sadece kendi kullanıcısının token'ını taşımalı.

3) Oturum ve token yönetimi. Token'ın Keychain/Keystore'da saklanması, süresi, çıkışta ve şifre değişiminde iptal edilmesi. AI genelde login akışını yazar, iptal tarafını yazmaz.

4) Loglar. Fatura içeriği, VKN ve müşteri bilgisi log'a düşüyorsa bu KVKK tarafında ayrı bir problem. Hata ayıklarken eklenen log'lar canlıda unutuluyor.

Süreç tarafında da bir not: /code-review ve todo listesi faydalı ama tek başına yetmiyor, çünkü modelden hem kodu hem de kendi kodunun denetimini istemiş oluyorsunuz. Para ve yetki dokunan uçlar için gerçek test yazmak gerekiyor; bir kere yazılınca her değişiklikte sizi koruyor. Sizin "her şeyi ben deniyorum" dediğiniz yükün büyük kısmı aslında bu.

Yaptığım iş: React Native/Expo ile mobil, Node.js/TypeScript + PostgreSQL ile backend, rol bazlı yetki ve sunucu tarafı doğrulama. Canlıda işlerim var, isterseniz gösteririm.

Özel mesaj attım, projeyi orada konuşalım.

Furkan Öztürk

Merhaba, Claude Code ile geliştirmeye devam etmeniz sorun değil. Özellikle mevcut README / TODO yapınızın GitHub private repo'da tutulması, sürecin ve yapılan işlerin kaybolmaması açısından doğru bir yaklaşım.
Biz bu noktada hem mevcut geliştirme sürecinizi profesyonel şekilde ilerletmenize hem de uygulamanın test aşamasına destek olabiliriz.
Eğer ürününüz artık test aşamasına geldiyse, geliştirdiğimiz SendTheCanary üzerinden uygulamanızı gerçek tester'lara ve gerçek cihazlarda test ettirerek; fonksiyonel hatalar, kullanıcı deneyimi, farklı cihaz/senaryolar ve güvenlik açısından karşılaşılan problemleri raporlatabilirsiniz.
Geliştirme + test sürecini birlikte ele alarak ilerleyebiliriz. İsterseniz mevcut GitHub yapınızı ve uygulamanın mevcut durumunu inceleyip nereden başlanması gerektiğini de birlikte değerlendirebiliriz.

e arsiv geçmisi olmayan birine vermeyin isi yoksa caniniz yanar

Malesef yapay zeka cevaplarından sıkıldım. Ama 3 tane değerli insan var. Gerçekten onlarda ölmese yapay zekanın kölesi olmuşsunuz diyecektim. Konu kilitlenebilir.

Çok sağolun.