@omerrgocmen/crewctl 1.0.2 → 1.0.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/orchestrator/README.md +462 -462
- package/orchestrator/config.default.json +71 -71
- package/orchestrator/roles/operator.md +77 -77
- package/orchestrator/roles/reviewer.md +63 -63
- package/orchestrator/skills/acceptance-criteria.md +18 -18
- package/orchestrator/skills/accessibility-audit.md +16 -16
- package/orchestrator/skills/accessible-forms.md +16 -16
- package/orchestrator/skills/api-design.md +27 -27
- package/orchestrator/skills/api-documentation.md +16 -16
- package/orchestrator/skills/architecture-decision-record.md +18 -18
- package/orchestrator/skills/authentication-design.md +16 -16
- package/orchestrator/skills/authorization-review.md +16 -16
- package/orchestrator/skills/backward-compatibility.md +17 -17
- package/orchestrator/skills/changelog-writing.md +16 -16
- package/orchestrator/skills/ci-pipeline-design.md +16 -16
- package/orchestrator/skills/cli-design.md +16 -16
- package/orchestrator/skills/code-review.md +27 -27
- package/orchestrator/skills/configuration-management.md +16 -16
- package/orchestrator/skills/container-review.md +16 -16
- package/orchestrator/skills/contract-testing.md +16 -16
- package/orchestrator/skills/dashboard-design.md +16 -16
- package/orchestrator/skills/database-migration.md +16 -16
- package/orchestrator/skills/database-schema-design.md +16 -16
- package/orchestrator/skills/debugging.md +26 -26
- package/orchestrator/skills/dependency-review.md +16 -16
- package/orchestrator/skills/design-review.md +29 -29
- package/orchestrator/skills/design-system.md +16 -16
- package/orchestrator/skills/docs-api-reference.md +16 -16
- package/orchestrator/skills/docs-troubleshooting.md +16 -16
- package/orchestrator/skills/docs-tutorial.md +16 -16
- package/orchestrator/skills/docs-writing.md +25 -25
- package/orchestrator/skills/empty-error-loading-states.md +16 -16
- package/orchestrator/skills/end-to-end-testing.md +16 -16
- package/orchestrator/skills/error-handling.md +16 -16
- package/orchestrator/skills/frontend-design.md +28 -28
- package/orchestrator/skills/git-commit-writing.md +16 -16
- package/orchestrator/skills/graphql-design.md +16 -16
- package/orchestrator/skills/incident-runbook.md +18 -18
- package/orchestrator/skills/input-validation.md +16 -16
- package/orchestrator/skills/integration-testing.md +16 -16
- package/orchestrator/skills/interaction-design.md +16 -16
- package/orchestrator/skills/landing-page-design.md +16 -16
- package/orchestrator/skills/observability-design.md +16 -16
- package/orchestrator/skills/openapi-contract.md +16 -16
- package/orchestrator/skills/performance-profiling.md +16 -16
- package/orchestrator/skills/privacy-review.md +16 -16
- package/orchestrator/skills/property-based-testing.md +16 -16
- package/orchestrator/skills/pull-request-writing.md +16 -16
- package/orchestrator/skills/refactoring.md +16 -16
- package/orchestrator/skills/release-readiness.md +16 -16
- package/orchestrator/skills/responsive-design.md +16 -16
- package/orchestrator/skills/secrets-management.md +16 -16
- package/orchestrator/skills/secure-file-upload.md +16 -16
- package/orchestrator/skills/security-review.md +26 -26
- package/orchestrator/skills/semantic-versioning.md +17 -17
- package/orchestrator/skills/seo-on-page.md +16 -16
- package/orchestrator/skills/seo-structured-data.md +16 -16
- package/orchestrator/skills/seo-technical-audit.md +16 -16
- package/orchestrator/skills/sql-query-review.md +16 -16
- package/orchestrator/skills/supply-chain-security.md +16 -16
- package/orchestrator/skills/test-strategy.md +16 -16
- package/orchestrator/skills/threat-modeling.md +16 -16
- package/orchestrator/skills/unit-testing.md +16 -16
- package/orchestrator/skills/write-tests.md +28 -28
- package/orchestrator/src/cli-registry.js +616 -616
- package/orchestrator/src/cli.js +131 -131
- package/orchestrator/src/doctor.js +64 -64
- package/orchestrator/src/engine.js +162 -31
- package/orchestrator/src/server.js +766 -766
- package/orchestrator/src/skill-registry.js +272 -272
- package/orchestrator/src/store.js +399 -399
- package/orchestrator/web/OrbitControls.js +1417 -1417
- package/orchestrator/web/flow.html +740 -740
- package/orchestrator/web/index.html +587 -557
- package/orchestrator/web/jsm/postprocessing/EffectComposer.js +231 -231
- package/orchestrator/web/jsm/postprocessing/MaskPass.js +104 -104
- package/orchestrator/web/jsm/postprocessing/Pass.js +95 -95
- package/orchestrator/web/jsm/postprocessing/RenderPass.js +99 -99
- package/orchestrator/web/jsm/postprocessing/ShaderPass.js +77 -77
- package/orchestrator/web/jsm/postprocessing/UnrealBloomPass.js +415 -415
- package/orchestrator/web/jsm/shaders/CopyShader.js +45 -45
- package/orchestrator/web/jsm/shaders/LuminosityHighPassShader.js +66 -66
- package/orchestrator/web/three.module.min.js +6 -6
- package/package.json +1 -1
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: landing-page-design
|
|
3
|
-
description: Net değer önerisi, güven ve tek birincil eylem etrafında yüksek kaliteli landing page tasarla; pazarlama sayfalarında kullan.
|
|
4
|
-
category: design
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [landing page, pazarlama sayfası, marketing page, hero, cta, conversion, dönüşüm, homepage]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Landing Page Tasarımı
|
|
10
|
-
|
|
11
|
-
- Hedef kitleyi, problemi, değer önerisini ve tek birincil dönüşümü bir cümlede netleştir.
|
|
12
|
-
- İlk ekranda somut başlık, destekleyici kanıt ve açık CTA kur; soyut slogan yığını yapma.
|
|
13
|
-
- Akışı problem → çözüm → nasıl çalışır → kanıt → itiraz → CTA sırasıyla düzenle.
|
|
14
|
-
- Gerçek ürün görseli, ölçülebilir sonuç ve doğrulanabilir sosyal kanıt kullan; uydurma testimonial ekleme.
|
|
15
|
-
- Tipografi, boşluk ve sınırlı renk paletiyle özgün hiyerarşi kur; erişilebilirlik ve performansı koru.
|
|
16
|
-
- Mobil, yavaş ağ, uzun çeviri ve form hata durumlarında sayfayı doğrula.
|
|
1
|
+
---
|
|
2
|
+
name: landing-page-design
|
|
3
|
+
description: Net değer önerisi, güven ve tek birincil eylem etrafında yüksek kaliteli landing page tasarla; pazarlama sayfalarında kullan.
|
|
4
|
+
category: design
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [landing page, pazarlama sayfası, marketing page, hero, cta, conversion, dönüşüm, homepage]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Landing Page Tasarımı
|
|
10
|
+
|
|
11
|
+
- Hedef kitleyi, problemi, değer önerisini ve tek birincil dönüşümü bir cümlede netleştir.
|
|
12
|
+
- İlk ekranda somut başlık, destekleyici kanıt ve açık CTA kur; soyut slogan yığını yapma.
|
|
13
|
+
- Akışı problem → çözüm → nasıl çalışır → kanıt → itiraz → CTA sırasıyla düzenle.
|
|
14
|
+
- Gerçek ürün görseli, ölçülebilir sonuç ve doğrulanabilir sosyal kanıt kullan; uydurma testimonial ekleme.
|
|
15
|
+
- Tipografi, boşluk ve sınırlı renk paletiyle özgün hiyerarşi kur; erişilebilirlik ve performansı koru.
|
|
16
|
+
- Mobil, yavaş ağ, uzun çeviri ve form hata durumlarında sayfayı doğrula.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: observability-design
|
|
3
|
-
description: Log, metrik ve trace sinyallerini kullanıcı etkisi ve tanılama sorularına göre tasarla; gözlemlenebilirlik işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [observability, gözlemlenebilirlik, telemetry, metric, metrik, trace, tracing, logging, monitoring]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Gözlemlenebilirlik Tasarımı
|
|
10
|
-
|
|
11
|
-
1. Önce yanıtlanacak operasyon sorularını yaz: ne bozuldu, kim etkilendi, nerede yavaşladı?
|
|
12
|
-
2. Trafik, hata, gecikme ve doygunluk için az sayıda anlamlı metrik seç.
|
|
13
|
-
3. İstek/iş kimliğini log ve trace boyunca taşı; yapılandırılmış, aranabilir alanlar kullan.
|
|
14
|
-
4. Yüksek kardinaliteli kullanıcı/veri alanlarını metrik etiketi yapma; hassas veriyi kaydetme.
|
|
15
|
-
5. Başarı kadar reddedilen, timeout olan ve retry edilen yolları da ölç.
|
|
16
|
-
6. Sinyali dashboard/uyarı tüketicisiyle ve kontrollü hata senaryosuyla uçtan uca doğrula.
|
|
1
|
+
---
|
|
2
|
+
name: observability-design
|
|
3
|
+
description: Log, metrik ve trace sinyallerini kullanıcı etkisi ve tanılama sorularına göre tasarla; gözlemlenebilirlik işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [observability, gözlemlenebilirlik, telemetry, metric, metrik, trace, tracing, logging, monitoring]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Gözlemlenebilirlik Tasarımı
|
|
10
|
+
|
|
11
|
+
1. Önce yanıtlanacak operasyon sorularını yaz: ne bozuldu, kim etkilendi, nerede yavaşladı?
|
|
12
|
+
2. Trafik, hata, gecikme ve doygunluk için az sayıda anlamlı metrik seç.
|
|
13
|
+
3. İstek/iş kimliğini log ve trace boyunca taşı; yapılandırılmış, aranabilir alanlar kullan.
|
|
14
|
+
4. Yüksek kardinaliteli kullanıcı/veri alanlarını metrik etiketi yapma; hassas veriyi kaydetme.
|
|
15
|
+
5. Başarı kadar reddedilen, timeout olan ve retry edilen yolları da ölç.
|
|
16
|
+
6. Sinyali dashboard/uyarı tüketicisiyle ve kontrollü hata senaryosuyla uçtan uca doğrula.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: openapi-contract
|
|
3
|
-
description: HTTP API davranışını doğrulanabilir OpenAPI sözleşmesine dönüştür; API şeması, istemci üretimi ve contract işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [openapi, swagger, api contract, api sözleşmesi, spec, schema, endpoint documentation]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# OpenAPI Sözleşmesi
|
|
10
|
-
|
|
11
|
-
- Uygulamanın desteklediği OpenAPI sürümünü ve mevcut düzenini koru.
|
|
12
|
-
- Her operation için kararlı kimlik, özet, parametre, istek gövdesi, başarı ve hata yanıtı tanımla.
|
|
13
|
-
- Required, nullable, format, enum, sınır ve örnekleri gerçek çalışma zamanı doğrulamasıyla eşleştir.
|
|
14
|
-
- Ortak şemaları yeniden kullan; aşırı kalıtım ve belirsiz serbest nesnelerden kaçın.
|
|
15
|
-
- Kimlik doğrulama, sayfalama, idempotency ve hata modelini açıkça göster.
|
|
16
|
-
- Spec'i linter/validator ile doğrula ve uygulama testleriyle sözleşme sapmasını yakala.
|
|
1
|
+
---
|
|
2
|
+
name: openapi-contract
|
|
3
|
+
description: HTTP API davranışını doğrulanabilir OpenAPI sözleşmesine dönüştür; API şeması, istemci üretimi ve contract işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [openapi, swagger, api contract, api sözleşmesi, spec, schema, endpoint documentation]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# OpenAPI Sözleşmesi
|
|
10
|
+
|
|
11
|
+
- Uygulamanın desteklediği OpenAPI sürümünü ve mevcut düzenini koru.
|
|
12
|
+
- Her operation için kararlı kimlik, özet, parametre, istek gövdesi, başarı ve hata yanıtı tanımla.
|
|
13
|
+
- Required, nullable, format, enum, sınır ve örnekleri gerçek çalışma zamanı doğrulamasıyla eşleştir.
|
|
14
|
+
- Ortak şemaları yeniden kullan; aşırı kalıtım ve belirsiz serbest nesnelerden kaçın.
|
|
15
|
+
- Kimlik doğrulama, sayfalama, idempotency ve hata modelini açıkça göster.
|
|
16
|
+
- Spec'i linter/validator ile doğrula ve uygulama testleriyle sözleşme sapmasını yakala.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: performance-profiling
|
|
3
|
-
description: Performans sorununu ölçüm ve profil kanıtıyla bulup en dar darboğazı düzelt; yavaşlık ve optimizasyon işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review, research]
|
|
6
|
-
match: [performance, performans, profiling, profile, yavaş, slow, latency, cpu, memory, benchmark]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Performans Profilleme
|
|
10
|
-
|
|
11
|
-
1. Kullanıcı etkisini ve başarı eşiğini tanımla; süre, throughput, bellek veya kaynak metriğini seç.
|
|
12
|
-
2. Temsilî veri ve ısınma koşuluyla tekrarlanabilir baseline ölç.
|
|
13
|
-
3. CPU, allocation, I/O, sorgu veya ağ profilinden baskın maliyeti bul; tahmine göre kod değiştirme.
|
|
14
|
-
4. En dar nedeni hedefleyen küçük optimizasyon yap ve davranışı koruyan testleri çalıştır.
|
|
15
|
-
5. Aynı koşulda önce/sonra dağılımını karşılaştır; tek ölçümü sonuç sayma.
|
|
16
|
-
6. Kazanç, ödünleşim, veri boyutu ve kalan darboğazı raporla; ölçülmeyen “hızlandı” iddiası kurma.
|
|
1
|
+
---
|
|
2
|
+
name: performance-profiling
|
|
3
|
+
description: Performans sorununu ölçüm ve profil kanıtıyla bulup en dar darboğazı düzelt; yavaşlık ve optimizasyon işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review, research]
|
|
6
|
+
match: [performance, performans, profiling, profile, yavaş, slow, latency, cpu, memory, benchmark]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Performans Profilleme
|
|
10
|
+
|
|
11
|
+
1. Kullanıcı etkisini ve başarı eşiğini tanımla; süre, throughput, bellek veya kaynak metriğini seç.
|
|
12
|
+
2. Temsilî veri ve ısınma koşuluyla tekrarlanabilir baseline ölç.
|
|
13
|
+
3. CPU, allocation, I/O, sorgu veya ağ profilinden baskın maliyeti bul; tahmine göre kod değiştirme.
|
|
14
|
+
4. En dar nedeni hedefleyen küçük optimizasyon yap ve davranışı koruyan testleri çalıştır.
|
|
15
|
+
5. Aynı koşulda önce/sonra dağılımını karşılaştır; tek ölçümü sonuç sayma.
|
|
16
|
+
6. Kazanç, ödünleşim, veri boyutu ve kalan darboğazı raporla; ölçülmeyen “hızlandı” iddiası kurma.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: privacy-review
|
|
3
|
-
description: Kişisel veri akışını minimizasyon, amaç, saklama ve kullanıcı kontrolü açısından incele; analytics ve veri özelliğinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [privacy, gizlilik, personal data, kişisel veri, pii, gdpr, kvkk, consent, analytics, telemetry]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Gizlilik İncelemesi
|
|
10
|
-
|
|
11
|
-
- Toplanan veriyi, kaynağı, amacı, alıcıyı, saklama süresini ve silme yolunu haritala.
|
|
12
|
-
- Özellik için gerekmeyen alanı toplama; kimlik bağını mümkün olan en erken yerde azalt.
|
|
13
|
-
- İzin/hukuki dayanak ve kullanıcı beklentisini ürün sahibinden doğrula; hukuki sonuç uydurma.
|
|
14
|
-
- Log, telemetry, URL, cache, export ve üçüncü taraf aktarımında sızıntı yüzeyini incele.
|
|
15
|
-
- Erişim, düzeltme, dışa aktarma, silme ve izin geri çekme akışlarının gerçekten çalıştığını test et.
|
|
16
|
-
- Bulguları veri türü, etki, kanıt ve teknik azaltımla raporla; hukuki inceleme gereğini ayır.
|
|
1
|
+
---
|
|
2
|
+
name: privacy-review
|
|
3
|
+
description: Kişisel veri akışını minimizasyon, amaç, saklama ve kullanıcı kontrolü açısından incele; analytics ve veri özelliğinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [privacy, gizlilik, personal data, kişisel veri, pii, gdpr, kvkk, consent, analytics, telemetry]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Gizlilik İncelemesi
|
|
10
|
+
|
|
11
|
+
- Toplanan veriyi, kaynağı, amacı, alıcıyı, saklama süresini ve silme yolunu haritala.
|
|
12
|
+
- Özellik için gerekmeyen alanı toplama; kimlik bağını mümkün olan en erken yerde azalt.
|
|
13
|
+
- İzin/hukuki dayanak ve kullanıcı beklentisini ürün sahibinden doğrula; hukuki sonuç uydurma.
|
|
14
|
+
- Log, telemetry, URL, cache, export ve üçüncü taraf aktarımında sızıntı yüzeyini incele.
|
|
15
|
+
- Erişim, düzeltme, dışa aktarma, silme ve izin geri çekme akışlarının gerçekten çalıştığını test et.
|
|
16
|
+
- Bulguları veri türü, etki, kanıt ve teknik azaltımla raporla; hukuki inceleme gereğini ayır.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: property-based-testing
|
|
3
|
-
description: Çok sayıda üretilmiş girdide değişmezleri ve sınırları doğrula; parser, dönüşüm ve algoritma testlerinde kullan.
|
|
4
|
-
category: testing
|
|
5
|
-
appliesTo: [implement, review]
|
|
6
|
-
match: [property based testing, property test, özellik tabanlı test, quickcheck, hypothesis, fast-check, invariant, fuzz]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Özellik Tabanlı Test
|
|
10
|
-
|
|
11
|
-
- Örnek çıktılar yerine değişmezi tanımla: round-trip, idempotency, sıralama, korunum veya referans model.
|
|
12
|
-
- Üreticiyi geçerli alanı temsil edecek şekilde kur; boş, uç, Unicode ve büyük değerleri ağırlıklandır.
|
|
13
|
-
- Geçersiz girdiyi ayrı özellikte ve beklenen hata sınıfıyla test et.
|
|
14
|
-
- Küçültmenin anlaşılır minimal karşı örnek ürettiğini kontrol et.
|
|
15
|
-
- Seed ve başarısız örneği kaydet; regresyon için sabit örneğe dönüştür.
|
|
16
|
-
- Sonsuz/çok pahalı vakaları boyut sınırıyla denetle ve özelliğin hatalı uygulamayı gerçekten yakaladığını sınayarak doğrula.
|
|
1
|
+
---
|
|
2
|
+
name: property-based-testing
|
|
3
|
+
description: Çok sayıda üretilmiş girdide değişmezleri ve sınırları doğrula; parser, dönüşüm ve algoritma testlerinde kullan.
|
|
4
|
+
category: testing
|
|
5
|
+
appliesTo: [implement, review]
|
|
6
|
+
match: [property based testing, property test, özellik tabanlı test, quickcheck, hypothesis, fast-check, invariant, fuzz]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Özellik Tabanlı Test
|
|
10
|
+
|
|
11
|
+
- Örnek çıktılar yerine değişmezi tanımla: round-trip, idempotency, sıralama, korunum veya referans model.
|
|
12
|
+
- Üreticiyi geçerli alanı temsil edecek şekilde kur; boş, uç, Unicode ve büyük değerleri ağırlıklandır.
|
|
13
|
+
- Geçersiz girdiyi ayrı özellikte ve beklenen hata sınıfıyla test et.
|
|
14
|
+
- Küçültmenin anlaşılır minimal karşı örnek ürettiğini kontrol et.
|
|
15
|
+
- Seed ve başarısız örneği kaydet; regresyon için sabit örneğe dönüştür.
|
|
16
|
+
- Sonsuz/çok pahalı vakaları boyut sınırıyla denetle ve özelliğin hatalı uygulamayı gerçekten yakaladığını sınayarak doğrula.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: pull-request-writing
|
|
3
|
-
description: İncelenebilir kapsam, gerekçe ve doğrulama içeren pull request açıklaması hazırla; PR açma veya güncellemede kullan.
|
|
4
|
-
category: documentation
|
|
5
|
-
appliesTo: [implement, review]
|
|
6
|
-
match: [pull request, pr description, merge request, değişiklik özeti, reviewer, inceleme açıklaması]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Pull Request Yazımı
|
|
10
|
-
|
|
11
|
-
- Başlığı kullanıcı etkisini anlatan tek bir değişikliğe odakla.
|
|
12
|
-
- Özette sorunu, çözüm yaklaşımını ve neden bu kapsamın seçildiğini kısa yaz.
|
|
13
|
-
- Davranış değişikliklerini, önemli dosyaları ve özellikle incelenmesi gereken riskli noktaları belirt.
|
|
14
|
-
- Çalıştırılan testleri gerçek komut ve sonuçla listele; çalıştırılmayan kontrolü açıkça söyle.
|
|
15
|
-
- UI değişiminde görsel kanıtı, veri/API değişiminde migration ve uyumluluk notunu ekle.
|
|
16
|
-
- İlgili issue'yu bağla; büyük log, dosya listesi veya commit mesajlarını aynen tekrarlama.
|
|
1
|
+
---
|
|
2
|
+
name: pull-request-writing
|
|
3
|
+
description: İncelenebilir kapsam, gerekçe ve doğrulama içeren pull request açıklaması hazırla; PR açma veya güncellemede kullan.
|
|
4
|
+
category: documentation
|
|
5
|
+
appliesTo: [implement, review]
|
|
6
|
+
match: [pull request, pr description, merge request, değişiklik özeti, reviewer, inceleme açıklaması]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Pull Request Yazımı
|
|
10
|
+
|
|
11
|
+
- Başlığı kullanıcı etkisini anlatan tek bir değişikliğe odakla.
|
|
12
|
+
- Özette sorunu, çözüm yaklaşımını ve neden bu kapsamın seçildiğini kısa yaz.
|
|
13
|
+
- Davranış değişikliklerini, önemli dosyaları ve özellikle incelenmesi gereken riskli noktaları belirt.
|
|
14
|
+
- Çalıştırılan testleri gerçek komut ve sonuçla listele; çalıştırılmayan kontrolü açıkça söyle.
|
|
15
|
+
- UI değişiminde görsel kanıtı, veri/API değişiminde migration ve uyumluluk notunu ekle.
|
|
16
|
+
- İlgili issue'yu bağla; büyük log, dosya listesi veya commit mesajlarını aynen tekrarlama.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: refactoring
|
|
3
|
-
description: Dış davranışı koruyarak kod yapısını küçük ve kanıtlanabilir adımlarla iyileştir; sadeleştirme işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [refactor, refactoring, yeniden düzenleme, sadeleştir, simplify, cleanup, clean code, duplication]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Refactoring
|
|
10
|
-
|
|
11
|
-
1. Korunacak gözlemlenebilir davranışı ve mevcut test güvenlik ağını belirle.
|
|
12
|
-
2. Somut kokuyu seç: tekrar, uzun işlev, yanlış sorumluluk, örtük bağımlılık veya gereksiz soyutlama.
|
|
13
|
-
3. Her adımda tek yapısal değişiklik yap; özellik ekleme ve davranış düzeltmesini ayrı tut.
|
|
14
|
-
4. Önce mevcut kavram ve yardımcıları yeniden kullan; spekülatif katman ekleme.
|
|
15
|
-
5. Her küçük adım sonrası ilgili test ve statik kontrolleri çalıştır.
|
|
16
|
-
6. Diff büyüdükçe kapsamı yeniden değerlendir; daha az kod ve daha açık bağımlılık hedefle.
|
|
1
|
+
---
|
|
2
|
+
name: refactoring
|
|
3
|
+
description: Dış davranışı koruyarak kod yapısını küçük ve kanıtlanabilir adımlarla iyileştir; sadeleştirme işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [refactor, refactoring, yeniden düzenleme, sadeleştir, simplify, cleanup, clean code, duplication]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Refactoring
|
|
10
|
+
|
|
11
|
+
1. Korunacak gözlemlenebilir davranışı ve mevcut test güvenlik ağını belirle.
|
|
12
|
+
2. Somut kokuyu seç: tekrar, uzun işlev, yanlış sorumluluk, örtük bağımlılık veya gereksiz soyutlama.
|
|
13
|
+
3. Her adımda tek yapısal değişiklik yap; özellik ekleme ve davranış düzeltmesini ayrı tut.
|
|
14
|
+
4. Önce mevcut kavram ve yardımcıları yeniden kullan; spekülatif katman ekleme.
|
|
15
|
+
5. Her küçük adım sonrası ilgili test ve statik kontrolleri çalıştır.
|
|
16
|
+
6. Diff büyüdükçe kapsamı yeniden değerlendir; daha az kod ve daha açık bağımlılık hedefle.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: release-readiness
|
|
3
|
-
description: Bir sürümün kalite, güvenlik, geçiş ve geri dönüş hazırlığını kanıtlarla denetle; yayın öncesinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, review]
|
|
6
|
-
match: [release readiness, sürüm hazırlığı, go live, production release, yayın, deploy checklist, rollout]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Sürüm Hazırlığı
|
|
10
|
-
|
|
11
|
-
- Kapsamı ve kabul kriterlerini sürüm adayındaki gerçek commit/artefaktla eşleştir.
|
|
12
|
-
- Zorunlu test, build, güvenlik ve uyumluluk kontrollerinin güncel kanıtını doğrula.
|
|
13
|
-
- Yapılandırma, sır, migration, veri yedeği ve bağımlı servis ön koşullarını kontrol et.
|
|
14
|
-
- Kademeli rollout, sağlık metriği, gözlem süresi, durdurma eşiği ve geri alma adımını tanımla.
|
|
15
|
-
- Changelog, kullanıcı iletişimi, runbook ve destek sahipliğini doğrula.
|
|
16
|
-
- Bilinmeyenleri risk/etki/sahip ile kaydet ve sonunda READY, CONDITIONAL veya NOT READY kararı ver.
|
|
1
|
+
---
|
|
2
|
+
name: release-readiness
|
|
3
|
+
description: Bir sürümün kalite, güvenlik, geçiş ve geri dönüş hazırlığını kanıtlarla denetle; yayın öncesinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, review]
|
|
6
|
+
match: [release readiness, sürüm hazırlığı, go live, production release, yayın, deploy checklist, rollout]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Sürüm Hazırlığı
|
|
10
|
+
|
|
11
|
+
- Kapsamı ve kabul kriterlerini sürüm adayındaki gerçek commit/artefaktla eşleştir.
|
|
12
|
+
- Zorunlu test, build, güvenlik ve uyumluluk kontrollerinin güncel kanıtını doğrula.
|
|
13
|
+
- Yapılandırma, sır, migration, veri yedeği ve bağımlı servis ön koşullarını kontrol et.
|
|
14
|
+
- Kademeli rollout, sağlık metriği, gözlem süresi, durdurma eşiği ve geri alma adımını tanımla.
|
|
15
|
+
- Changelog, kullanıcı iletişimi, runbook ve destek sahipliğini doğrula.
|
|
16
|
+
- Bilinmeyenleri risk/etki/sahip ile kaydet ve sonunda READY, CONDITIONAL veya NOT READY kararı ver.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: responsive-design
|
|
3
|
-
description: İçeriğe göre akışkan, mobile-first ve zoom dayanıklı düzen kur; responsive CSS ve çoklu ekran işlerinde kullan.
|
|
4
|
-
category: design
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [responsive, duyarlı tasarım, mobile first, breakpoint, media query, viewport, tablet, reflow]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Responsive Tasarım
|
|
10
|
-
|
|
11
|
-
- En dar anlamlı görünümden başla; içerik önceliğini koruyarak progressive enhancement uygula.
|
|
12
|
-
- Sabit genişlik yerine grid/flex, min/max, `clamp()` ve doğal wrapping kullan.
|
|
13
|
-
- Breakpoint'i cihaz adına değil içeriğin bozulduğu noktaya koy; gereksiz varyant üretme.
|
|
14
|
-
- Dokunma hedefi, okuma genişliği, görsel oranı, tablo ve navigasyon davranışını ayrı çöz.
|
|
15
|
-
- Yatay kaydırmayı yalnız gerçekten iki boyutlu içerikte kontrollü kullan.
|
|
16
|
-
- 320px'den geniş ekrana, %400 zoom'a, uzun metne, RTL'ye ve ekran klavyesine kadar test et.
|
|
1
|
+
---
|
|
2
|
+
name: responsive-design
|
|
3
|
+
description: İçeriğe göre akışkan, mobile-first ve zoom dayanıklı düzen kur; responsive CSS ve çoklu ekran işlerinde kullan.
|
|
4
|
+
category: design
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [responsive, duyarlı tasarım, mobile first, breakpoint, media query, viewport, tablet, reflow]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Responsive Tasarım
|
|
10
|
+
|
|
11
|
+
- En dar anlamlı görünümden başla; içerik önceliğini koruyarak progressive enhancement uygula.
|
|
12
|
+
- Sabit genişlik yerine grid/flex, min/max, `clamp()` ve doğal wrapping kullan.
|
|
13
|
+
- Breakpoint'i cihaz adına değil içeriğin bozulduğu noktaya koy; gereksiz varyant üretme.
|
|
14
|
+
- Dokunma hedefi, okuma genişliği, görsel oranı, tablo ve navigasyon davranışını ayrı çöz.
|
|
15
|
+
- Yatay kaydırmayı yalnız gerçekten iki boyutlu içerikte kontrollü kullan.
|
|
16
|
+
- 320px'den geniş ekrana, %400 zoom'a, uzun metne, RTL'ye ve ekran klavyesine kadar test et.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: secrets-management
|
|
3
|
-
description: Anahtar, token ve parolaları koddan ayırıp en az yetkiyle döndür; secret veya credential işlerinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [secret, sır, api key, token, credential, kimlik bilgisi, password, parola, vault, rotation]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Sır Yönetimi
|
|
10
|
-
|
|
11
|
-
- Sır envanterini, sahibini, tüketicisini ve gereken en dar yetkiyi belirle.
|
|
12
|
-
- Sırrı kod, git geçmişi, örnek config, log, hata, build artefaktı veya istemci paketinde tutma.
|
|
13
|
-
- Çalışma ortamının güvenli secret store/enjeksiyon mekanizmasını kullan; dosya ve process görünürlüğünü sınırla.
|
|
14
|
-
- Kısa ömürlü kimlik ve otomatik rotation'ı statik uzun ömürlü anahtara tercih et.
|
|
15
|
-
- Eksik/bozuk sırda güvenli biçimde fail et ve değeri maskeleyerek tanıla.
|
|
16
|
-
- Sızıntıda iptal, döndürme, geçmiş temizliği ve etki incelemesi adımlarını tanımlayıp test et.
|
|
1
|
+
---
|
|
2
|
+
name: secrets-management
|
|
3
|
+
description: Anahtar, token ve parolaları koddan ayırıp en az yetkiyle döndür; secret veya credential işlerinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [secret, sır, api key, token, credential, kimlik bilgisi, password, parola, vault, rotation]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Sır Yönetimi
|
|
10
|
+
|
|
11
|
+
- Sır envanterini, sahibini, tüketicisini ve gereken en dar yetkiyi belirle.
|
|
12
|
+
- Sırrı kod, git geçmişi, örnek config, log, hata, build artefaktı veya istemci paketinde tutma.
|
|
13
|
+
- Çalışma ortamının güvenli secret store/enjeksiyon mekanizmasını kullan; dosya ve process görünürlüğünü sınırla.
|
|
14
|
+
- Kısa ömürlü kimlik ve otomatik rotation'ı statik uzun ömürlü anahtara tercih et.
|
|
15
|
+
- Eksik/bozuk sırda güvenli biçimde fail et ve değeri maskeleyerek tanıla.
|
|
16
|
+
- Sızıntıda iptal, döndürme, geçmiş temizliği ve etki incelemesi adımlarını tanımlayıp test et.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: secure-file-upload
|
|
3
|
-
description: Dosya yüklemeyi tür, boyut, ad, depolama ve sunum sınırlarıyla güvenli kur; upload ve attachment işlerinde kullan.
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [file upload, dosya yükleme, attachment, multipart, mime, image upload, path traversal]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Güvenli Dosya Yükleme
|
|
10
|
-
|
|
11
|
-
1. İzin verilen iş amaçlı türleri, dosya/adet boyutunu ve kullanıcı kotasını allowlist ile sınırla.
|
|
12
|
-
2. Uzantı, MIME ve magic byte'ı birlikte kontrol et; istemci adına veya Content-Type'a güvenme.
|
|
13
|
-
3. Sunucu tarafında rastgele dosya adı üret, yolu kanonikleştir ve web root dışında depola.
|
|
14
|
-
4. İçeriği mümkünse yeniden kodla/tara; arşiv açmada oran, derinlik ve yol sınırı uygula.
|
|
15
|
-
5. İndirmeyi güvenli header, ayrı origin ve yetki kontrolüyle sun; aktif içeriği inline çalıştırma.
|
|
16
|
-
6. Eksik, sahte, büyük, çift uzantılı ve eşzamanlı yükleme vakalarını test et.
|
|
1
|
+
---
|
|
2
|
+
name: secure-file-upload
|
|
3
|
+
description: Dosya yüklemeyi tür, boyut, ad, depolama ve sunum sınırlarıyla güvenli kur; upload ve attachment işlerinde kullan.
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [file upload, dosya yükleme, attachment, multipart, mime, image upload, path traversal]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Güvenli Dosya Yükleme
|
|
10
|
+
|
|
11
|
+
1. İzin verilen iş amaçlı türleri, dosya/adet boyutunu ve kullanıcı kotasını allowlist ile sınırla.
|
|
12
|
+
2. Uzantı, MIME ve magic byte'ı birlikte kontrol et; istemci adına veya Content-Type'a güvenme.
|
|
13
|
+
3. Sunucu tarafında rastgele dosya adı üret, yolu kanonikleştir ve web root dışında depola.
|
|
14
|
+
4. İçeriği mümkünse yeniden kodla/tara; arşiv açmada oran, derinlik ve yol sınırı uygula.
|
|
15
|
+
5. İndirmeyi güvenli header, ayrı origin ve yetki kontrolüyle sun; aktif içeriği inline çalıştırma.
|
|
16
|
+
6. Eksik, sahte, büyük, çift uzantılı ve eşzamanlı yükleme vakalarını test et.
|
|
@@ -1,26 +1,26 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: security-review
|
|
3
|
-
description: Değişiklikleri yaygın güvenlik açıkları açısından denetleme rehberi (OWASP odaklı)
|
|
4
|
-
category: security
|
|
5
|
-
appliesTo: [review]
|
|
6
|
-
match: [guvenlik, güvenlik, security, auth, kimlik, yetki, injection, xss, csrf, secret, token, sql, sifre, şifre, zafiyet]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Beceri: Güvenlik İncelemesi
|
|
10
|
-
|
|
11
|
-
Salt okunur denetle; kanıtla göster. Teorik risk yerine bu kod tabanında sömürülebilir yolları ara.
|
|
12
|
-
|
|
13
|
-
## Kontrol alanları
|
|
14
|
-
|
|
15
|
-
- **Girdi doğrulama & injection:** SQL/NoSQL/komut/şablon injection; parametreli sorgu ve güvenli API kullanımı.
|
|
16
|
-
- **Çıktı kodlama & XSS:** Kullanıcı verisi güvenli kaçışla mı render ediliyor; `dangerouslySetInnerHTML`/`eval` var mı?
|
|
17
|
-
- **Kimlik & yetki:** Kimlik doğrulama ve yetki kontrolü her hassas yolda var mı? IDOR / eksik erişim kontrolü?
|
|
18
|
-
- **Sırlar:** Kod, log veya istemciye sızan API anahtarı, parola, token var mı? `.env`/secret yönetimi doğru mu?
|
|
19
|
-
- **Veri akışı:** Güvenilmeyen girdinin dosya yolu, komut, URL veya deserializasyona ulaştığı yerler.
|
|
20
|
-
- **Bağımlılık & yapılandırma:** Bilinen zafiyetli paket, güvensiz varsayılan, açık CORS, eksik güvenlik başlıkları.
|
|
21
|
-
- **Kripto & rastgelelik:** Zayıf hash/şifreleme, tahmin edilebilir token, sabit IV/anahtar.
|
|
22
|
-
|
|
23
|
-
## Teslimat
|
|
24
|
-
|
|
25
|
-
Her bulgu için: önem (HIGH/MEDIUM/LOW), dosya:satır, sömürü senaryosu ve somut düzeltme. Yıkıcı test veya
|
|
26
|
-
gerçek exploit **çalıştırma**; yalnızca statik inceleme yap. Sonunda `VERDICT: PASS` veya `VERDICT: FAIL` yaz.
|
|
1
|
+
---
|
|
2
|
+
name: security-review
|
|
3
|
+
description: Değişiklikleri yaygın güvenlik açıkları açısından denetleme rehberi (OWASP odaklı)
|
|
4
|
+
category: security
|
|
5
|
+
appliesTo: [review]
|
|
6
|
+
match: [guvenlik, güvenlik, security, auth, kimlik, yetki, injection, xss, csrf, secret, token, sql, sifre, şifre, zafiyet]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Beceri: Güvenlik İncelemesi
|
|
10
|
+
|
|
11
|
+
Salt okunur denetle; kanıtla göster. Teorik risk yerine bu kod tabanında sömürülebilir yolları ara.
|
|
12
|
+
|
|
13
|
+
## Kontrol alanları
|
|
14
|
+
|
|
15
|
+
- **Girdi doğrulama & injection:** SQL/NoSQL/komut/şablon injection; parametreli sorgu ve güvenli API kullanımı.
|
|
16
|
+
- **Çıktı kodlama & XSS:** Kullanıcı verisi güvenli kaçışla mı render ediliyor; `dangerouslySetInnerHTML`/`eval` var mı?
|
|
17
|
+
- **Kimlik & yetki:** Kimlik doğrulama ve yetki kontrolü her hassas yolda var mı? IDOR / eksik erişim kontrolü?
|
|
18
|
+
- **Sırlar:** Kod, log veya istemciye sızan API anahtarı, parola, token var mı? `.env`/secret yönetimi doğru mu?
|
|
19
|
+
- **Veri akışı:** Güvenilmeyen girdinin dosya yolu, komut, URL veya deserializasyona ulaştığı yerler.
|
|
20
|
+
- **Bağımlılık & yapılandırma:** Bilinen zafiyetli paket, güvensiz varsayılan, açık CORS, eksik güvenlik başlıkları.
|
|
21
|
+
- **Kripto & rastgelelik:** Zayıf hash/şifreleme, tahmin edilebilir token, sabit IV/anahtar.
|
|
22
|
+
|
|
23
|
+
## Teslimat
|
|
24
|
+
|
|
25
|
+
Her bulgu için: önem (HIGH/MEDIUM/LOW), dosya:satır, sömürü senaryosu ve somut düzeltme. Yıkıcı test veya
|
|
26
|
+
gerçek exploit **çalıştırma**; yalnızca statik inceleme yap. Sonunda `VERDICT: PASS` veya `VERDICT: FAIL` yaz.
|
|
@@ -1,17 +1,17 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: semantic-versioning
|
|
3
|
-
description: Kamuya açık sözleşme değişimine göre major, minor veya patch sürüm etkisini belirle; paket ve release işlerinde kullan.
|
|
4
|
-
category: software
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [semver, semantic versioning, sürümleme, version bump, major, minor, patch, breaking]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Semantik Sürümleme
|
|
10
|
-
|
|
11
|
-
1. Önce “kamuya açık API”yi proje bağlamında tanımla: kod, CLI, şema, dosya biçimi veya davranış.
|
|
12
|
-
2. Uyumlu hata düzeltmesini PATCH, geriye uyumlu yeteneği MINOR, kırıcı sözleşmeyi MAJOR olarak sınıflandır.
|
|
13
|
-
3. `0.y.z`, prerelease ve proje-özel politikasını mevcut belgeden kontrol et; varsayma.
|
|
14
|
-
4. Bağımlılık güncellemesinin tüketici sözleşmesine gerçek etkisini değerlendir.
|
|
15
|
-
5. Sürüm kararını changelog ve migration notuyla tutarlı kıl.
|
|
16
|
-
|
|
17
|
-
Yalnızca commit türüne bakarak sürüm belirleme; gözlemlenebilir tüketici etkisini kanıtla.
|
|
1
|
+
---
|
|
2
|
+
name: semantic-versioning
|
|
3
|
+
description: Kamuya açık sözleşme değişimine göre major, minor veya patch sürüm etkisini belirle; paket ve release işlerinde kullan.
|
|
4
|
+
category: software
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [semver, semantic versioning, sürümleme, version bump, major, minor, patch, breaking]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Semantik Sürümleme
|
|
10
|
+
|
|
11
|
+
1. Önce “kamuya açık API”yi proje bağlamında tanımla: kod, CLI, şema, dosya biçimi veya davranış.
|
|
12
|
+
2. Uyumlu hata düzeltmesini PATCH, geriye uyumlu yeteneği MINOR, kırıcı sözleşmeyi MAJOR olarak sınıflandır.
|
|
13
|
+
3. `0.y.z`, prerelease ve proje-özel politikasını mevcut belgeden kontrol et; varsayma.
|
|
14
|
+
4. Bağımlılık güncellemesinin tüketici sözleşmesine gerçek etkisini değerlendir.
|
|
15
|
+
5. Sürüm kararını changelog ve migration notuyla tutarlı kıl.
|
|
16
|
+
|
|
17
|
+
Yalnızca commit türüne bakarak sürüm belirleme; gözlemlenebilir tüketici etkisini kanıtla.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-on-page
|
|
3
|
-
description: Sayfa niyeti, başlık, içerik yapısı ve snippet öğelerini kullanıcı odaklı optimize et; on-page SEO ve içerik güncellemede kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [on page seo, sayfa içi seo, title tag, meta description, heading, search intent, arama niyeti, keyword]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Sayfa İçi SEO
|
|
10
|
-
|
|
11
|
-
- Hedef sorgu kümesinin gerçek kullanıcı niyetini ve sayfanın tek birincil amacını belirle.
|
|
12
|
-
- Benzersiz, açık ve içeriği doğru temsil eden title ile H1 yaz; doğal dili bozarak anahtar kelime doldurma.
|
|
13
|
-
- İlk bölümde soruyu doğrudan yanıtla, başlıklarla taranabilir yapı ve özgün kanıt/örnek sun.
|
|
14
|
-
- Meta description'ı kısa değer özeti olarak yaz; garanti veya yanıltıcı vaat kullanma.
|
|
15
|
-
- Açıklayıcı URL, görsel alt metni ve ilgili iç bağlantıları kullanıcı yolculuğuna göre düzenle.
|
|
16
|
-
- Canonical/index durumunu, mobil görünümü ve render edilmiş HTML'i doğrula; meta keywords ekleme.
|
|
1
|
+
---
|
|
2
|
+
name: seo-on-page
|
|
3
|
+
description: Sayfa niyeti, başlık, içerik yapısı ve snippet öğelerini kullanıcı odaklı optimize et; on-page SEO ve içerik güncellemede kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [on page seo, sayfa içi seo, title tag, meta description, heading, search intent, arama niyeti, keyword]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Sayfa İçi SEO
|
|
10
|
+
|
|
11
|
+
- Hedef sorgu kümesinin gerçek kullanıcı niyetini ve sayfanın tek birincil amacını belirle.
|
|
12
|
+
- Benzersiz, açık ve içeriği doğru temsil eden title ile H1 yaz; doğal dili bozarak anahtar kelime doldurma.
|
|
13
|
+
- İlk bölümde soruyu doğrudan yanıtla, başlıklarla taranabilir yapı ve özgün kanıt/örnek sun.
|
|
14
|
+
- Meta description'ı kısa değer özeti olarak yaz; garanti veya yanıltıcı vaat kullanma.
|
|
15
|
+
- Açıklayıcı URL, görsel alt metni ve ilgili iç bağlantıları kullanıcı yolculuğuna göre düzenle.
|
|
16
|
+
- Canonical/index durumunu, mobil görünümü ve render edilmiş HTML'i doğrula; meta keywords ekleme.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-structured-data
|
|
3
|
-
description: Görünür sayfa içeriğini doğru Schema.org/JSON-LD işaretlemesiyle ifade et; structured data ve rich result işlerinde kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review]
|
|
6
|
-
match: [structured data, yapılandırılmış veri, schema.org, json-ld, rich result, breadcrumb schema, product schema]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Yapılandırılmış Veri
|
|
10
|
-
|
|
11
|
-
1. Sayfanın görünür birincil varlığına ve arama motorunun desteklediği özelliğe uygun en dar türü seç.
|
|
12
|
-
2. Yalnız kullanıcıya gerçekten gösterilen, doğru ve güncel alanları işaretle; sahte review/rating üretme.
|
|
13
|
-
3. JSON-LD'yi tek ve tutarlı `@id` ilişkileriyle kur; Organization, WebSite, WebPage ve ana varlığı gerektiğinde bağla.
|
|
14
|
-
4. Required/recommended alan, URL, tarih, para birimi ve stok değerlerini gerçek veri kaynağına bağla.
|
|
15
|
-
5. Syntax ve rich result doğrulamasını çalıştır; render edilmiş sayfada içerikle eşleştiğini kontrol et.
|
|
16
|
-
6. Uygunluk veya zengin sonuç garantisi verme; hata ve güncelleme sahipliğini belgeye ekle.
|
|
1
|
+
---
|
|
2
|
+
name: seo-structured-data
|
|
3
|
+
description: Görünür sayfa içeriğini doğru Schema.org/JSON-LD işaretlemesiyle ifade et; structured data ve rich result işlerinde kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review]
|
|
6
|
+
match: [structured data, yapılandırılmış veri, schema.org, json-ld, rich result, breadcrumb schema, product schema]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Yapılandırılmış Veri
|
|
10
|
+
|
|
11
|
+
1. Sayfanın görünür birincil varlığına ve arama motorunun desteklediği özelliğe uygun en dar türü seç.
|
|
12
|
+
2. Yalnız kullanıcıya gerçekten gösterilen, doğru ve güncel alanları işaretle; sahte review/rating üretme.
|
|
13
|
+
3. JSON-LD'yi tek ve tutarlı `@id` ilişkileriyle kur; Organization, WebSite, WebPage ve ana varlığı gerektiğinde bağla.
|
|
14
|
+
4. Required/recommended alan, URL, tarih, para birimi ve stok değerlerini gerçek veri kaynağına bağla.
|
|
15
|
+
5. Syntax ve rich result doğrulamasını çalıştır; render edilmiş sayfada içerikle eşleştiğini kontrol et.
|
|
16
|
+
6. Uygunluk veya zengin sonuç garantisi verme; hata ve güncelleme sahipliğini belgeye ekle.
|
|
@@ -1,16 +1,16 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: seo-technical-audit
|
|
3
|
-
description: Bir sitenin taranabilirlik, indekslenebilirlik, canonical, performans ve render sorunlarını denetle; teknik SEO işlerinde kullan.
|
|
4
|
-
category: seo
|
|
5
|
-
appliesTo: [plan, implement, review, research]
|
|
6
|
-
match: [technical seo, teknik seo, crawl, index, canonical, robots, sitemap, search console, crawl budget]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Teknik SEO Denetimi
|
|
10
|
-
|
|
11
|
-
1. Önemli URL şablonlarını ve istenen index durumunu envanterle; örnek URL'leri HTTP ve render edilmiş DOM düzeyinde incele.
|
|
12
|
-
2. Status/redirect zinciri, robots kuralları, meta robots, canonical ve sitemap tutarlılığını kontrol et.
|
|
13
|
-
3. İç linkle keşif, orphan sayfa, pagination, faceted URL ve duplicate içerik kümelerini ara.
|
|
14
|
-
4. Başlık, ana içerik ve linklerin JavaScript başarısızken erişilebilirliğini değerlendir.
|
|
15
|
-
5. Mobil kullanılabilirlik, Core Web Vitals ve büyük kaynak darboğazlarını kanıtla.
|
|
16
|
-
6. Bulguları etki, kapsam, kanıt ve düzeltmeyle sırala; sıralama garantisi verme ve search engine yönergelerini baypas etme.
|
|
1
|
+
---
|
|
2
|
+
name: seo-technical-audit
|
|
3
|
+
description: Bir sitenin taranabilirlik, indekslenebilirlik, canonical, performans ve render sorunlarını denetle; teknik SEO işlerinde kullan.
|
|
4
|
+
category: seo
|
|
5
|
+
appliesTo: [plan, implement, review, research]
|
|
6
|
+
match: [technical seo, teknik seo, crawl, index, canonical, robots, sitemap, search console, crawl budget]
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# Teknik SEO Denetimi
|
|
10
|
+
|
|
11
|
+
1. Önemli URL şablonlarını ve istenen index durumunu envanterle; örnek URL'leri HTTP ve render edilmiş DOM düzeyinde incele.
|
|
12
|
+
2. Status/redirect zinciri, robots kuralları, meta robots, canonical ve sitemap tutarlılığını kontrol et.
|
|
13
|
+
3. İç linkle keşif, orphan sayfa, pagination, faceted URL ve duplicate içerik kümelerini ara.
|
|
14
|
+
4. Başlık, ana içerik ve linklerin JavaScript başarısızken erişilebilirliğini değerlendir.
|
|
15
|
+
5. Mobil kullanılabilirlik, Core Web Vitals ve büyük kaynak darboğazlarını kanıtla.
|
|
16
|
+
6. Bulguları etki, kapsam, kanıt ve düzeltmeyle sırala; sıralama garantisi verme ve search engine yönergelerini baypas etme.
|