2026’nın en iyi spesifikasyon güdümlü geliştirme araçları
SpecScore, spesifikasyonlar için Markdown ve YAML (YAML Ain't Markup Language) ile yazılmış açık ve linter ile denetlenebilir bir dosya formatıdır. Spesifikasyon güdümlü geliştirme (SDD), yazılmış bir spesifikasyonun, kodun ona göre yazıldığı ve ona göre denetlendiği doğruluk kaynağı olduğu bir pratiktir. Spesifikasyon güdümlü geliştirme araçları, bu spesifikasyonları yazmak, saklamak ve bazen denetlemek için kullanılan biçimler, iş akışları ve ürünlerdir. Bir ürün gereksinimleri belgesi (PRD), kimse onu görevlere bölmeden önce sorunu ve kapsamı anlatan düz yazıdır. Gereksinim Sözdizimine Kolay Yaklaşım (EARS), “WHEN bir şey olduğunda, THE SYSTEM SHALL bir şey yapsın” biçiminde bir gereksinim cümlesidir. Komut satırı arayüzü (CLI), terminalde çalıştırdığınız bir programdır. Sürekli entegrasyon (CI), önerilen her değişiklikte çalışan otomatik bir denetimdir.
Bu spesifikasyon güdümlü geliştirme araçları karşılaştırması GitHub Spec Kit, OpenSpec, Kiro, Tessl, BMAD Method, Task Master AI, CodeSpeak, Datarim, düz Markdown ve SpecScore kapsar. Herkese açık sayfalar ve depolar 30 Ekim 2026’da okundu. Komutlar, dosya düzenleri ve bir ürünün neyi denetlediği değişebilir; alttaki kaynaklar her iddianın hangi sayfadan geldiğini adlandırır.
Bir depo için asıl ayrım, spesifikasyonun kendi başına CI’da başarısız olup olamayacağıdır. SpecScore web sitesi deposunda dogfood.yml SpecScore CLI’ı kurar ve pull request’lerde ve main’e yapılan push’larda specscore spec lint çalıştırır. specstudio-skills içindeki /score becerisi, bir eserin elle çalıştırılan yapay zeka notudur. Onu siz çağırırsınız. Bu iş akışı çağırmaz.
Spesifikasyon güdümlü geliştirme araçları, yan yana.
Her satır bir roldür, bir puan değildir. Addan SpecScore karşılaştırmasına, hücrenin dayandığı kaynak için aşağıdaki başlığa gidin.
| Araç | Ne olduğu | Spesifikasyonlar nasıl yazılıp saklanır | Otomatik spesifikasyon doğrulaması | Lisans | Kimlere uyar |
|---|---|---|---|---|---|
| GitHub Spec Kit | Markdown eserler üreten bir ajan iş akışı | specs/ altında bir özellik dizini: spec.md, plan.md, tasks.md | /speckit.analyze ajan oturumunda eserler arası boşlukları raporlar. Topluluk eklentileri kapı ekleyebilir. | MIT, github/spec-kit deposunda | Ajan için tek bir ortak süreç isteyen bir ekip |
| OpenSpec | Koddan önce anlaşmak için değişiklik klasörleri ve ajan komutları | openspec/changes/ altında düz Markdown: proposal, specs, design, tasks | openspec validate değişiklik ve spesifikasyon yapısını denetler ve sıfırdan farklı çıkabilir; buna bir CI betiği de dahildir. | MIT, Fission-AI/OpenSpec deposunda | Hafif bir değişiklik klasörü ile bir yapı denetimi isteyen bir ekip |
| Kiro | Spesifikasyon taslağı çıkaran AWS ajanlı IDE, CLI ve web uygulaması | EARS ile requirements.md, artı design.md ve tasks.md | Tasarım öncesinde, Kiro’nun içinde Analyze Requirements. Özellik spesifikasyonu sayfası bu ürün içi denetimi anlatır. | IDE ve CLI, Kiro lisansı kapsamında AWS Content’tir (AWS Customer Agreement). | Gereksinim, tasarım ve görev taslağını Kiro’nun çıkarmasını isteyen biri |
| Tessl | Ajan becerileri için bir platform ve bir spesifikasyon güdümlü geliştirme tile’ı | Beceriler depodaki dosyalardır. Tile, .spec.md dosyasını specs/ altına yazar. | Tile scripts/validate-specs.sh ve scripts/check-spec-links.sh ile gelir. GitHub Actions’ı tile’ın kendisini lint eder. | Tile MIT lisanslıdır; depo tesslio/spec-driven-development-tile. Platform Tessl’in ürünüdür. | Ajan becerilerini standartlaştıran ya da tile’ın koddan önce spesifikasyon kurallarını kullanan bir ekip |
| BMAD Method | Yapay zeka güdümlü geliştirme için çevik bir yöntem | Başka bir iş akışına taşıyabileceğiniz brief’ler, spesifikasyonlar ve mimari | README, yöntemin eserlerini ve ajan iş akışlarını anlatır. CI için bir biçim linter’ı belgelemez. | MIT, bmad-code-org/BMAD-METHOD deposunda; aynı dosyada bir ticari marka uyarısı vardır. | Değişikliğin boyutuna göre ayarlanmış çevik bir ajan yöntemi isteyen bir ekip |
| Task Master AI | Bir PRD’den ayrıştırılan, kodlama ajanları için görev listesi | PRD düz yazısı, çoğu zaman .taskmaster/docs/prd.txt, sonra üretilen görevler | README, bir PRD’nin görevlere ayrıştırılmasını anlatır. PRD için bir linter anlatmaz. | Commons Clause’lı MIT, eyaltoledano/claude-task-master deposunda | Elinde bir PRD olup onu görevlere bölmek isteyen bir ekip |
| CodeSpeak | Sohbet niyetini, koda eşlenmiş gereksinimlere çeviren ajanlı araç takımı | Ürünün içinde, koda eşlenmiş yapılandırılmış gereksinimler | Site, gereksinimlerin her değişiklikte, ürünün içinde zorunlu kılındığını söyler. | Hizmet şartları (yürürlük: 3 Mart 2026): CodeSpeak Ltd, kaynak kodu dahil Service’i elinde tutar. Ürün sitesi bir araç takımı kaynak deposu yayımlamaz. | Niyetin sohbetlerden alınıp koda eşli kalmasını isteyen bir ekip |
| Datarim | Claude Code, Codex CLI, Cursor ve Antigravity için yinelemeli bir iş akışı | /dr-prd bir PRD yazar. Etkin görevler backlog.md içindedir. | /dr-compliance ve /dr-dream lint bu komutları çağırdığınızda çalışır. | MIT, Arcanada-one/datarim deposunda | Aşamalı komutlar ve depoda bir backlog isteyen bir ekip |
| Düz Markdown | Yazıp commit ettiğiniz sıradan bir Markdown dosyası | Seçtiğiniz herhangi bir dizindeki herhangi bir .md dosyası | Kendi denetleyicinizi ekleyene kadar, okuyarak yaptığınız gözden geçirme | Bir ürün yoktur ve bağlanacak bir lisans dosyası da yoktur. Dosyanın koşulları deponun koşullarıdır. | Kısa bir not, bir spike ya da okuyarak yapacağınız bir gözden geçirme |
| SpecScore | Açık spesifikasyon biçimi ve dosyaları lint eden bir CLI | Bir spec/ ağacında Markdown + YAML | dogfood.yml pull request’lerde ve main’e push’larda specscore spec lint çalıştırır. /score elle çalıştırılan bir yapay zeka notudur ve bu iş akışı onu çalıştırmaz. | CC BY 4.0 biçim, specscore/specscore deposunda. Apache-2.0 CLI, specscore/specscore-cli deposunda. | Biçim bozulduğunda spesifikasyon dosyasının CI’da başarısız olması gereken bir ekip |
GitHub Spec Kit
GitHub Spec Kit, bir kodlama ajanına bir süreç veren açık bir araç takımıdır: Specify, Plan, Tasks, Implement ve Converge. 28 Eylül 2026 tarihli Spec Kit belge ana sayfası, her aşamanın, sonraki aşamanın okuduğu bir Markdown eseri ürettiğini söyler.
Bu dosyalar specs/ altında bir özellik dizininde durur. 30 Ekim 2026’da okunan yükseltme kılavuzu, specs/001-my-feature/spec.md gibi yollar verir; yanında plan.md ve tasks.md vardır. ajanlı SDD referansı, /speckit.analyze komutunu, dosyaları düzenlemeden spesifikasyon, plan ve görevler arasındaki tutarsızlıkların bir raporu olarak anlatır. /speckit.clarify ve /speckit.checklist ajanda çalıştırdığınız başka komutlardır. Belge ana sayfası, uyum kapıları ekleyen topluluk eklentilerini de adlandırır; bunlardan birinin adı CI Guard’dır.
Lisans MIT olup herkese açık depo github/spec-kit içindedir. Spec Kit, bu süreci isteyen ve spesifikasyonu ajanın yazdığı Markdown olarak tutmaya razı bir ekibe uyar. SpecScore ile yan yana bakış SpecScore vs Spec Kit sayfasındadır.
OpenSpec
Fission-AI’nin OpenSpec aracı, her değişikliği kendi klasöründe tutar; böylece bir kişi ile bir ajan kod yazılmadan önce anlaşabilir. 30 Ekim 2026’da okunan README, openspec/changes/add-dark-mode/ altında proposal.md, bir specs/ dizini, design.md ve tasks.md gösterir. Gereksinimler düz Markdown’dır: bir SHALL ifadesi ve bir WHEN / THEN senaryosu. Aynı README, 30+ yapay zeka asistanını desteklediğini söyler.
openspec validate değişiklikleri ve spesifikasyonları yapısal sorunlara karşı denetler. 30 Ekim 2026’da okunan CLI referansı, doğrulama başarısız olduğunda sıfırdan farklı bir çıkışı ve bir CI işinin çalıştırabileceği bir kabuk parçacığını belgeler. Bu denetim, OpenSpec’in değişiklik ve spesifikasyon yapısıdır.
Lisans MIT olup Fission-AI/OpenSpec deposundadır. OpenSpec, değişiklik klasörünü ve bu yapı denetimini isteyen bir ekibe uyar. Bkz. SpecScore vs OpenSpec.
Kiro
Amazon Web Services (AWS) ürünü Kiro, ajanlı bir geliştirme ortamıdır: bir düzenleyici, bir CLI ve bir web uygulaması. 4 Ağustos 2026’da güncellenen özellik spesifikasyonları sayfası bir özelliği gereksinimler, tasarım ve görevler boyunca yürütür. requirements.md EARS kullanır. design.md ve tasks.md yanında durur. Quick Spec üçünü, aralarında bir onay durağı olmadan çalıştırabilir.
Analyze Requirements, tasarımdan önce tutarsızlıkları, belirsizliği, çatışan kısıtları ve boşlukları arar. Bu analiz Kiro’nun içinde çalışır. Özellik spesifikasyonu sayfası, ürün içi denetimi anlatır.
30 Ekim 2026’da okunan Kiro lisansı, IDE ile CLI’nın AWS Content olarak, AWS Customer Agreement veya başka bir yazılı anlaşma ve AWS Intellectual Property License kapsamında lisanslandığını söyler. Kiro, bu üç dosyanın taslağını o ürüne yazdırmak isteyen birine uyar. Bkz. SpecScore vs Kiro. Cümle kalıpları şurada: EARS gereksinim sözdizimi.
Tessl
30 Ekim 2026’da okunan Tessl belgeleri, ajan becerilerini yönetmek için açık bir platform anlatır: bir registry, yönetişim, evals ve ilgili denetimler. Beceriler, kurallar ve belgeler depodaki dosyalardır.
Ayrı bir eser olan spesifikasyon güdümlü geliştirme tile’ı, tesslio/spec-driven-development-tile deposundan yayımlanır ve Tessl registry üzerinde listelenir. Tile README’si, ajanın .spec.md dosyalarını bir specs/ dizinine, YAML frontmatter, targets ve [@test] bağlantılarıyla yazdığını söyler. scripts/validate-specs.sh ile scripts/check-spec-links.sh betiklerini ve tile’ın kendisini lint eden GitHub Actions’ı belgeler.
Tile’ın lisansı MIT olup o depodadır. Belgeler, registry platformunu Tessl’in ürünü olarak anlatır ve platformun tamamı için herkese açık bir depo göstermez. Tessl, becerileri standartlaştıran bir ekibe ya da tile’ın koddan önce spesifikasyon yönlendirmesini isteyen bir ekibe uyar. Bkz. SpecScore vs Tessl.
BMAD Method
30 Ekim 2026’da okunan BMAD Method depo README’si, yapay zeka güdümlü geliştirme için çevik bir yöntem anlatır. Yöntemin baştan sona kullanılabileceğini ya da brief’lerinin, spesifikasyonlarının ve mimarisinin eldeki bir iş akışına taşınabileceğini söyler. Orada adlandırılan kararlı hat v6.12’dir. v7, main dalında bir önizleme olarak anlatılır. Proje adı BMad diye yazar; depo BMAD-METHOD’dur.
README bu planlama eserlerini ve onları üreten ajan becerilerini merkeze alır. Sabit bir spesifikasyon şemasını CI’da lint eden bir komut belgelemez.
Lisans MIT olup bmad-code-org/BMAD-METHOD deposundadır. Bu lisans dosyası BMad için bir ticari marka uyarısı da taşır. Yöntem, çevik döngüyü isteyen ve spesifikasyonu bu brief’ler ile spesifikasyonlarda tutacak bir ekibe uyar. Bkz. SpecScore vs BMAD Method.
Task Master AI
Task Master AI, yapay zeka kodlama ajanları için bir görev listesidir. 30 Ekim 2026’da okunan README, çoğu zaman .taskmaster/docs/prd.txt konumunda bir PRD önerir ve bu düz yazıyı görevlere çevirmek için task-master parse-prd komutunu verir. Belgeler görev yapısını, bağımlılıkları ve etiketleri kapsar.
README, PRD’yi girdi, görev listesini de ajanın üzerinde çalıştığı şey olarak ele alır. PRD’nin sözcükleri veya yapısı için bir linter anlatmaz.
Lisans Commons Clause’lı MIT olup eyaltoledano/claude-task-master deposundadır. README, Task Master ile ürün geliştirebileceğinizi, Task Master’ın kendisini satmanın veya onu barındırılan bir hizmet olarak sunmanın bu izin dışında olduğunu söyler. Elindeki PRD’yi görevlere bölmek isteyen bir ekibe uyar. Bkz. SpecScore vs Task Master AI.
CodeSpeak
30 Ekim 2026’da okunan CodeSpeak sitesi, ajanlı bir mühendislik araç takımı anlatır. Ajan sohbetlerinden niyeti alır, bu niyeti koda eşlenmiş yapılandırılmış gereksinimlere çevirir ve bu gereksinimleri her değişiklikte zorunlu kıldığını söyler. Site, tam ürün çıkana kadar bir web aracının sohbetlerden niyeti geri kazandığını da söyler.
3 Mart 2026’da yürürlüğe giren hizmet şartları, CodeSpeak Ltd’in yazılımı ve kaynak kodu dahil Service’i elinde tuttuğunu belirtir. Ürün sitesi bu araç takımı için bir kaynak deposu yayımlamaz; bu sayfa da onun için bir yazılım lisansı adlandırmaz.
CodeSpeak, gereksinimlerin konuşmadan alınıp o ürünün içinde koda eşli tutulmasını isteyen bir ekibe uyar. Bkz. SpecScore vs CodeSpeak.
Datarim
4.9.0 sürüm rozeti taşıyan ve 30 Ekim 2026’da okunan Datarim README’si, Claude Code, Codex CLI, Cursor ve Google Antigravity için yinelemeli bir iş akışı anlatır. /dr-prd bir PRD üretir. Etkin görevler backlog.md içindedir; tamamlanan geçmiş backlog-archive.md içindedir.
/dr-compliance o komutu çalıştırdığınızda bir uygulamayı PRD’ye karşı denetler. /dr-dream lint bir bilgi tabanını çelişkiler, yetim kayıtlar, kırık bağlantılar, eskimiş içerik ve kopyalar için sağlık denetiminden geçirir. Bunlar iş akışındaki komutlardır.
Lisans MIT olup Arcanada-one/datarim deposundadır. Datarim, README’nin adlandırdığı ajanlarda bu aşamalı komutları isteyen bir ekibe uyar. Bkz. SpecScore vs Datarim.
Düz Markdown
Düz Markdown, spesifikasyonun sıradan bir .md dosyası olmasıdır: bir başlık, birkaç madde, commit ettiğiniz yerde. Bir şema yoktur. Kendi denetleyicinizi ekleyene kadar gözden geçirme, dosyayı birinin okumasıdır.
Bağlanacak bir ürün ve bir lisans dosyası yoktur. Dosyanın koşulları, depoya uyguladığınız lisanstır. Düz Markdown kısa bir nota, bir spike’a ya da düz yazıyı okuyarak gözden geçirecek bir ekibe uyar. Bkz. SpecScore vs plain Markdown.
SpecScore
SpecScore, spesifikasyon için bir biçimdir — özellikler, gereksinimler ve kabul kriterleri, YAML’lı Markdown olarak — ve dosyaları denetleyen bir CLI’dır. Biçim specscore/specscore deposundadır. CLI specscore/specscore-cli deposundadır.
Bir ajanın denetleyebileceği kriterleri nasıl yazacağınız kabul kriterleri nasıl yazılır sayfasında.
Gereksinimler, kabul kriterleri, bir plan ve görevler içeren Markdown özellik spesifikasyonu şablonu Markdown PRD şablonu sayfasındadır.
Claude Code ve Cursor ile spesifikasyon odaklı geliştirme — özellik dosyası, ajan yönerge dosyası ve specscore spec lint döngüde şurada anlatılır: Claude Code ve Cursor ile spesifikasyon odaklı geliştirme.
Bu linteri sürekli entegrasyonda çalıştırmak spesifikasyonları CI’da lintlemek sayfasındadır.
Bu web sitesinin deposunda dogfood.yml bu CLI’ı kurar ve pull request’lerde ve main’e yapılan push’larda specscore spec lint çalıştırır. Biçimi bozan bir spesifikasyon bu işi düşürür. /score becerisi elle çalıştırılan bir yapay zeka notudur: istediğinizde yapılandırılmış gözden geçirenleri yeniden çalıştırır ve dogfood iş akışı onu çağırmaz.
Biçim lisansı CC BY 4.0 olup specscore/specscore deposundadır. CLI lisansı Apache-2.0 olup specscore/specscore-cli deposundadır. SpecScore, bir başlık, bir bağlantı ya da bir durum yanlış olduğunda spesifikasyonun CI’da başarısız olması gereken bir ekibe uyar; dosyayı hangi ajan yazmış olursa olsun. openspec validate buradaki diğer araçlar arasında en yakın yapısal denetimdir; OpenSpec’in kendi değişiklik biçimini denetler. Tekil karşılaştırmalar /vs/ adresinden başlar.
Nasıl seçilir.
Yönlendirilmiş bir süreç ve bir pull request’te gözden geçirebileceğiniz Markdown istediğinizde GitHub Spec Kit, OpenSpec, BMAD Method veya Datarim’i seçin. EARS gereksinimlerinin taslağını o ürüne yazdırmak istediğinizde Kiro’yu seçin. PRD bir görev listesine dönüşecekse Task Master AI’yı seçin. Niyet o ürünün içinde sohbetlerden alınacaksa CodeSpeak’i seçin. Sorun ajan becerileriyse Tessl’i seçin; spesifikasyon tile’ı isteğe bağlı bir yönlendirmedir.
Spesifikasyon dosyasının kendisi CI’da başarısız olmak zorundaysa SpecScore’u seçin. Bu depodaki denetim, dogfood.yml içindeki specscore spec lint komutudur. Yukarıdaki listeden bir iş akışı, spesifikasyonun nasıl yazılacağı olmaya devam edebilir.
Kaynaklar.
30 Ekim 2026’da okundu; bir sayfa kendi güncellenme tarihini basıyorsa o tarih ayrıdır. Fiyatlar ve plan adları değiştiği için yazılmadı.