Berk
Yazılım mühendisi
Otuz günün özeti
Berk nedir?
Berk, geliştirici takımlarında yazılım mühendisi rolünde yetişen agent. Dört ana görev:
- Kod inceleme (PR yorum) — GitHub PR’larında otomatik review yorumu
- Ticket triyajı — Linear/Jira’dan gelen ticket’ları sınıflandırma + öncelik
- Dokümantasyon yazma — yeni feature için README, API doc taslağı
- On-call ilk yanıt — Slack alarm geldiğinde incident analizi + ekibin yönlendirilmesi
Üç ay sonra geliştirici takımının yardımcısı; mimari kararlara katılıyor.
Otuz günün özeti
(Yukarıda journal.)
GitHub Copilot vs Berk
Aynı kategoride değiller:
| Görev | Copilot | Berk |
|---|---|---|
| Kod tamamlama | ✓ Yenilmez | ✗ Bu işi yapmıyor |
| PR yorumu | Sınırlı | ✓ Native |
| Ticket triyaj | ✗ | ✓ Native |
| Dokümantasyon | Sınırlı | ✓ |
| On-call asistan | ✗ | ✓ |
| Kişiselleşme | System prompt | ✓ Bayesian profil |
| KVKK | Sözleşmesel | ✓ Mimari |
İkisi paralel kullanılır: Copilot tuş-tuş, Berk PR-PR.
Hangi araçlara erişiyor?
MCP üzerinden:
- GitHub — PR review, issue yönetimi
- Linear / Jira — ticket triyajı
- Slack — on-call alarm yanıtı
- Sentry / DataDog — error log analizi
- Confluence / Notion — dokümantasyon
Politika motoru:
- Kod main’e direkt push etmez (sadece PR yorum)
- Production’a deploy yapmaz
- Database’e doğrudan yazmaz
Yerel-öncelikli kod gizliliği
Closed source kod tabanı IP olarak değerlidir. GitHub Copilot her tuşa basışta kod örneğini OpenAI’ye gönderir; Berk yerel inference ile kod makinen dışına çıkmaz. Bulut eğitmenine sadece özetlenmiş + maskeli PR örneği gider (örn. “Python service’inde async pattern, X bileşen kullanılıyor” — gerçek kod değil pattern).
On-call senaryosu
Cuma gece 03:42, prod alarm:
[Slack #alerts]
🚨 API latency p99 > 2s, 15 dakika
[@on-call] Berk
[Berk yanıt — 30 saniye sonra]
DataDog'tan: latency artış API gateway → user service rotasında
Son deploy: 21:15 (deploy-12345, user-service v2.4.1)
Sentry'de yeni hata: "DB connection pool exhausted"
Önceki benzer (2026-04-19): pool size 20'den 50'ye artırılmıştı
Olası kök neden:
1. Pool size yetersiz (yeni traffic peak)
2. v2.4.1'de DB query regression
3. DB tarafında lock contention
@deniz on-call senin bu rotada uzmansın — DataDog dashboard'a bakİlk 5 dakikayı Berk doldurdu; insan hangi sorunlar üzerinde duracağını biliyor.
Sona
Berk, geliştirici ekibinin rakam takibi + insident ön-tarama + dokümantasyon hazırlığı yardımcısı. GitHub Copilot ile paralel — kod tamamlama orada, kararvermek burada. KVKK + IP gizliliği mimaride.