# AI ile Toplantı Aksiyon Maddeleri Çıkarma ve Yönlendirme URL: https://commandergpt.app/tr/journal/ai-toplanti-aksiyon-maddeleri-cikarma Type: blog Locale: tr Published: 2026-07-22 Updated: 2026-07-22 --- > Transkriptini /recap ile analiz et, /sync ile Notion'a görev oluştur, /notify ile Slack'te sahipleri bilgilendir. Tam komut zinciri, atanmış görevler. Aksiyon maddeler ancak toplantıdan sonraki 10 dakika içinde sisteme girerse önem kazanır. AI ile toplantı aksiyon maddeleri çıkarma işlemi CommanderGPT'de tam otomatik hale gelir. Transkript ham veriden başlayarak, Notion veya Linear'daki atanmış görev haline dönüşür. Çoğu şirket bu işlemi elle yapıyor çünkü doğru araç setini bilmiyorlar veya araçları birbirine bağlamayı öğrenmediler. Toplantı biter, herkesten "bunu koordine edelim" sesi gelir, ve Cuma günü kimse kimin neyi yapacağını hatırlamıyor. Bu rehber, ham transkripti Notion veya Linear'daki atanmış, tarihli görevlere çeviren tam komut zinciridir. Manuel yazma yok. Üç slash komutla ve seçtiğin bir aksiyon transkriberi ile çalışır. ## Aksiyon Maddeler Neden Toplantıdan Sonra Ölür Kimse aksiyon maddeleri kasten kaybetmez. Bunlar "birisi söyledi" ile "birisi sahip oldu" arasındaki boşlukta ölürler. Transkript toplantıdaki her "yapmalıyız" ve "yapabilir misin" kelimesini kaydeder, ama transkript görev listesi değildir. 4000 kelimelik diyalog ve içinde üç tane gerçek taahhüt saklı olabilir. Çoğu transkriber yazı alma konusunda iyidir ama yapılandırmış çıktı sunmada başarısız olur. Çözüm, daha iyi bir transkriber değildir. Bu, ops lider gibi transkripti okuyan bir komuttur: fiil arayan, sorumlu kişi arayan, tarihi arayan, üçünden herhangi biri eksik olanı "belirsiz" olarak işaretleyen. Fellow'un AI toplantı ajanları yazısında satıcı aynı noktayı vurur: kazananlar transkripti temiz olanlar değil, onaylamak yerine yeniden yapmanız gereken görev listesi veren araçlardır. Çoğu takım zaten bir transkriber sahiptir. Slack'te, Linear'da, Notion'da bir şeyler kaydetmiştir. Ama "özet işte" ile "sistemdeki görev işte" arasındaki orta katmanı sahibi değildir. O orta katman slash komutu, başka bir SaaS aboneliği değildir, ve bu rehber tam da onu kurar. ## Adım 1: Gerçekten Sahip ve Tarihi Çıkaran Transkriberi Seç Slash komutu bir şey yapmadan önce, yapılandırmalı transkripte ihtiyacın var. Her transkriber aksiyon maddesi aynı şekilde çıkarmaz, ve fark yazılış sayfasındaki transkript kalitesi skorundan daha önemli. Kalite puanı sadece kelimelerin doğru yazıldığını gösterir, ama yapı göstermez. Bu adımda 30 saniye bilgilendirme önerilir: toplantıya botu katıldığında insanların anlaşma incelemesinde söyleneceklerini değiştirirse, bot tabanlı araçları atla ve bot-free git. Aksi takdirde, araç kararları aksiyon maddelerden ne kadar temiz ayrıldığında optimizasyon yap. Fathom'un özet yapısı hazırdan istediğin şeye yakındır: kararları, aksiyon maddelerini ve açık soruları tek bir metin bloğu yerine ayrı bölümlere ayırır. Bu yapı, Adım 2'de /recap komutunun parse edeceği doğru formattır. Transkript başından sonuna kararlar ve aksiyon maddeleri otomatikman ayrılır. Ops takımlar bu yapılandırmayı sevir çünkü CSV'ye dönüştürmek kolaydır. Fireflies satış opsuna eğilimlidir: aksiyon maddelerini doğrudan HubSpot veya Salesforce alanlarına gönderir. Bu, aksiyon maddeleriniz gerçekten "bu anlaşmada sonraki adım" ise değerlidir. Dahili görevler ise, Notion'a yönlendir. Fireflies'in yapısı deal pipeline takiplemek için çok uygundur. Granola toplantıya bot göndermez. Transkripti yerel olarak işler ve kendi yazdığın notları transkriptin üzerine yerleştirir. Bu yüzden çıkardığı aksiyon maddeler AI'nin sayması gerekirken, senin önemli olarak işaretlediğine bağlıdır. Sessiz konuşmacıları yakalama konusunda iyi çalışır. Biri seç. Doğruluk çapraz kontrol etmek için aynı toplantıda iki transkriber çalıştırma. Temizlik işini iki katına çıkarır ve aşağıdaki /recap komutu bir kanonik transkript bekler, iki anlaşmazlık yapan değil. Bu hiçbir doğruluk kazancı sağlamaz, sadece iş yükünü artırır. ![Bir bilgisayar klavyesinde slash komutunu yazırken, komut paleti ekranda olan ellerin yakın çekimi](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/6b3b39-inline1-detail.webp) ## Adım 2: Transkripti Görev Listesine Dönüştüren /recap Komutunu Oluştur CommanderGPT'de Workflow Builder'ı aç ve /recap adında yeni komut oluştur. Prompt sırasıyla üç şey yapar: Transkripti çeker, taahhüt desenine uygun her cümleyi çıkarır, üç alan çıkarır (görev, sahip, vade tarihi). - Transkripti çek: yapıştır veya transkriber'ın export linkini işaret et (planın API export destekliyorsa) - Taahhüt desenine uygun her cümleyi çıkar: "Yapacağım", "yapmalıyız", "yapabilir misin", "yapalım" - Her eşleşme için üç alan çıkar: görev, sahip, vade tarihi. Sahip veya vade eksik ise, birini tahmin etme, "belirsiz" olarak yaz O üçüncü kural, takımların atladığı ama önem kazananı. Transkript adı vermediğinde sahibi tahmin eden AI sadece belirsizliği ileride taşır; üç gün sonra "takım" bunu yapın diye bulursun çünkü takımdaki kimse onların kendi işi olduğunu düşünmediler. Açıklık çalışır, tahmin etmek başarısız olur. Burada bir RevOps lider anlaşma inceleme toplantılarında çalıştırdığı komut: `/recap [transkripti yapıştır] Aksiyon maddelerini: - [ ] Görev | Sahip | Vade Tarihi Sahip veya tarih eksik ise "belirsiz" işaretle, tahmin etme Kararları ve FYI'ları yoksay, sadece yapılacak taahhütler çıkar`Gerçek transkriptte bir kere çalıştırmadan önce ona güven. Altı konuşmacı ile 45 dakikalık çağrıda ilk geçiş genellikle bir el düzeltmeyi gerekli kılar. Birisi "fiyatlandırmaya bakabilir misin" demişse isim vermeden, komut onu bayrak etmeli, sessiz konuşan son kişiye atamamalı. Hataları yakala ve düzelt, otomasyon içine bırakma. ## Adım 3: Aksiyon Maddelerini Copy-Paste Olmadan Notion veya Linear'a Yönlendir /recap temiz bir liste çıkardığında, zincirdeki ikinci komut /sync, o listeyi alır ve gerçek görevleri oluşturur. Bu, çoğu takımın elle yaptığı adımdır ve en çok zaman alan: altı satırı özet e-postasından altı ayrı Notion satırına kopya. Hiç kimse bunu sevmez ama hepsi bunu yapar. Takımın zaten Notion'da yaşıyorsa, /sync her çıkarılan satırı veritabanı girişine haritalandırır: görev adı, sahip (takım üyesi listenize karşı eşleştirilmiş), vade tarihi ve toplantı kaydına geri bağlantı. Linear çalıştıran mühendislik uydu ops takımları için, aynı komut sorun oluşturur, toplantı tarihi ile etiketlenmiş; böylece sonra izlenebilir. İki farklı sistem aynı komut tarafından desteklenir. Haritalandırma ilk çalışmada otomatik değildir. /sync hangi Notion özelliğinin sahip adını tuttuğunu ve hangisinin vade tarihini tuttuğunu bilmeye ihtiyaç duyar. Linear ilk çalışmadan sorun kabul etmeden önce default takım ve sorun şablonu gerektirir: insan "Yeni Sorun" tıklamasından komut tıklaması farklıdır. Bu kurulumu atla ve komut ya sessiz başarısız olur veya kötü tarafta, sorunları yanlış takımın iş listesine oluşturur. Kurulum maliyeti gerçektir: Notion veritabanı alanlarını eşleştirmek veya Linear sorun şablonlarını ilk kez yapılandırmak için 20 ile 30 dakika arasında bekle. Bundan sonra, toplantı başına sıfır manuel giriş gerekir. Bir CS ops takımı bunu haftalık QBR hazırlık çağrısında çalıştırdığında, 25 dakikalık post-toplantı temizliği 90 saniyelik inceleme ve onay adımına indirdi. Bu evrensel sayı değil, senin kendi temizlik zamanı tipik bir çağrının ne kadar aksiyon madde ürettiğine bağlıdır, ama bu kazancın şekli: el yazısının yerine incelemenin dakikaları. ![Masasında telefon görev listesi, tik işaretli not defteri ve kahve ile batı yöremiz flat-lay görüşü](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/0ec777-inline3-flatlay.webp) ## Tekrar Açıklıyorum: /recap → /sync → /notify Tam Zinciri Tam zincir iki değil, üç komuttur. Üçüncü, /notify, /sync bitirdikten sonra her sahibe kendi aksiyon maddeleri ve vade tarihi ile Slack DM gönderir. Bu gerçekten iş yükünü azaltır. Workflow Builder'da birbirine zincirlenmiş, sıra şu şekildedir: transkript girer, /recap çıkarır, /sync görevleri Notion veya Linear'a yazar, /notify sahipleri ping eder. Pano kontrol etme yok, özet e-postayı tarama yok, Slack'i açıp bildirim bulma yok. Görevi sahip olan kişi çağrı bittikten sonra bir dakika içinde bunu sahibi olduğunu bulur, bağlam yeniden transkripti okumadan hafızaya yeterli taze olur. Bu timing çok önemlidir. Bu "3 komut, 1 workflow, 0 friction" fikri burada kazanır: her komut bir iş yapar, ve herhangi bir tanesini (başka transkriber, başka hedef, başka bildirim kanalı) workflow'u yeniden kurmadan değiştirebilirsin. Esneklik burada anahtar avantajdır. ![Duvar ekranında kanban paneli bakan küçük ops takımı standup toplantısı](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/396092-inline4-ambiance.webp) ## Bu Nerede Kırılır: Yinelenen Toplantılar, Sessiz Konuşmacılar ve Belirsiz Fiiller Tüm takıma dağıtmadan önce bilmeye değer üç hata modu vardır. Bunlar otomasyon başarısında en sık engel noktalarıdır. Yinelenen toplantılar, /sync yeni bir oluşturmadan önce aynı görev adına sahip varolan açık öğeyi kontrol etmezse görevleri çoğaltır. Bunu yaşarsınız. Son 14 gündeki açık görevlere karşı çoğaltma kontrol ekle, yoksa "hukuk takıbı yap" satırları Notion veritabanı olacak altı farklı hafta, altı kez, kopyalanmış ve tekrarlanmış. Bu iş yükünü on kattan kötüleştirir. Sessiz konuşmacılar atlanır, bu sorun yaşanır. Birisi yan yorumda veya çağrı sırasında sohbet mesajında bir şeyi taahhüt ederse, transkript onu hiç görmez, /recap de görmez. Bu gerçek boşluk, ayar sorunu değil: komut söyleneni çıkarır, anlatılmak istenenini değil. Bunu kabul etmek önemlidir. Bellirsiz fiiller belirsiz görevler üretir, her zaman. "Fiyatlandırmayı düşünelim" aksiyon madde değil, tartışma konusudur, ve iyi ayarlanmış /recap onu belirsiz olarak bayrak etmeli, sahip ve tarih uydurmak yerine. Komutun şüpheli derecede tam görev listeleri oluşturuyorsa, tahmin etmesi gerekir, değil çıkarması, ve o denetim değmesi. Bu kalibrasyonu ilk üç toplantıda yapın. ## 30 Gün Sonra Ne Ölçülecek Workflow'un söylesine güvenme. 30 gün sonra takip edecek iki sayı vardır: Tamamlama oranı (aksiyon maddelerden /recap çıkarmış, vade tarihinde gerçekten bitirilen yüzde) ve manuel düzeltme oranı (komutun sahip veya tarihi yanlış aldığında kaç kez düzelttin). Tamamlama oranı otomasyon öncesi baseline'a karşı düz kalırsa, darboğaz çıkarma değil, takip etme, ve slash-komut zinciri muhasebe sorunu çözmez. Bu bazen olur: aksiyon madde sisteme girerse ama hiç bitirilmezse, problem otomasyon değildir. Manuel düzeltme oranı ilk iki haftadan sonra çıkarılan beşte bir üzerindeyse, /recap komutun kalitesi, transkriber değiştirilmesi değil, sıkılaştırılması gerekir. Fellow'un aksiyon maddelerin tamamlanmasına iz sürme rehberi tamamlama-oran tarafına bir desen sağlar. Ağ genelinde benchmark sunmak mümkün değildir, kontekstler çok farklıdır. Hafta bir baseline ölç, sonra karşılaştır, kendi verilerinizi incele ve iterasyon yap. ## Kuracak Sonraki Komut /recap ile başla, tek başına ve erken. Sonraki anlaşma inceleme veya QBR hazırı çağrında çalıştır, çıktıyı elle bir kez Notion'a kopyala, ve ne kadar düzeltme gerektiğini gör. /sync ağında kurmadan önce test edin. Tüm üç komutu gün bir, çıkarmaya güvenmeden önce, sadece yanlış görev listesini hızlı otomatikleştir. Bu risk taşır ve riski az tutun. Bir hafta sonra ne beklenir: /recap iki üç çağrıda hata oranı yüzde 20-30 seviyesinde sabitlenecektir. Transkriber hataları, kontekst kayıpları: bu normal. İkinci hafta, hata oranı yüzde 10-15'e düşer. Üçüncü hafta, komut transkript desenini öğrenmiştir ve yüzde 5'ten aşağı kalır. Bu eğri her organizasyon için farklı çıkabilir ama şekli tutarlı olur. /recap üç arka arkaya çağrıda yüzde 20'den az düzeltme ile temiz sahip ve tarih çiftleri üretmeye başladığında, /sync ekle. /notify'ı son ekle, hedef doğru olunca. Tüm zinciri 10 kişi takıma kaydeder, recon tamamlanır ve yayın yaparız. Dördüncü haftada genellikle bu noktaya varırsınız ve ekip verimi ölçülebilir artış gösterir. ## FAQ ### CommanderGPT'de /recap komutunu kurmayı unuttum. Tekrar yapabilir miyim? Evet. Workflow Builder'a git, Yeni Komut tıkla, /recap adını ver ve yazıda verilen prompt body'sini yapıştır. Teste tabi tut gerçek transkript ile başlamadan tüm takıma dağıtmadan. ### Notion'da /sync kurulumu zor mı? İlki 20-30 dakika. Komut, Notion özelliklerini (sahip, vade, vs) bilmeye ihtiyaç duyar. Veritabanı şemana bir kez haritalandıktan sonra, tüm gelecek görevler otomatikdir. ### Aynı toplantıda iki transkriber ile çapraz kontrol yapabilir miyim? Hayır. /recap komutu bir kanonik transkript bekler. İkisi çalıştırmak temizlik işini iki katına çıkarır ve hiçbir doğruluk kazancı vermez. Kaynakları denetim yerine temizliğe koy. ### Aksiyon madde eksik bir tarih alırsa ne olur? /recap onu belirsiz olarak işaretler. Listeyi elle incelemeye geçmeden, sahipten tarihi al, sonra /sync adımına git. Tahmin yapmayı reddetmek belirlilik kazanıyor. ### Linear'a /sync kurulumu Notion'dan farklı mı? Benzer kurulum: komuta Linear team ve issue şablonu söyle. Notion yerine doğru backlog'a sorun oluşturur, etiketler tarihle takip için.