SpecScore vs Kiro
Spesifikasyon odaklı geliştirme (SDD), bir yapay zeka ajanı kodu yazmadan önce yazılımın ne yapması gerektiğini yazıya dökmek demektir. Amazon Web Services (AWS) ürünü Kiro, ajanlı bir geliştirme ortamıdır — bir editör, bir komut satırı arayüzü (CLI) ve bir web uygulaması — ve bir istemi Kiro spesifikasyonlarına çevirir: gereksinimler, bir tasarım ve görevler. Bu gereksinimler EARS (Gereksinim Sözdizimine Kolay Yaklaşım) kullanır. Cümleler “WHEN bir şey olduğunda, THE SYSTEM SHALL bir şey yapsın” biçimindedir. SpecScore, spesifikasyonun kendisi için açık kaynak bir biçimdir ve dosyaları denetleyen bir CLI ile gelir. Sürekli entegrasyon (CI) — önerilen her değişiklikte çalışan otomatik bir denetim — biçimi bozan bir SpecScore spesifikasyonunu reddedebilir.
Ortak noktaları.
Kiro’nun iyi yaptığı şeyler.
Ürünü, 30 Ekim 2026’da okunan Kiro’nun kendi belgeleri anlatır. Özellik spesifikasyonu sayfası 4 Ağustos 2026’da güncellenmiş olarak işaretlenmişti.
Sabit bir cümle biçimindeki gereksinimler
Kiro spesifikasyonları davranışı requirements.md içine tek bir EARS kalıbıyla yazar: bir koşul geçerliyken WHEN, sistem bir şey yapmalıdır THE SYSTEM SHALL. Belgeler, geçersiz verili bir form örneği verir; sistem alanın yanında bir doğrulama hatası gösterir. Bu biçim, bulanık bir paragraftan daha kolay sınanır.
İstemden görevlere uzanan tam bir yol
Bir özellik spesifikasyonu gereksinimlerden, tasarımdan (design.md) ve görevlerden (tasks.md) geçer. Gereksinimlerden ya da bir tasarımdan başlanabilir. Quick Spec üçünü, arada bir onay durağı olmadan çalıştırır. Hata düzeltme spesifikasyonları ayrı bir yoldur. Belgeler, tasks.md içindeki bağımlılık grafiğinden bağımsız görevlerin dalgalar halinde paralel çalıştırılmasını da anlatır.
Ürünün içindeki denetimler
IDE’de ve CLI’da kullanılabilen Analyze Requirements, tasarımdan önce tutarsızlıkları, belirsizliği, çatışan kısıtları ve boşlukları arar. Correctness — o EARS satırlarından türetilen özellik tabanlı testler — spesifikasyon yetenek tablosunda yalnızca IDE için listelenir; CLI, web veya mobil için değil.
Özellik karşılaştırması.
Kiro, spesifikasyon taslağı çıkaran bir üründür. SpecScore, bir deponun denetleyebildiği biçimdir. Tablo bu rolleri karşılaştırır.
| Yetenek | Kiro | SpecScore |
|---|---|---|
| Birincil rol | Spesifikasyon taslağı çıkarıp görevleri uygulayan ajanlı IDE, CLI ve web uygulaması | Açık spesifikasyon biçimi + CLI |
| Spesifikasyon dosyaları | requirements.md (veya bugfix.md), design.md, tasks.md | Markdown + YAML’dan oluşan bir spec/ ağacı |
| Gereksinim sözdizimi | EARS kalıbı: WHEN … THE SYSTEM SHALL … | Gereksinim kimlikleri (REQ: slug) ve Given/When/Then kabul kriterleri |
| Spesifikasyonu denetlemek | IDE ve CLI’da Analyze Requirements. IDE’de özellik tabanlı testler. Kendi CI’ınız için bir biçim linter’ı olarak anlatılmaz. | CI içinde specscore spec lint. /score ayrı, elle çalıştırılan bir yapay zeka notudur. |
| Nerede çalışır | Kiro IDE, Kiro CLI, Kiro web. Bazı denetimler yalnızca IDE’dedir. | Herhangi bir depo — tek bir Go ikili dosyası, Kiro hesabı gerekmez |
| Lisans | Kiro lisansı, IDE ve CLI’nın AWS Müşteri Sözleşmesi kapsamındaki AWS Content olduğunu söyler. Kiro Crew ayrı bir genel depodur. | CC BY 4.0 biçim · Apache-2.0 CLI |
| Fiyat | Ücretsiz bir katman ve ücretli planlar vardır. Rakamlar değişir — 30 Ekim 2026’da okunan Kiro fiyatlandırmasına bakın. | Biçim ve CLI için ücret yoktur |
SpecScore'un ekledikleri.
Biçim, tek başına CI’ı düşürür
Kiro’nun analizi Kiro’nun içinde çalışır. SpecScore’un denetimi bir komuttur. Bu deponun dogfood iş akışı her pull request’te ve main üzerinde specscore spec lint çalıştırır. Bozuk bir spesifikasyon, bozuk bir test gibi işi düşürür. /score becerisi, yapay zeka gözden geçirenleriyle sözcükleri notlar. Bu geçiş elle yapılır ve yukarıdaki iş akışı onu çalıştı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)
Spesifikasyon tek bir IDE’ye bağlı değildir
Kiro spesifikasyonları Markdown’dır; ürün olmadan da okunabilir. Onları oluşturan ve yürüten iş akışı Kiro’nundur. Bir SpecScore ağacı, Claude Code, Cursor, Copilot veya hiç ajan olmadığında da aynı dosyalardır. CLI, lint için bir model çağırmaz.
Gereksinimlerin bir kimliği kalır
Kiro’nun belgeleri izlenebilirliği, bir gereksinimi uygulamaya kadar izlemek olarak anlatır. Yeniden yazmayı aşan kararlı bir kimlik anlatmaz. SpecScore bir gereksinimi REQ: slug olarak adresler ve bir kabul kriterini kendi kimliğiyle adresler.
EARS ile Given/When/Then farklı sorulara yanıt verir
Kiro’nun belgelediği haliyle EARS, sistem davranışının tek cümlesidir. SpecScore kabul kriterleri, bir gereksinim kimliğine bağlı Given/When/Then senaryolarıdır. Düz yazıda bir EARS satırı yazılıp senaryo, linter’ın denetlediği SpecScore dosyasında tutulabilir. Cümle kalıpları şurada: EARS gereksinim sözdizimi.
Hangisi ne zaman kullanılmalı?
Kiro’yu şu durumlarda seçin…
- Bir istemden gereksinim, tasarım ve görev taslağı çıkarıp sonra görevleri uygulayan bir AWS ajanlı IDE istediğinizde.
- EARS cümleleri ve IDE’de onlardan üretilen özellik tabanlı testler istediğinizde.
- Ekibiniz zaten Kiro’nun editörünü, CLI’sini veya web uygulamasını standart haline getiriyorsa.
Şu durumlarda SpecScore'u kullanın…
- Ajan oturumu bittikten sonra spesifikasyonun, Kiro gerektirmeyen bir depoda CI içinde geçerli kalması gerektiğinde.
- Gereksinim kimlikleri, yaşam döngüsü durumu ve belirlenimci bir lint sonucu gerektiğinde.
- Biçimin açık kaynak olmasını ve denetleyicinin tek bir ikili dosya olmasını istediğinizde.
Kiro taslak çıkarabilir. SpecScore kapı tutabilir.
Buradaki hiçbir şey Kiro’nun editörünün yerine geçmez. Ekip istemleri Kiro’da yazıyorsa taslağı ona bırakın. Spesifikasyon gözden geçirilen bir dosya olarak kalacaksa o sözleşmeyi SpecScore ile yazın ve yapı bozulduğunda specscore spec lint pull request’i düşürsün. İki dosya aynı depoda durabilir.
Oturum için Kiro’yu seçin. Bir CI işinin reddedebileceği eser için SpecScore’u seçin.
Kaynaklar.
Aşağıdaki herkese açık sayfalar 30 Ekim 2026’da okundu. Fiyatlar, plan adları ve sürüm hatları değişir.
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ı.
Geri bildirim
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.