SpecScore vs OpenSpec

Her ikisi de spesifikasyonları Markdown olarak, kodunuzun yanına, yapay zeka ajanlarının okuyabileceği şekilde koyar. Farklı soruları yanıtlarlar: OpenSpec spesifikasyonları düzenler ve ajanlar için komutlar üretir. SpecScore ise spesifikasyon içeriğini doğrular, yaşam döngüsünü uygular ve kodu gereksinimlere geri izler.

Ortak noktaları.

Spesifikasyonlar deponuzda Markdown dosyaları olarak yaşar — sürüm kontrollü ve PR'larda incelenebilir.
Her ikisi de MIT lisansı altında açık kaynaklıdır.
Her ikisi de Given/When/Then kabul kriterlerini kullanır.
Her ikisi de yapay zeka ajanlarını spesifikasyonların birinci sınıf tüketicisi olarak destekler.

OpenSpec'in iyi yaptığı şeyler.

En geniş ajan desteği

OpenSpec, üretilen beceri (skill) dosyaları aracılığıyla 29 yapay zeka ajanını destekler — Claude, Cursor, Copilot, Gemini, Windsurf, Cline ve daha fazlası. Ajanınız listedeyse, OpenSpec yapılandırma gerektirmeden entegre olur.

Düşük giriş engeli

npm install -g @fission-ai/openspec && openspec init ile hemen spesifikasyon yazmaya başlarsınız. Öğrenecek bir şema, zorunlu frontmatter yoktur. Özellikle mevcut projeler için basit olacak şekilde tasarlanmıştır.

Temiz değişiklik deltaları modeli

OpenSpec'in spesifikasyonları geliştirmek için kullandığı ADDED / MODIFIED / REMOVED formatı iyi tasarlanmıştır. Her değişiklik; bir teklif, delta spesifikasyonları ve görevler içeren bir klasördür — değişiklik önermenin yapılandırılmış bir yoludur.

Özellik karşılaştırması.

Yetenek	OpenSpec	SpecScore
Spesifikasyon formatı	Markdown (frontmatter yok)	Markdown + YAML frontmatter
Spesifikasyon linting	Yalnızca dosya yapısı	İçerik kalitesi — belirsiz fiiller, eksik AC'ler, askıda referanslar
Gereksinim kimlikleri	Yok (başlıkla referans verilir)	Slug tabanlı (`REQ: slug-format`)
Kabul kriteri kimlikleri	Yok	Makine tarafından adreslenebilir kimlikler
Yaşam döngüsü durumu	Örtük (dosya konumu)	Uygulanan — Draft → Under Review → Approved → Implementing → Stable → Deprecated
Koddan spesifikasyona izlenebilirlik	Yok	`specscore:` açıklamaları + `Verifies:` commit fragmanları
Alt özellikler (Sub-features)	Hayır	Evet (iç içe dizinler)
Çapraz referanslar	Biçimsel mekanizma yok	Bağımlılıklar, Kaynak Fikirler, plan referansları
CI entegrasyonu	Temel (`openspec validate`)	Yapılandırılabilir önem düzeyi ve pre-commit kancaları ile `specscore lint`
Ajan desteği	29 ajan	Birincil olarak Claude Code + herhangi bir ajan için CLI
Şema özelleştirme	Evet (`schema.yaml`, fork/init)	Sabit şema (tasarım gereği tutarlılık)
Değişiklik teklifleri	Delta modeli (ADDED/MODIFIED/REMOVED)	Değişiklik Fikirleri + teklifler
Çalışma zamanı bağımlılığı	Node.js 20.19+	Yok — tek bir Go ikili dosyası
Lisans	MIT	MIT

SpecScore'un daha ileri gittiği alanlar.

Doğrulama, dosya yapısının ötesine geçer

OpenSpec'in validate komutu dosya yapısını doğrular — dosyanın var olup olmadığını, doğru bölümlere sahip olup olmadığını. SpecScore ise iki katmanda daha fazlasını doğrular: lint, içerik ilişkilerini deterministik olarak denetler — her gereksinimin kabul kriterleri vardır, çapraz referanslar çözümlenir, durum geçişleri geçerlidir — ve bir yapay zeka denetçisi (/review, /score) hiçbir linter'ın yakalayamayacağı şeyleri yakalar: belirsiz kriterler ve muğlak fiiller.

$ specscore lint checkout/apply-discount.md
  ✗ R3  no acceptance criteria
  ✗ link  "Related Feature: discount-tiers" not found

Her gereksinim makine tarafından okunabilir bir kimliğe sahiptir

OpenSpec gereksinimlere başlıkla referans verir — bu da yeniden adlandırmalara karşı kırılgandır. SpecScore, yeniden adlandırmalara, yeniden düzenlemelere ve ajanlar arası devirlere karşı hayatta kalan slug tabanlı kimlikler (REQ: slug-format) ve AC kimlikleri atar.

Yaşam döngüsü çıkarılmaz, zorunlu kılınır

OpenSpec'te bir spesifikasyonun yaşam döngüsü dosya konumudur: specs/ (mevcut), changes/ (önerilen), archive/ (tamamlanan). SpecScore'da ise yaşam döngüsü zorunlu bir durum alanıdır — Draft → Under Review → Approved → Implementing → Stable → Deprecated — lint tarafından doğrulanır, git kancalarından veya CI'dan specscore change-status ile geçişi sağlanır.

Kod, spesifikasyonlara geri izlenir

OpenSpec'in izlenebilirlik mekanizması yoktur. SpecScore, kod yorumlarında specscore: açıklamalarına ve commit'lerde Verifies: fragmanlarına sahiptir. specscore code refs komutunu çalıştırın ve "bu gereksinimi hangi kod uyguluyor?" sorusuna deterministik bir yanıt alın.

Çalışma zamanı bağımlılığı yok

OpenSpec, Node.js 20.19+ gerektirir. SpecScore ise tek bir Go ikili dosyasıdır — çalışma zamanı yok, node_modules yok. Araç zincirine Node eklemeden Go, Rust, Python, Java projelerinde çalışır.

Bileştirilebilir yapay nesne hiyerarşisi

OpenSpec spesifikasyonları etki alanına göre düzdür. SpecScore tipli bir hiyerarşiye sahiptir: Fikirler (Ideas) Özelliklere (Features) yükseltilir, Özellikler gereksinimleri ve AC'leri içerir, Planlar AC'lere referans verir, Görevler (Tasks) Planlara referans verir. Tüm ilişkiler CLI üzerinden makine tarafından gezilebilir.

Hangisi ne zaman kullanılmalı?

Şu durumlarda OpenSpec ile başlayın…

Cursor, Copilot veya Claude dışı diğer ajanları kullanıyorsanız ve kutudan çıktığı gibi entegrasyona ihtiyacınız varsa.
Mevcut bir kod tabanına ilk kez spesifikasyon ekliyorsanız ve sıfır sürtünme istiyorsanız.
Ekibiniz katı kurallar yerine şema esnekliğine değer veriyorsa.

Şu durumlarda SpecScore'u kullanın…

Spesifikasyon kalite kontrolüne ihtiyacınız varsa — lint, ajanlar üzerinde token israf etmeden önce belirsizlikleri yakalar.
Koddan spesifikasyona izlenebilirliğe ihtiyacınız varsa — "bu gereksinimi hangi kod uyguluyor?" deterministik bir yanıt döndürür.
Birçok özellik, alt özellik ve yaşam döngüsü geçişi içeren büyük bir sistem inşa ediyorsanız.
Sıfır çalışma zamanı bağımlılığı istiyorsanız — tek bir ikili dosya, Node.js gerekmez.
CI'da spesifikasyon kalite kapılarına ihtiyacınız varsa — specscore lint, tıpkı ESLint veya go vet gibi hatalarda sıfır olmayan çıkış koduyla sonlanır.

Birbirini dışlamazlar.

SpecScore, OpenSpec'in spec.md dosyalarını lint edebilir. OpenSpec ile başlayan ekipler, geçiş yapmadan SpecScore'un kalite katmanını ekleyebilir — halihazırda sahip olduğunuz spesifikasyonları doğrulayın, ihtiyaç duyduğunuzda izlenebilirlik ekleyin, ekibiniz büyüdüğünde yaşam döngüsünü uygulayın.

OpenSpec iyi bir giriş rampasıdır. SpecScore ise güvenlik korkuluklarıdır.

Diğer karşılaştırmalar.

Aynı biçim, spesifikasyon güdümlü diğer araçların yanında:

Hepsi tek sayfada: 2026’nın en iyi spesifikasyon güdümlü geliştirme araçları.

Bu karşılaştırma herkese açık belgelere ve kaynak koda dayanır. Bir şey yanlış veya eski mi? düzeltme issue’su açın. SpecScore’u başka bir araçla karşılaştırmamızı ister misiniz? bir tane isteyin.