Gmail'de bir müşteriye uzun, yapılandırılmış bir güncelleme yazmayı yeni bitirdin. Gönder'e basıp Slack'e geçiyorsun ve bir saniyeliğine donup kalıyorsun. Parmakların aynı resmi tonda yazmaya devam etmek istiyor. Yanlış uygulama. Yanlış hava.
Az kalsın yazacağın "Umarım bu mesaj sizi iyi bulur" ifadesini siliyor ve daha samimi bir merhabayla baştan başlıyorsun. Üç uygulama sonra, bir Notion belgesi için tekrar yazıyorsun. Sonra bir kod incelemesi yorumu için yine. Her seferinde aynı küçük zihinsel işi yapıyorsun: uygulamanın beklediği tonu çözmek.
Ortalama bir dijital çalışan günde yaklaşık 1.200 kez uygulamalar arasında geçiş yapar ve her geçişin kendi yazma kuralları vardır. Beynin bunları bilir, ama her yeniden ayarlama yapması gerektiğinde bir bedel öder. Akıllı yazma kuralları bunun çözümü. Araçlarının tonu her uygulama için otomatik ayarlamasına izin verir, böylece sen yapmak zorunda kalmazsın.
Neden tek bir yazma tonu her uygulamaya uymaz
Kullandığın her uygulama farklı bir iletişim türü için tasarlanmıştır. İçlerine işlenmiş alışkanlıklar, oraya nasıl bir yazının ait olduğunu sana fark etmeden bile söyler.
Slack hız için tasarlanmıştır. Mesajlar kısa, dizili ve genellikle göz gezdirilerek okunur. Resmi bir "Sayın ekip," katı veya belli belirsiz pasif-agresif gelir. Slack'in iş yeri iletişimi üzerine kendi araştırması, çalışanların %70'inin iş arkadaşlarından gelen kesinlikle profesyonel bir dil yerine resmi olmayan iletişimi tercih ettiğini buldu.
E-posta ise tam tersi. Yapılandırılmış düşüncenin, dokümantasyonun ve yıllarca dosyada tutulup iletilebilecek mesajların yeri. Slack'te iş gören bir "selam" müşteri e-postasında yanlış düşer. Biçimin kendisi — konu satırı, selamlama, imza — daha düşünülmüş bir tona davet eder.
Bir de belgeler var. Notion, Google Docs, Confluence sayfaları. Bir yerlerde aralarında durur: sohbetten daha yapılandırılmış, e-postadan daha az gösterişli. Listeler ve başlıklar önemlidir. Cümleler uzar.
Kod editörleri ve CLI'lar bambaşka bir stil ister. Yorumlar ve commit mesajları kısa, belirgin ve geniş zamanda olmalı. "Handles the case where the user is null" cümlesi, "Hi team, I made a small change to handle a tricky edge case" cümlesine fark atar.
X (Twitter) gönderileri kendi dünyalarıdır: vurucu, satır bölmeli, akışa doğal görünmek için sıklıkla kasıtlı olarak yontulmamış. LinkedIn gönderileri sıcak ve kişisele kayar. Linear ve Jira gibi proje araçları girişsiz, sade ve karar odaklı yorumlar bekler.
Bunların hepsini zaten biliyorsun. Sürekli uyguluyorsun. Tek maliyet, bunu her tek mesajda elle yapıyor olman.
Tonu elle değiştirmenin gizli maliyeti
Ton değiştirmek bedavaymış gibi hissettirir çünkü her tekil geçiş küçüktür. Ama toplamlar hızla birikir.
Asana'nın Anatomy of Work Index çalışması, bilgi işçilerinin günde yaklaşık 10 farklı uygulama kullandığını ve aralarında kabaca 25 kez geçiş yaptığını buldu. Ayrı bir Harvard Business Review araştırması ise bu rakamı uygulamalar ve web siteleri arasında günde neredeyse 1.200 geçişe çıkardı — sekiz saatlik bir günde her 24 saniyede bir geçiş demek.
Bu geçişlerin çoğu yazı içerir. Bir Slack yanıtı, bir e-posta taslağı, bir Linear yorumu, bir belge düzenlemesi. Her biri kısa bir zihinsel yeniden ayarlama ister: - Bu ne kadar resmi olmalı? - Ne kadar uzun? - Burada emoji kullanmalı mıyım? - Madde işaretleri mi, paragraflar mı? - Kapanış yazayım mı, yoksa öylece bitireyim mi?
Bu mikro kararları günde yüzlerce mesajla çarp, ortaya ciddi bir bilişsel yük çıkar. Çalışanların %45'i çok fazla uygulama arasında geçiş yapmanın kendilerini daha az verimli yaptığını söylüyor; %43'ü ise bunun zihinsel olarak yorucu olduğunu bildiriyor. Bu yükün önemli bir kısmı, bir sonraki uygulamanın nasıl bir yazı istediğini bulmaya gidiyor.
"Akıllı yazma kuralları" aslında ne demek
Bir akıllı yazma kuralı, birbirine yapıştırılmış iki şeydir: bir tetikleyici (hangi uygulamadasın) ve bir istem (yapay zekânın metnini nasıl yeniden yazacağı veya cilalayacağı). Aktif uygulamaya yazdığında ya da konuştuğunda kural devreye girer ve çıktıyı uygun hale getirir.
Araca her seferinde "bunu rahat bir tona çevir" demiyorsun. Slack için bir kez, Gmail için bir kez, Notion için bir kez ayarlıyorsun. Araç odaktaki uygulamayı algılayıp eşleşen stili uyguluyor.
Sonuç: her yerde aynı şekilde yazıyor veya konuşuyorsun, cilalı çıktı gideceği yere göre kendini ayarlıyor. Ton değiştirmenin sürtünmesi "her mesajda"dan "bir kez ayarla"ya iniyor.
Bu, metni yapıştırıp açılır menüden bir ton seçtiğin ve sonucu geri kopyaladığın genel bir yapay zekâ ton değiştiriciden farklı. O hâlâ işi sana bırakır. Akıllı kurallar açılır menüyü ortadan kaldırır.
İyi bir yazma kuralının anatomisi
Bir uygulama için iyi bir kuralın kabaca beş bileşeni vardır. Herhangi birini atlarsan çıktı sapmaya başlar.
1. Resmiyet düzeyi
Rahat, nötr, profesyonel veya teknik. Bu, mesajın tüm sıcaklığını belirler: kelime dağarcığı, kasılmalar, cümle ritmi.
2. Uzunluk hedefi
Kısa ve doğrudan (Slack), orta ve yapılandırılmış (e-posta) veya uygulamanın gerektirdiği her ne ise. Uzunluk rehberi olmayan kurallar genellikle varsayılan olarak fazla açıklamaya kaçar.
3. Yapı
Madde işaretleri, numaralı listeler, paragraflar, başlıklar. Notion için bir kural yapıyı teşvik etmeli. Slack için bir kural ise yapıdan caydırmalı.
4. Emoji ve noktalama politikası
Bazı uygulamalar emojiyi sever, bazıları sevmez. Bazı topluluklar uzun tire kullanır, bazıları kullanmaz. Politikayı net yazmak, yapay zekânın ekibine uymayan bir varsayılan seçmesini engeller.
5. Kapanış davranışı
E-posta kapanış ister. Slack istemez. Kod yorumları istemez. Belirtmezsen tutarsız sonlar elde edersin. Slack mesajlarının yarısı, model bunu kibar saydığı için rastgele "Teşekkürler," ile kapanır.
Bu beş ayar bir araya geldiğinde, belirsiz bir "bu uygulama için doğru sesi ver" isteğini her seferinde tutarlı çıktı üreten bir kurala dönüştürür.
Voicr'ın Smart Rules özelliği macOS'ta tam olarak bunu yapar. FN tuşunu basılı tutar, herhangi bir uygulamada konuşur ve o uygulamanın kuralı konuşmanı otomatik olarak cilalar. Çıktı, panonuza gelmeden önce zaten doğru tondadır. Açılır menü yok, ton seçici yok, "dur, şunu yeniden yazayım" yok.
Aşırabileceğin örnek kurallar
Aşağıda muhtemelen en çok kullandığın uygulamalar için kural istemleri var. Herhangi bir modele yazar gibi sade bir dilde yazıldılar. Voicr'a, bir Raycast AI komutuna, bir Shortcuts aksiyonuna veya metnini bir LLM'den geçiren herhangi bir araca koyabilirsin.
Slack kuralı
``` Rewrite the input as a casual, friendly Slack message. Keep it to 2-3 sentences max. Use contractions. Drop greetings and sign-offs. Don't use bullet points unless I literally list things. Light emoji is fine if it fits naturally. Skip "Hope you're well" and similar filler. ```
E-posta kuralı (Gmail, Outlook, Apple Mail)
``` Rewrite the input as a professional but warm email. Start with a brief greeting using the recipient's first name if I mentioned it. Use clear paragraphs of 2-4 sentences each. End with a polite sign-off ("Best," or "Thanks,"). Don't use emoji. Use contractions sparingly to soften the tone while staying professional. ```
Notion / Docs kuralı
``` Rewrite the input as clear, structured document content. Use short paragraphs and bullet lists where appropriate. Prefer plain headings over inline bold. Strip first-person filler like "I think" or "I want to say". Make it sound like a finished section, not a chat message. ```
Linear / Jira kuralı (mühendislik biletleri)
``` Rewrite the input as a focused engineering comment on a ticket. Be direct and terse. Use present tense. Lead with the conclusion or decision. Bullet sub-points if there are multiple items. No greetings, no sign-offs. ```
Kod editörü kuralı (VS Code, Cursor, Xcode)
``` Rewrite the input as a short code comment. Present tense. No "I" or "we". One sentence ideal, two max. Don't restate what the code obviously does — explain the why or the non-obvious bit. ```
X (Twitter) kuralı
``` Rewrite the input as a tweet. Punchy, line-broken for readability, no corporate phrasing. Lowercase is fine. Drop hedges like "in my opinion". 240 characters max. No hashtags unless I include them. ```
Bunlar başlangıç noktaları. Çıktı varsayılan yapay zekâ sesi gibi değil, *senin* gibi kulağa gelene kadar ifadeyi ayarla.
Kuralları gerçekten kullandığın uygulamalarla eşleştirmek
Açtığın her uygulama için bir kurala ihtiyacın yok. Çok yazdığın uygulamalar için kurala ihtiyacın var.
Geçen haftana göz at ve yazılarının çoğunun gerçekten nereye gittiğini fark et. Çoğu insan için bu kısa bir listedir: 1. Bir sohbet uygulaması — Slack, Teams, Discord veya iMessage 2. Bir e-posta istemcisi — Gmail, Outlook, Apple Mail 3. Bir belge veya not uygulaması — Notion, Google Docs, Apple Notes, Obsidian 4. Bir proje aracı — Linear, Jira, Asana, Height 5. Bir kod editörü veya terminal — VS Code, Cursor, Xcode, iTerm 6. Belki bir sosyal uygulama — X, LinkedIn, Bluesky
Bu altı uygulama (veya daha azı) için kural kur. Geri kalan her şey, mantıklı bir varsayılan cila kuralına düşebilir. 30 kuralın olmasının bir ödülü yok. Cezası var, çünkü hangisinin nerede geçerli olduğunu hatırlamak zorundasın.
Her uygulamadaki dikte tarafına daha derin bir bakış için rehberlerimize göz at: Slack'te sesli yazma, Mac'te e-posta dikte etme ve Notion'da sesli giriş.
Yazma kuralları kurarken yapılan yaygın hatalar
Kural kurulumlarının çoğu birkaç tahmin edilebilir şekilde yoldan çıkar.
Çok belirsiz kurallar
"Profesyonel kulağa gelsin" yapay zekâya fazla alan bırakır. Uzunluğu, yapıyı, kapanış davranışını ve emoji politikasını belirt. Kural ne kadar somutsa, çıktı o kadar tutarlı olur.
Çok katı kurallar
Tam tersi tuzak. Slack kuralın beş kelime sınırı dayatıyorsa her mesaj kesik ve garip çıkar. Kelepçe değil, rehber koy.
Farklı adlarla aynı kurallar
E-posta kuralını "Confluence", "Notion" ve "Jira" için kopyalayıp işi bitirmek kolaydır. Her birinin kendi dokunuşuna ihtiyacı var. İki kural gerçekten birebir aynıysa, birleştir ve birinin her iki uygulamayı da kapsamasına izin ver.
Sesinle çatışan kurallar
Yazının bir kişiliği var. Her şeyi kurumsal klişelere çeviren bir kural, bir hafta içinde aracı kullanmayı bırakmanı sağlar. Amaç sesini her uygulama için doğru kayda çevirmek, başka birininkiyle değiştirmek değil.
Yedek kuralı unutmak
Kuralı olmayan bir uygulamada yazınca ne olur? Çoğu araç genel bir cilaya geri döner. O yedeğin gerçekten beğendiğin bir şey olduğundan emin ol, çünkü beklediğinden daha sık devreye girecek.
Akıllı yazma kurallarını pratiğe geçirmek
Bundan tek bir şey çıkaracaksan o da şu olsun: ton değiştirmenin maliyeti gerçek ve hızla birikiyor. Her mikro yeniden yazım, her küçük yeniden ayar, bir iş gününe ekleniyor. Akıllı yazma kuralları bu bedeli ödemeyi bırakma yöntemin.
Küçük başla. En çok yazdığın iki uygulamayı seç — genellikle Slack ve e-posta — ve her biri için tek bir kural yaz. Birkaç gün kullan. Neyin yanlış geldiğini fark et ve ifadeleri ayarla. Sonra haftalık yazma hacminde sırada hangi uygulama varsa onun için üçüncü bir kural ekle.
Bunu kendin bir araya getirmek istemiyorsan, Voicr bunu macOS'ta yerel olarak yapıyor. Herhangi bir uygulamadan FN'i basılı tut, doğal konuş, o uygulamanın kuralı sözlerini panona giderken cilalasın. Slack mesajları rahat, e-postalar profesyonel, kod yorumları kısa ve öz çıkıyor — ve sen hiçbiri hakkında düşünmek zorunda kalmıyorsun. Hedef bu: odaya uyan yazı, sen onu yeniden yazmadan.