Claude Code

विक्रेता: Anthropic इंस्टॉल नाम: claude-code स्थिति: GA नेटिव कॉन्फ़िग: ~/.claude/

इंस्टॉलेशनCopy Anchor Link

apothem install --harness claude-code

claude-code अडैप्टर साझा Apothem कॉर्पस को Claude Code के नेटिव डिस्कवरी ट्री में इंस्टॉल करता है। Markdown एजेंट, नियम, स्किल, आउटपुट-स्टाइल, और सेटिंग्स अपने नेटिव स्थानों पर इंस्टॉल होते हैं; कमांड प्रॉम्प्ट स्किल में बदले जाते हैं ताकि पुनः प्रयोज्य वर्कफ़्लो वर्तमान Claude Code स्किल सतह के माध्यम से दृश्य बने रहें। स्टेटसलाइन रेंडरर ~/.claude/statuslines/ में कॉपी किया जाता है, लेकिन उससे जुड़ा (wired) नहीं होता: Claude Code अपनी स्टेटस लाइन statusLine सेटिंग से पढ़ता है, जिसे अडैप्टर अनसेट छोड़ देता है। इसे चालू करने के लिए settings.json में statusLine प्रविष्टि जोड़ें जिसका "type": "command" हो और जो ~/.claude/statuslines/render.py चलाती हो। स्निपेट का commandWindows मान Windows पर चलता है और इंटरप्रेटर को बिना उद्धरण-चिह्न के नाम देता है। जब इंटरप्रेटर पथ में स्पेस हो, तो वॉल्यूम पर Windows 8.3 लघु रूप मौजूद होने पर इंस्टॉल उस मान में वही लिखता है। settings.json की हुक प्रविष्टियाँ पूर्ण पथ रखती हैं।

लिखी गई फ़ाइलें: ~/.claude/ के अंतर्गत settings.json, CLAUDE.md में Apothem ब्लॉक, agents/, rules/, skills/, statuslines/, output-styles/, और .apothem/support/ समर्थन उप-वृक्ष (.apothem/support/hooks/, .apothem/support/conformity/, .apothem/support/schemas/, .apothem/support/templates/)। कमांड फ़ाइलें चाइल्ड स्किल डायरेक्टरियों में परिवर्तित की जाती हैं। हुक डिस्पैचर और अनुरूपता गेट अपनी मूर्त प्रतियों से चलते हैं — settings.json की हुक प्रविष्टियाँ ~/.claude/.apothem/support/hooks/dispatch.py और ~/.claude/.apothem/support/conformity/gate.py को निरपेक्ष पथ से इनवोक करती हैं, इसलिए होस्ट पर किसी आयात-योग्य apothem पैकेज की आवश्यकता नहीं होती।

~/.claude/CLAUDE.md ऑपरेटर-स्वामित्व वाली बनी रहती है। अडैप्टर उसमें सेंटिनल-सीमांकित एक Apothem ब्लॉक लिखता है, जिसमें प्रोफ़ाइल प्रक्षेपण (पहचान, प्राथमिकताएँ, नियम, गंभीरता, और ऑप्ट-इन किए गए व्यवहार) और एक Apothem समर्थन फ़ाइल अनुभाग होता है, और सेंटिनलों के बाहर की हर पंक्ति को शब्दशः संरक्षित रखता है। समर्थन फ़ाइल अनुभाग इंस्टॉल किए गए नियमों, स्किल, और एजेंटों में प्रत्येक रिपॉज़िटरी-शैली उद्धरण के लिए वह निरपेक्ष डायरेक्टरी बताता है जिसके सापेक्ष वह उद्धरण हल होता है: rules/<name>.md ~/.claude/rules/ के अंतर्गत, और templates/..., schemas/..., hooks/..., तथा conformity/... ~/.claude/.apothem/support/ के अंतर्गत। यह नियम सूचकांक, ~/.claude/rules/apothem-rule-index.md, की ओर भी इशारा करता है। Apothem शासन सतह का शेष भाग प्रसारित rules/ वृक्ष और SessionStart हुक के माध्यम से Claude Code तक पहुँचता है। जब कोई ~/.config/opencode/AGENTS.md मौजूद नहीं होती, तब OpenCode भी ~/.claude/CLAUDE.md लोड करता है, इसलिए यह ब्लॉक किसी एक टूल को अपने पाठक के रूप में नामित नहीं करता।

प्रोफ़ाइल-से-नेटिव-कॉन्फ़िग मैपिंगCopy Anchor Link

प्रत्येक apothem install या apothem update पर, अडैप्टर साझा apothem कॉर्पस को प्रसार मैनिफ़ेस्ट के अनुसार ~/.claude/ में प्रसारित करता है। अडैप्टर जहाँ संभव हो वहाँ नेटिव डायरेक्टरियों का सीधे उपयोग करता है और कमांड प्रॉम्प्ट को स्किल फ़ोल्डरों में परिवर्तित करता है। मेल खाने वाले मौजूदा Apothem-प्रबंधित चाइल्ड प्रतिस्थापन से पहले बैकअप किए जाते हैं; असंबंधित ऑपरेटर-लिखित प्रविष्टियाँ संरक्षित रहती हैं। settings.json को मर्ज किया जाता है ताकि ऑपरेटर-लिखित कुंजियाँ पुनर्प्राप्त करने योग्य बनी रहें।

ऑपरेटर द्वारा लिखी गई फ़ाइलें केवल नीचे दिए फ़ोल्डरों के बाहर रखी जाती हैं। हर इंस्टॉल और अपडेट ~/.claude/ के अंतर्गत उन सभी फ़ोल्डरों को हटाता है जो मौजूद हैं, चाहे उन्हें Apothem ने लिखा हो या नहीं: src/, conformity/, schemas/, hooks/, config/, scripts/, tools/, lib/, templates/, docs/, tests/, packaging/, mcp/, examples/, assets/, site/, public/, और commands/। यह statuslines/__init__.py को और agents/, rules/, skills/, statuslines/, तथा output-styles/ में मौजूद AGENTS.md फ़ाइलों को भी हटाता है। हटाया गया फ़ोल्डर पूरा हटता है, जिसमें आपकी रखी फ़ाइलें भी शामिल हैं। commands/ में रखे आपके स्लैश कमांड भी हटाए जाते हैं, और Apothem अपने कमांड प्रॉम्प्ट skills/ के अंतर्गत स्किल्स के रूप में इंस्टॉल करता है। hooks/ में आपकी रखी गई हुक स्क्रिप्ट हटा दी जाती है, जिससे उसे कॉल करने वाली कोई भी settings.json प्रविष्टि अब किसी भी स्क्रिप्ट की ओर इशारा नहीं करती। इंस्टॉल अपनी फ़ाइलें लिखने से पहले यह सफ़ाई चलाता है। हटाया गया हर पथ पहले ~/.apothem/backups/ में कॉपी किया जाता है, और इंस्टॉल रिकॉर्ड उस कॉपी का नाम देता है। अनइंस्टॉल उसे पुनर्स्थापित नहीं करता। हटाए गए पथ को पुनर्स्थापित करने के लिए, उस इंस्टॉल के लिए apothem rollback --harness claude-code --install-id ID चलाएँ जिसने उसे हटाया था, जैसा कि rollback संदर्भ में बताया गया है। बिना विकल्पों वाला apothem rollback केवल नवीनतम इंस्टॉल को उलटता है। इंस्टॉल रिकॉर्ड और उनकी कॉपियाँ नवीनतम 10 इंस्टॉल के लिए रखी जाती हैं, इसलिए हटाया गया पथ केवल तभी पुनर्स्थापित हो सकता है जब उसका इंस्टॉल इन्हीं में हो। इंस्टॉल से पहले apothem diff --harness claude-code इन हटावों को Prune stale files के रूप में सूचीबद्ध करता है।

इंस्टॉल किए गए स्किल, और Claude Code प्लगइन में बंडल किए गए स्किल, स्रोत कॉर्पस के userInvocable के बजाय user-invocable रखते हैं, क्योंकि Claude Code केवल हाइफ़न-युक्त कुंजी पढ़ता है। दो टेम्पलेट कंटेनर (plan-suite, research-suite) इसे false पर सेट करते हैं, ताकि वे / मेनू से बाहर रहें। हर आउटपुट-स्टाइल keep-coding-instructions: true सेट करती है, ताकि किसी एक को चुनने पर Claude Code के अंतर्निहित सॉफ़्टवेयर इंजीनियरिंग निर्देश बने रहें।

दोनों केवल-Apothem फ़्रंटमैटर कुंजियाँ (version, updated, archetype, portability) भी उद्धृत स्ट्रिंग्स के एक अंतिम metadata: मैप के अंतर्गत, उसी निश्चित क्रम में, रखते हैं। Claude Code अज्ञात शीर्ष-स्तरीय कुंजियों को अनदेखा करता है, और खुला स्किल फ़ॉर्मेट क्लाइंट-विशिष्ट अतिरिक्त कुंजियाँ metadata में रखता है। स्रोत फ़ाइलें नहीं बदलतीं। उपयोगकर्ता-स्तरीय स्किल फ़ोल्डर (~/.agents/skills/, ~/.codebuddy/skills/, ~/.kiro/skills/, और ~/.trae/skills/) भी यही metadata रूप उपयोग करते हैं, ताकि किसी फ़ोल्डर को साझा करने वाले इंस्टॉल कभी एक-दूसरे की फ़ाइलें फिर से न लिखें। हर अन्य हार्नेस को कुंजियाँ पहले की तरह शीर्ष स्तर पर मिलती हैं।

नियम और लॉन्च पर क्या लोड होता हैCopy Anchor Link

Claude Code लॉन्च पर कोई नियम फ़ाइल लोड करता है, जब तक कि उसके फ़्रंटमैटर में उसे स्कोप करने वाली paths: सूची न हो। paths: होने पर यह नियम तब लोड करता है जब यह किसी मेल खाने वाली फ़ाइल को पढ़ता या संपादित करता है। केवल ** से बनी सूची कुछ भी स्कोप नहीं करती, इसलिए वह नियम भी लॉन्च पर लोड होता है; कोई भी Apothem नियम ऐसी सूची का उपयोग नहीं करता। इंस्टॉल हर नियम के pathFilter को उस सूची में बदलता है। पाँच नियमों में यह नहीं होता और वे हर सत्र में लोड होते हैं: agnostic-posture, authority-inquiry, session-closure, context-management, और नियम सूचकांक, apothem-rule-index। हर अन्य नियम ~/.claude/rules/ के अंतर्गत paths: के साथ इंस्टॉल होता है और मेल खाने वाले स्पर्श पर लोड होता है।

Claude Code उन ग्लोब का मिलान, .gitignore शब्दार्थ के साथ, कार्यशील डायरेक्टरी के सापेक्ष फ़ाइल के पथ से करता है, और उसके बाहर की किसी फ़ाइल से कभी नहीं। ऑटो मेमोरी डायरेक्टरी ~/.claude/projects/ के अंतर्गत होती है, इसलिए auto-memory और auto-memory-topic-files पथ मिलान पर कभी लोड नहीं होते। किसी अन्य प्रोजेक्ट से ~/.claude/CLAUDE.md या ~/.claude/rules/ के अंतर्गत किसी फ़ाइल को संपादित करने से भी उन फ़ाइलों तक स्कोप किए गए नियम लोड नहीं होते। ये नियम सूचकांक के माध्यम से सत्र तक पहुँचते हैं।

सूचकांक हर नियम और उस स्थिति का नाम बताता है जिसमें उसकी आवश्यकता होती है। जो चरण अपनी प्रक्रिया के रूप में rules/<name>.md का हवाला देता है, वह पहले उस फ़ाइल को पढ़ता है। संदर्भ कॉम्पैक्शन के बाद, जिस भी नियम को आप लागू कर रहे थे उसे फिर से पढ़ें: Claude Code किसी पथ-स्कोप वाले नियम को तब तक फिर से इंजेक्ट नहीं करता जब तक किसी मेल खाने वाली फ़ाइल को फिर से न छुआ जाए। नाम apothem-rule-index.md आरक्षित है, क्योंकि इंस्टॉल उस नाम वाली नियम फ़ाइल का बैकअप लेता है और उसे अधिलेखित करता है।

Apothem की अपनी सतहों को नियंत्रित करने वाले नियम CLAUDE.md, AGENTS.md, और rules/, commands/, skills/, agents/, hooks/, तथा output-styles/ के अंतर्गत Markdown तक स्कोप किए गए हैं। किसी एप्लिकेशन रिपॉज़िटरी में ये फ़ाइलें शायद ही कभी होती हैं, इसलिए ऐसी रिपॉज़िटरी में ये नियम पथ मिलान से नहीं, बल्कि सूचकांक के माध्यम से, उनका हवाला देने वाले किसी स्किल, कमांड, या सहायक के माध्यम से, और हुक के माध्यम से सत्र तक पहुँचते हैं।

नियम प्रतियाँ अपने समापन ## Bindings अनुभाग के बिना लिखी जाती हैं, जैसे कमांड स्किल। यह अनुभाग अनुरक्षकों और अनुरूपता गेट के लिए पारस्परिक संदर्भ रखता है। स्रोत फ़ाइलें इसे रखती हैं, और अन्य हार्नेस को मिलने वाली प्रतियाँ भी।

किसी स्कोप किए गए नियम को हर सत्र में चालू रखने के लिए, आप उसे ~/.claude/CLAUDE.md में Apothem ब्लॉक के बाहर के पाठ से आयात करके देख सकते हैं, उदाहरण के लिए @rules/definitiveness.md। Claude Code मेमोरी पृष्ठ आयात को प्रलेखित करता है और कहता है कि आयातित पथ आयात करने वाली फ़ाइल के सापेक्ष हल होता है। यह नहीं बताता कि आयातित नियम की paths सूची के साथ कैसा व्यवहार होता है, और Apothem ने इसे सत्यापित नहीं किया है। InstructionsLoaded हुक से जाँचें कि नियम लॉन्च पर लोड होता है और पथ मिलान पर दूसरी बार लोड नहीं होता।

कमांड स्किल और संदर्भ फ़ाइलेंCopy Anchor Link

संदर्भ कॉम्पैक्शन के बाद Claude Code हर इनवोक किए गए स्किल के केवल पहले 5,000 टोकन फिर से संलग्न करता है, और यह लगभग 500 पंक्तियों या उससे कम का SKILL.md अनुशंसित करता है, जिसमें विवरण सहोदर फ़ाइलों में हो। कमांड प्रॉम्प्ट 67 KB तक पहुँचते हैं, इसलिए Claude Code उत्सर्जन हर एक को एक पतले SKILL.md और references/ के अंतर्गत फ़ाइलों में विभाजित करता है:

• ## Bindings अनुभाग हटा दिया जाता है। यह अनुरूपता गेट के लिए अनुरक्षक पाठ है और मॉडल को इसकी कभी आवश्यकता नहीं होती।
• Pipeline Contract, Foundational Stanzas, Decision Tree, उदाहरण, मोड अनुभाग और कुछ उद्धृत इन्वेंट्री संदर्भ फ़ाइलों में चले जाते हैं। शीर्षक बना रहता है, और उसके नीचे एक-पंक्ति का संकेतक फ़ाइल का नाम बताता है और कहता है कि उसे कब पढ़ना है। Pipeline Contract और Foundational Stanzas के संकेतक यह भी सूचीबद्ध करते हैं कि फ़ाइल में क्या शामिल है।
• जब SKILL.md अब भी 15,800 बाइट से अधिक होता है, तो सबसे बड़े Workflow चरण, सबसे बड़े पहले, references/step-NN-<slug>.md में चले जाते हैं, जब तक कि वह फ़िट न हो जाए। slug चरण का शीर्षक है, उसके Step N: उपसर्ग के बिना और किसी अंतिम कोष्ठकबद्ध मैंडेट या अनुशासन id के बिना। 600 बाइट से छोटे चरण इनलाइन रहते हैं। यदि यह पर्याप्त नहीं है, तो Output, Mandates, Critical Rules और Instructions अनुभाग उसी क्रम में चले जाते हैं।
• प्रस्तावना के बाद एक छोटा नोट मॉडल को बताता है कि फ़ाइलें कहाँ हैं (${CLAUDE_SKILL_DIR}/references/) और यह कि कॉम्पैक्शन के बाद उसे अपने वर्तमान चरण को नियंत्रित करने वाली फ़ाइलें फिर से पढ़नी MUST हैं।

हर उत्सर्जित SKILL.md, इंस्टॉल द्वारा जोड़े गए ## Installed Reference Paths नोट सहित, 140 वर्णों तक के इंस्टॉल रूट के लिए 17,000 बाइट या उससे कम रहता है। प्लगइन उस नोट के बिना वही फ़ाइलें भेजता है, और उसके कमांड skills/ के अंतर्गत स्किल हैं, इसलिए उसमें कोई commands/ फ़ोल्डर नहीं है; इनवोकेशन /apothem:<name> अपरिवर्तित है। विभाजन नियतात्मक और उलटने योग्य है: SKILL.md और उसकी संदर्भ फ़ाइलों का पाठ Bindings को छोड़कर स्रोत कमांड को फिर से बनाता है। स्रोत फ़ाइलें, और हर अन्य हार्नेस के लिए आउटपुट, अपरिवर्तित हैं। अन्य टूल भी ~/.claude/skills/ से स्किल पढ़ते हैं, इसलिए वे वही फ़ाइलें देखते हैं; apothem install उनके नाम बताता है।

हर कमांड के आँकड़े देखने के लिए, किसी चेकआउट से मापन स्क्रिप्ट चलाएँ:

python scripts/dev/measure_claude_skills.py          # per-command table
python scripts/dev/measure_claude_skills.py --check  # exit 1 on a breach

यह स्रोत, SKILL.md और संदर्भ आकार, बजट तक की शेष गुंजाइश, और अनुमानित टोकन संख्या रिपोर्ट करता है, और तुलना के लिए नेटिव स्किल सूचीबद्ध करता है। research-suite, एक नेटिव स्किल जिसका स्रोत विभाजित नहीं होता, सीमा से ऊपर वाला एकमात्र स्किल है।

संगतता टिप्पणियाँCopy Anchor Link

कमांड प्रॉम्प्ट स्किल डायरेक्टरियों में परिवर्तित किए जाते हैं और नियम ऊपर वर्णित तरीके से रेंडर किए जाते हैं; स्किल और आउटपुट-स्टाइल जैसे हैं वैसे ही कॉपी किए जाते हैं, और एजेंट जैसे लिखे गए हैं वैसे ही कॉपी किए जाते हैं, सिवाय इसके कि प्रोफ़ाइल की agent_mcp_servers कुंजी में सूचीबद्ध सहायक को उसकी tools पंक्ति में हर नामित सर्वर के लिए एक mcp__<server>__* प्रविष्टि मिलती है (MCP सर्वर देखें)। इंस्टॉल यह सत्यापित करता है कि प्रोफ़ाइल सुगठित है और settings.json में सभी हुक बाइंडिंग हल करने योग्य हैं। अडैप्टर कोई MCP सर्वर प्रविष्टि नहीं लिखता: सर्वरों को claude mcp add से पंजीकृत करें (MCP सर्वर देखें)।

~/.claude/agents/ एक साझा रूट है जिसका स्वामी Claude Code है, जैसे ~/.claude/skills/ भी: अन्य समर्थित टूल उन फ़ोल्डरों को लोड करते हैं, इसलिए Claude Code इंस्टॉल वहाँ जो एजेंट और स्किल लिखता है वे उन टूल्स में भी दिखाई देते हैं, और इंस्टॉल एक नोट प्रिंट करता है जो उनके नाम बताता है। हार्नेस रजिस्ट्री हर रूट के पाठकों को सूचीबद्ध करती है।

Claude Code हर सत्र आरंभ पर settings.json में सभी हुक बाइंडिंग लागू करता है। प्रत्येक अडैप्टर अपने स्वयं के नेटिव हार्नेस के विरुद्ध सत्यापित होता है — कोई विशेषाधिकार-प्राप्त "संदर्भ" हार्नेस नहीं है।

अनुमति नियम सीमाएँCopy Anchor Link

सेटिंग्स टेम्पलेट .env* और ~/.ssh/** जैसे सीक्रेट और कैश पथों पर Read(...) अस्वीकार करता है। Claude Code Read अस्वीकार को अपने फ़ाइल टूल्स पर, Bash में अपने द्वारा पहचाने जाने वाले फ़ाइल कमांडों (cat, head, tail, sed, tee) पर, और रीडायरेक्शन लक्ष्यों पर लागू करता है। यह अस्वीकार को ऐसी खोज पर लागू नहीं करता जो फ़ाइलों का नाम लिए बिना उन्हें पढ़ती है, जैसे grep -r pattern ., और न ही ऐसी स्क्रिप्ट पर जो फ़ाइलें स्वयं खोलती है (अनुमति संदर्भ)। macOS, Linux, और WSL पर, Claude Code Glob और Grep टूल्स को डिफ़ॉल्ट टूल सेट से बाहर रखता है और इसके बजाय Bash के माध्यम से खोजता है, इसलिए टेम्पलेट की Glob और Grep अनुमति प्रविष्टियाँ केवल वहीं प्रभावी होती हैं जहाँ वे टूल्स मौजूद हों। किसी पथ को पढ़ने से हर प्रक्रिया को रोकने के लिए, Claude Code सैंडबॉक्स सक्षम करें।

जो स्किल और सहायक परिभाषाएँ TodoWrite का नाम लेती हैं, वे TaskCreate, TaskGet, TaskList, और TaskUpdate का भी नाम लेती हैं, क्योंकि Claude Code उन टूल्स के पक्ष में TodoWrite को डिफ़ॉल्ट रूप से बंद रखता है।

सत्यापनCopy Anchor Link

apothem verify --harness claude-code

verify कमांड पुष्टि करता है कि:

1. नेटिव कॉन्फ़िग अपेक्षित पथ पर मौजूद है।
2. हर प्रबंधित टारगेट मौजूद है; प्रबंधित फ़ाइलें खाली नहीं हैं, और JSON या YAML कॉन्फ़िग पार्स होते हैं। --profile PATH जोड़ने पर यह भी पुष्टि होती है कि इंस्टॉल की गई फ़ाइलें उस प्रोफ़ाइल से मेल खाती हैं।
3. अडैप्टर-विशिष्ट सत्यापन रूटीन सफलता की रिपोर्ट करता है।

अपडेट करनाCopy Anchor Link

apothem update --harness claude-code

वर्तमान साझा प्रोफ़ाइल से नेटिव कॉन्फ़िग को पुनः व्युत्पन्न करता है। इंस्टॉल किए गए apothem पैकेज के अपडेट होने के बाद इसे चलाएँ, ताकि प्रसारित परिपाटी सतह (एजेंट, नियम, स्किल, स्टेटसलाइन, आउटपुट-स्टाइल) नए संस्करण को प्रतिबिंबित करे। CLAUDE.md में, update केवल उसके सेंटिनलों के बीच के Apothem ब्लॉक को फिर से लिखता है।

अनइंस्टॉल करनाCopy Anchor Link

apothem uninstall --harness claude-code

~/.claude/CLAUDE.md से Apothem ब्लॉक हटाता है और उसमें मौजूद बाकी सारा पाठ रहने देता है। फ़ाइल तभी हटाई जाती है जब उसमें और कुछ शेष न बचे। अडैप्टर द्वारा ~/.claude/settings.json में जोड़ी गई प्रविष्टियाँ हटाता है (आपके अपने अनुमति नियम, कुंजियाँ और हुक हैंडलर बने रहते हैं, और फ़ाइल तभी हटाई जाती है जब उसे Apothem ने बनाया हो और उसमें आपका कुछ भी न बचा हो)। साथ ही ~/.claude/agents/, ~/.claude/rules/, ~/.claude/skills/, ~/.claude/statuslines/, ~/.claude/output-styles/, और ~/.claude/.apothem/support/ में मौजूद Apothem फ़ाइलें हटाता है; उन फ़ोल्डरों की अन्य फ़ाइलें बनी रहती हैं। प्रत्येक फ़ाइल को बदले या हटाए जाने से पहले ~/.apothem/backups/ के अंतर्गत उसका बैकअप लिया जाता है। इंस्टॉल किया गया apothem पैकेज और स्रोत रिपॉज़िटरी अप्रभावित रहते हैं।

अनुरूपता गेटCopy Anchor Link

python -m apothem.conformity.gate --all .

रिपॉज़िटरी के विरुद्ध चलाए जाने पर, गेट हर नियम, कमांड, सहायक, और स्किल पर ## Bindings अनुभाग की माँग करता है। इंस्टॉल किए गए ~/.claude/ वृक्ष के विरुद्ध चलाए जाने पर, यह ऐसी नियम या स्किल प्रति स्वीकार करता है जिसमें ऐसा कोई अनुभाग नहीं है, क्योंकि इंस्टॉल उसे छोड़ देता है, और जो अनुभाग मौजूद है उसकी जाँच फिर भी करता है।

समस्या निवारणCopy Anchor Link

कॉन्फ़िगरेशन नॉबCopy Anchor Link

यह भी देखेंCopy Anchor Link

• सभी हार्नेस — समर्थित टूल्स का पूरा कैटलॉग
• इंस्टॉल गाइड — इस हार्नेस में Apothem इंस्टॉल करें
• apothem harnesses संदर्भ — CLI से अडैप्टरों को सूचीबद्ध करें और उनका निरीक्षण करें