CORAA
AI Modules/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

चरण 1, एंगेजमेंट का हैश

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

Step 02

चरण 2, निर्धारक निष्पादन परत

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

Step 03

चरण 3, नियम-आधारित वर्गीकरण

उत्पन्न प्रत्येक वर्गीकरण किसी ICAI Standard on Auditing संदर्भ, Income Tax Act धारा, GST Act प्रावधान, या Companies Act खंड से जुड़ा होता है. जिन नियमों का कोई आधार नहीं, वे बनाए नहीं जा सकते — इंजन निराधार आउटपुट को अस्वीकार कर देता है.

Step 04

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

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

Step 05

चरण 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.

Start the free trial →Book a walk-through
Deterministic Core, Patent-pending Execution Layer | CORAA | CORAA