Açık kaynak proje nasıl tanıtılır?

Projenize uyan mecralarda bir kez lansman yapın; her birinin proje yaşı, lisans dosyası, megathread ve yapay zekâ ile yazılmış metin kurallarına uyun. Sonra kullanıcı getirmeye devam eden yavaş işi yapın: alternatif, kütüphane önerisi ve bakım durumu sorularını sorulduğu yerde yanıtlayın, projenin bakımını sizin yaptığınızı açıkça söyleyin, yıldızlardan önce kurulumları, issue’ları ve yeni katkıcıları ölçün.

Yayın tarihi · Güncelleme

Lansman günü ve sonraki her gün

Lansman günü bir ziyaretçi dalgası getirir, ardından sessizlik gelir. Bir projeyi sonraki bir yıl içinde benimseyenlerin çoğu onu daha sonra, şuna benzer başlıklarda bulur:

  • Uçtan uca şifrelemesi ve mobil senkronizasyonu olan, self-hosted bir not uygulaması alternatifi var mı?
  • Taranmış dosyalarda bozulmadan PDF’lerden tablo çıkaran Python kütüphanesi hangisi?
  • Bu projenin bakımı hâlâ yapılıyor mu? Son sürüm epey eski görünüyor.
  • AGPL lisanslı bir projeyi SaaS ürünümüzün içinde çalıştırabilir miyiz?
  • Küçük bir VPS’te çalışan açık kaynak bir durum sayfası (status page) önerisi olan var mı?

GitHub’ın kullanıcı bulma üzerine Open Source Guide sayfası aynı şeyi proje sahibinin gözünden anlatır: kullanıcılarınızın zaten toplandığı yere gidin, projenizin çözdüğü sorunu yaşayan kişilerin sorularını yanıtlayın, projeden yalnızca yerinde olduğunda bahsedin ve büyümenin aylar, hatta yıllar sürmesini bekleyin.

Nerede paylaşmalı ve her mecranın koyduğu kurallar

Reddit’in site geneli kuralları, önemsediğiniz topluluklara samimi biçimde katılmanızı, spam yapmamanızı ve kim olduğunuz konusunda insanları yanıltmamanızı ister. Ardından her subreddit kendi kurallarını koyar; açık kaynak subreddit’leri de çoğundan daha katıdır. Aşağıdaki tablo, bu kuralları 7 Ekim 2026’da kayda geçiren bir açık kaynak mecraları dizinine ve kendimiz okuduğumuz Hacker News sayfalarına dayanır. Kurallar değişir; her paylaşımdan önce kenar çubuğunu (sidebar) okuyun.

Açık kaynak projeler için paylaşım kuralları, Ekim 2026 itibarıyla aktarıldığı hâliyle
MecraProje paylaşımından ne istiyorKaynak
r/selfhostedÜç aydan genç projeler yalnızca haftalık New Project Megathread’e girer; bu projeler için açılan ayrı gönderiler kaldırılırDizin, 07.10.2026’da kontrol edildi
r/opensourceTanıtım flair’i, OSI onaylı bir LICENSE dosyası içeren bağlantılı bir repo; yapay zekâ ile üretilmiş içerik ban sebebi sayılırDizin, 07.10.2026’da kontrol edildi
r/programming“Bunu ben yaptım” gönderileri yok; zor bir problemi anlatan teknik bir yazı olur; çeviriler dahil LLM ile yazılmış metin olmazDizin, 07.10.2026’da kontrol edildi
r/PythonProje tanıtımları aylık bir başlığa girer ve projeyi insanların zaten kullandığı araçlarla karşılaştırmalıdırDizin, 07.10.2026’da kontrol edildi
r/golang, r/rustModeratörler yapay zekâ ile üretilmiş görünen gönderileri kaldırabilirDizin, 07.10.2026’da kontrol edildi
Show HNSizin yaptığınız, üzerine konuşabileceğiniz ve insanların hemen deneyebileceği bir şey; ideal olarak araya kayıt ya da e-posta girmemeli; aceleyle üretilmiş tek seferlik işler yok; arkadaşlarınızdan öne çıkarmalarını ya da yorum yapmalarını istemeyinShow HN kuralları
Hacker News genelGönderilerde ve yorumlarda üretilmiş ya da yapay zekâ ile düzenlenmiş metin yok, otomatik paylaşım yok, tanıtım yalnızca zamanın bir kısmındaHN kuralları
awesome-selfhostedEtiketlenmiş ilk sürümün dört aydan eski olması gerekir; kütüphaneler ve SDK’lar kabul edilmez; LLM ile üretilmiş katkılar ban getirirCONTRIBUTING.md

Bir lansman haftası planı

Açık kaynak bir secrets yöneticisi olan Infisical, lansmanını yazıya döktü: r/opensource, r/github ve r/node’da gönderiler, bir Show HN ve sonraki günlerde projeyi haberine taşıyan TLDR ve Console.dev gibi bültenler. Yazar, lansmandan önce bu topluluklara katılmayı öneriyor; kendileri bunu yapmamış. Buna dayanan bir plan:

  1. Lansmandan önce: denemeyi kolaylaştırın
    Projenin ne yaptığını ilk ekranda gösteren bir README, temiz bir makinede çalışan kurulum adımları, bir LICENSE dosyası ve etiketlenmiş bir sürüm.
  2. Haftalar önce: katılın
    Kullanıcılarınızın olduğu yerde, projeden hiç bahsetmeden soruları yanıtlayın. Infisical’ın yazısı atladığı adım olarak tam da bunu gösteriyor.
  3. Lansman günü: mecra başına bir gönderi, sizin kaleminizden
    Uyan iki ya da üç mecra, her birinin istediği megathread ya da flair ve kendi cümleleriniz. Yorumlarda kalın; README’de neyin eksik olduğunu onlar gösterir.
  4. Sonra: listeler
    Dizinler ve küratörlü listeler daha sonra gelir. awesome-selfhosted, ilk sürümünüz dört aydan eski olana kadar bekler.

Projenin sahibi olarak yanıt vermek

Yeni kullanıcıların sürekli kaynağı soru başlıklarıdır. İyi bir yanıt, seçim sizin projeniz olmasa bile kişinin seçim yapmasına yardım eder. Araç önerisi başlıklarına yanıt vermek genel çerçeveyi anlatıyor; açık kaynakta üç soru, önceden hazırlanmaya değecek kadar sık gelir.

“X’e alternatif?”

Kişinin kısıtlarına uyan seçenekleri, sizin yazmadıklarınız dahil sayın ve sizinkinin nerede ayrıştığını söyleyin. Mobil senkronizasyona ihtiyaçları varsa ve sizinkinde yoksa bunu açıkça belirtin.

“Bakımı hâlâ yapılıyor mu?”

Okuyucunun kontrol edebileceği bilgilerle yanıt verin: son sürüm tarihi, ne sıklıkla merge ettiğiniz, issue’lara ne kadar hızlı dönüldüğü. Örneğin OpenSSF Scorecard’ın Maintained kontrolü son 90 gündeki haftalık commit’lere bakar, arşivlenmiş repolara en düşük puanı verir ve 90 günden genç projeleri değerlendirmek için fazla yeni sayar.

“Bu lisansla kullanabilir miyim?”

Hukuki tavsiye vermek yerine lisans metnini ve sade bir özetini paylaşın. AGPL-3.0 için choosealicense.com özeti, değiştirilmiş bir sürüm ağ üzerinden hizmet sunmak için kullanıldığında o sürümün tam kaynak kodunun erişime açılması gerektiğini belirtir.

Proje ücretsiz olsa bile o son cümle önemlidir. FTC’nin onay ve tavsiye (endorsement) rehberi, açıklanması gereken bağlantıların parayla sınırlı olmadığını, istihdam ve ortak sahipliği de kapsadığını ve işvereninizi profilinizde yazmanın yeterli olmadığını söyler. Bu rehberin ücretsiz bir hobi projesini kapsayıp kapsamadığı hukuki bir sorudur; ancak Reddit’in kuralları zaten kim olduğunuz konusunda insanları yanıltmamanızı ister. Açıklama şablonları tek satıra sığan ifadeler sunuyor.

Yıldızlar en son gelir

GitHub’ın dokümantasyonu, repo sıralamalarının çoğunun yıldızlara bağlı olduğunu söyler ve yıldızı, projeleri takip etmenin ve proje sahibine takdirinizi göstermenin bir yolu olarak tanımlar; birinin bir şey kurduğunun işareti olarak değil. ICSE 2026’ya kabul edilen ve 2025’te arXiv’de revize edilen bir çalışma, çoğu kısa ömürlü phishing ve kötü amaçlı yazılım repolarında olmak üzere yaklaşık altı milyon şüpheli sahte yıldız buldu; sahte yıldızların iki aydan kısa bir süre işe yaradığını, sonrasında yüke dönüştüğünü de tespit etti.

Birinin projeyi gerçekten kullandığını gösteren sayıları takip edin: paket indirmeleri, tanımadığınız kişilerden gelen issue’lar ve ilk kez katkı yapanlar. Sonuncusu için başlangıç seviyesindeki issue’ları etiketleyin ve bir CONTRIBUTING.md yazın; good-first-issue listesi en az üç açık başlangıç issue’su, on katkıcı, kurulum dokümantasyonu ve açık kaynak bir lisans istiyor.

Bir ajanın işe yaradığı ve yaramadığı yerler

Bütün bu işin yavaş kısmı okumaktır: alternatif soran ve bakım durumunu soran başlıkları, sönmeden önce Reddit ve X genelinde bulmak. Agent Agency bu kısmı üstlenir. Projenizin web sitesini yapıştırırsınız; en fazla beş herkese açık sayfayı okur ve sizin onaylayacağınız bir Product DNA yazar. Ajanlar da her topluluğu okur ve günlük limitlere uyar. Onay modunda her yorum, gönderi ve DM sizi bekler. Ajanlar, yanıt verenlere cevap vermek için bir başlığa günlerce geri döner ve projeden yalnızca soruyu yanıtladığında, günlük bir üst sınır içinde bahseder. Akışın tamamı Nasıl çalışır sayfasında.

Sizin yaptıklarınız ve ajanın yaptıkları
İşKim yapar
Show HN, Lobsters, awesome listeleri, dizinler, bültenlerSiz. Agent Agency’nin bunlar için bir ajanı yok.
r/programming ve r/opensource gibi yapay zekâ ile yazılmış metni yasaklayan mecralardaki gönderilerSiz, kendi cümlelerinizle. Onay modunda bu topluluklar için gelen ajan taslaklarını reddedin.
Reddit ve X’te soru başlıklarını bulmakAjan
Yanıtların ve takip yorumlarının taslağını yazmakAjan; siz düzenleyip onaylarsınız
Projenin bakımını yaptığınızı nasıl açıklayacağınıza karar vermekSiz. Platform kuralları ve yasalar önemli bağlantıların açıklanmasını gerektirir.

Reddit ve X yayında, YouTube testte. İş jetonlarla ödenir; fiyatlar ilk davetlerle birlikte açıklanacak. Projeniz bir topluluk projesi değil de ticari bir geliştirici aracıysa geliştirici araçları sayfası size daha uygun.

Sorular

Açık kaynak projemi önce nerede paylaşmalıyım?

Kullanıcılarınızın zaten soru sorduğu yerlerde, her mecranın istediği formatla. Self-hosted bir uygulama için bu r/selfhosted’ın haftalık megathread’i olabilir; bir Python kütüphanesi için aylık r/Python tanıtım başlığı; insanların hemen deneyebileceği bir şey için Show HN. İki ya da üç tanesini seçin, her gönderiyi kendiniz yazın ve yorumlarda kalın.

Ücretsiz bir projenin bakımını yaptığımı belirtmem gerekir mi?

Evet, söyleyin. Reddit’in kuralları kim olduğunuz konusunda insanları yanıltmamanızı ister; FTC’nin rehberi de istihdam ya da ortak sahiplik gibi bağlantıların, ortada para olmasa bile açıklanması gerektiğini söyler. “Bunun bakımını ben yapıyorum” gibi tek bir satır yeterli; yalnızca profilinizde değil, yorumun kendisinde.

Bir AI ajanı projem hakkında r/programming’de ya da Hacker News’te paylaşım yapabilir mi?

Bu mecralar yapay zekâ ile yazılmış metni kabul etmez: r/programming LLM ile yazılmış içeriği yasaklar, Hacker News de üretilmiş ya da yapay zekâ ile düzenlenmiş metin istemez. Agent Agency’nin Hacker News ajanı yok; Reddit’te ise bu gönderileri kendiniz yazmalı ve böyle bir kuralı olan her subreddit için gelen taslakları reddetmelisiniz.

Agent Agency, insanların sizinkine benzer bir proje aradığı başlıkları bulur ve onaylamanız için yanıt taslakları hazırlar. Bekleme listesine katılmak ücretsiz. Bekleme listesine katılın

Kaynaklar

Bu soruların sorulduğu topluluklar