Archcore MCP

आधिकारिक

एक स्थानीय stdio MCP सर्वर जो AI कोडिंग एजेंटों को आपके रिपॉजिटरी से सीधे संरचित आर्किटेक्चर, नियम और निर्णय पढ़ने और बनाए रखने की अनुमति देता है।

GitHub

इस MCP को आज़माएँप्रायोजित

Archcore MCP के साथ आप क्या कर सकते हैं?

प्रोजेक्ट संदर्भ लोड करें — बदलाव करने से पहले अपने सहायक से किसी मॉड्यूल से संबंधित ADR, नियम और विशिष्टताएँ प्राप्त करने के लिए कहें, list_documents और search_documents के माध्यम से।
निर्णयों को स्थायी दस्तावेज़ों के रूप में दर्ज करें — अपने सहायक से .archcore/ में create_document का उपयोग करके टाइप किए गए Markdown दस्तावेज़ (ADR, नियम, योजनाएँ) बनवाएँ, संदर्भ को Git में संस्करणित रखते हुए।
संबंधित दस्तावेज़ों को लिंक करें — अपने सहायक को add_relation का उपयोग करके दस्तावेज़ों को implements, depends_on, या supersedes जैसे संबंधों से जोड़ने का निर्देश दें, ताकि एक संदर्भ ग्राफ़ बन सके।
मौजूदा संदर्भ अपडेट करें — अपने सहायक से .archcore/ में पुराने दस्तावेज़ों को update_document और remove_document के माध्यम से संशोधित या हटाने के लिए कहें, ताकि प्रोजेक्ट ज्ञान अद्यतित रहे।
किसी भी रिपॉजिटरी में संदर्भ बूटस्ट्रैप करें — अपने सहायक से खाली वर्कस्पेस में init_project का उपयोग करके .archcore/ को शुरू से प्रारंभ करवाएँ, जिससे संदर्भ ट्रैकिंग तुरंत सक्षम हो सके।

दस्तावेज़

Archcore CLI — AI कोडिंग एजेंटों के लिए Git-नेटिव संदर्भ

Archcore को github.com/archcore-ai/archcore पर स्थानांतरित किया गया है। यह रिपॉजिटरी संग्रहीत है। CLI अब उस रिपॉजिटरी में प्लगइन के बगल में cli/ के अंतर्गत रहता है, और v0.10.1 से हर रिलीज़ archcore-ai/archcore/releases पर प्रकाशित होती है। macOS, Linux और WSL पर curl -fsSL https://archcore.ai/install.sh | bash के साथ इंस्टॉल या अपडेट करें, या Windows पर irm https://archcore.ai/install.ps1 | iex के साथ। इस रिपॉजिटरी से इंस्टॉल किया गया बाइनरी (v0.8.7 या पुराना) अब स्वयं-अपडेट नहीं होता; नए चैनल पर जाने के लिए इंस्टॉलर को एक बार चलाएँ। समस्याएँ: archcore-ai/archcore/issues।

Archcore AI कोडिंग एजेंटों के लिए एक git-नेटिव संदर्भ परत है।

CLI स्पेक्स, आर्किटेक्चर निर्णय, नियम, योजनाएँ और प्रोजेक्ट ज्ञान को .archcore/ में रखता है, जो आपके कोड के साथ संस्करणित होता है, और MCP और सत्र हुक के माध्यम से प्रासंगिक संदर्भ को कोडिंग एजेंटों को प्रदान करता है।

यह एक CLI और एक स्थानीय stdio MCP सर्वर के रूप में आता है, इसलिए कोई भी MCP-संगत कोडिंग एजेंट मानक टूल के माध्यम से आपके प्रोजेक्ट संदर्भ को पढ़ और लिख सकता है। इसे Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code और Cline में लगातार प्रोजेक्ट संदर्भ के लिए उपयोग करें।

इसे काम करते देखें

वह संदर्भ .archcore/ से आया — Git में संस्करणित टाइप किए गए Markdown दस्तावेज़, जो MCP टूल और सत्र हुक के माध्यम से किसी भी एजेंट को प्रदान किए जाते हैं।

archcore demo

क्या बदलता है

❌ Archcore के बिना

हर सत्र शून्य से शुरू होता है। एजेंट:

आपकी आर्किटेक्चर का अनुमान लगाता है और आपकी परंपराओं को तोड़ता है
उस लॉजिक को दोहराता है जो पहले से मौजूद है
उन निर्णयों पर फिर से बहस करता है जो आपकी टीम पहले ही कर चुकी है
हर चैट में समान संदर्भ को फिर से समझाने की आवश्यकता होती है

✅ Archcore के साथ

आपके निर्णय, नियम और परंपराएँ Git में संरचित संदर्भ के रूप में रहती हैं। एजेंट:

सत्र प्रारंभ में लागू निर्णयों और नियमों को लोड करता है
कोड को वहाँ रखता है जहाँ आपकी आर्किटेक्चर कहती है कि वह संबंधित है
रिपॉजिटरी में पहले से मौजूद ADR, स्पेक्स और नियमों का सम्मान करता है
नए निर्णयों को स्थायी संदर्भ के रूप में दर्ज करता है — PR में समीक्षा योग्य, एजेंटों के बीच पोर्टेबल

एजेंट अनुमान लगाना बंद कर देता है और सिस्टम का पालन करना शुरू कर देता है।

60 सेकंड में शुरू करें

curl -fsSL https://archcore.ai/install.sh | bash    # macOS / Linux
cd your-project && archcore init

archcore init .archcore/ को स्कैफोल्ड करता है, आपके कोडिंग एजेंटों का पता लगाता है, और उनके लिए हुक और MCP को कॉन्फ़िगर करता है।

फिर अपना एजेंट खोलें और कहें:

"हम प्राथमिक स्टोरेज के लिए PostgreSQL का उपयोग कर रहे हैं। इस निर्णय को दर्ज करें।"

हो गया — अब .archcore/ में एक संरचित ADR है जिसे भविष्य का हर सत्र, किसी भी एजेंट में, देखेगा।

Windows पर: irm https://archcore.ai/install.ps1 | iex। WSL के लिए, go install, और स्रोत से निर्माण के लिए, नीचे Install methods या full install guide देखें।

आपके एजेंट के साथ काम करता है

CLI स्वयं एक स्थानीय stdio MCP सर्वर है — हर MCP-संगत एजेंट के लिए एक एकीकरण सतह। हुक सत्र-प्रारंभ संदर्भ जोड़ते हैं जहाँ एजेंट उनका समर्थन करते हैं।

एजेंट	हुक	MCP
Claude Code	हाँ	हाँ
Cursor	हाँ	हाँ
Gemini CLI	हाँ	हाँ
GitHub Copilot	हाँ	हाँ
OpenCode	—	हाँ
Codex CLI	—	हाँ
Roo Code	—	हाँ
Cline	—	मैनुअल

archcore init पता लगाए गए एजेंटों को स्वचालित रूप से कॉन्फ़िगर करता है। हाथ से एक को जोड़ने के लिए:

archcore mcp install --agent cursor      # write MCP config for a specific agent
archcore hooks install                   # install session-start hooks for detected agents
claude mcp add --transport stdio archcore -- archcore mcp   # or add the server manually

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

आरंभ करें — archcore init .archcore/ बनाता है और एजेंट एकीकरण स्थापित करता है।
कैप्चर करें — निर्णय, नियम, योजनाएँ और गाइड YAML फ्रंटमैटर के साथ टाइप किए गए Markdown दस्तावेज़ों के रूप में संग्रहीत होते हैं।
पुनः उपयोग करें — एजेंट काम करते समय MCP टूल के माध्यम से दस्तावेज़ पढ़ते, बनाते, अपडेट करते और लिंक करते हैं; हुक सत्र प्रारंभ में संदर्भ लोड करते हैं।
इसे Git में रखें — संदर्भ परिवर्तनों को कोड की तरह समीक्षा करें, समय के साथ विकसित करें, उन्हें टूल के बीच पोर्टेबल रखें।

.archcore/
├── settings.json
├── auth/
│   ├── jwt-strategy.adr.md
│   └── auth-redesign.prd.md
├── backend/
│   └── error-wrapping.rule.md
├── incidents/
│   └── connection-pool-exhaustion.cpat.md
└── notifications/
    └── notifications-implementation.plan.md

संरचना स्वतंत्र-रूप है — डोमेन, फीचर या टीम द्वारा व्यवस्थित करें। एक दस्तावेज़ का प्रकार उसके फ़ाइलनाम में रहता है (slug.type.md): तीन परतों में 23 प्रकार — ज्ञान (ADR, नियम, स्पेक्स, गाइड), दृष्टि (PRD, योजनाएँ, विचार, आवश्यकता ट्रैक), और अनुभव (घटना पैटर्न, आवर्ती कार्य)। इस रिपॉजिटरी का अपना .archcore/ एक कार्यशील उदाहरण है।

अपने एजेंट से पूछें

"auth मॉड्यूल को छूने से पहले, यहाँ कौन से निर्णय और नियम लागू होते हैं?"

एजेंट एक भी पंक्ति संपादित करने से पहले उस क्षेत्र से जुड़े ADR और नियम लोड करता है।

"हमारी एक परंपरा है: हमेशा fmt.Errorf और %w के साथ त्रुटियों को लपेटें। इसे एक नियम बनाएँ।"

अनिवार्य मार्गदर्शन, तर्क और अच्छे/बुरे उदाहरणों के साथ backend/error-wrapping.rule.md बनाता है।

"पिछले सप्ताह हमारे पास एक कनेक्शन-पूल थकावट की घटना थी। इसे दस्तावेज़ित करें ताकि हम इसे दोहराएँ नहीं।"

मूल-कारण विश्लेषण और रोकथाम चरणों के साथ incidents/connection-pool-exhaustion.cpat.md बनाता है।

यह कैसे तुलना करता है

यदि आप इस पर निर्भर हैं…	अंतर	Archcore इसके बजाय क्या करता है
कुछ नहीं	एजेंट हर सत्र में आपके रिपॉजिटरी को फिर से सीखता है और तय किए गए निर्णयों पर फिर से बहस करता है	सत्र प्रारंभ में निर्णय, नियम और परंपराएँ लोड करता है — किसी भी एजेंट में
फ्लैट निर्देश फ़ाइलें (`CLAUDE.md`, `.cursorrules`)	पाठ की एक बढ़ती दीवार — कोई प्रकार नहीं, कोई लिंक नहीं, कोई जीवनचक्र नहीं, प्रति टूल कॉपी-पेस्ट	टाइप किए गए दस्तावेज़, एक संबंध ग्राफ, एक ड्राफ्ट → स्वीकृत जीवनचक्र, हर एजेंट के लिए एक सेटअप
मेमोरी टूल (claude-mem, Mem0)	आपने क्या किया याद रखें — अस्थिर, अपारदर्शी, विक्रेता-बद्ध	सिस्टम कैसे बनाया गया है और क्या तय किया गया था संग्रहीत करता है — Git में संस्करणित, आपके स्वामित्व में
पद्धति किट (BMAD, Spec Kit, Agent OS)	एक प्रक्रिया निर्धारित करते हैं, अक्सर एक-शॉट हैंडऑफ के रूप में	आर्टिफैक्ट संग्रहीत करता है — एक जीवित संदर्भ ग्राफ जो कोडबेस के साथ विकसित होता है
RAG / एक बड़ा संदर्भ विंडो	वह पुनर्प्राप्त करता है जो कोड कहता है, न कि जो तय किया गया था और क्यों	निर्णयों और तर्क को स्पष्ट और चयनात्मक रखता है — एजेंट वह लोड करता है जो लागू होता है, सब कुछ नहीं

इसके लिए नहीं — चैट मेमोरी, एक प्रॉम्प्ट लाइब्रेरी, या एक-शॉट स्पेक-से-कोड जनरेटर। Archcore कोडिंग एजेंटों के लिए एक रिपॉजिटरी सत्य परत है, पद्धति किट नहीं।

संदर्भ

बॉक्स में क्या आता है: 23 दस्तावेज़ प्रकार, 7 संबंध प्रकार, 10 MCP टूल, 4 एजेंटों के लिए हुक एकीकरण और 8 के लिए MCP एकीकरण।

दस्तावेज़ प्रकार — दृष्टि, ज्ञान और अनुभव में 23 प्रकार

ज्ञान

प्रकार	पूरा नाम	विवरण
`adr`	Architecture Decision Record	संदर्भ, विकल्पों और परिणामों के साथ एक अंतिम तकनीकी निर्णय को कैप्चर करता है
`rfc`	Request for Comments	टीम समीक्षा और प्रतिक्रिया के लिए खुला एक महत्वपूर्ण परिवर्तन प्रस्तावित करता है
`rule`	Rule	अनिवार्य मार्गदर्शन और उदाहरणों के साथ कोडिंग या प्रक्रिया मानक
`guide`	Guide	एक विशिष्ट कार्य को पूरा करने के लिए चरण-दर-चरण निर्देश
`doc`	Document	संदर्भ दस्तावेज़ीकरण, रजिस्ट्री और वर्णनात्मक सामग्री
`spec`	Specification	एक सीमा या फीचर/उपप्रणाली के लिए मानक व्यवहार अनुबंध जिस पर अन्य निर्भर करते हैं
`evidence`	Evidence	एक बाहरी सामग्री जिसके लोकेटर, उद्धरण और व्याख्या नोट्स के साथ
`scenario`	Scenario	अभिनेता-विषय प्रवाह और Given/When/Then उदाहरण जो एक स्पेक के खंडों को दर्शाते हैं

दृष्टि

प्रकार	पूरा नाम	विवरण
`prd`	Product Requirements Document	लक्ष्य, उपयोगकर्ता कहानियाँ, स्वीकृति मानदंड और सफलता मेट्रिक्स
`idea`	Idea	भविष्य की खोज के लिए एक उत्पाद या तकनीकी विचार का हल्का कैप्चर
`plan`	Plan	स्वीकृति मानदंड और निर्भरताओं के साथ चरणबद्ध कार्य सूची
`rnd`	Research	समय-बद्ध जाँच जो एक निर्णय को अवरुद्ध करने वाले प्रश्न का उत्तर देती है
`journey`	Journey	इस इंटरैक्शन को कवर करने वाले स्पेक से पहले, सिस्टम के माध्यम से एक उपयोगकर्ता प्रकार का इच्छित पथ
`research`	Research	दायरे, कवरेज, दिनांकित स्रोतों, निष्कर्षों और खुले अंतराल के साथ क्षेत्र जाँच

संरचित खोज या औपचारिक विघटन की आवश्यकता वाली टीमों के लिए दो अतिरिक्त आवश्यकता ट्रैक:

स्रोत ट्रैक (MRD → BRD → URD) — कैप्चर करता है कि आवश्यकताएँ कहाँ से आती हैं:

प्रकार	पूरा नाम	विवरण
`mrd`	Market Requirements Document	बाजार परिदृश्य, TAM/SAM/SOM, प्रतिस्पर्धी विश्लेषण और बाजार आवश्यकताएँ
`brd`	Business Requirements Document	व्यावसायिक उद्देश्य, हितधारक, ROI और व्यावसायिक नियम
`urd`	User Requirements Document	उपयोगकर्ता व्यक्तित्व, यात्राएँ, उपयोगिता आवश्यकताएँ और स्वीकृति मानदंड

ISO/IEC/IEEE 29148:2018 ट्रैक (BRS → StRS → SyRS → SRS) — कैप्चर करता है कि आवश्यकताएँ कैसे विघटित होती हैं:

प्रकार	पूरा नाम	विवरण
`brs`	Business Requirements Specification	मिशन, लक्ष्य, उद्देश्य और व्यावसायिक परिचालन अवधारणा
`strs`	Stakeholder Requirements Specification	हितधारक आवश्यकताएँ, परिचालन अवधारणा और उपयोगकर्ता आवश्यकताएँ
`syrs`	System Requirements Specification	सिस्टम कार्य, इंटरफेस, प्रदर्शन और डिज़ाइन बाधाएँ
`srs`	Software Requirements Specification	सॉफ्टवेयर कार्य, बाहरी इंटरफेस और विस्तृत व्यवहार स्पेक्स

अधिकांश प्रोजेक्ट के लिए PRD का उपयोग करें; संरचित आवश्यकता खोज के लिए स्रोत ट्रैक जोड़ें, और विनियमित या जटिल बहु-टीम सिस्टम में औपचारिक ट्रेसेबिलिटी के लिए ISO 29148। स्वतंत्र रूप से मिलाएँ।

अनुभव

प्रकार	पूरा नाम	विवरण
`task-type`	Task Type	एक आवर्ती कार्य के लिए पुन: प्रयोज्य चेकलिस्ट और वर्कफ़्लो
`cpat`	Code Change Pattern	रोकथाम चरणों के साथ एक बग या घटना का मूल-कारण विश्लेषण

प्रत्येक दस्तावेज़ YAML फ्रंटमैटर के साथ एक Markdown फ़ाइल है:

---
title: "Use PostgreSQL for Primary Storage"
status: draft
tags: [database, infrastructure]
---

## Context

...

मान्य स्थितियाँ: draft, accepted, rejected। टैग वैकल्पिक और स्वतंत्र-रूप हैं।

MCP उपकरण और संबंध

MCP उपकरण

10 उपकरण: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations। सर्वर एक खाली रिपॉजिटरी में भी काम करता है — एजेंट init_project के माध्यम से स्वयं .archcore/ बूटस्ट्रैप कर सकते हैं।

संबंध

दस्तावेज़ सात दिशात्मक संबंधों के माध्यम से जुड़ते हैं, जिन्हें MCP उपकरणों द्वारा प्रबंधित किया जाता है।

अक्ष	संबंध	दिशा
संरचनात्मक	`related`	स्रोत लक्ष्य के साथ संबद्ध करता है
संरचनात्मक	`implements`	स्रोत लक्ष्य को लागू करता है
संरचनात्मक	`extends`	स्रोत लक्ष्य पर आधारित होता है
संरचनात्मक	`depends_on`	स्रोत लक्ष्य की आवश्यकता रखता है
साक्ष्यात्मक	`supports`	सामग्री लक्ष्य कथन का समर्थन करती है
साक्ष्यात्मक	`contradicts`	चुनौतीकर्ता लक्ष्य कथन पर विवाद करता है
लौकिक	`supersedes`	नया दस्तावेज़ पुराने दस्तावेज़ को प्रतिस्थापित करता है

अंतिम बिंदु अलग-अलग मौजूदा स्थानीय दस्तावेज़ हैं। संबंध स्वचालित रूप से दस्तावेज़ की स्थिति नहीं बदलते या विरोधाभासों का समाधान नहीं करते। पुराने CLI संस्करण तीन नए मानों वाले मैनिफेस्ट को अस्वीकार कर देते हैं।

एक स्रोत जाँच में एक पंक्ति के रूप में शुरू होता है। इसे evidence फ़ाइल दें जब कई दस्तावेज़ इसे पुनः उपयोग करते हैं, कोई विरोधाभास इसमें शामिल होता है, या नई सामग्री इसे प्रतिस्थापित करती है। इंजन लोकेटर और उद्धरण संग्रहीत करता है; यह स्रोत को प्राप्त या सत्यापित नहीं करता।

स्थानीय MCP सर्वर

archcore mcp वर्तमान निर्देशिका से stdio पर दस्तावेज़ प्रदान करता है। --project /path/to/repo पास करें (या ARCHCORE_PROJECT_ROOT सेट करें) जब सर्वर किसी ऐसी निर्देशिका से लॉन्च किया जाता है जो आपका कार्यक्षेत्र नहीं है — उदाहरण के लिए, किसी संपादक एकीकरण द्वारा।

कमांड

कमांड	विवरण
`archcore init`	`.archcore/` निर्देशिका को इंटरैक्टिव रूप से आरंभ करें
`archcore doctor`	अपना archcore सेटअप जाँचें और समस्याएँ ठीक करें
`archcore status`	`.archcore/` संरचना और दस्तावेज़ स्वास्थ्य जाँचें
`archcore config`	सेटिंग्स देखें या संशोधित करें
`archcore hooks install`	पहचाने गए AI एजेंटों के लिए हुक स्थापित करें
`archcore mcp`	MCP stdio सर्वर चलाएं
`archcore mcp install`	पहचाने गए एजेंटों के लिए MCP कॉन्फ़िग स्थापित करें
`archcore instructions`	निर्देश फ़ाइलों में Archcore संकेत प्रबंधित करें
`archcore plugin`	Archcore प्लगइन स्थापित, अद्यतन, या रिपोर्ट करें
`archcore update`	Archcore को नवीनतम संस्करण में अद्यतन करें

archcore update GitHub Releases की जाँच करता है, नया संस्करण डाउनलोड करता है, SHA-256 चेकसम सत्यापित करता है, और बाइनरी को परमाणु रूप से प्रतिस्थापित करता है। फिर यह प्रत्येक होस्ट पर Archcore प्लगइन को अद्यतन करता है जिस पर यह पहले से स्थापित है, और उस होस्ट के लिए चलाने के लिए कमांड प्रिंट करता है जिसके CLI तक यह नहीं पहुँच सकता।

archcore plugin उस प्लगइन को सीधे Claude Code, Cursor, Codex CLI, और GitHub Copilot पर प्रबंधित करता है। archcore init इसे आपके द्वारा चुने गए होस्टों के लिए स्थापित करता है।

अद्यतन और टेलीमेट्री

अनअटेंडेड अद्यतन

v0.8.0 से CLI स्वयं को बिना किसी के देखे भी अद्यतन करता है। archcore mcp — वह सर्वर जिसे आपका एजेंट शुरू करता है — पृष्ठभूमि में वही जाँच चलाता है, प्रति मशीन अधिकतम हर 24 घंटे में एक बार, और बाइनरी को केवल इस परियोजना द्वारा प्रकाशित रिलीज़ के साथ प्रतिस्थापित करता है, डाउनलोड की गई बाइनरी को एक बार चलाकर यह साबित करने के बाद कि यह शुरू होती है। चल रही प्रक्रिया कभी पुनः आरंभ या बाधित नहीं होती; एक नया संस्करण अगली बार बाइनरी लॉन्च होने पर प्रभावी होता है। आपके द्वारा स्वयं संकलित बिल्ड, फोर्क, और CI रनर कभी स्व-अद्यतन नहीं होते।

कोई चर और कोई .archcore/settings.json कुंजी इसे अक्षम नहीं करती। यदि किसी मशीन को स्वयं अद्यतन नहीं करना चाहिए, तो बाइनरी को ऐसी निर्देशिका में स्थापित करें जिसे उसका उपयोगकर्ता लिख न सके — एक रूट-स्वामित्व वाला स्थान — और हर प्रयास कुछ भी डाउनलोड करने से पहले रुक जाता है।

अद्यतन विश्लेषिकी

एक रिलीज़ बिल्ड प्रति अद्यतन प्रयास एक घटना भेजता है: जिन संस्करणों के बीच यह स्थानांतरित हुआ, आपका OS और CPU आर्किटेक्चर, क्या रन CI जैसा दिखता था, क्या आपने कमांड टाइप किया या पृष्ठभूमि जाँच ने इसे चलाया, और कौन सा चरण विफल हुआ जब कोई विफल हुआ। यह कभी त्रुटि संदेश, पथ, उपयोगकर्ता नाम, होस्टनाम, या आपके रिपॉजिटरी के बारे में कुछ नहीं भेजता। कुछ भी न भेजने के लिए DO_NOT_TRACK=1 या ARCHCORE_TELEMETRY_OPTOUT=1 सेट करें। दोनों चर केवल विश्लेषिकी को नियंत्रित करते हैं — न तो CLI को स्वयं अद्यतन करने से रोकता है। पूर्ण विवरण: archcore.ai/privacy।

स्थापना विधियाँ

macOS / Linux

curl -fsSL https://archcore.ai/install.sh | bash

Windows

irm https://archcore.ai/install.ps1 | iex

archcore.exe को %LOCALAPPDATA%\Programs\archcore के अंतर्गत स्थापित करता है और इसे आपके उपयोगकर्ता PATH में जोड़ता है। स्थापना के बाद एक नई PowerShell विंडो खोलें।

Windows (WSL)

WSL स्थापित करें, फिर उसके अंदर macOS/Linux स्क्रिप्ट चलाएँ।

Go स्थापना

go install github.com/archcore-ai/cli@latest

स्रोत से

git clone https://github.com/archcore-ai/cli.git
cd cli
go build -o archcore .

समर्थित प्लेटफ़ॉर्म: macOS, Linux, Windows — amd64 और arm64।

पर्यावरण चरों (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) के लिए, स्थापना सेटिंग्स देखें। PATH समस्याओं के लिए, स्थापना समस्या निवारण देखें।

कॉन्फ़िगरेशन

सेटिंग्स .archcore/settings.json में रहती हैं, जो archcore init द्वारा बनाई जाती हैं।

फ़ील्ड	विवरण	मान
`sync`	सिंक मोड। क्लाउड और ऑन-प्रिमाइस जल्द आ रहे हैं।	`none` (केवल स्थानीय), `cloud`, `on-prem`
`language`	दस्तावेज़ भाषा। एजेंट को सही भाषा में दस्तावेज़ीकरण उत्पन्न करने में मदद करता है।	स्ट्रिंग, डिफ़ॉल्ट `en`

archcore config                    # show all settings
archcore config get <key>          # get a specific value
archcore config set <key> <value>  # set a value

पारिस्थितिकी तंत्र

Archcore प्लगइन — Claude Code या Cursor उपयोग कर रहे हैं? प्लगइन CLI के साथ जोड़ता है: समान इंजन, साथ ही कौशल, इरादा कमांड, और सुरक्षा उपाय। एक उत्पाद, दो प्रवेश बिंदु — CLI अपने आप में हर अन्य एजेंट को कवर करता है।
docs.archcore.ai — पूर्ण दस्तावेज़ीकरण।
इस रिपॉजिटरी में .archcore/ — एक जीवंत उदाहरण: CLI अपनी स्वयं की संदर्भ परत के साथ बनाया गया है।

विकास

Go 1.25+ की आवश्यकता है।

go build -o archcore .   # build
go test ./...            # run all tests

लिंक और लाइसेंस

दस्तावेज़ीकरण: docs.archcore.ai
वेबसाइट: archcore.ai
प्लगइन (Claude Code, Cursor): github.com/archcore-ai/plugin
समस्याएँ: github.com/archcore-ai/cli/issues
लाइसेंस: Apache 2.0