Sera
Kişisel e-posta yönetimi
Otuz günün özeti
Bağlam
Bu örnek, Türkiye’de freelance çalışan bir grafik tasarımcısının 30 günlük Sera yetiştirme günlüğüdür. Sera’nın görevi: gelen e-postaları triyaj etmek (acil/normal/spam), önemli olanlar için taslak cevap hazırlamak, sabah brifing vermek.
Sera otomatik mail göndermez — sadece taslak hazırlar, sen onayladığında gider.
Niye agent, niye filter kuralı değil?
Klasik mail filtreleri (Gmail rules, Sieve) sabit kural ağacı:
- “X@domain.com → Önemli klasörü”
- “Konu ‘invoice’ içeriyor → Fatura klasörü”
Ama gerçek hayat:
- “Bu mail X müşteri’nin yeni asistanından — onu nasıl tanırım?”
- “Cuma akşamı gelen iş tekliflerini Pazartesi sabaha al.”
- “Bu kişiye genelde resmi yazıyorum, bu sefer rahat olmuş — uyarlamalı mıyım?”
Bu nüansları kural ağacı yakalamaz. Sera öğrenir.
Mimari
Mail provider (Gmail/Outlook/ProtonMail/Exchange)
↓ (IMAP + OAuth2)
Yerel: Llama 3.1 8B (M1 Air 16 GB)
├─► Inbox veritabanı (yerel)
├─► Kişi geçmişi (yerel)
├─► Üslup kütüphanesi (yerel)
└─► PII maskeleme
Karar:
- Triyaj (acil/normal/spam) → otomatik klasörleme
- Önemli mail → taslak hazırla, kullanıcı onayında gönder
- Brifing → sabah özet ver
Haftada bir:
Öğrenme → onay/red + Playbook → kalıcı hafıza (cihazda)30 günün özeti
Hafta 1 — kişiyi öğrenme
İlk hafta Sera kişileri öğrendi: kim müşteri, kim arkadaş, kim spam, kim haber kaynağı. 132 mail tarandı, 99’u doğru sıralandı, 33’ünde kullanıcı düzeltti.
Düzeltmelerin çoğu “X müşteri her zaman öncelikli” tarzı — Sera bunları profile yazdı.
Maturity: 16.
Hafta 2 — Playbook ve kalıp tanıma
İlk haftanın düzeltmeleri Playbook’a işlendi. Yeni kural:
“Müşteri yazışma kalıpları 4 sınıfta toplanabilir: yeni iş, devam eden iş, ödeme, sosyal. Her birinin tipik aciliyet farklı — yeni iş 24h, ödeme 4h.”
Sera bunu öğrendi. Sonraki hafta yeni iş + ödeme mailleri otomatik öncelikli olarak işaretlendi.
Maturity: 16 → 34.
Hafta 3 — taslak başlangıcı
- günde Sera ilk kez taslak cevap hazırladı:
“Müşteri Y proje takvimini sordu. Geçmiş yazışmalardan tarz çıkardım — taslak hazır, onaylar mısın?”
Taslak nazik, somut, kullanıcının üslubuna yakın. Kullanıcı küçük düzeltme yapıp gönderdi. Bu pattern haftaya 5 kez tekrarlandı.
Maturity: 34 → 47.
Hafta 4 — sabah brifing + otomatik taslak
- günden sonra sabah brifing başladı:
“Günaydın. Bu sabah 14 mail var. 3’ü acil: — Müşteri X (Pazartesi yeni proje teklifi) — Tedarikçi Y (fatura, vade dolmuş) — Festival davetiyesi (cevap bugüne kadar) Diğer 11’i normal — 4’ü için taslak hazırladım, sen onayla.”
Otomatik taslak oranı %62’ye çıktı. Sen sadece düzelt-onay yapıyorsun, üretim emeğin %70 azaldı.
Maturity: 47 → 62.
Bağ paneli — gün 30
| Metrik | Değer |
|---|---|
| Toplam mail | 1.547 |
| Doğru triyaj | 1.486 (%96) |
| Taslak hazırlanan | 412 (%27) |
| Taslak onaylanan | 364 (%88) |
| Spam yakalama | %99.2 |
| Maturity skoru | 62 |
| KVKK ihlal | 0 |
| Otomatik gönderim | 0 (tasarım gereği) |
Otomatik gönderim sıfır = bilinçli karar. Sera taslak hazırlar, sen onaylarsın. Bağ buradan kuruluyor.
Üç ders
1. Bireysel kullanımda cihaz-üstü yeter
KVKK kapsamı dışında olsa bile cihaz-üstü işleme alışkanlık olarak iyi. Müvekkil/işveren mailleri arada gelirse zaten kapsamda — bu yapı her durumu kapsar.
2. Taslak ≠ otomatik gönder
Sera otomatik göndermez — bu mimari karar. Çünkü:
- Yanlış cevap müşteri ilişkisini bozar
- Profesyonel imaj senin elinde
- Zaman kazancı düzelt-onay akışında zaten var
Otomatik gönderim “%99 doğru olsa bile %1’i felaket” kategorisinde.
3. Sabah brifing = bilişsel yük azaltma
Inbox’ı tek tek tarama bilişsel olarak yorucu. Sabah brifing’in değeri: önceliği önceden belirlemiş, sen sadece “bu mail’e yanıt ver” moduna geçiyorsun.
Bu olgunluk evresinde (gün 22+) ortaya çıkıyor — yeterli pattern olmadan brifing yüzeysel kalır.
Diğer kullanıcılarda Sera
Sera’nın tanımı taşınabilir. Ama:
- Kişi geçmişi taşınmaz (her kullanıcının kendi inbox’ı)
- Üslup kullanıcıya özel — taşınınca yeniden öğrenilir
- Aciliyet eşiği rol/sektöre göre değişir
30 günde benzer olgunluğa ulaşır.