# SpecScore vs BMAD Method Canonical: https://specscore.md/tr/vs/bmad-method/ [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) (Çevik Yapay Zeka Güdümlü Geliştirme için Atılım Yöntemi), çevik teslimatı yapay zeka ajanlarıyla yürütmenin [açık kaynak](https://github.com/bmad-code-org/BMAD-METHOD) bir yoludur: işi netleştirir, planlar, inşa eder ve denetler; kararlar yazıya dökülür. Bir ürün gereksinimleri belgesi (PRD), neyin kimin için yapılacağının düz yazı açıklamasıdır. Yöntemin iş akışı haritası önce bir PRD, sonra mimari ve hikâyeler üretir. [Spesifikasyon odaklı geliştirme](https://specscore.md/tr/spec-driven-development/) (SDD), ikisinin de içinde durduğu daha geniş fikirdir — davranış koddan önce belirtilir. [SpecScore](https://specscore.md/tr/), bu spesifikasyon için [açık kaynak](https://github.com/specscore/specscore) bir biçimdir ve bir [komut satırı arayüzü](https://specscore.md/tr/cli/) (CLI) ile gelir. [Sürekli entegrasyon](https://specscore.md/tr/validators/) (CI) — önerilen her değişiklikte çalışan otomatik bir denetim — bir SpecScore dosyası yapısal olarak yanlış olduğunda düşebilir. ## Ortak noktaları. - İkisi de, ajanın kodu yazarken ürünü icat etmesine izin vermez. - İkisi de plan belgelerini depoda, işin yanında, Markdown olarak tutar. - İkisi de, uygulama uzaklaşmadan önce bir insanın planı onaylamasını bekler. ## BMAD Method’un iyi yaptığı şeyler. 30 Ekim 2026’da okunan proje README’si v6.12’yi kararlı sürüm, v7’yi main dalındaki bir önizleme olarak adlandırır. O README’deki v7 tarihi çoktan geçmişti. Satır adlarını bir anlık görüntü olarak alın. ### Kendini işin boyutuna uyduran bir yöntem README, küçük değişikliklerin doğrudan yapım aşamasına gittiğini, daha büyük işin planlandığını söyler. [main üzerindeki iş akışı haritası](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) aşamaları yazar: bir PRD (`PRD.md`), isteğe bağlı bir UX spesifikasyonu, karar kayıtları olan `architecture.md`, epik ve hikâye dosyaları, sonra bir sprint. Bu tek bir istem değil, çevik bir döngüdür. ### Uygulamadan önce bir kapı Aynı harita `bmad-check-implementation-readiness` adımını listeler. Uygulamadan önce PASS, CONCERNS veya FAIL döner. v6 ürün yöneticisi ajanının bir validate-PRD adımı da vardır. Bunlar ajanın çalıştırdığı iş akışı kapılarıdır. Gelişigüzel bir Markdown ağacına yönelttiğiniz ayrı bir biçim linter’ı değildir. ### Gerçekten yayımlanmıştır Yöntem, genel bir depoda [MIT lisanslıdır](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE). README’deki kararlı kurulum `npx bmad-method install` komutudur ve Node.js 20.12 veya daha yenisini, Python 3.10 veya daha yenisini ister. [bmadcode.com](https://www.bmadcode.com/) sitesi yöntemin ücretsiz olduğunu söyler. ## Özellik karşılaştırması. BMAD süreçtir. SpecScore, bir sürecin hedefleyebildiği eser biçimidir. Tablo bu rolleri karşılaştırır. | Yetenek | BMAD Method | SpecScore | | --- | --- | --- | | Birincil rol | Çevik yöntem: fikirden doğrulanmış koda ajanlar, beceriler ve iş akışları | **Açık spesifikasyon biçimi + CLI** | | Plan eserleri | PRD, UX spesifikasyonu, mimari, epikler ve hikâyeler, sprint durumu — 30 Ekim 2026’da okunan iş akışı haritasında | Gereksinim kimlikleriyle, bir spec/ ağacında **fikirler, özellikler, planlar ve görevler** | | İşi denetlemek | Ajanın çalıştırdığı hazırlık kapısı (PASS / CONCERNS / FAIL) ve bir validate-PRD iş akışı | CI içinde belirlenimci **specscore spec lint**. `/score` elle verilen bir yapay zeka notudur. | | Gereksinim kimlikleri | PRD ve epik dosyalarının içindeki hikâyeler ve işlevsel gereksinimler. SpecScore REQ: slug değildir. | **REQ: slug** ve kabul kriteri kimlikleri | | Çalışma zamanı | README’de anlatılan v6.12 kurucusu için Node.js ve Python | Tek bir Go ikili dosyasının ötesinde **hiçbir şey gerekmez** | | Lisans | [MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE), [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) biçim · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) CLI | ## SpecScore'un ekledikleri. ### Denetim bir komuttur, yöntemin içindeki bir adım değil BMAD’ın hazırlık sonucu, kendi iş akışının içindeki bir karardır. SpecScore’un sonucu bir süreç çıkış kodudur. [dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) her pull request’te `specscore spec lint` çalıştırır. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) bir eseri, depoda yapılandırılmış gözden geçirenlerle notlar. Onu siz çağırırsınız. CI çağırmaz. ``` $ specscore spec lint features/apply-discount/README.md:0 [error] oq-section: Open Questions section not found features/apply-discount/README.md:0 [error] index-entries: Child directory not listed in index: refunds features/apply-discount/refunds:0 [error] readme-exists: README.md not found 3 violations found (3 errors) ``` ### Biçim, başka bir yöntemi de aşar BMAD’ın belgeleri kendi iş akışlarının biçimini taşır. BMAD’ı çalıştırmayı bırakırsanız Markdown durur, ama yöntemin dışında biçimi zorlayan bir şey kalmaz. Bir SpecScore ağacı sözleşmedir. BMAD dahil başka bir iş akışı onu yazabilir ve linter yine uygulanır. ### Hikâyeler ve gereksinimler kimlikle bağlı kalır BMAD hikâyeleri bağlamı ileri taşır; ajan ürünü yeniden kararlaştırmaz. SpecScore bağı mekanik kılar: bir plan görevi `REQ: slug` anar, `specscore:` işaretleri ile `Verifies:` commit fragmanları kodu kritere geri yöneltir. ## Hangisi ne zaman kullanılmalı? ### BMAD Method’u şu durumlarda seçin… - Role özgü iş akışlarıyla ajanların yürüttüğü tam bir çevik döngü — PRD, mimari, hikâyeler, sprint — istediğinizde. - Hazırlık kapısını ve yöntemin getirdiği ürün, mimari ve test bakış açılarının kurulunu istediğinizde. - Bir ekibin nasıl istem yazacağını standartlaştırıyorsanız ve standart, yöntemin becerileriyse. ### Şu durumlarda SpecScore'u kullanın… - O gün BMAD iş akışını kimse çalıştırmasa bile, bir başlık, bir bağlantı veya bir durum yanlış olduğunda spesifikasyonun CI’da düşmesi gerektiğinde. - Yalnızca bir yöntemin hikâye dosyalarının içinde değil, araçlar arasında kararlı gereksinim kimlikleri gerektiğinde. - Başka bir sürecin hedefleyebildiği [açık kaynak](https://github.com/specscore/specscore) bir biçim istediğinizde. ## Yöntem, biçimi yazabilir. BMAD “işi nasıl yürütürüz” sorusuna yanıt verir. SpecScore “sözleşme hangi dosyadır ve CI onun bozulmadığını nasıl bilir” sorusuna yanıt verir. Bir ekip konuşma için BMAD’ın PRD’sini ve hikâyelerini, lint edilmesi gereken gereksinimler için bir SpecScore özelliğini tutabilir. Döngü için BMAD Method’u kullanın. Pull request’in denetlediği eser için SpecScore’u kullanın. ## Kaynaklar. Aşağıdaki herkese açık sayfalar 30 Ekim 2026’da okundu. Fiyatlar, plan adları ve sürüm hatları değişir. - [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) - [BMAD-METHOD — MIT lisansı](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) - [BMAD iş akışı haritası (main, 30 Ekim 2026’da okundu)](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) - [bmadcode.com](https://www.bmadcode.com/) - [specscore/specscore — dogfood CI iş akışı](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) - [specstudio-skills — /score becerisi](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) - [specscore/specscore — CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) - [specscore/specscore-cli — Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE)