होस्ट-अज्ञेयवादी मुद्रा

Apothem एक एकल सिद्धांत के इर्द-गिर्द डिज़ाइन किया गया है: आपका शासन कॉन्फ़िगरेशन किसी भी एकल हार्नेस से अधिक टिकाऊ होना चाहिए। साझा Apothem प्रोफ़ाइल ~/.config/apothem/profile.yaml या --profile PATH पर एक स्कीमा-सत्यापित YAML फ़ाइल है; पैकेज किए गए Apothem समूह कमांड, नियम, स्किल, हुक, टेम्प्लेट, स्टेटसलाइन, आउटपुट शैलियाँ, और प्रत्यायोजन परिभाषाएँ प्रदान करते हैं। src/apothem/harnesses/<harness>/ के अंतर्गत प्रति-हार्नेस अडैप्टर उन इनपुट को उस प्रारूप में अनुवादित करते हैं जिसकी प्रत्येक समर्थित हार्नेस को आवश्यकता होती है:

Claude Code, Cursor, Gemini CLI, GitHub Copilot, Codex, Windsurf,
OpenCode, Antigravity, Open-Claw, Hermes, Qwen Code,
CodeBuddy, Kiro, Trae, Zed, GLM (Z.ai), Kimi Code

मूल विचारCopy Anchor Link

होस्ट-अज्ञेयवाद का अर्थ है कि आपका अभिप्राय — आप कौन हैं, आप सहायकों से कैसे व्यवहार करवाना चाहते हैं, उन्हें जिन नियमों का पालन करना चाहिए — एक ऐसे स्थान पर रहता है जिसका स्वामित्व किसी एकल हार्नेस के पास नहीं होता। हार्नेस उस अभिप्राय के विनिमेय उपभोक्ता हैं। जब कोई नया सहायक आता है, तो आप उसे एक अडैप्टर जोड़कर अपनाते हैं, अपना कॉन्फ़िगरेशन फिर से रचकर नहीं। जब आपके द्वारा उपयोग किया गया कोई सहायक प्रचलन से बाहर हो जाता है, तो आप उसे अपने द्वारा निर्मित शासन को खोए बिना त्याग देते हैं। प्रोफ़ाइल परिसंपत्ति है; हार्नेस एक रेंडर लक्ष्य है। हार्नेस का उपयोग कोडिंग, चैट, सहकार्य, अनुसंधान, या लेखन के लिए किया जा सकता है — प्रोफ़ाइल इस बात से अज्ञेयवादी है कि हार्नेस किस लिए है।

यह एक जानबूझकर किया गया उलटाव है। सामान्य मार्ग प्रत्येक टूल को सीधे कॉन्फ़िगर करना है, जो आपके निवेश को उस टूल की दीर्घायु और प्रारूप का बंधक बना देता है। Apothem कॉन्फ़िगरेशन को पोर्टेबल पूंजी और हार्नेस को एक डिस्पोज़ेबल टर्मिनल के रूप में मानता है।

समस्याCopy Anchor Link

प्रत्येक हार्नेस का अपना कॉन्फ़िग प्रारूप होता है:

Claude Code:    CLAUDE.md + settings.json
Cursor:         .cursor/rules/*.mdc
GitHub Copilot: .github/copilot-instructions.md
Windsurf:       .devin/rules/
Codex:          AGENTS.md

Apothem के बिना, आप N अलग-अलग कॉन्फ़िग फ़ाइलें बनाए रखते हैं जो समय के साथ एक-दूसरे से दूर हो जाती हैं।

Apothem समाधानCopy Anchor Link

One shared Apothem profile (YAML) + packaged cohorts
    identity.name
    preferences.style
    rules[]
         |
         v
    Adapter layer (HarnessAdapter protocol — src/apothem/harnesses/<harness>/)
         |
         +---> Claude Code adapter   -> ~/.claude/
         +---> Cursor adapter        -> .cursor/rules/*.mdc
         +---> Copilot adapter       -> .github/copilot-instructions.md
         +---> Windsurf adapter      -> .devin/rules/
         +---> ...

आप साझा प्रोफ़ाइल को एक बार संपादित करते हैं, फिर परिवर्तन का प्रसार करने के लिए apothem update --harness <name> या apothem update --harness all --project <path> चलाते हैं। apothem harnesses list पंजीकृत समुच्चय प्रिंट करता है।

"apothem" क्योंCopy Anchor Link

यह नाम आर्किटेक्चर को संहिताबद्ध करता है। ज्यामिति में, एक apothem किसी नियमित बहुभुज के केंद्र से उसकी किसी एक भुजा के मध्यबिंदु तक का लंब होता है — कोर से प्रत्येक किनारे तक की एकल दूरी, हर दिशा में समान। यही डिज़ाइन है: केंद्र पर एक साझा प्रोफ़ाइल, परिधि पर सत्रह समदूरस्थ हार्नेस, प्रत्येक मूर्तीकरण सत्य के स्रोत से समान दूरी पर। जब कोई किनारा बदलता है तो कोर नहीं बदलता; किनारे कोर के साथ एक एकल संबंध साझा करते हैं। चूँकि हर हार्नेस एक ही प्रोफ़ाइल से व्युत्पन्न होता है, बहाव पता लगाने योग्य है (apothem status उसकी रिपोर्ट देता है) और सुधारने योग्य है (apothem update उसे फिर से मूर्त रूप देता है)।

पोर्टेबिलिटी गारंटियाँCopy Anchor Link

portability: universal से चिह्नित कमांड और हेल्पर उन सभी हार्नेस में अनुवादित होते हैं जिनकी रजिस्ट्री प्रविष्टि कमांड सतह का समर्थन करती है (रूपांतरित या समर्थन-वृक्ष); जिनमें यह नहीं है, उन्हें कोई कमांड नहीं मिलता। इंजन इस मार्कर का मूल्यांकन नहीं करता। portability: project-specific से चिह्नित कमांड और हेल्पर को फ़ाइल की बॉडी में प्रति-हार्नेस ओवरराइड दस्तावेज़ीकरण की आवश्यकता हो सकती है।