# 2026’nın en iyi spesifikasyon güdümlü geliştirme araçları

Canonical: https://specscore.md/tr/spec-driven-development/tools/

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](https://specscore.md/tr/spec-driven-development/) (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](https://kiro.dev/docs/specs/feature-specs/) (EARS), “WHEN bir şey olduğunda, THE SYSTEM SHALL bir şey yapsın” biçiminde bir gereksinim cümlesidir. [Komut satırı arayüzü](https://specscore.md/tr/cli/) (CLI), terminalde çalıştırdığınız bir programdır. [Sürekli entegrasyon](https://specscore.md/tr/validators/) (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](https://github.com/github/spec-kit), [OpenSpec](https://github.com/Fission-AI/OpenSpec), [Kiro](https://kiro.dev/), [Tessl](https://docs.tessl.io/), [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD), [Task Master AI](https://github.com/eyaltoledano/claude-task-master), [CodeSpeak](https://codespeak.dev/), [Datarim](https://github.com/Arcanada-one/datarim), düz Markdown ve [SpecScore](https://specscore.md/tr/) 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](https://github.com/specscore/specscore/blob/main/.github/workflows/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](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) 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](https://specscore.md/tr/vs/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](https://github.com/github/spec-kit/blob/main/LICENSE), [github/spec-kit](https://github.com/github/spec-kit) deposunda | Ajan için tek bir ortak süreç isteyen bir ekip |
| [OpenSpec](https://specscore.md/tr/vs/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](https://github.com/Fission-AI/OpenSpec/blob/main/LICENSE), [Fission-AI/OpenSpec](https://github.com/Fission-AI/OpenSpec) deposunda | Hafif bir değişiklik klasörü ile bir yapı denetimi isteyen bir ekip |
| [Kiro](https://specscore.md/tr/vs/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ı](https://kiro.dev/license/) kapsamında AWS Content’tir (AWS Customer Agreement). | Gereksinim, tasarım ve görev taslağını Kiro’nun çıkarmasını isteyen biri |
| [Tessl](https://specscore.md/tr/vs/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](https://github.com/tesslio/spec-driven-development-tile/blob/main/LICENSE) lisanslıdır; depo [tesslio/spec-driven-development-tile](https://github.com/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](https://specscore.md/tr/vs/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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE), [bmad-code-org/BMAD-METHOD](https://github.com/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](https://specscore.md/tr/vs/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](https://github.com/eyaltoledano/claude-task-master/blob/main/LICENSE), [eyaltoledano/claude-task-master](https://github.com/eyaltoledano/claude-task-master) deposunda | Elinde bir PRD olup onu görevlere bölmek isteyen bir ekip |
| [CodeSpeak](https://specscore.md/tr/vs/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ı](https://codespeak.dev/terms-of-service) (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](https://specscore.md/tr/vs/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](https://github.com/Arcanada-one/datarim/blob/main/LICENSE), [Arcanada-one/datarim](https://github.com/Arcanada-one/datarim) deposunda | Aşamalı komutlar ve depoda bir backlog isteyen bir ekip |
| [Düz Markdown](https://specscore.md/tr/vs/plain-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](https://specscore.md/tr/) | Açık spesifikasyon biçimi ve dosyaları lint eden bir CLI | Bir `spec/` ağacında Markdown + YAML | [dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) pull request’lerde ve main’e push’larda `specscore spec lint` çalıştırır. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) elle çalıştırılan bir yapay zeka notudur ve bu iş akışı onu çalıştırmaz. | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) biçim, [specscore/specscore](https://github.com/specscore/specscore) deposunda. [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) CLI, [specscore/specscore-cli](https://github.com/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](https://github.github.io/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](https://github.github.io/spec-kit/upgrade.html), `specs/001-my-feature/spec.md` gibi yollar verir; yanında `plan.md` ve `tasks.md` vardır. [ajanlı SDD referansı](https://github.github.io/spec-kit/reference/agentic-sdd.html), `/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](https://github.com/github/spec-kit/blob/main/LICENSE) olup herkese açık depo [github/spec-kit](https://github.com/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](https://specscore.md/tr/vs/spec-kit/) sayfasındadır.

## OpenSpec

Fission-AI’nin [OpenSpec](https://github.com/Fission-AI/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](https://github.com/Fission-AI/OpenSpec/blob/main/README.md), `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ı](https://openspec.dev/docs/cli), 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](https://github.com/Fission-AI/OpenSpec/blob/main/LICENSE) olup [Fission-AI/OpenSpec](https://github.com/Fission-AI/OpenSpec) deposundadır. OpenSpec, değişiklik klasörünü ve bu yapı denetimini isteyen bir ekibe uyar. Bkz. [SpecScore vs OpenSpec](https://specscore.md/tr/vs/openspec/).

## Kiro

Amazon Web Services (AWS) ürünü [Kiro](https://kiro.dev/), 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ı](https://kiro.dev/docs/specs/feature-specs/) 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ı](https://kiro.dev/license/), 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](https://specscore.md/tr/vs/kiro/). Cümle kalıpları şurada: [EARS gereksinim sözdizimi](https://specscore.md/tr/articles/ears-requirements/).

## Tessl

30 Ekim 2026’da okunan [Tessl belgeleri](https://docs.tessl.io/), 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](https://github.com/tesslio/spec-driven-development-tile) deposundan yayımlanır ve [Tessl registry](https://tessl.io/registry/tessl-labs/spec-driven-development) ü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](https://github.com/tesslio/spec-driven-development-tile/blob/main/LICENSE) 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](https://specscore.md/tr/vs/tessl/).

## BMAD Method

30 Ekim 2026’da okunan [BMAD Method](https://github.com/bmad-code-org/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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) olup [bmad-code-org/BMAD-METHOD](https://github.com/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](https://specscore.md/tr/vs/bmad-method/).

## Task Master AI

[Task Master AI](https://github.com/eyaltoledano/claude-task-master), 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](https://tryhamster.com/docs/taskmaster) 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](https://github.com/eyaltoledano/claude-task-master/blob/main/LICENSE) olup [eyaltoledano/claude-task-master](https://github.com/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](https://specscore.md/tr/vs/task-master-ai/).

## CodeSpeak

30 Ekim 2026’da okunan [CodeSpeak](https://codespeak.dev/) 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ı](https://codespeak.dev/terms-of-service), 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](https://specscore.md/tr/vs/codespeak/).

## Datarim

4.9.0 sürüm rozeti taşıyan ve 30 Ekim 2026’da okunan [Datarim](https://github.com/Arcanada-one/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](https://github.com/Arcanada-one/datarim/blob/main/LICENSE) olup [Arcanada-one/datarim](https://github.com/Arcanada-one/datarim) deposundadır. Datarim, README’nin adlandırdığı ajanlarda bu aşamalı komutları isteyen bir ekibe uyar. Bkz. [SpecScore vs Datarim](https://specscore.md/tr/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](https://specscore.md/tr/vs/plain-markdown/).

## SpecScore

[SpecScore](https://specscore.md/tr/), 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](https://github.com/specscore/specscore) deposundadır. CLI [specscore/specscore-cli](https://github.com/specscore/specscore-cli) deposundadır.

Bir ajanın denetleyebileceği kriterleri nasıl yazacağınız [kabul kriterleri nasıl yazılır](https://specscore.md/tr/articles/acceptance-criteria/) sayfasında.

Gereksinimler, kabul kriterleri, bir plan ve görevler içeren Markdown özellik spesifikasyonu şablonu [Markdown PRD şablonu](https://specscore.md/tr/articles/feature-spec-template/) 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](https://specscore.md/tr/articles/claude-code-specs/).

Bu linteri sürekli entegrasyonda çalıştırmak [spesifikasyonları CI’da lintlemek](https://specscore.md/tr/articles/lint-specs-in-ci/) sayfasındadır.

Bu web sitesinin deposunda [dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/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](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) 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](https://github.com/specscore/specscore/blob/main/LICENSE) olup [specscore/specscore](https://github.com/specscore/specscore) deposundadır. CLI lisansı [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) olup [specscore/specscore-cli](https://github.com/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/](https://specscore.md/tr/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](https://github.com/specscore/specscore/blob/main/.github/workflows/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ı.

- [GitHub Spec Kit belgeleri (sayfa tarihi 28 Eylül 2026)](https://github.github.io/spec-kit/)
- [Spec Kit — Ajanlı SDD referansı](https://github.github.io/spec-kit/reference/agentic-sdd.html)
- [Spec Kit — Yükseltme kılavuzu (specs/ yolları)](https://github.github.io/spec-kit/upgrade.html)
- [github/spec-kit — MIT lisansı](https://github.com/github/spec-kit/blob/main/LICENSE)
- [Fission-AI/OpenSpec — README](https://github.com/Fission-AI/OpenSpec/blob/main/README.md)
- [OpenSpec CLI referansı — openspec validate](https://openspec.dev/docs/cli)
- [Fission-AI/OpenSpec — MIT lisansı](https://github.com/Fission-AI/OpenSpec/blob/main/LICENSE)
- [Kiro belgeleri — Özellik spesifikasyonları ve EARS (4 Ağustos 2026’da güncellendi)](https://kiro.dev/docs/specs/feature-specs/)
- [Kiro — Lisans](https://kiro.dev/license/)
- [Tessl belgeleri — Tessl nedir?](https://docs.tessl.io/)
- [tesslio/spec-driven-development-tile](https://github.com/tesslio/spec-driven-development-tile)
- [Tessl spesifikasyon güdümlü geliştirme tile’ı — MIT lisansı](https://github.com/tesslio/spec-driven-development-tile/blob/main/LICENSE)
- [bmad-code-org/BMAD-METHOD — README](https://github.com/bmad-code-org/BMAD-METHOD)
- [BMAD-METHOD — MIT lisansı](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE)
- [eyaltoledano/claude-task-master — README](https://github.com/eyaltoledano/claude-task-master)
- [Task Master — Commons Clause’lı MIT](https://github.com/eyaltoledano/claude-task-master/blob/main/LICENSE)
- [CodeSpeak](https://codespeak.dev/)
- [CodeSpeak — Hizmet şartları (yürürlük: 3 Mart 2026)](https://codespeak.dev/terms-of-service)
- [Arcanada-one/datarim — README (4.9.0 rozeti)](https://github.com/Arcanada-one/datarim)
- [Datarim — MIT lisansı](https://github.com/Arcanada-one/datarim/blob/main/LICENSE)
- [specscore/specscore — dogfood.yml (specscore spec lint)](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml)
- [specstudio-skills — /score becerisi (elle çalıştırılan yapay zeka notu)](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)