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

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

मूल विचार

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

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

समस्या

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

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 समाधान

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" क्यों

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

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

portability: universal से चिह्नित नियम प्रत्येक समर्थित हार्नेस के लिए अनुवाद-योग्य होने की गारंटी देते हैं। portability: project-specific से चिह्नित नियमों को नियम बॉडी में प्रति-हार्नेस ओवरराइड दस्तावेज़ीकरण की आवश्यकता हो सकती है।