दायरा
v1 क्या है, पहले की निष्पादन-स्तर योजना से क्या हटाया गया, और क्यों।
Runic हमेशा से कैश नहीं था। पहले की योजनाओं (रेपो में _deprecated/ के अंतर्गत संग्रहीत, और ऐतिहासिक संदर्भ के लिए ALPHA.md/ROADMAP.md में) में एक निष्पादन रनटाइम का वर्णन था: टूल कॉल को इंटरसेप्ट करना, अनुमतियाँ लागू करना, फ़ाइलसिस्टम/नेटवर्क पहुँच को सैंडबॉक्स करना, और एक कठोर बजट का मापन करना। यह पृष्ठ बताता है कि उस योजना को क्यों हटाया गया, विस्तारित क्यों नहीं किया गया।
v1 में शामिल
- किसी निर्णय के परिणाम को कैश करना, जिसे सटीक-मिलान सामान्यीकृत हस्ताक्षर —
{ intent, params }— पर कुंजीबद्ध किया जाता है; कभी भी कच्चा कार्य-पाठ नहीं, कभी भी रीजनिंग ट्रेस नहीं। - खर्च किए गए टोकन (एजेंट द्वारा रिपोर्ट किए गए) बनाम कैश हिट पर बचाए गए टोकन लॉग करना।
- प्रति-सत्र दायरा। सत्रों/एजेंटों के बीच साझा करना एक बाद का चरण है, जब यह सिद्ध हो जाए कि प्रति-सत्र पुन: उपयोग व्यवहार में मायने रखता है।
स्पष्ट रूप से दायरे से बाहर
- किसी भी प्रकार का निष्पादन। Runic कभी किसी क्षमता को कॉल नहीं करता, कुछ भी डिप्लॉय नहीं करता, या कोड नहीं चलाता। पुराना
packages/runtimeसमाप्त हो चुका है। - अनुमतियाँ या सैंडबॉक्सिंग। यदि कुछ भी निष्पादित नहीं होता, तो जाँचने के लिए कुछ नहीं है। पुराने
packages/permissionsऔरpackages/sandboxसमाप्त हो चुके हैं। - सिमैंटिक या फज़ी कार्य मिलान। यह जानबूझकर सीमित है — केवल सटीक मिलान। यह एक डिज़ाइन बाध्यता है, जिसका बाध्यता बने रहना अभिप्रेत है; न कि v1 का ऐसा शॉर्टकट जिसे बाद में बिना इस प्रश्न को फिर से खोले विस्तृत कर दिया जाए कि क्या कैश हिट वास्तव में वही निर्णय है।
यह एक पिवट है, जोड़ नहीं
पुरानी निष्पादन-स्तर योजना का अधिकांश भाग — अनुमति प्रवर्तन, सैंडबॉक्सिंग, क्षमता निष्पादन — MCP द्वारा टूल कॉल के लिए पहले से मानकीकृत चीज़ों की नकल निकला। उसके ऊपर एक समानांतर अनुमति/निष्पादन प्रणाली बनाना अपने आप में एक ठोस रणनीतिक आधार नहीं है; यह उस मानक के साथ प्रतिस्पर्धा करने वाला अनावश्यक इंफ्रास्ट्रक्चर है जो पहले से मौजूद है।
कैश-और-लेजर विचार इस कटौती से बच गया क्योंकि यह उस प्रश्न का उत्तर देता है जो MCP नहीं देता: क्या यह सटीक निर्णय पहले ही हल किया जा चुका है, और इसकी लागत क्या थी? यह “Runic आपके एजेंट के निष्पादन का प्रबंधन करता है” से अधिक संकीर्ण, अधिक ईमानदार दावा है — और यही वह बात है जिस पर यह रेपो वास्तव में खरा उतरता है, वास्तुकला आरेख के बजाय उसके समर्थन में वास्तविक बेंचमार्क संख्याओं के साथ।
यदि आप निष्पादन-स्तर योजना ढूँढ रहे हैं
इसे इतिहास के लिए रेपो रूट में ALPHA.md और ROADMAP.md में संरक्षित रखा गया है, और कोड स्वयं _deprecated/ के अंतर्गत संग्रहीत है। किसी का भी रखरखाव नहीं किया जाता, और कोई भी यह प्रतिबिंबित नहीं करता कि Runic आज क्या जारी करता है — उसके लिए परिचय पढ़ें।