Skills साझा करना, Version करना और बनाए रखना

Skills कोड हैं, इसलिए उन्हें बनाए रखें

जब कई लोग किसी skill पर निर्भर हों, उसे सामान्य engineering देखभाल चाहिए। Project skills को git में रखें और pull requests में बदलावों की समीक्षा करें (skill बदलाव पूरी टीम के लिए Claude का व्यवहार बदलता है)। हर skill को स्वामी दें, बदलाव छोटे changelog या commit इतिहास में दर्ज करें, और वितरित करें तो संस्करण दर्ज करें। प्रक्रियाएँ बदलें (नया deploy tool, नाम बदली script) तो skill को उसी PR में अद्यतन करें, वरना वह चुपचाप सड़ती है और Claude पुराने चरण अनुसरण करता है। Skills की समय-समय पर समीक्षा करें: अनुपयोगी हटाएँ, ओवरलैप वाली मिलाएँ, और जाँचें कि descriptions अब भी लोगों के पूछने के तरीक़े से मेल खाते हैं। टीम के बाहर की skills को तृतीय-पक्ष dependencies की तरह मानें: install से पहले पढ़ें (सुरक्षा खंड देखें)।

स्वामी तय करें

हर साझा skill का एक व्यक्ति हो जो उसके लिए जवाबदेह हो और बदलाव की समीक्षा करे।

त्वरित जाँच: Skill को उसी PR में क्यों अद्यतन करें जिसमें वर्णित प्रक्रिया बदलती है?

• यह मॉडल तेज़ करता है
• Skills साल में एक बार ही संपादित होनी चाहिए
• PRs में Markdown नहीं हो सकता
• वरना skill चुपचाप पुरानी हो जाती है और Claude पुराने चरण अनुसरण करता है