समर्थित टूल

OpenSpec कई AI कोडिंग सहायकों के साथ काम करता है। जब आप openspec init चलाते हैं, तो OpenSpec आपके सक्रिय प्रोफ़ाइल/वर्कफ़्लो चयन और डिलीवरी मोड का उपयोग करके चयनित टूल कॉन्फ़िगर करता है।

यह कैसे काम करता है

प्रत्येक चयनित टूल के लिए, OpenSpec इन चीज़ों को इंस्टॉल कर सकता है:

1. Skills (यदि delivery में skills शामिल हों): .../skills/openspec-*/SKILL.md
2. Commands (यदि delivery में commands शामिल हों): टूल-विशिष्ट opsx-* कमांड फ़ाइलें

Codex केवल skills वाला है: OpenSpec Codex के लिए .agents/skills/openspec-*/SKILL.md इंस्टॉल करता है, भले ही delivery को commands पर सेट किया गया हो, और यह Codex कस्टम प्रॉम्प्ट फ़ाइलें जनरेट नहीं करता है। विरासत .codex/skills पथ के तहत मौजूदा OpenSpec-प्रबंधित skills उनके विकल्प लिखे जाने के बाद समायोजित किए जाते हैं; कस्टम और भिन्न फ़ाइलें संरक्षित रहती हैं।

डिफ़ॉल्ट रूप से, OpenSpec core प्रोफ़ाइल का उपयोग करता है, जिसमें शामिल हैं:

• propose
• explore
• apply
• update
• sync
• archive

आप openspec config profile के माध्यम से विस्तृत वर्कफ़्लो (new, continue, ff, verify, bulk-archive, onboard) सक्षम कर सकते हैं, फिर openspec update चला सकते हैं।

कैसे कॉल करें (How To Invoke)

इन दस्तावेज़ों में /opsx:propose को मानक नाम के रूप में उपयोग किया गया है, लेकिन प्रत्येक टूल फ़ाइल को लोड करने के तरीके के अनुसार इसे अलग-अलग लिखता है। नीचे दिए गए टूल डायरेक्टरी रेफरेंस में अपने टूल के कमांड पथ को खोजें, फिर इसे यहाँ दिए गए आकार से मिलाएं।

OpenSpec द्वारा लिखी गई कमांड फ़ाइल	आप टाइप करते हैं	टूल्स
.../commands/opsx/<id>.* — एक opsx/ फ़ोल्डर इसे नेमस्पेस करता है	/opsx:<id>	Claude Code, CodeBuddy, Crush, Gemini CLI, Lingma, Qoder, ZCode
.../opsx-<id>.* — फ़ाइल नाम ही कमांड है	/opsx-<id>	जनरेटेड कमांड फ़ाइलों वाले हर अन्य टूल, सिवाय Amazon Q और Devin के
.devin/workflows/opsx-<id>.md — केवल Devin के दो एजेंट्स में से एक इसे पढ़ता है	Devin Desktop पर /opsx-<id>, Devin Local पर /openspec-<skill>	Devin Desktop****
.amazonq/prompts/opsx-<id>.md — एक प्रॉम्प्ट, कमांड नहीं	@opsx-<id>	Amazon Q Developer
कोई नहीं — केवल स्किल्स	/openspec-<skill>	CodeArts, ForgeCode, Hermes, MiniMax Code, Mistral Vibe, Zed Agent, shared .agents
कोई नहीं — Kimi Code	/skill:openspec-<skill>	Kimi Code
कोई नहीं — Codex CLI	$openspec-<skill>	Codex (/openspec-<skill> पहचाना नहीं जाता है)

तो /opsx:propose Cursor में /opsx-propose, Amazon Q में @opsx-propose, और Codex में $openspec-propose है।

दो चीज़ें स्वतंत्र रूप से बदलती हैं, इसलिए पंक्तियाँ संक्षिप्त नहीं होतीं:

• नाम। पंक्तियाँ 1–2 केवल इस बात में भिन्न हैं कि फ़ाइल कमांड का नाम कैसे रखती है, और opsx-<id> / opsx:<id> स्टेम जनरेटेड कमांड फ़ाइलों वाले हर टूल के लिए समान है।
• व्रैपर। Amazon Q अपनी फ़ाइलों को @ का उपयोग करके बुलाए जाने वाले प्रॉम्प्ट लाइब्रेरी में लोड करता है। केवल-स्किल्स वाले टूल्स вообще कोई कमांड फ़ाइल जनरेट नहीं करते, इसलिए उनकी अंतिम तीन पंक्तियाँ स्किल नामों का उपयोग करती हैं — जो जनरेटेड स्किल नाम के तहत सूचीबद्ध हैं — जो कमांड आईडी से एक-से-एक मैप नहीं होते (/opsx:apply openspec-apply-change स्किल है)।

ऊपर दिए गए कमांड पथ पैटर्न जानबूझकर एक्सटेंशन-तटस्थ (.*) हैं: एक्सटेंशन टूल का होता है (Gemini CLI के लिए .toml, Continue के लिए .prompt, Kiro और GitHub Copilot के लिए .prompt.md), और कुछ टूल्स पिकर में नाम को उस एक्सटेंशन के साथ दिखाते हैं। एक्सटेंशन के बजाय निर्देशिका आकार से मिलाएं।

OpenSpec द्वारा जनरेट की गई फ़ाइलें, और सेटअप के बाद प्रिंट किया गया "शुरुआत करें" संकेत, आपके द्वारा चुने गए टूल्स के लिए सही रूप पहले से ही उपयोग करते हैं — इसलिए सबसे तेज़ उत्तर संकेत को पढ़ना है।

टूल डायरेक्टरी रेफरेंस

टूल (आईडी)	स्किल पथ पैटर्न	कमांड पथ पैटर्न
Amazon Q Developer (amazon-q)	.amazonq/skills/openspec-*/SKILL.md	.amazonq/prompts/opsx-<id>.md
Antigravity (antigravity)	.agent/skills/openspec-*/SKILL.md	.agent/workflows/opsx-<id>.md
Auggie (auggie)	.augment/skills/openspec-*/SKILL.md	.augment/commands/opsx-<id>.md
IBM Bob Shell (bob)	.bob/skills/openspec-*/SKILL.md	.bob/commands/opsx-<id>.md
Claude Code (claude)	.claude/skills/openspec-*/SKILL.md	.claude/commands/opsx/<id>.md
Cline (cline)	.cline/skills/openspec-*/SKILL.md	.clinerules/workflows/opsx-<id>.md
Command Code (command-code)	.commandcode/skills/openspec-*/SKILL.md	.commandcode/commands/opsx-<id>.md
CodeArts (codeartsagent)	.codeartsdoer/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /openspec-* कॉल का उपयोग करें)
CodeBuddy (codebuddy)	.codebuddy/skills/openspec-*/SKILL.md	.codebuddy/commands/opsx/<id>.md
Codex (codex)	.agents/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (केवल स्किल्स; $openspec-* का उपयोग करें)
Devin Desktop, पूर्व Windsurf (devin)	.devin/skills/openspec-*/SKILL.md	.devin/workflows/opsx-<id>.md****
ForgeCode (forgecode)	.forge/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /openspec-* कॉल का उपयोग करें)
Continue (continue)	.continue/skills/openspec-*/SKILL.md	.continue/prompts/opsx-<id>.prompt
CoStrict (costrict)	.cospec/skills/openspec-*/SKILL.md	.cospec/openspec/commands/opsx-<id>.md
Crush (crush)	.crush/skills/openspec-*/SKILL.md	.crush/commands/opsx/<id>.md
Cursor (cursor)	.cursor/skills/openspec-*/SKILL.md	.cursor/commands/opsx-<id>.md
Factory Droid (factory)	.factory/skills/openspec-*/SKILL.md	.factory/commands/opsx-<id>.md
Gemini CLI (gemini)	.gemini/skills/openspec-*/SKILL.md	.gemini/commands/opsx/<id>.toml
GitHub Copilot (github-copilot)	.github/skills/openspec-*/SKILL.md	.github/prompts/opsx-<id>.prompt.md**
Hermes Agent (hermes)	.hermes/skills/openspec-*/SKILL.md***	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /openspec-* कॉल का उपयोग करें)
iFlow (iflow)	.iflow/skills/openspec-*/SKILL.md	.iflow/commands/opsx-<id>.md
Junie (junie)	.junie/skills/openspec-*/SKILL.md	.junie/commands/opsx-<id>.md
Kilo Code (kilocode)	.kilocode/skills/openspec-*/SKILL.md	.kilocode/workflows/opsx-<id>.md
Kimi Code (kimi)	.kimi-code/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /skill:openspec-* कॉल का उपयोग करें)
Kiro (kiro)	.kiro/skills/openspec-*/SKILL.md	.kiro/prompts/opsx-<id>.prompt.md
Lingma (lingma)	.lingma/skills/openspec-*/SKILL.md	.lingma/commands/opsx/<id>.md
MiniMax Code (minimax-code)	~/.minimax/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; MiniMax Code स्किल्स का उपयोग करें)
Mistral Vibe (vibe)	.vibe/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /openspec-* कॉल का उपयोग करें)
Oh My Pi (oh-my-pi)	.omp/skills/openspec-*/SKILL.md	.omp/commands/opsx-<id>.md
OpenCode (opencode)	.opencode/skills/openspec-*/SKILL.md	.opencode/commands/opsx-<id>.md
Pi (pi)	.pi/skills/openspec-*/SKILL.md	.pi/prompts/opsx-<id>.md
SourceCraft Code Assistant for VS Code (codeassistant)	.codeassistant/skills/openspec-*/SKILL.md	.codeassistant/commands/opsx-<id>.md
Qoder (qoder)	.qoder/skills/openspec-*/SKILL.md	.qoder/commands/opsx/<id>.md
Qwen Code (qwen)	.qwen/skills/openspec-*/SKILL.md	.qwen/commands/opsx-<id>.md
Rovo Dev CLI (rovodev)	.rovodev/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया। Rovo में स्लैश-कमांड सतह नहीं है — यह स्किल्स को स्वचालित रूप से या प्रॉम्प्ट द्वारा मेल खाता है (उदा. "use the openspec-propose skill"); /skills केवल उन्हें प्रबंधित करता है। जनरेटेड सामग्री स्किल्स को नाम से संदर्भित करती है, कभी भी /openspec-* कमांड के रूप में नहीं।
Zoo Code (roocode)	.roo/skills/openspec-*/SKILL.md	.roo/commands/opsx-<id>.md
Trae (trae)	.trae/skills/openspec-*/SKILL.md	.trae/commands/opsx-<id>.md
Zed Agent (zed)	.agents/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (केवल स्किल्स; /openspec-* या @openspec-* का उपयोग करें)
ZCode (zcode)	.zcode/skills/openspec-*/SKILL.md	.zcode/commands/opsx/<id>.md
Shared .agents स्किल्स (agents)	.agents/skills/openspec-*/SKILL.md	जनरेट नहीं किया गया (कोई कमाड एडेप्टर नहीं; स्किल-आधारित /openspec-* कॉल का उपयोग करें)

** GitHub Copilot प्रॉम्प्ट फ़ाइलें IDE एक्सटेंशन (VS Code, JetBrains, Visual Studio) में कस्टम स्लैश कमांड के रूप में पहचानी जाती हैं। Copilot CLI वर्तमान में .github/prompts/*.prompt.md को सीधे उपभोग नहीं करता है। github-copilot का चयन करना GitHub-होस्टेड क्लाउड कोडिंग एजेंट को सेटअप भी कर सकता है — नीचे GitHub Copilot क्लाउड कोडिंग एजेंट देखें।

*** Hermes डिफ़ॉल्ट रूप से ~/.hermes/skills/ से स्किल्स लोड करता है। प्रोजेक्ट-लोकल OpenSpec स्किल्स का उपयोग करने के लिए, ~/.hermes/config.yaml में skills.external_dirs में प्रोजेक्ट .hermes/skills/ निर्देशिका जोड़ें; Hermes फिर उपयोगकर्ता-मुख्य स्लैश कॉल जैसे /openspec-propose के साथ स्किल्स को उजागर करता है।

**** Windsurf को 2 जून, 2026 को Devin Desktop में पुनः ब्रांड किया गया था, और इसकी कॉन्फ़िगरेशन निर्देशिका स्थानांतरित हो गई: .devin/ प्राथमिक रीड + राइट स्थान है, .windsurf/ एक विरासत रीड-ओनली फॉलबैक है। OpenSpec नाम परिवर्तन का अनुसरण करता है — टूल आईडी devin है, और --tools windsurf अभी भी इसे हल करता है ताकि मौजूदा सेटअप स्क्रिप्ट काम करती रहें। एक प्रोजेक्ट जिसमें अभी भी .windsurf/ में OpenSpec फ़ाइलें हैं, उसे अगले openspec update पर स्थानांतरण का विकल्प दिया जाता है; इनकार करने पर वे वहीं रहती हैं, और आपकी द्वारा लिखी गई फ़ाइलों को कभी छुआ नहीं जाता। वर्कफ़्लो फ़ाइल नाम द्वारा कॉल किए जाते हैं, इसलिए .devin/workflows/opsx-apply.md /opsx-apply है। Devin Local एजेंट वर्कफ़्लो का समर्थन नहीं करता — केवल स्किल्स, और यह पूरी तरह से .windsurf/ नहीं पढ़ता — इसलिए जब भी OpenSpec Devin स्किल्स लिखता है, तो वह उनके बॉडी और शुरुआत में संकेत को /openspec-* स्किल कॉल पर रखता है, जो दोनों एजेंट्स पर काम करते हैं। केवल-कमांड डिलीवरी के तहत कोई स्किल नहीं लिखा जाता और दोनों /opsx-* पर वापस आ जाते हैं।

SourceCraft Code Assistant का समर्थन इसके VS Code एक्सटेंशन को लक्षित करता है। इसके कस्टम कमांड और स्किल्स केवल VS Code में उपलब्ध हैं। यह इंटीग्रेशन SourceCraft वेब या JetBrains को कॉन्फ़िगर नहीं करता है।

केवल-स्किल्स डिलीवरी के साथ, अपने विचार के साथ Code Assistant से openspec-propose स्किल का उपयोग करने के लिए कहें। स्किल रिक्वेस्ट मैचिंग के माध्यम से सक्रिय होते हैं; OpenSpec इस टूल के लिए /openspec-* कमांड जनरेट नहीं करता है।

MiniMax Code एक वैश्विक केवल-स्किल्स इंटीग्रेशन है। OpenSpec केवल ~/.minimax/skills/ के तहत इसके openspec-* निर्देशिका लिखता है; यह रिपो-लोकल .minimax या .mavis निर्देशिका नहीं बनाता है। केवल-कमांड डिलीवरी मौजूदा वैश्विक MiniMax Code स्किल्स को अपरिवर्तित छोड़ देती है ताकि एक प्रोजेक्ट का डिलीवरी सेटिंग दूसरे प्रोजेक्ट द्वारा उपयोग किए जाने वाले स्किल्स को न हटाए।

GitHub Copilot क्लाउड कोडिंग एजेंट

GitHub का Copilot कोडिंग एजेंट GitHub Actions वातावरण में GitHub पर चलता है — आपके एडिटर में Copilot से अलग। OpenSpec दो फ़ाइलें जनरेट करके इसे OpenSpec CLI का उपयोग करने के लिए सेटअप कर सकता है:

• .github/workflows/copilot-setup-steps.yml — एजेंट के वातावरण में @fission-ai/openspec इंस्टॉल करता है
• .github/agents/openspec.agent.md — एजेंट को OpenSpec को कैसे चलाया जाए बताता है

चूंकि यह आपके रिपॉजिटरी में एक GitHub Actions वर्कफ़्लो लिखता है, यह ऑप्ट-इन है:

कैसे	व्यवहार
openspec init (इंटरैक्टिव)	क्लाउड फ़ाइलें सेटअप करने के बारे में पूछता है। डिफ़ॉल्ट No है।
openspec init --copilot-cloud	बिना पूछे उन्हें सेटअप करता है (स्क्रिप्ट्स/CI के लिए)।
openspec init --no-copilot-cloud	बिना पूछे उन्हें छोड़ देता है, और किसी भी पिछले जनरेटेड फ़ाइल को हटा देता है।
openspec update	कभी नहीं पूछता। केवल तभी फ़ाइलों को रीफ्रेश करता है यदि आपने ऑप्ट-इन किया था (या प्रोजेक्ट में पहले से वे हैं)। यदि आपने ऑप्ट-आउट किया था, तो यह OpenSpec-प्रबंधित क्लाउड फ़ाइलों को हटा देता है।

आपका चयन openspec/config.yaml में githubCopilot.cloudAgent: true|false के रूप में सहेजा जाता है, इसलिए गैर-इंटरैक्टिव अपडेट इसका सम्मान करते हैं। OpenSpec केवल उन फ़ाइलों को लिखता या हटाता है जिनकी सामग्री वह स्वयं जनरेट करता है — यदि आप copilot-setup-steps.yml या openspec.agent.md को कस्टमाइज़ करते हैं, या पहले से अपना खुद का है, तो उसे अपरिवर्तित छोड़ दिया जाता है (और init/update आपको बताते हैं)।

साझा .agents लक्ष्य कब चुनें

agents वेंडर-तटस्थ विकल्प है: यह स्किल्स को .agents/skills/ में लिखता है, जो कई एजेंट टूल्स द्वारा पढ़ा जाने वाला साझा रूट है, किसी विशिष्ट टूल की निर्देशिका के बजाय।

स्थिति	चुनें
आपके टूल का अपना ऊपर वाली पंक्ति है	उसका अपना आईडी — आपको उस टूल की इंटीग्रेशन मिलती है, जिसमें स्लैश कमांड शामिल हैं जहां वे समर्थित हैं
एक ही रिपो में कई एजेंट, सभी .agents/skills पढ़ रहे हैं	agents — एक स्किल ट्री टूल प्रति के बजाय
आपका टूल अभी तक सूचीबद्ध नहीं है लेकिन .agents/skills पढ़ता है	agents

इसे किसी विशिष्ट टूल आईडी के साथ चुनना ठीक है; प्रत्येक सामान्य रूप से अपने स्वयं के रूट पर लिखता है। Codex और Zed Agent अपवाद हैं क्योंकि वे एक ही कैनोनिकल .agents रूट का उपयोग करते हैं। यदि Codex को Zed या agents के साथ चुना जाता है, तो OpenSpec एक Codex-नेतृत्व वाली ट्री बनाए रखता है। इसके हैंडऑफ़ Codex के लिए $openspec-* और अन्य एजेंट्स के लिए /openspec-* दोनों को नाम देते हैं, इसलिए --tools all और मौजूदा मल्टी-एजेंट सेटअप बिना दो लेखकों के समान फ़ाइलों को ओवरराइट किए काम करते रहते हैं। OpenSpec एक बार जब एक प्रोजेक्ट में .agents/skills/ निर्देशिका हो जाती है तो इसे स्वचालित रूप से भी प्रस्तुत करता है — एक खाली .agents/ काफी नहीं है, क्योंकि टूल्स उस रूट को नियमों और सबएजेंट परिभाषाओं के लिए भी उपयोग करते हैं। ध्यान दें कि .agents .agent नहीं है: एकवचन निर्देशिका Antigravity की है।

जानने योग्य दो चीज़ें:

• केवल स्किल्स। कोई कमांड एडेप्टर मौजूद नहीं है, इसलिए कोई opsx-* कमांड फ़ाइलें नहीं लिखी जातीं; एक कमांड्स-सम्मिलित डिलीवरी मोड के साथ openspec init Commands skipped for: … (no adapter) के तहत रिपोर्ट किए जाने वाले टूल्स में agents को सूचीबद्ध करता है। स्किल नाम द्वारा वर्कफ़्लो को कॉल करें — .agents/skills पढ़ने वाले अधिकांश असिस्टेंट्स इसे /openspec-propose के रूप में स्पेल करते हैं, वह रूप जिसे OpenSpec का सेटअप संकेत प्रिंट करता है। लक्ष्य वेंडर-तटस्थ है, इसलिए यदि यह एक अन्य रूप का उपयोग करता है तो अपने असिस्टेंट के अपने दस्तावेज़ों की जांच करें।
• AGENTS.md बनाया या संपादित नहीं किया जाता है। लक्ष्य .agents/ निर्देशिका है। यदि आपकी रूट AGENTS.md में अभी भी एक पुराने संस्करण से OpenScript मार्कर ब्लॉक हैं, तो openspec update उन्हें हटा देता है — माइग्रेशन गाइड देखें।

यहाँ Zed समर्थन बिल्ट-इन Zed एजेंट के लिए है। Zed बाहरी एजेंट और टर्मिनल थ्रेड अपने स्वयं के इंटीग्रेशन का उपयोग करते हैं। एजेंट स्किल्स के लिए Zed v1.4.2 या नएतर की आवश्यकता है। एक अनट्रस्टेड वर्कट्री में प्रोजेक्ट-लोकल स्किल्स उपलब्ध नहीं हैं जब तक कि आप विश्वास न दें।

चूंकि .agents/skills/ Codex, Zed Agent और वेंडर-तटस्थ लक्ष्य द्वारा साझा किया जाता है, यह जानने योग्य है कि OpenSpec वहां क्या दावा करता है: यह केवल आपके चुने हुए वर्कफ़्लो के लिए openspec-* स्किल निर्देशिकाओं को लिखता, रीफ्रेश करता और हटाता है, plus एक .openspec-target मार्कर जो रिकॉर्ड करता है कि Codex, Zed Agent, या वेंडर-तटस्थ लक्ष्य ने उस साझा ट्री को रेंडर किया था। उस निर्देशिका में कुछ भी अन्य अपरिवर्तित छोड़ दिया जाता है। openspec-* नामों और मार्कर को OpenSpec का मानें — उनमें संपादन अगले openspec update पर प्रतिस्थापित हो जाते हैं, हर अन्य टूल के लिए समान।

प्री-मार्कर प्रोजेक्ट्स के लिए, OpenSpec प्रबंधित स्किल संदर्भों से स्वामित्व निष्कर्ष निकालता है: $openspec-* का मतलब Codex है और /openspec-* का मतलब वेंडर-तटस्थ लक्ष्य है। विरासत .codex/skills के साथ एक सामान्य कैनोनिकल ट्री को एक पुराने डुअल-टारगेट इंस्टॉल के रूप में माना जाता है और संगत साझा ट्री में संघनित हो जाता है।

openspec update इस स्वामित्व का भी सम्मान करता है। यदि एक प्रोजेक्ट वेंडर-तटस्थ लक्ष्य के रूप में .agents का स्वामी है और केवल stray प्रॉम्प्ट फ़ाइलों से एक अवशिष्ट Codex इंस्टॉल का पता चलता है, तो अपडेट स्थापित agents ट्री को Codex सिंटैक्स के साथ फिर से लिखने के बजाय वहीं छोड़ देता है, और उन विरासत प्रॉम्प्ट फ़ाइलों को बनाए रखता है बजाय उन्हें हटाए जाने के। साझा ट्री को Codex को सौंपने के लिए, स्पष्ट रूप से openspec init --tools codex चलाएं।

गैर-इंटरैक्टिव सेटअप

CI/CD या स्क्रिप्टेड सेटअप के लिए, --tools (और वैकल्पिक रूप से --profile) का उपयोग करें:

# Configure specific tools
openspec init --tools claude,cursor

# Configure all supported tools
openspec init --tools all

# Skip tool configuration
openspec init --tools none

# Override profile for this init run
openspec init --profile core

उपलब्ध टूल ID (--tools) — windsurf भी स्वीकार किया जाता है, जो devin का एलियास है: amazon-q, antigravity, auggie, bob, claude, cline, command-code, codeartsagent, codex, devin, forgecode, codebuddy, continue, costrict, crush, cursor, factory, gemini, github-copilot, hermes, iflow, junie, kilocode, kimi, kiro, lingma, minimax-code, vibe, oh-my-pi, opencode, pi, qoder, qwen, roocode, codeassistant, trae, zed, zcode, agents

वर्कफ्लो-निर्भर इंस्टॉलेशन

OpenSpec चयनित वर्कफ्लो के आधार पर वर्कफ्लो आर्टिफैक्ट इंस्टॉल करता है:

• कोर प्रोफ़ाइल (डिफ़ॉल्ट): propose, explore, apply, update, sync, archive
• कस्टम चयन: सभी वर्कफ्लो ID का कोई भी उपसमूह: propose, explore, new, continue, apply, update, ff, sync, archive, bulk-archive, verify, onboard

अर्थात्, स्किल/कमांड की संख्या प्रोफ़ाइल-निर्भर और डिलीवरी-निर्भर होती है, निश्चित नहीं।

जनरेटेड स्किल नाम

जब प्रोफ़ाइल/वर्कफ्लो कॉन्फ़िग द्वारा चयनित होते हैं, OpenSpec इन स्किल का निर्माण करता है:

• openspec-propose
• openspec-explore
• openspec-new-change
• openspec-continue-change
• openspec-apply-change
• openspec-update-change
• openspec-ff-change
• openspec-sync-specs
• openspec-archive-change
• openspec-bulk-archive-change
• openspec-verify-change
• openspec-onboard

कमांड व्यवहार के लिए Commands देखें और init/update विकल्पों के लिए CLI देखें।

संबंधित

• CLI Reference — टर्मिनल कमांड
• Commands — स्लैश कमांड और स्किल
• Getting Started — पहली बार सेटअप