Spesifikasyon Öncelikli İş Akışı
Kod yazmadan önce gereksinimleri tanımlayın.
Hoş geldiniz. Bu, OpenSpec ile ilgili her şeyin merkezi.
OpenSpec, siz ve AI kodlama asistanınızın herhangi bir kod yazılmadan önce ne inşa edileceği konusunda anlaşmasını sağlar. Değişikliği tanımlarsınız, AI kısa bir spesifikasyon ve görev listesi taslaklar, her ikiniz de aynı plana bakarsınız ve ardından iş başlar. Artık işin yarısında AI'ın yanlış şeyi inşa ettiğini keşfetmek yok.
Başka hiçbir şey okumayacaksanız, bu iki sayfayı okuyun:
/opsx:propose komutunu nerede yazacağınız (ipucu: AI sohbetinizde, terminalde değil). Bu, neredeyse herkesi bir kez yanıltır.İkinci sayfa göründüğünden daha önemli. OpenSpec'in iki yarısı var: terminalde çalıştırdığınız bir komut satırı aracı ve AI asistanınıza verdiğiniz slash komutları. Hangisinin hangisi olduğunu bilmek, en yaygın kafa karışıklığı anını önler.
Öncelikle edinmeniz gereken en iyi alışkanlık: ne inşa edeceğinizden emin olmadığınızda
/opsx:exploreile başlayın. Bu, kodunuzu okuyan, seçenekleri değerlendiren ve herhangi bir artefakt veya kod var olmadan bulanık bir fikri somut bir plana dönüştüren riski düşük bir düşünce ortağıdır. Önce Keşfet rehberi bunu açıklar.
Tamamen yeni başlıyorum. Başlangıç ile başlayın, ardından Temel Kavramlara Genel Bakış'ı göz atın. Bir şey gizemli geliyorsa, SSS ve Terimler Sözlüğü yakında.
Bir sorunum var ama planım yok. Bu yaygın durum ve özel bir cevabı var: Önce Keşfet. Herhangi bir şeye karar vermeden önce AI ile düşünmek için /opsx:explore kullanın.
Büyük bir mevcut kod tabanım var. Hepsini belgelemeniz gerekmez. Mevcut Bir Projede OpenSpec Kullanımı, okyanusu kaynatmadan gerçek, brownfield kod üzerinde nasıl başlanacağını gösterir.
Sadece çalışmasını istiyorum. Kurulum, openspec init çalıştırın, ardından ilk slash komutunuzun doğru yere ulaşması için Komutlar Nasıl Çalışır'ı okuyun. Ya da kurulumu AI destekli kurulum istemi ile asistanınıza devredin.
Örnek üzerinden öğrenirim. Örnekler ve Tarifler sayfası, gerçek değişiklikleri baştan sona anlatır: küçük bir özellik, bir hata düzeltmesi, bir yeniden yapılandırma, bir keşif.
AI bir plan taslakladı — şimdi ne olacak? Okuyun. Bir Değişikliği İnceleme, kod yazılmadan önce yanlış bir dönüşü yakalayan iki dakikalık incelemeyi gösterir ve İyi Spesifikasyonlar Yazma, onaylanmaya değer bir planın nelerden oluştuğunu kapsar.
Bir ekipte çalışıyorum. Ekipte OpenSpec, bir değişikliğin nasıl bir branch ve pull request'e karşılık geldiğini ve ekip arkadaşlarının kod öncesinde planı nasıl incelediğini gösterir.
Eski iş akışından geliyorum. Geçiş Rehberi, ne değiştiğini ve nedenini açıklar ve mevcut çalışmalarınızın güvende olduğunu garanti eder.
Ekip sürecime göre şekillendirmek istiyorum. Özelleştirme, proje yapılandırması, özel şemalar ve paylaşılan bağlamı kapsar.
Bir şey bozuk. Sorun Giderme, insanların gerçekten karşılaştığı hataları ve düzeltmelerini toplar.
| Belge | Size ne sunar |
|---|---|
| Başlangıç | Kurulum, başlatma ve ilk değişikliğinizi uçtan uca çalıştırma |
| Önce Keşfet | Bir fikri taahhüt etmeden önce /opsx:explore ile düşünme |
| Komutlar Nasıl Çalışır | Slash komutlarının nerede çalıştığı, "etkileşimli mod"un ne anlama geldiği, terminal mi sohbet mi |
| Temel Kavramlara Genel Bakış | Tüm zihinsel modeli tek sayfada: spesifikasyonlar, değişiklikler, deltalar, arşiv |
| Kurulum | npm, pnpm, yarn, bun, Nix, kurulumu AI asistanınıza devreden bir istem ve çalıştığını doğrulama |
| Belge | Size ne sunar |
|---|---|
| İş Akışları | Yaygın kalıplar ve hangi komutu ne zaman kullanacağınız |
| Örnekler ve Tarifler | Gerçek değişikliklerin kopyala-yapıştır yapılabilir tam anlatımları |
| İyi Spesifikasyonlar Yazma | Güçlü bir gereksinim ve senaryonun nasıl göründüğü ve bir değişikliği doğru boyutlandırma |
| Bir Değişikliği İnceleme | Kod yazılmadan önce taslaklanmış bir plan üzerinde iki dakikalık inceleme |
| Ekipte OpenSpec | Değişikliklerin branch'ler, pull request'ler ve incelemeye nasıl oturduğu |
| Mevcut Bir Projede OpenSpec Kullanımı | Büyük bir brownfield kod tabanında OpenSpec'i benimseme |
| Bir Değişikliği Düzenleme ve İterasyon | Artefaktları güncelleme, geri dönme, manuel düzenlemeleri uzlaştırma |
| Komutlar | Her /opsx:* slash komutu için referans |
| CLI | Her openspec terminal komutu için referans |
| Belge | Size ne sunar |
|---|---|
| Kavramlar | Spesifikasyonlar, değişiklikler, artefaktlar, şemalar ve arşiv hakkında uzun formatlı açıklama |
| OPSX İş Akışı | İş akışının neden faz kilitli yerine akışkan olduğu ve mimari derinlemesine inceleme |
| Terimler Sözlüğü | Her terimin tek bir yerde tanımı |
| Belge | Size ne sunar |
|---|---|
| Özelleştirme | Proje yapılandırması, özel şemalar, paylaşılan bağlam |
| Çok Dilli | İngilizce dışındaki dillerde artefakt oluşturma |
| Desteklenen Araçlar | OpenSpec'in entegre olduğu 30+ AI aracı ve dosyaların nereye düştüğü |
| Topluluk Vitrini | OpenSpec ile ve OpenSpec için geliştirilen projeler ve kaynaklar |
| Belge | Size ne sunar |
|---|---|
| SSS | İnsanların en çok sorduğu sorulara hızlı cevaplar |
| Sorun Giderme | Somut hatalar için somut düzeltmeler |
| Geçiş Rehberi | Eski iş akışından OPSX'e geçiş |
| Belge | Size ne sunar |
|---|---|
| Stores: Kullanıcı Rehberi | Çalışmanız repo'lar veya ekipler arası olduğunda kendi repo'sunda planlama |
| Agent Sözleşmesi | Agent'ların kullandığı makine okunabilir CLI yüzeyleri |
1. Kurulum npm install -g @fission-ai/openspec@latest
2. Başlatma cd your-project && openspec init
3. Keşfet (AI sohbetinizde) /opsx:explore ← isteğe bağlı, ama harika bir alışkanlık
4. Öner (AI sohbetinizde) /opsx:propose add-dark-mode
5. İnşa Et (AI sohbetinizde) /opsx:apply
6. Arşivle (AI sohbetinizde) /opsx:archive1 ve 2. adımlar terminalde gerçekleşir. Geri kalanı AI asistanınızın sohbetinde gerçekleşir. Bu ayrım, ezberlemeye değer tek şeydir ve Komutlar Nasıl Çalışır tam olarak nedenini açıklar. 3. adım isteğe bağlıdır, ama emin olmadığınızda /opsx:explore ile başlamak en çok edinmeye değer alışkanlıktır.
openspec feedback "your message" geri bildirimi doğrudan terminalinizden gönderir (bir GitHub issue açar).Bu belgelerde yanlış, eski veya kafa karıştırıcı bir şey mi buldunuz? Bu bir hatadır. Bir issue veya PR açın. Belgeleme iyileştirmeleri, yapabileceğiniz en değerli katkılardan bazılarıdır.