क्लाउड कोड कौशल बनाम वर्कफ़्लो बनाम एजेंट का उपयोग कब करें

क्लाउड कोड कौशल बनाम वर्कफ़्लो बनाम एजेंट का उपयोग कब करें


त्रि-स्तरीय पदानुक्रम आरेख कंटेनर के रूप में कौशल, अंदर निहित वर्कफ़्लो और समानांतर श्रमिकों के रूप में एजेंटों को दर्शाता है

जब एंथ्रोपिक ने अक्टूबर 2025 में स्किल्स जारी की, तो मुझे एक भ्रमित करने वाली समस्या का सामना करना पड़ा: स्किल्स, वर्कफ़्लोज़ (पूर्व में कमांड्स), और एजेंट्स सभी अनिवार्य रूप से मार्कडाउन फ़ाइलें हैं जिनमें संकेत होते हैं। संरचनात्मक रूप से समान. तो आप किसका उपयोग करते हैं, और कब?

त्वरित उत्तर

प्राचीन उद्देश्य कब उपयोग करें जगह
कौशल डोमेन कंटेनर समूहीकरण संबंधी क्षमताएँ ~/.claude/skills/{Domain}/
कार्यप्रवाह कार्य प्रक्रिया विशिष्ट संचालन निष्पादित करना ~/.claude/skills/{Domain}/Workflows/
प्रतिनिधि समानांतर कार्यकर्ता समवर्ती बहु-कार्य निष्पादन ~/.claude/agents/

पदानुक्रम

कौशल = डोमेन कंटेनर (ब्लॉगिंग, अनुसंधान, कला, सुरक्षा) वर्कफ़्लोज़ = कार्य प्रक्रियाएँ (बनाएं, प्रकाशित करें, तैनात करें – अंतर्निहित कौशल) एजेंट = समानांतर कार्यकर्ता (इंजीनियर, वास्तुकार, शोधकर्ता – कौशल को समवर्ती रूप से निष्पादित करें)

कौशल संरचना

आंतरिक कौशल संरचना आरेख SKILL.md, रूट में संदर्भ फ़ाइलें, वर्कफ़्लो और टूल उपनिर्देशिकाएँ दिखा रहा है

प्रत्येक कौशल इस सपाट संरचना का अनुसरण करता है:

मुख्य नियम:

  • टाइटलकेस नामकरण हर जगह (Bloggingनहीं blogging)
  • रूट में संदर्भ फ़ाइलें (नहीं context/ उपनिर्देशिका)
  • कार्यप्रवाह/ इसमें केवल निष्पादन प्रक्रियाएँ शामिल हैं
  • औजार/ सीएलआई स्वचालन स्क्रिप्ट शामिल हैं
  • अधिकतम 2 स्तर गहरा (सपाट पदानुक्रम)

स्किल एनाटॉमी: SKILL.md

मुख्य कौशल फ़ाइल के दो भाग हैं:

1. वाईएएमएल फ्रंटमैटर (क्या सक्रियण को ट्रिगर करता है):

2. मार्कडाउन बॉडी (रूटिंग और दस्तावेज़ीकरण):

क्लाउड विवरण के साथ आपके इरादे का मिलान करता है, कौशल को लोड करता है और उचित वर्कफ़्लो तक ले जाता है।

तीन स्तरों की व्याख्या

टियर 1: कौशल (डोमेन कंटेनर)

कब उपयोग करें: संबंधित क्षमताओं का एक डोमेन व्यवस्थित करना.

कौशल स्वयं-निहित मॉड्यूल हैं। ब्लॉगिंग के लिए सब कुछ रहता है skills/Blogging/. अनुसंधान के लिए सब कुछ रहता है skills/Research/.

जब आप कहते हैं “एक ब्लॉग पोस्ट लिखें”, तो ब्लॉगिंग कौशल सक्रिय हो जाता है, आपके इरादे का विश्लेषण करता है और उसे आगे बढ़ाता है Workflows/Create.md.

टियर 2: वर्कफ़्लोज़ (कार्य प्रक्रियाएँ)

कब उपयोग करें: किसी डोमेन के भीतर किसी विशिष्ट कार्य को निष्पादित करना।

वर्कफ़्लो चरण-दर-चरण प्रक्रियाएं हैं जो उनके मूल कौशल के अंदर रहती हैं। वे “एक्स कैसे करें” फ़ाइलें हैं।

उदाहरण:

  • Blogging/Workflows/Create.md — नई पोस्ट कैसे लिखें
  • Research/Workflows/ExtensiveResearch.md – गहन शोध कैसे करें
  • Art/Workflows/Essay.md — ब्लॉग हेडर इमेज कैसे बनाएं

टियर 3: एजेंट (समानांतर कार्यकर्ता)

कब उपयोग करें: एकाधिक कार्यों का समवर्ती निष्पादन।

एजेंट स्टैंडअलोन फ़ाइलें हैं ~/.claude/agents/ जो समानांतर रूप से कार्य निष्पादित करते हैं। वे श्रमिकों के रूप में कौशल और वर्कफ़्लो का आह्वान करते हैं।

उदाहरण प्रवाह:

  1. आप जटिल शोध का अनुरोध करते हैं
  2. अनुसंधान कौशल 3 समानांतर एजेंटों को जन्म देता है
  3. प्रत्येक एजेंट विभिन्न स्रोतों पर अनुसंधान वर्कफ़्लो निष्पादित करता है
  4. परिणाम वापस एक साथ विलीन हो जाते हैं

उदाहरण: मेरी वर्तमान संरचना

मुख्य लाभ

एनकैप्सुलेशन: ब्लॉगिंग की सभी क्षमताएँ एक ही स्थान पर रहती हैं।

खोज योग्यता: ls skills/Blogging/Workflows/ सभी ब्लॉगिंग कार्य दिखाता है.

पोर्टेबिलिटी: कौशल स्व-निहित और साझा करने योग्य हैं।

इरादा रूटिंग: प्राकृतिक भाषा स्वचालित रूप से सही कौशल को ट्रिगर करती है।

प्रतिरूपकता: अखंड संकेतों के बजाय छोटी, केंद्रित फ़ाइलें।

निर्णय फ़्लोचार्ट

नई क्षमता जोड़ते समय, पूछें:

  1. क्या यह किसी मौजूदा डोमेन से संबंधित है? → उस कौशल को जोड़ें
  2. क्या यह एक नया डोमेन है? → नया कौशल बनाएं
  3. क्या यह कोई विशिष्ट कार्य है? → कौशल के अंदर वर्कफ़्लो बनाएं
  4. क्या इसके लिए सीएलआई स्वचालन की आवश्यकता है? → कौशल के अंदर टूल बनाएं
  5. क्या इसके लिए समानांतर निष्पादन की आवश्यकता है? → एजेंट बनाएं

सिस्टम अच्छी तरह से काम कर रहा है—मेरे पास वर्तमान में 77 कौशल, सैकड़ों वर्कफ़्लो और 20+ एजेंट हैं, जो सभी इस संरचना का पालन कर रहे हैं।



Source link

Postagens Similares

  • البحث مكسور – كيف كويرك

    19 يونيو 2026 | 2 دقيقة قراءة كنت أستمع إلى Late Night Linux 390 أثناء مسائي الذي كنت أسير فيه مع الكلاب الليلة، وكانوا يتحدثون عن (من بين أمور أخرى) بحث Kagi. لقد قمت بتجريب Kagi بنفسي، لكني ألغيت اشتراكي في النهاية لأنني لم أر حقًا أي فائدة من دفع ثمنه بينما يمكنني الحصول على…

  • Hızlı Enjeksiyon Bir Güvenlik Açığı mıdır?

    Arkadaşım Joseph Thacker’ın Prompt Injection’ın bir güvenlik açığı olup olmadığı hakkındaki blog yazısına yanıt vermek istiyorum. josephthacker.com Hızlı Enjeksiyon Bir Güvenlik Açığı Değildir (Çoğu Zaman) Anında enjeksiyon neredeyse hiçbir zaman AI güvenlik açıklarının temel nedeni değildir; asıl sorun, modelin ne yapmasına izin verildiğidir Ben “Evet” kampındayım. Bence Hızlı Enjeksiyon öyle bir güvenlik açığı…sende olduğunu varsayıyorum….

  • एयरबीएनबीएस

    दिसंबर 2020 Airbnb के आईपीओ का जश्न मनाने और भविष्य के संस्थापकों की मदद करने के लिए, मैंने सोचा कि यह बताना उपयोगी हो सकता है कि Airbnb के बारे में क्या खास है। Airbnbs के बारे में खास बात यह थी कि वे कितने ईमानदार थे। उन्होंने आधे-अधूरे ढंग से कुछ नहीं किया और…

  • Guide du lecteur : Jour de la Terre | Lectures LGBTQ

    En l’honneur du Jour de la Terre, consultez ces livres sur la fiction climatique et cette conversation entre les auteurs Sim Kern et Cynthia Zhang sur la représentation LGBTQ dans des livres sur le changement climatique. Jeune adulte Climat de chaos par Cassandra Newbould Dans la dystopique Seattle, les tempêtes ont dévasté la population terrestre,…

  • Steve Yegge の予測記録

    私は予測を避けるようにしています。これは勝ちのない命題です。もしあなたが正しければ、後知恵バイアスにより、あなたが明白なことを指摘しているように見えてしまいます。そして、ほとんどの予測は外れます。時々、誰かが専門家の予測をレビューするとき、それらはほとんどの場合、少なくともランダムな偶然から予想される以上に間違っており、その後、後知恵バイアスにより、それぞれの予測が滑稽なほど悪いものに見えます。 しかし、時折、かなり確実で自明ではない予測をする人に遭遇することがあります。 Steve Yegge の古い作品を再読していたのですが、彼もそのような人物の 1 人であることがわかりました。 彼の最も有名な予測はおそらく JavaScript の台頭でしょう。これは後から考えると信じられないほど明白であるため、Gary Bernhardt の『JavaScript の誕生と死』で描かれている未来は少なくとも少しはもっともらしく思えます。しかし、スティーブのブログのコメントと、HN、reddit、その他のいつもの容疑者からのコメントの両方を読めば、当時のスティーブの予測がいかに自明ではなかったのかがわかります。 スティーブはまた、2004 年に未来について 10 件の予測を投稿するほど非常に勇敢でした。彼は「それらのほとんどはおそらく間違っています。演習のポイントは演習そのものであり、どのような結果が得られるかではありません。」と述べていますが、その予測は実際にはかなり合理的です。 予測 #1: 2011 年までに XML データベースの人気がリレーショナル データベースを超えるだろう 2011 年は少し早すぎたかもしれませんし、JSON は正確には XML ではありませんが、NoSQL データベースは、「O/R マッピングを好んで行う人はいません。誰もがソリューションを求めているだけです。」という予測に示されたほぼ理由により、非常にうまくいっていました。確かに、Mongo ではデータが失われる可能性がありますが、セットアップと使用は簡単です。 予測 #2: 誰かがオープンソース Web アプリケーションをホスティングして大金を稼ぐだろう これは「たくさん」が何を意味するかによって異なりますが、これは基本的に正しいようです。 私たちはホスト型 Web サービスの時代に急速に突入しており、大企業はスケーラブルなインフラストラクチャを活用して、専門知識を持たない企業のためにデータとコンピューティングをホストしています。 振り返ってみると不可解に思える理由ですが、Amazon は主要な競合他社よりもずっと前からこのことを理解しており、他の競合他社に大きく先んじてスタートを切ることができました。 Azure が開始されたのは 2009 年であり、Google がパブリック クラウド ホスティングに本格的に取り組んだのはさらに後になってからでした。 Steve が 2004 年に予測したことを誰もが理解した今、どの企業もパブリック クラウド製品を立ち上げようとしているように見えますが、市場の競争は非常に激しく、雇用は非常に困難になっています。アリババは、市場価格の整数倍を上回る多数のオファーを出してきたにもかかわらず、依然として競争力のあるパブリッククラウドを組み立てることができるチームをまとめることができておらず、アリババほど多くの現金を費やさずに今このゲームに参入しようとしている企業は、さらに困難な状況に直面している。…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *