Development ★ 140,637

to-prd

Mevcut sohbet içeriğini bir PRD'ye dönüştürün ve proje issue tracker'ına yayınlayın. Kullanıcı geçerli bağlamdan bir PRD oluşturmak istediğinde kullanılır.

cd ~/.claude/skills
git clone https://github.com/mattpocock/skills.git skills

Bu beceri mevcut konuşma bağlamını ve kod tabanı anlayışını alarak bir PRD üretir. Kullanıcıya soru SORMAYIN — sadece zaten bildiklerinizi sentezleyin.

Issue tracker ve triage label sözlüğü size sağlanmış olmalıdır — /setup-matt-pocock-skills komutunu çalıştırın.

Süreç

  1. Henüz yapmadıysanız depoyu keşfederek kod tabanının mevcut durumunu anlayın. PRD'nin tamamında projenin alan sözlüğü kelimelerini kullanın ve dokunduğunuz alanda herhangi bir ADR'ye uyun.

  2. Özelliği test edeceğiniz seams noktalarını taslak olarak çizin. Mevcut seams yeni olanlardan tercih edilmelidir. Mümkün olan en yüksek seam kullanın. Yeni seamlara ihtiyaç varsa, bunları yapabileceğiniz en yüksek noktada önerin.

Bu seamlerin kullanıcının beklentileriyle eşleştiğini kontrol edin.

  1. Aşağıdaki şablonu kullanarak PRD'yi yazın ve proje issue tracker'ına yayınlayın. ready-for-agent triage etiketini uygulayın - ek triage gerekmez.

Problem Tanımı

Kullanıcının karşılaştığı sorun, kullanıcının perspektifinden.

Çözüm

Soruna çözüm, kullanıcının perspektifinden.

Kullanıcı Hikayeleri

UZUN, numaralandırılmış bir kullanıcı hikayeleri listesi. Her kullanıcı hikayesi şu formatta olmalıdır:

  1. <Aktör> olarak, <özellik> istiyorum, böylece
1. Mobil banka müşterisi olarak, hesaplarımda bakiye görmek istiyorum, böylece harcamalarım hakkında daha bilinçli kararlar alabilirim

Bu kullanıcı hikayeleri listesi son derece kapsamlı olmalı ve özelliğin tüm yönlerini kapsayabilmelidir.

Uygulama Kararları

Alınan uygulama kararlarının listesi. Buna şunlar dahil olabilir:

  • İnşa edilecek/değiştirilecek modüller
  • Bu modüllerin değiştirilecek arayüzleri
  • Geliştirici tarafından verilen teknik açıklıklar
  • Mimari kararlar
  • Schema değişiklikleri
  • API kontratları
  • Spesifik etkileşimler

Spesifik dosya yollarını veya kod parçacıklarını EKLEMEYIN. Çok çabuk güncel olmaktan çıkabilirler.

İstisna: eğer bir prototip bir kararı prose'den daha kesin bir şekilde kodlayan bir parçacık ürettiyse (state machine, reducer, schema, type shape), bunu ilgili karar içinde satır içine koyun ve kısaca prototipten geldiğini belirtin. Karar açısından zengin kısımlara indirin — çalışan demo değil, sadece önemli kısımlar.

Test Kararları

Alınan test kararlarının listesi. Şunları dahil edin:

  • İyi bir testin ne olduğunun açıklaması (sadece dış davranışı test edin, uygulama ayrıntılarını değil)
  • Hangi modüllerin test edileceği
  • Testlerin önceki sanatı (yani kod tabanında benzer test türleri)

Kapsam Dışı

Bu PRD için kapsam dışında olan şeyler hakkında açıklama.

Ek Notlar

Özellik hakkında herhangi bir ek not.

Benzer skill'ler

Daha fazla: Development →