
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Yapay zeka asistanlarının “kötü hafızası” yoktur. Onların   vardır. kötü yönetişimi Bunu görmüşsünüzdür: 
 
 
 
 Titiz bir mimari kılavuzu yazdınız. Model onu görmezden geliyor. “4 katmanlı mimari” dediniz. 3 katman çıktısı veriyor. “  yok” dediniz. Size bir iyilik yapıyormuş gibi  'i atlıyor. el-input <el-input v-model="value" /> Bu zeka ile ilgili değil. Bu teşviklerle ilgili. Claude Code'da  . Claude, bir Beceri çağırmadan cevap verebileceğini “hissederse” çağıracaktır. Ve  . Beceriler (Skills) katı bir kısıtlama değil, erişilebilir bağlamdır proje el kitabınız süsleme haline gelir RuoYi-Plus kod tabanını Claude Code ile oluşturan ekibimizde, bunu takip ettik: 
 
 Müdahale olmadan, Claude proaktif olarak proje Becerilerini yalnızca yaklaşık %25 oranında etkinleştirdi. Yani 4 seferden 3'ünde, “kurallarınız” kural değil. Bir öneri. Daha katı bir şey istedik: Claude'u akıllı bir stajyerden çok, kod yazmadan önce oyun kitabını okuyan bir kıdemli mühendis gibi davranmaya zorlayan bir mekanizma. Çözüm daha fazla istemde (prompting) değildi. Çözüm   idi. Kancalar (Hooks) Yaklaşık 1 aylık iterasyondan sonra, bir   yapılandırma yığını yayınladık: .claude 
 
 
 
 
  (yönetişim) 4 yaşam döngüsü kancası  (bilgi) 26 alan Becerisi  (süreç düzenlemesi) slash komutları  (paralel uzmanlar) ajanlar Sonuç: 
 
  Kural ihlali yapan kod daha az, “lütfen yeniden yap” döngüleri daha az ve çok daha az riskli araç eylemi. Geliştirme görevleri için Beceri aktivasyonu: ~%25 → %90+ Bu makale, mimariyi kendi deponuzda çoğaltabilmeniz için ayrıntılı olarak açıklıyor. 1) Claude Code neden Becerileri “unutuyor”: Beceriler varsayılan olarak isteğe bağlıdır Claude Code'un varsayılan akışı şöyledir: Kullanıcı istemi → Claude yanıtlar (belki bir Beceri çağırır, belki çağırmaz)
 Bu “belki” sorundur. Claude'un iç karar sezgisi genellikle şöyledir: 
 
 
 “Ek bağlam olmadan bunu hızlıca cevaplayabilir miyim?” “Depo kurallarına   mı?” değil uymak zorundayım Bu yüzden sistem uygunluğa doğru kayar. İstediğiniz şey  : Claude akıl yürütmeye başlamadan   çalışan ve her seferinde işi şekillendiren hafif bir “kontrol düzlemi”. kurumsal sürtünmedir önce 2) Kırılma noktası: Zorunlu Beceri değerlendirme kancası En erken anda ateşlenen bir kanca uyguladık:  . KullanıcıİstemGönderimi (UserPromptSubmit) Claude'un başka hiçbir şey yapmadan   gördüğü kısa bir politika bloğu yazdırır: önce 
 
 
 
 Her Beceri'yi değerlendir: evet/hayır + neden Herhangi bir “evet” varsa: hemen Beceri'yi çağır Ancak o zaman: uygulamaya devam et “Zorunlu değerlendirme” kancası (çekirdek mantık) Bunu kasıtlı olarak aptal ve deterministik tutuyoruz: 
 
 
 slash komutlarını algıla (kaçış yolu) aksi takdirde değerlendirme protokolünü yazdır // .claude/hooks/skill-forced-eval.js (çekirdek fikir, basitleştirilmiş)
const prompt = process.env.CLAUDE_USER_PROMPT ?? "";
​
// Kaçış yolu: kullanıcı bir slash komutu çağırdıysa, zorunlu değerlendirmeyi atla
const isSlash = /^\/[^\s/]+/.test(prompt.trim());
if (isSlash) process.exit(0);
​
const skills = [
  "crud-development",
  "api-development",
  "database-ops",
  "ui-pc",
  "ui-mobile",
  // ... devam et (26 tane var)
];
​
const instructions = [
  "## Zorunlu Beceri Aktivasyon Protokolü (Uymak ZORUNDADIR)",
  "",
  "### Adım 1 — Değerlendir",
  "HER beceri için şunu yazdır: [beceri] — Evet/Hayır — Neden",
  "",
  "### Adım 2 — Aktifleştir",
  "HERHANGİ bir beceri Evet ise → hemen Beceri(<isim>) çağır.",
  "Hepsi Hayır ise → 'Beceri gerekmiyor' de ve devam et.",
  "",
  "### Adım 3 — Uygula",
  "Yalnızca Adım 2 bittikten sonra, gerçek çözüme başla.",
  "",
  "Kullanılabilir beceriler:",
  ...skills.map(s => `- ${s}`)
].join("\n");
​
console.log(instructions);
 Pratikte ne değişiyor Önce (kanca yok): 
 
 “Kupon yönetimi oluştur.” Claude kod yazmaya başlıyor… ve 4 katmanlı mimarinizi veya yasaklanmış bileşenleri görmezden geliyor. Sonra (zorunlu değerlendirme kancası): Claude önce açık bir karar tablosu oluşturmalı, ardından Becerileri etkinleştirmeli, sonra uygulamalı. Davranışsal kayma dramatik çünkü “isteğe bağlı uyumu” ortadan kaldırıyorsunuz. 3) Neden %90 ve %100 değil? Çünkü kasıtlı olarak bir   ekledik. hızlı yol Kullanıcı ne istediğini bildiğinde, şöyle bir komut yazmak: 
 
 
 
 /dev kupon yönetimi oluştur /crud b_kupon /kontrol anında olmalı. Bu yüzden kanca, slash komutları için değerlendirmeyi atlıyor ve komut iş akışının devralmasına izin veriyor. İşte takas: 
 
 
 Serbest biçimli istemler için yönetişim Yapılandırılmış komutlar için hız 4) Kancalar yaşam döngüsü kontrol düzlemi olarak (4 kanca yığını) Kancaları bir ajan oturumu için bir CI işlem hattı gibi düşünün — sadece canlı olarak, terminalinizde çalışıyor. Dört kritik nokta kullanıyoruz: 4.1 OturumBaşlangıcı (SessionStart): “konuşmadan önce depoya bak” Bir oturum başladığında, şunu gösteriyoruz: 
 
 
 
 
 mevcut git dalı kaydedilmemiş değişiklikler açık TODO'lar / durum yaygın komutlar Örnek çıktı: 🚀 Oturum başladı: RuoYi-Plus-Uniapp
Saat: 2026-02-16 21:14
Dal: master
​
⚠️ Kaydedilmemiş değişiklikler: 5 dosya
📋 TODO: 3 açık / 12 tamamlandı
​
Kısayollar:
  /dev    özellik oluştur
  /crud   modül üret
  /kontrol  konvansiyonları doğrula
  Claude boş bir odaya giriyormuş gibi davranmayı bırakır. Neden önemli: 4.2 KullanıcıİstemGönderimi (UserPromptSubmit): zorunlu Beceri değerlendirmesi (disiplin) Bu, “el kitabını okumalı” kapısıdır. 4.3 AraçKullanımıÖncesi (PreToolUse): güvenlik katmanı (araç yönetişimi) Claude Code, araçları çalıştırabildiği için güçlüdür: Bash, dosya yazma, kod düzenleme. Aynı zamanda kazaların olduğu yer de burasıdır. AraçKullanımıÖncesi, geri döndürülemez bir şeyden önceki son savunma hattınızdır. Küçük bir kara liste engelliyoruz (ve daha geniş bir gri liste üzerinde uyarıyoruz): // .claude/hooks/pre-tool-use.js (kavramsal)
const cmd = process.env.CLAUDE_TOOL_INPUT ?? "";
​
const hardBlock = [
  /rm\s+(-rf|--recursive).*\s+\//i,
  /drop\s+(database|table)\b/i,
  />\s*\/dev\/sd[a-z]\b/i,
];
​
if (hardBlock.some(p => p.test(cmd))) {
  console.log(JSON.stringify({
    decision: "block",
    reason: "Tehlikeli komut deseni tespit edildi"
  }));
  process.exit(0);
}
​
// İsteğe bağlı: hassas eylemlerde uyarı/teyit (toplu silmeler, chmod -R, vb.)
 Bu paranoya değil. Modellerin yanlış dizinde   ile “geçici dosyaları temizlediğini” gördük. Modelin dikkatli olmasına dayanmayan bir koruma çubuğu istiyorsunuz. rm -rf 4.4 Durdur (Stop): “sonraki adım yönlendirmesiyle döngüyü kapat” Claude bittiğinde, şunu yapıyoruz: 
 
 
 
 dosya değişikliklerini özetliyoruz (yeni vs değiştirilmiş) sonraki eylemleri öneriyoruz (testleri çalıştır, belgeleri güncelle, commit et) isteğe bağlı olarak ajanları tetikliyoruz (kod incelemesi) Örnek: ✅ Bitti — 8 dosya değişti
​
Sonraki adımlar:
- arka uç konvansiyonları için @code-reviewer
- SQL değişti: geçiş betiklerini senkronize et
- Düşünün: git commit -m "feat: kupon modülü"
 Amaç: “sohbette çalıştı” boşluğunu ortadan kaldırmak. 5) Beceriler: Gerçekten zorlanabilen bilgi katmanı Aktivasyon deterministik hale geldikten sonra, Beceriler olması gereken şey haline gelir:  . alan bazlı bir bilgi tabanı Şu alanlarda 26 Beceri geliştirdik: 
 
 
 
 
 
 
 arka uç (CRUD, API, DB, açıklamalar, hata işleme) ön uç (PC bileşen politikası, durum yönetimi) mobil (UI kitleri, uniapp platform kısıtlamaları) entegrasyonlar (ödeme, WeChat, OSS) kalite (performans, güvenlik, hata dedektifi) mühendislik yönetimi (mimari, git iş akışı, teknik kararlar) Ölçeklenebilen bir Beceri dosya yapısı Her   aynı iskeleti takip eder: BECERİ.md # Beceri Adı
​
## Tetikleme Zamanı
- Anahtar Kelimeler:
- Senaryolar:
​
## Çekirdek Kurallar
### Kural 1
Açıklama + örnek
​
### Kural 2
Açıklama + örnek
​
## Yasaklılar
- ❌ ...
​
## Referans kodu
- yol/to/dosya
​
## Kontrol Listesi
- [ ] ...
 Bu tutarlılık önemlidir çünkü model Becerileri   öğrenir. nasıl tüketeceğini 6) Komutlar: İş akışları, öneriler değil Beceriler “doğru olan nedir?” sorununu çözer. Komutlar “süreç nedir?” sorununu çözer. 6.1  : 7 adımlı bir geliştirme işlem hattı /dev 'i tavizkar bir iş akışı olarak tasarladık: /dev 
 
 
 
 
 
 
 
 gereksinimleri netleştir tasarım (API + modüller + izinler) DB tasarımı (SQL + sözlükler + menüler) arka uç (4 katmanlı çıktı) ön uç (bileşen politikası + yönlendirme) test et/doğrula belgeler/ilerleme güncellemesi Temel olarak şudur: “kıdemlilerin kıdemsizlerin nasıl çalışmasını istediği” çalıştırılabilir bir betik olarak kodlanmıştır. 6.2  : bir tablodan tam bir modül oluştur /crud Girdi: /crud b_kupon
 Çıktı (örnek set): 
 
 
 
 
 
 Varlık / BO / VO DAO + Sorgu sarmalayıcı kuralları Servis + Denetleyici (yasaklı desenler yok) Eşleştirici Ön uç API + sayfa iskeleti Manuel çaba:   Komutla yönlendirilen:   (gözden geçirme artı) 2–4 saat 5–10 dakika 6.3  : tam yığın uyum lintlemesi (insan okunabilir) /kontrol Burada Becerileri bir doğrulayıcıya dönüştürüyoruz: 
 
 
 
 arka uç: katmanlama kuralları, yasaklanmış kalıtım, sorgu sarmalayıcı politikası ön uç: yasaklanmış bileşenler, sarmalayıcı kullanımı mobil: bileşen kiti, birimler, içe aktarmalar 7) Ajanlar: Paralel uzmanlar (ana işlemciyi aşırı yüklemeyin) Bazı görevler özel bir alt ajan tarafından ele alınmalıdır: 
 
 
 : katı bir kontrol listesiyle uyum kontrolleri @kod-inceleyicisi : durum belgelerini, TODO'ları, ilerleme metriklerini güncelle @proje-yöneticisi Avantaj “daha fazla zeka” değil. Bu   ve ana oturumdaki bağlam kirliliğinin azaltılmasıdır. sorumlulukların ayrılması Pratik bir desen: 
 
 
 
 
 ana ajan kod üretir Durdur kancası inceleme önerir  çağırırsınız @kod-inceleyicisi inceleyiciden yapılandırılmış bir fark + düzeltme listesi döner 8) Tam sistem: yönetişim + bilgi + süreç + iş bölümü Bu mimari tek bir cümlede: 
 
 Kancalar davranışları zorlar, Beceriler standartları sağlar, Komutlar iş akışlarını kodlar, Ajanlar paralel uzmanlığı ele alır. Ve evet — bu, “genel bir yapay zeka asistanını” “depo-yerlisi bir ekip arkadaşına” dönüştürme yöntemidir. 9) Minimum tekrarlanabilir kurulum (kopyala-yapıştır dostu) Hâlâ çalışan en küçük sürümü istiyorsanız, şunu oluşturun: .claude/
  settings.json
  hooks/
    skill-forced-eval.js
    pre-tool-use.js
  skills/
    crud-development/
      SKILL.md
 Minimum   (KullanıcıİstemGönderimi kancası) settings.json {
  "hooks": {
    "UserPromptSubmit": [
      {
        "matcher": "",
        "hooks": [
          {
            "type": "command",
            "command": "node .claude/hooks/skill-forced-eval.js"
          }
        ]
      }
    ],
    "PreToolUse": [
      {
        "matcher": "",
        "hooks": [
          {
            "type": "command",
            "command": "node .claude/hooks/pre-tool-use.js"
          }
        ]
      }
    ]
  }
}
 Sonra yineleyin: 
 
 
 
 
 
 OturumBaşlangıcı'nı ekleyin Durdur'u ekleyin Becerileri yalnızca tekrarlanan “yanlış davranış” yakaladığınızda büyütün tekrarlanan iş akışlarını komut olarak kodlayın inceleme/PM görevlerini ajanlara yükleyin Kapanış: “Yetenek” darboğaz değil —   darboğazdır aktivasyon Modeliniz zaten yetenekli. Eksik olan şey,  . doğru davranışları otomatik hale getiren bir sistemdir El kitabı olmayan akıllı yeni bir çalışan serbest stil yapacaktır. El kitabı olan akıllı yeni bir çalışan: 
 
 
 
 
 zorlanmış kontrol listeleri net yasaklı desenler tekrarlanabilir iş akışları incelemeler ve PM için uzmanlar …hızla tutarlı hale gelir. Claude da aynı.

This story contains AI-generated text. The author has used AI either for research, to generate outlines, or write the text itself. 

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Branch

Read My Stories

Bu ses hikayenin orijinal dilinde üretilmiştir!

Claude Kodu İçin Kancalar, Yetenekler ve Ajanlarla Yönetişim Katmanı Nasıl Oluşturulur

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

State of the Noonion: Building, Selling and Storytelling @ HackerNoon

Kullanıcı Odaklı Kripto Ürünleri Oluşturma: Müşteri Geri Bildiriminin Önemi

Forumlardan Feed'lere: Sosyal Medya Algoritmaları Dijital Etkileşimi Nasıl Şekillendiriyor

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

State of the Noonion: Building, Selling and Storytelling @ HackerNoon

Kullanıcı Odaklı Kripto Ürünleri Oluşturma: Müşteri Geri Bildiriminin Önemi

Forumlardan Feed'lere: Sosyal Medya Algoritmaları Dijital Etkileşimi Nasıl Şekillendiriyor

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps