CORAA
Features/Architecture/एक LLM जो अनुमान नहीं लगाता.
पेटेंट लंबित · मूल

एक LLM जो अनुमान नहीं लगाता.

पेटेंट-लंबित निष्पादन परत. एक ही लेजर, एक ही मानक, एक ही उत्तर — हर बार.

ऑडिट पुनरुत्पादन पर बना है. SA 230 की परिभाषा के अनुसार, जिस वर्किंग पेपर को पुनः निष्पादित नहीं किया जा सकता, वह दस्तावेज़ीकरण ही नहीं है. जनरेटिव AI विपरीत पर बनी है — स्टोकैस्टिक सैंपलिंग, टेम्परेचर बहाव, प्रॉम्प्ट संवेदनशीलता. Coraa फ़ाउंडेशन मॉडल को एक पेटेंट-लंबित निर्धारक निष्पादन परत में आवृत करता है, ताकि वही लेजर, उन्हीं मानकों के विरुद्ध, हर बार वही निष्कर्ष दे — बाइट-समान, हैश-तुलनीय, NFRA-रक्षणीय.

  • वित्तीय वर्गीकरणों पर रचना से ही शून्य मतिभ्रम
  • रन, पार्टनर और पीयर समीक्षकों के बीच 100% पुनरुत्पादन योग्य
  • हर उत्तर अपना नियम, अपनी पंक्ति, और अपना सीड उद्धृत करता है
  • एक ही एंगेजमेंट के किन्हीं दो रन की हैश-तुलना करें
Two paths, one ledger

The old way, and ours.

Two paths to the same audit conclusion. One leaves traces; the other doesn't.

Traditional

The old way

  • -ChatGPT और Copilot एक ही प्रश्न का अलग-अलग रन में अलग उत्तर देते हैं
  • -टेम्परेचर, सैंपलिंग और प्रॉम्प्ट बहाव के कारण दो समीक्षक कभी एक ही आउटपुट नहीं देखते
  • -NFRA निरीक्षण में बचाव संभव नहीं — वर्किंग पेपर पुनः निष्पादन योग्य नहीं है
  • -मतिभ्रम-जनित वर्गीकरण, गढ़े गए नियम क्रमांक, मनगढ़ंत धारा संदर्भ
  • -किसी विशेष उत्तर के कारण का कोई ऑडिट ट्रेल नहीं
जो LLM बहता है, वह ऑडिट राय का आधार नहीं बन सकता.
CORAA

On the Ledger

  • पेटेंट-लंबित निष्पादन परत फ़ाउंडेशन मॉडल के ऊपर निर्धारकता लागू करती है
  • इनपुट (लेजर + मानक + थ्रेशोल्ड) एक अद्वितीय एंगेजमेंट कुंजी में हैश होते हैं
  • वही कुंजी वही आउटपुट देती है, लाखों कृत्रिम पुनः-रनों में सत्यापित
  • हर वर्गीकरण अपना नियम संदर्भ, पंक्ति संदर्भ और सीड धारण करता है
  • एक ही एंगेजमेंट के दो रन बाइट-दर-बाइट दो समान फ़ाइलें देते हैं
Coraa का पुनरुत्पादन मार्केटिंग नहीं, गणितीय है.
How it works

Three steps. Every trace logged.

Step 01

Step 1, एंगेजमेंट को हैश करें

मैप्ड लेजर डेटा, कॉन्फ़िगर किए स्टैंडर्ड, मटीरियलिटी मेमो और नियम-भार मिलकर एक अनोखी एंगेजमेंट कुंजी में हैश होते हैं। यह कुंजी आगे की हर क्लासिफ़िकेशन, सैंपलिंग और रिपोर्टिंग स्टेप का इनपुट है।

Step 02

Step 2, डिटरमिनिस्टिक एग्ज़िक्यूशन लेयर

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

Step 03

Step 3, नियम-बद्ध क्लासिफ़िकेशन

बनी हर क्लासिफ़िकेशन किसी ICAI Standard on Auditing संदर्भ, Income Tax Act सेक्शन, GST Act प्रावधान या Companies Act क्लॉज़ से बँधी है। बिना एंकर के नियम बन ही नहीं सकते, इंजन निराधार आउटपुट अस्वीकार करता है।

Step 04

Step 4, पुनरुत्पादन ऑडिट

कोई भी एंगेजमेंट, दिनों या वर्षों बाद, अपरिवर्तनीय Engagement Log से दोबारा चलाया जा सकता है। दोबारा चलाने पर बाइट-समान फ़ाइल बनती है। फ़ाइल भटके तो इंजन डिटरमिनिस्टिक-इंटेग्रिटी अलर्ट उठाता है और पार्टनर के देखने से पहले ऑडिट टीम को सूचित किया जाता है।

Step 05

Step 5, बचाव के लिए हैश-तुलना

NFRA या पीयर रिव्यू फ़ाइल माँगे तो वे प्रकाशित सीड से खुद एंगेजमेंट दोबारा चलाकर हैश की तुलना कर सकते हैं। मेल खाता हैश ही बचाव है, कोई सुनाई कहानी नहीं, एक तुलनीय संख्या।

Inside the module

What you actually get.

हैश-तुलनीय एंगेजमेंट

एक ही मैप्ड लेजर डेटा रखने वाले दो पक्ष एंगेजमेंट स्वतंत्र रूप से चलाकर हैश का आदान-प्रदान कर सकते हैं। हैश मिलें तो ऑडिट पुनरुत्पादन-योग्य है। न मिलें तो इंजन ठीक बताता है कि कौन-सी क्लासिफ़िकेशन क्यों भटकी।

सीड-प्रिंटेड वर्किंग पेपर

हर सैंपल, हर क्लासिफ़िकेशन, हर थ्रेशोल्ड निर्णय अपनी बनाने वाली सीड साथ रखता है। उसी सीड से दोबारा चलाएँ = वही नतीजा। सीड वर्किंग पेपर का हिस्सा है, मेटाडेटा नहीं।

डिटरमिनिस्टिक-इंटेग्रिटी अलर्ट

रैपर को फ़ाउंडेशन-मॉडल ड्रिफ़्ट, नॉन-डिटरमिनिस्टिक API कॉल या घड़ी-निर्भर आउटपुट मिले तो एंगेजमेंट रुकता है और अलर्ट सामने आता है। टीम पिछला डिटरमिनिस्टिक वर्शन लॉक करना या जाँच करना चुन सकती है।

ओपन-मेथड, क्लोज़्ड-वेट बचाव

डिटरमिनिस्टिक विधि प्रकाशन-योग्य और ऑडिट-योग्य है, NFRA निरीक्षक और पीयर रिव्यूअर Coraa के मॉडल वेट देखे बिना एल्गोरिद्म सत्यापित कर सकते हैं। बचाव गणित पर बना है, पहुँच पर नहीं।

Frequently asked

Answers, up front.

Coraa ने उस विधि पर पेटेंट दायर किया है जिसके द्वारा ऑडिट संदर्भ में एक गैर-निर्धारक फ़ाउंडेशन मॉडल से निर्धारक आउटपुट निकाले जाते हैं — इसमें हैशिंग योजना, सीड-बंधन, रैपर आर्किटेक्चर और निरीक्षण-बचाव हेतु प्रयुक्त हैश-तुलना प्रोटोकॉल शामिल हैं. आवेदन भारत और PCT में लंबित है.
Temperature 0 केवल टोकन सैंपलिंग को नियंत्रित करता है. यह प्रॉम्प्ट क्रम, KV cache निष्कासन, GPU गैर-निर्धारकता, या उन दर्जनों अन्य भिन्नता स्रोतों को नियंत्रित नहीं करता जो वास्तविक फ़ाउंडेशन-मॉडल सर्विंग स्टैक में होते हैं. Coraa निष्पादन परत उन सभी स्रोतों को नियंत्रित करती है — केवल सैंपलिंग टेम्परेचर नहीं — और आउटपुट स्तर पर बाइट-समानता सत्यापित करती है.
नहीं. फ़ाउंडेशन मॉडल की हर कॉल आवृत होती है. जो कॉल रैपर से बाहर निकलती हैं — उदाहरण के लिए घटना-प्रतिक्रिया के दौरान डेवलपर-मोड प्रॉम्प्ट — उन्हें स्पष्ट रूप से गैर-निर्धारक टैग किया जाता है और वे ऑडिट फ़ाइल में प्रवेश नहीं कर सकतीं. Engagement Log उन्हें दर्ज करने से इनकार कर देता है.
पिनिंग. प्रत्येक एंगेजमेंट एक विशिष्ट फ़ाउंडेशन-मॉडल संस्करण-हैश से बँधा होता है. मॉडल अद्यतन केवल नए एंगेजमेंटों पर लागू होते हैं; चल रहे या पुराने एंगेजमेंट तब तक पिन किए गए मॉडल के विरुद्ध हल होते रहते हैं जब तक फर्म स्पष्ट रूप से पुनः-पिन न करे. पुनः-पिन करने पर एक साथ-साथ डिफ़ बनती है ताकि फर्म देख सके कि क्या बदलता है.
बाइट-समान, SHA-256 पर सत्यापित. एक ही एंगेजमेंट के दो रन ऐसे दो PDF देते हैं जिनके SHA-256 हैश मेल खाते हैं. यह परीक्षण पूरे एंगेजमेंट कॉर्पस पर रात्रिकालीन रूप से चलता है; कोई बेमेल P0 घटना उत्पन्न करता है.
See it on a real ledger

Run एक llm जो अनुमान नहीं लगाता. on one of your engagements.

Bring a Trial Balance and a General Ledger. We'll walk through architecture end-to-end on your data, not a sandbox.

Run your first audit free →
Deterministic Core, Patent-pending Execution Layer | CORAA