Vaka Analizi: Vibe Coding Prompt Template – Kendim İçin Yazdığım Bir Akışa 2.806 Yıldız
Kendi projelerimi planlarken kullandığım prompt akışını açık kaynak yaptım. Altı ay boyunca 77 yıldızda kaldı, sonra tek ayda 628 yıldız aldı. Depoda gerçekte ne var ve yıldız eğrisi neyi gösteriyor?
1. Neden Yazıya Döktüm
Aynı dört promptu tekrar tekrar yazıyordum. Her yeni projede bir sohbet modelinden önce fikri araştırmasını, sonra bir PRD yazmasını, sonra bir teknoloji yığını seçmesini, ardından bunların hepsini o an açık olan kodlama ajanına baştan anlatmamı istiyordum. Cevaplar iyiydi. Tekrar tekrar yazmak değildi; üstelik her yeni sohbet, bir önceki sohbette verilen kararları unutuyordu.
Bu yüzden dört promptu markdown dosyalarına yazdım, bir kodlama ajanının koda dokunmadan önce okuması gereken dokümanları ekledim ve hepsini Nisan 2025'te GitHub'a koydum. Tek kişilik bir düzen tutma işiydi. Başkasının kullanmasını beklemiyordum ve altı ay boyunca da kimse pek kullanmadı.
2. Depo, Eğri ve Anlamı
Aşağıdaki bütün sayılar KhazP/vibe-coding-prompt-template deposunun GitHub REST API verisinden geliyor; 4 Ağustos 2026'da okundu. Buradaki hiçbir rakam kullanım tahmini değil, çünkü yıldız kullanım demek değil.
Deponun bugünkü durumu
- 0
- Yıldız
- 0
- Fork
- 0
- Sürüm
- 0
- Aylık yaş
GitHub REST API, 4 Ağustos 2026
Ayrıca GitHub'ın fork saymadığı bir "Use this template" düğmesi var
v1.0.0 (27 Kas 2025) ile v3.0.0 (18 Tem 2026) arası
İlk commit 14 Nisan 2025
Kaynak: gh api repos/KhazP/vibe-coding-prompt-template, 2026-08-04
İki katkıda bulunan, o anlık görüntüde sıfır açık konu, MIT lisansı. Skor tablosunun tamamı bu. İndirme sayım yok, depoyu kimin klonladığına dair analitiğim yok ve o 2.806 hesabın kaçının tek bir dosyayı bile açtığını bilmemin bir yolu yok. Tahmin yürütmektense bunu söylemeyi tercih ederim.
Şablonun içinde gerçekte ne var
Bu bir markdown deposu. Kurulacak bir paket yok; dosyalarınızın yerinde olup olmadığını kontrol eden tek bir Python betiği dışında çalıştırılacak bir şey de yok.
Çekirdeği, sırayla bir sohbet modeline yapıştırdığınız dört prompt:
part1-deepresearch.mdmodelden fikri sınamasını ister: talep, rakipler, kapsamın gerçekçi olup olmadığı. Yirmi ila otuz dakika.part2-prd-mvp.mdbunu bir MVP kapsamına indirgenmiş ürün gereksinim dokümanına çevirir.part3-tech-design-mvp.mdbütçenize, takviminize ve karmaşıklık toleransınıza göre yığın seçeneklerini gezer.part4-notes-for-agent.mdIDE ajanınıza verdiğiniz dosyadır. Ajana ilk üç çıktıyı okumasını ve şablonları doldurmasını söyler.
İlk üçü, henüz bir deponuz yokken ChatGPT, Claude.ai veya Gemini içinde çalışır. Yalnızca dördüncüsü bir IDE ister.
Bu çekirdeğin etrafında, sonradan istek üzerine eklediğim üç şey var:
Araç adaptörleri. templates/tool-adapters/ her araç için ince birer işaretçi dosya barındırıyor: Claude Code için CLAUDE.md, Cursor için .cursor/rules/vibe.mdc, Antigravity için .agent/rules/vibe.md. Codex AGENTS.md dosyasını doğrudan okuduğu için ek bir şey istemiyor. Her adaptör kopya değil işaretçi olduğundan talimatlar tek yerde duruyor. Aynı altı aşama için Cursor komutları, Antigravity iş akışları ve Codex promptları da geliyor.
Claude Code becerileri. .claude/skills/ altında altı tane var: /vibe-research, /vibe-prd, /vibe-techdesign, /vibe-agents, /vibe-build ve diğer beşini sırayla çalıştıran orkestratör /vibe-workflow. Tek tek npx skills add ile kuruluyorlar.
İşlenmiş bir örnek. examples/reddit-to-ai/ tam bir çıktı seti: araştırma dokümanı, PRD, teknik tasarım, AGENTS.md, MEMORY.md. İyi çıktının neye benzediğini tahmin etmek yerine görebiliyorsunuz.
Üç GitHub Actions iş akışı var ve bu ifadenin çağrıştırdığından daha küçükler: ilk kez katkı verenlere selam veren bir iş, PR boyutunu etiketleyen bir iş ve gerekli şablon dosyalarının hâlâ yerinde olduğunu, SECURITY.md içinde yer tutucu bir e-posta kalmadığını, adı değişmiş bir dosya veya beceriye atıf yapılmadığını kontrol eden bir lint işi. Bu bir derleme hattı değil, kendi bozuk bağlantılarıma karşı bir koruma.
Şablonun bir de web sitesi sürümü var; aynı aşamaları tarayıcıda yürütüyor. Bu vaka analizi deponun kendisiyle ilgili.
Yapı neden serbest promptlamayı yener
Çözmeye çalıştığım hata biçimi çok belirli. Bir özelliği kodlama ajanına sohbette anlatırsanız, ajan söylemediğiniz kısımları çıkarım yapmak zorunda kalır: klasör düzeni, adlandırma, neyin bitmiş sayıldığı, önceki kararlarınızdan hangilerinin hâlâ geçerli olduğu. Makul ama sık sık yanlış çıkarım yapar ve siz fark ettiğinizde yanlış varsayım çoktan on iki dosyaya girmiştir.
Kararları önce yazıya dökmek iki iş görür. Ajan tahmin etmek yerine bir dosya okur; siz de karara henüz hiç kod yokken, yani itiraz etmenin bedava olduğu anda itiraz edebilirsiniz. En çok kötü fikri PRD aşamasında öldürdüm, birkaçı kendi fikrimdi.
Diğer yarısı README'nin dayattığı döngü: planla, planı onaylat, tek bir özelliği uygula, doğrula, tekrarla. Bunda yeni hiçbir şey yok; junior bir geliştiriciyi nasıl brifinglerseniz öyle. Şablonun katkısı, o brifingi her seferinde elle yazmanız (ya da gerçekçi olalım, hiç yazmamanız) yerine yaklaşık bir saatte üretmesi.
Kendi işlerimde de kullanıyorum. README bu yolla yapılmış projeleri listeliyor; RealDex mobil uygulaması ve vibeworkflow.app'in kendisi dahil.
Altı sessiz ay, sonra kasım
Aylık ve kümülatif görünüm arasında geçiş yapın
| Yeni yıldız | Toplam yıldız | |
|---|---|---|
| 2025-04 | 5 | 5 |
| 2025-05 | 5 | 10 |
| 2025-06 | 10 | 20 |
| 2025-07 | 7 | 27 |
| 2025-08 | 17 | 44 |
| 2025-09 | 24 | 68 |
| 2025-10 | 9 | 77 |
| 2025-11 | 628 | 705 |
| 2025-12 | 488 | 1193 |
| 2026-01 | 394 | 1587 |
| 2026-02 | 233 | 1820 |
| 2026-03 | 245 | 2065 |
| 2026-04 | 217 | 2282 |
| 2026-05 | 123 | 2405 |
| 2026-06 | 143 | 2548 |
| 2026-07 | 241 | 2789 |
| 2026-08 | 17 | 2806 |
Ağustos 2026 yalnızca 1-4 Ağustos'u kapsıyor, yani o sütun kısmi bir ay. Kümülatif değerler aylık sayıların koşan toplamı ve 2.806'da bitiyor.
Kaynak: gh api ile GitHub stargazer zaman çizelgesi, 2026-08-04
Altı ay boyunca depo ayda 5 ile 24 arası yıldız aldı ve Ekim 2025'i toplam 77 yıldızla kapattı. Dürüst temel çizgi bu: birkaç kişinin bulduğu, herkese açık bir markdown klasörü.
Kasım 2025 tek başına 628 yıldız ekledi; o ana kadarki toplamın sekiz katından fazla. v1.0.0'ı 27 Kasım'da yayımladım, yani deponun bulunduğu ay ile sürüm numarası aldığı ay aynı. Hangisinin diğerine yol açtığını kanıtlayamam. Sürümler kendi başına 628 yıldız üretmez ve elimde yönlendiren kaynak verisi yok — GitHub, depo sahibine iki haftalık kayan pencerenin ötesinde trafik geçmişi vermiyor, ben de o sırada kaydetmedim. Söyleyebileceğim şu: sürüm, depoya bağlantı verilebilecek bir şey kazandırdı ve büyüme ani bir sıçrayıp sönme yerine sürdü. Aralık'ta 488, Ocak'ta 394, ardından yavaş bir düşüşle ayda kabaca 120-250 yıldızlık bir tabana oturdu ve o taban bugüne kadar kırılmadı.
Sıçramadan sonra ne çıktı
v1.0.0 - 27 Kas 2025
Webapp Release. İlk etiketli sürüm; deponun bulunduğu ayda yayımlandı.
v2.0.0 - 15 Ara 2025
Enhanced Tool Ecosystem & Webapp Integration. Daha fazla IDE ve ajan desteği.
v2.1.0 - 9 Oca 2026
2026 workflow refresh. Promptlar o dönemin model kuşağına göre yenilendi.
v2.2.0 - 16 Oca 2026
Claude Code Skills & Hooks. Altı /vibe-* becerisi geldi.
v2.3.0 - 4 Mar 2026
Agentic Era. Çoklu ajan orkestrasyonu ve artefakt öncelikli bellek rehberi.
v2.4.0 - 9 Nis 2026
Audit & Hardening. Yönetişim, güvenlik politikası ve depo lint iş akışı.
v3.0.0 - 18 Tem 2026
The Contracts Release. Tek talimat sözleşmesi olarak AGENTS.md ve ona işaret eden ince adaptörler.
Asıl ders bu listenin biçiminde. Sürümlerin üçte ikisi kitle geldikten sonra çıktı. v1.0.0'a kadar olan her şey kendi problemimi çözmemdi; sonrasındaki her şey başkalarının araçları, başkalarının editörleri ve başkalarının soruları için yapılan bakım işiydi. v2.4.0 sertleştirme sürümü var, çünkü güvenlik politikasında [your-email] yer tutucusu duran herkese açık bir depo utanç vericidir; lint işi de var, çünkü aynı hatayı ikinci kez yapamayayım.
Böyle bir şeye başlayacak birine söyleyeceklerim
Erken yayımlamak bana hiçbir şeye mal olmadı ve altı ay boyunca hiçbir şey de öğretmedi. Sorun değil: depo o altı ay boyunca kimse yıldızlamasa da benim işime yarıyordu, zaten kasıma kadar hayatta kalmasının tek sebebi bu. Emeği haklı çıkarmak için bir kitleye ihtiyacı olsaydı temmuzda silerdim.
Sürüm numarası beklediğimden çok daha fazla iş gördü. İçeriği kökten değiştirdiği için değil, projeye insanların işaret edebileceği bir yüzey ve anılmaya değer bir an kazandırdığı için. Altı aylık sessiz commit'ler kimseye bağlantı verecek bir şey sunmuyordu.
Bakım yükü de gerçek. Yedi sürüm, bir yönetişim dosyası, konu şablonları, bir davranış kuralları metni ve bir lint iş akışı, dört promptu tekrar tekrar yazmaktan bıktığımda kurmaya niyetlendiğim şeyler değildi. Bir iş akışını herkese açarsanız ve tutarsa, ikinci bir proje devralmış olursunuz.