oh-my-openagent-toolkit - Claude Code से शुरू होकर OpenCode/oh-my-openagent पर स्थिर हुआ लोकल ऑपरेशंस टूलकिट
(github.com/HanTechnology)नमस्ते।
जब से मैं Claude Code का सक्रिय रूप से उपयोग कर रहा था, तब से मुझे यह महसूस हुआ कि अगर AI coding agent को किसी प्रोजेक्ट में वास्तव में जोड़कर इस्तेमाल किया जाए, तो आखिरकार कोड से भी ज़्यादा एक ऐसी लेयर की ज़रूरत पड़ती है जो यह समझाए कि “इस प्रोजेक्ट में काम कैसे किया जाना चाहिए।”
उदाहरण के लिए, ऐसी चीज़ें:
- किस अनुरोध को कहाँ route करना चाहिए
- कौन-सा built-in helper जोड़ना सही होगा
- अभी इस समय किस हद तक सपोर्ट को स्पष्ट और मज़बूती से कहा जा सकता है
- नया काम कहाँ बनाना चाहिए, और मौजूदा प्रोजेक्ट को कैसे संभालना चाहिए
- UI श्रेणी के refinement को कहाँ से और कैसे जोड़ना सही होगा
शुरुआत में मैं Claude Code की तरफ अपनी शैली के अनुसार इसे लगातार निखारता रहा, फिर बीच में OpenCode की तरफ भी गया, और अब मैं oh-my-openagent पर स्थिर होकर इसे ऐसे रूप में बाँध चुका हूँ जिसे लोकल प्रोजेक्ट्स में अधिक लगातार तरीके से इस्तेमाल किया जा सके।
इस बार मैंने इसे oh-my-openagent-toolkit नाम से सार्वजनिक किया है।
GitHub:
https://github.com/HanTechnology/oh-my-openagent-toolkit
यह क्या है?
एक पंक्ति में कहें तो,
यह OpenCode + oh-my-openagent के ऊपर इस्तेमाल होने वाला project-local companion toolkit है।
थोड़ा और स्पष्ट रूप से कहें तो,
यह upstream harness को replace करने के बजाय उसके ऊपर बैठकर लोकल ऑपरेशंस लेयर को और स्पष्ट बनाने के अधिक करीब है।
यह repo मुख्य रूप से ऐसी चीज़ें जोड़ता है।
- thin routing
- अनुरोध को कहाँ भेजना है, इसे व्यवस्थित करता है
- कौन-सी category / helper सही है, इस बारे में अधिक स्पष्ट मार्गदर्शन देता है
- skill surface
.opencode/skills/के नीचे top-level entrypoint को व्यवस्थित करता है- अभी 43 entrypoint हैं, जिनमें 40 core surface हैं और 3 planned adjacent pack हैं
- support boundary
- validated / guided / planned को अलग करता है
- ताकि “शायद काम करता है” और “जिसे अभी सार्वजनिक रूप से आत्मविश्वास के साथ कहा जा सकता है” के बीच अंतर रखा जा सके
- workspace convention
- repo root से कैसे पढ़ना है, और किसे आधार बनाकर काम करना है, इसे व्यवस्थित करता है
- UI refinement layer
- impeccable श्रेणी को लोकल में बाँधकर
- UI काम के दौरान primary route के ऊपर अतिरिक्त refinement layer जोड़ी जा सके, यह संभव बनाता है
यह क्यों बनाया?
जब AI coding agent को वास्तविक प्रोजेक्ट में जोड़ा जाता है, तो एक समय ऐसा आता है जब “agent कितना smart है” से ज़्यादा “इस प्रोजेक्ट के अंदर agent को किन नियमों के अनुसार चलना चाहिए” यह अधिक महत्वपूर्ण हो जाता है।
खासकर जब कई domain आपस में मिले हुए हों, तब यह और भी सच होता है।
- frontend / backend / systems / data / security / QA
- implementation और validation की सीमा
- documentation और वास्तविक validated surface के बीच का अंतर
- agent helper को कब जोड़ना है और कब नहीं
इन सब बातों को हर बार prompt में लंबा लिखने या केवल लोगों के दिमाग में रखने के बजाय,
मुझे लगा कि इन्हें प्रोजेक्ट के भीतर एक पतली ऑपरेशंस लेयर के रूप में छोड़ना बेहतर होगा, इसलिए मैंने इसे बनाया।
मैंने यह भी साफ़ लिखा है कि यह repo क्या नहीं करना चाहता।
यह नीचे दी गई तीन चीज़ें नहीं है।
- (X) oh-my-openagent का आधिकारिक upstream distribution
- (X) harness को replace करने वाला नया runtime
- (X) लोकल में एक और control plane
यानी यह upstream के ऊपर बैठने वाला companion toolkit है,
न कि एक और नया framework बनाने की दिशा।
अभी यह कहाँ तक काम करता है?
यहाँ भी मैंने ज़रूरत से ज़्यादा पाबंदियाँ लगाने से बचने की कोशिश की है।
अभी इस repo में broad skill surface है (डेवलपमेंट के 43 तरह के व्यापक skills),
लेकिन वर्तमान में validated के रूप में रखे गए ये 4 हैं।
- frontend-product-delivery
- backend-service-delivery
- cloud-release-readiness
- ai-data-product-delivery
बाकी को guided या planned के रूप में वर्गीकृत किया गया है।
यह किन लोगों के लिए उपयुक्त है?
ऐसे लोगों के लिए यह उपयुक्त हो सकता है।
- जो पहले से OpenCode इस्तेमाल कर रहे हैं या इसे आज़माना चाहते हैं
- जो oh-my-openagent के ऊपर लोकल प्रोजेक्ट ऑपरेशंस लेयर को और स्पष्ट रखना चाहते हैं
- जो AI coding agent को वास्तविक repo/worktree इकाई पर चलाते हुए
routing / support boundary / workspace rule को व्यवस्थित करना चाहते हैं - जो केवल लंबे prompt लिखने के बजाय, प्रोजेक्ट के भीतर ऑपरेशनल ज्ञान को संरक्षित रखना चाहते हैं
जल्दी आज़माएँ
इस repo के लिए मोटे तौर पर यह क्रम अपनाया जा सकता है।
- OpenCode इंस्टॉल करें
- oh-my-openagent सेट करें
- repo clone करें
- opencode चलाएँ
- oh-my-openagent के Sisyphus या Prometheus + Atlas संयोजन के साथ vibe coding करें
अंत में
यह अभी किसी पूरी तरह तैयार रूप से ज़्यादा,
मेरे Claude Code → OpenCode → oh-my-openagent की ओर आने की प्रक्रिया में वास्तविक ज़रूरत के आधार पर व्यवस्थित किया गया एक लोकल ऑपरेशंस टूलकिट है।
अगर किसी ने इसी तरह की चिंता या विचार किए हों, तो कृपया feedback दें।
अभी कोई टिप्पणी नहीं है.