---
title: दायरा
description: v1 क्या है, पहले की निष्पादन-स्तर योजना से क्या हटाया गया, और क्यों।
sidebar:
  order: 8
---
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 आज क्या जारी करता है — उसके लिए [परिचय](/) पढ़ें।