भारत में ग्राहकों के लिए साइट ग्लोबल साइट
The AI HiveIT Labs India की ओर से
प्रोडक्ट

The AI Hive कैसे काम करता है

एक नियंत्रित साझा मेमोरी, जिसे आपके लोग और उनके AI असिस्टेंट पढ़ते और लिखते हैं, और हर क़दम की जाँच इस आधार पर होती है कि पूछ कौन रहा है, वह कहाँ काम कर रहा है और उसे क्या अनुमति मिली है।

1. स्कोप

सात स्कोप, पूरी कंपनी से निजी तक

सरल शब्दों में: पूरी कंपनी, फिर प्रोजेक्ट, फिर क्लाइंट, फिर टीम, फिर व्यक्ति, फिर उस व्यक्ति का AI ऐप, फिर निजी नोट। ज्ञान का हर टुकड़ा ठीक एक जगह रहता है, और उसके हर संबंधित व्यक्ति को इनहेरिट होता है।

चित्र 1 · मेमोरी के दायरे और प्रवाहसात स्कोप
Memory scopes and the three flows Memory is organised from organisation at the top, through project and client, team, user and agent. Personal memory sits apart and is private. Up arrows show promotion with approval, down arrows show inheritance, and the across arrow shows team knowledge being synthesised into project knowledge. Organisationcompany-wideProjecta programmeClientkept apartTeama group of peopleUserone personAgentthat person's AI appPersonalprivate notes, never promotedDOWN · INHERITUP · PROMOTEACROSSdefault offgovernance approvesproject lead approves3 people confirm Memory scopes and the three flows Memory is organised from organisation at the top, through project and client, team, user and agent. Personal memory sits apart and is private. Up arrows show promotion with approval, down arrows show inheritance, and the across arrow shows team knowledge being synthesised into project knowledge. Organisationcompany-wideProjecta programmeClientkept apartTeama group of peopleUserone personAgentthat person's AI appPersonalprivate notes, never promotedDOWN · INHERITUP · PROMOTEUP · governance approvesACROSSdefault offUP · project leadapprovesUP · 3 people confirm
स्ट्रक्चर वाली मेमोरी के स्कोप और तीन फ़्लो: अप्रूवल के साथ ऊपर, इनहेरिटेंस से नीचे, अप्रूव किए गए सिंथेसिस से बराबर।
दायरायहाँ क्या रहता है
संगठनपूरी कंपनी का ज्ञान: मानक, नीतियाँ, साझा परिभाषाएँ।
प्रोजेक्टकाम के एक प्रोग्राम का ज्ञान, उस पर काम करने वाले सभी के साथ साझा।
क्लाइंटएक ग्राहक की हर जानकारी, बाकी हर ग्राहक से अलग।
टीमवह जो लोगों के एक समूह ने मिलकर सीखा और पुष्ट किया है।
उपयोगकर्ताकिसी व्यक्ति की अपनी कामकाजी मेमोरी।
एजेंटउस व्यक्ति के AI ऐप की मेमोरी, जो उसकी ओर से काम करती है।
व्यक्तिगतनिजी नोट। केवल उसी व्यक्ति को दिखते हैं, और कभी प्रमोट नहीं होते।

अभी उपलब्ध सातों स्कोप बन चुके हैं और हमारी पायलट डिप्लॉयमेंट पर चल रहे हैं।

2. फ़्लो

तीन गवर्न्ड फ़्लो जानकारी को एक स्कोप से दूसरे में ले जाते हैं

ऊपर: प्रमोशन

जाँचे हुए निष्कर्ष केवल मंज़ूरी के बाद ऊपर जाते हैं।

  • कम से कम 3 लोगों के स्वतंत्र रूप से पुष्टि करने पर टीम में
  • प्रोजेक्ट लीड द्वारा प्रोजेक्ट में
  • गवर्नेंस द्वारा संगठन में

व्यक्तिगत मेमोरी निजी है और कभी प्रमोट नहीं की जाती।

नीचे की ओर: विरासत (इनहेरिटेंस)

जब कोई ऊपरी स्कोप बदलता है, तो प्रभावित हर व्यक्ति के AI को अपडेट मिल जाता है। नए सदस्यों को संदर्भ तुरंत विरासत में मिल जाता है, हफ़्तों समझाए जाने की ज़रूरत नहीं पड़ती।

सभी में: संश्लेषण

टीम की जानकारी को प्रोजेक्ट की जानकारी में मिलाया जा सकता है। यह तब तक बंद रहता है जब तक एडमिन इसे चालू न करे, और इसके लिए हमेशा मंज़ूरी चाहिए।

3. एक उदाहरण

निजी नोट से संगठन के मानक तक

एक उदाहरण परिदृश्य जो दिखाता है कि एक उपयोगी इनसाइट स्कोप से होकर कैसे आगे बढ़ती है। समझाने के लिए नाम और ब्योरे काल्पनिक हैं।

  1. एक निजी नोट

    एक इंजीनियर एक निजी नोट लिखती है: किसी ख़ास सप्लायर के ड्रॉइंग को रिलीज़ से पहले एक विशेष रिविज़न जाँच चाहिए। यह उसके Personal स्कोप में रहता है। कोई और इसे नहीं देख सकता, और यह अपने आप कभी प्रमोट नहीं होगा।

  2. उसका AI ऐप इसे प्रस्तावित करता है

    सेशन के अंत में उसका AI ऐप एक सेशन सारांश का ड्राफ़्ट बनाता है। कुछ भी सहेजे जाने से पहले वह उसे पढ़कर पुष्टि करती है। उपयोगी इनसाइट उसकी टीम के लिए एक तथ्य के रूप में प्रस्तावित होती है, सीधे लिखी नहीं जाती।

  3. टीम: 3 पुष्टियों के बाद

    जब सहकर्मी वही समस्या पाते हैं और स्वतंत्र रूप से उसकी पुष्टि करते हैं, तो वह तथ्य कम से कम 3 लोगों की सीमा तक पहुँच जाता है। तब वह Team मेमोरी का हिस्सा बन जाता है, और टीम के हर सदस्य का AI उसे पा लेता है।

  4. प्रोजेक्ट: लीड मंज़ूरी देता है

    प्रोजेक्ट लीड तथ्य की समीक्षा करता है और उसे पूरे प्रोजेक्ट के लिए मंज़ूर करता है। अब प्रोग्राम पर काम करने वाला हर व्यक्ति उसके साथ शुरू करता है, अगले महीने जुड़ने वाले लोग भी।

  5. संगठन: गवर्नेंस तय करती है

    अगर कोई सीख कंपनी का मानक बनने लायक है, तो गवर्नेंस उसे संगठन स्तर पर मंज़ूर करता है। हर पिछला संस्करण रखा जाता है, और ऑडिट लॉग दर्ज करता है कि किसने क्या और कब मंज़ूर किया।

4. कॉन्टेक्स्ट पैक

हर AI काम के लिए तैयार शुरुआत

जब कोई AI ऐप कोई काम शुरू करता है, तो वह The AI Hive से कॉन्टेक्स्ट पैक माँगता है: संगठन में उसकी जगह के लिए विरासत में मिली मेमोरी, यानी उसका संगठन, प्रोजेक्ट, क्लाइंट, टीम और यूज़र। पैक के साथ एक मैनिफ़ेस्ट आता है, ताकि ऐप बाद में सब कुछ दोबारा लाने के बजाय सस्ते में रिफ़्रेश कर सके।

नतीजा यह कि बार-बार संदर्भ समझाने की ज़रूरत कम पड़ती है। मेमोरी डेटा के रूप में लेबल लगाकर लौटाई जाती है, और जो टेक्स्ट निर्देश जैसा दिखता है उस पर निशान लग जाता है, इसलिए निकाली गई मेमोरी को कभी आदेश नहीं समझा जाता।

अभी उपलब्ध

हर नतीजे के पीछे

  • हाइब्रिड सर्च: अर्थ और कीवर्ड दोनों, हर नतीजे पर अनुमतियों की दोबारा जाँच के साथ
  • क्लाइंट वॉल: किसी क्लाइंट की मेमोरी सिर्फ़ तभी मिलती है जब उसी क्लाइंट या उससे जुड़े प्रोजेक्ट पर काम हो रहा हो
  • ऑडियंस लेबल: internal (डिफ़ॉल्ट), restricted (सिर्फ़ नामित लोग, बॉट कभी नहीं पढ़ते) और external_ok (बाहरी जवाबों के लिए सुरक्षित, लीड द्वारा तय)
  • वर्ज़निंग: हर अपडेट पिछला संस्करण सुरक्षित रखता है
5. स्पेस

जहाँ भी व्यक्ति काम करे, सही मेमोरी लोड होती है

लोग रिपॉज़िटरी, ड्राइव, चैट प्रोजेक्ट और लोकल फ़ोल्डर में कई AI ऐप के बीच काम करते हैं। The AI Hive इनमें से हर स्पेस को कंपनी की जगहों से जोड़ता है, ताकि AI ऐप जान सके कि वह किस प्रोजेक्ट, टीम या क्लाइंट के लिए काम कर रहा है।

चित्र 2 · कंपनी की जगहें और व्यक्ति के स्पेसकाल्पनिक उदाहरण
Company places and a person's spaces, linked in a space graph On the left, the organisation's places (org, project, team) and the company's declared spaces: a repository, a Jira project, a shared drive and a team chat channel. On the right, the spaces reported by one person's own tools. A solid line shows that her clone is the same space as the company repository; dashed lines link her own repository, drive folder and chat project to the Shipping project; her local scratch folder has no line and stays private. Organisation (places)Org: Example CoProject: ShippingTeam: PlatformCompany spacesRepository shipping-apiJira project SHIPShared drive "Shipping docs"Team chat #shippingDeclared by the company andlinked to places by mapping rulesPerson: AliceA coding assistant on two PCs,a chat app on her phone anda review bot she sponsorsHer spacesClone of shipping-apiHer repo ship-toolsDrive folder "ship notes"Chat project "Shipping"Local folder ~/scratchReported by her own tools,never guessedSpace graph• one address per space, many aliases• owner: company, person or client• every link has evidence behind itsame space (her clone = company repo)linked to a placeno line: stays private Company places and a person's spaces, linked in a space graph On the left, the organisation's places (org, project, team) and the company's declared spaces: a repository, a Jira project, a shared drive and a team chat channel. On the right, the spaces reported by one person's own tools. A solid line shows that her clone is the same space as the company repository; dashed lines link her own repository, drive folder and chat project to the Shipping project; her local scratch folder has no line and stays private. Organisation (places)Org: Example CoProject: ShippingTeam: PlatformCompany spacesRepository shipping-apiJira project SHIPShared drive "Shipping docs"Team chat #shippingDeclared by the company and linked toplaces by mapping rulesSpace graph• one address per space, many aliases• owner: company, person or client• every link has evidence behind itsame space (her clone = company repo)linked to a placeno line: stays privatePerson: AliceA coding assistant on two PCs,a chat app on her phone anda review bot she sponsorsHer spacesClone of shipping-api= same spaceHer repo ship-tools→ ShippingDrive folder "ship notes"→ ShippingChat project "Shipping"→ ShippingLocal folder ~/scratchno line · privateReported by her own tools, never guessed
काल्पनिक उदाहरण। बाईं ओर कंपनी की जगहें और स्पेस, दाईं ओर एक व्यक्ति के स्पेस। The AI Hive जानता है कि उसका क्लोन कंपनी का रेपो है, और उसका अपना रेपो, ड्राइव फ़ोल्डर और चैट प्रोजेक्ट Shipping प्रोजेक्ट के हैं। उसका स्क्रैच फ़ोल्डर निजी रहता है।

घोषित, अनुमानित नहीं

कंपनी अपने स्पेस और मैपिंग नियम घोषित करती है। किसी व्यक्ति के अपने टूल उसके स्पेस बताते हैं; The AI Hive कभी अंदाज़ा नहीं लगाता कि कोई कहाँ काम कर रहा है।

हर लिंक के पीछे सबूत है

स्पेस से किसी स्थान तक का लिंक सबूत के साथ घोषित या सुझाया जाता है, और सुझावों की पुष्टि होने के बाद ही वे गिने जाते हैं।

जो निजी है वह निजी रहता है

जिस स्पेस का कोई लिंक नहीं, जैसे स्क्रैच फ़ोल्डर, वह व्यक्ति की अपनी मेमोरी में रहता है और कभी साझा नहीं होता।

टेस्टिंग में स्पेस रजिस्ट्री और स्पेस मैपिंग बनी हैं और टेस्टिंग में हैं।

6. इंडेक्स

सवाल को जवाब कैसे मिलता है

The AI Hive हर तरह की जानकारी के लिए एक खोजने योग्य इंडेक्स रखता है: कौन और कहाँ, और क्या। हर इंडेक्स कीवर्ड और अर्थ दोनों से खोजा जाता है, और हर एंट्री के साथ उसका ऑडियंस जुड़ा होता है, इसलिए नतीजों में केवल वही आता है जो पूछने वाला देख सकता है।

चित्र 3 · इंडेक्स और सवाल का जवाब कैसे मिलता हैकाल्पनिक उदाहरण
Indexes, the link graph, and how a question is answered Catalog indexes for people, agents and bots, places, spaces and topics on the left; memory, knowledge and source indexes on the right; a link graph in the middle; short index cards loaded at session start; and the five steps of answering a question: question, who and where, filter by permissions, search, and an answer that links to its source. Index cards, loaded at session startA short card for the person and their current place, sent with the space manifest. Details are fetched only when needed.Catalog indexes: who and wherePeoplenames, e-mails, accounts, ask-me-aboutAgents · task bots · workerskind, master or sponsor, purpose, placesPlacesorg, projects, teams, clients, membersSpacesspace IDs, aliases, owner side, linksTopics and glossarysystems, customers, terms, codenamesContent indexes: whatMemory indexitems from people, agents, botsand workers, stamped withtheir memory addressKnowledge indexdecisions, actions, facts,procedures, digests, who to ask(from space content)Source indexcleaned mail, chat, documentand issue text, with access rules,for finding the originalLink graphperson member of team / projectagent / bot / worker works for personspace linked to placeitem created by actoritem created in spaceitem / record counts toward placerecord about topicrecord evidence from sourceEvery index: keyword + meaning search,every entry carries its audience,results filtered to what you may seeAnswering a question1 Question“What did we decideabout canary deploys?”from her coding app,in shipping-api2 Who and wherecatalog indexes:“canary” = topic“we” = Alice’s placesShipping = 3 spaces3 Filteronly places andspaces Alice maysee; client walls;groups of 3 or more4 Searchmemory + knowledgeindexes, keywordand meaning, insidethat scope5 Answerfollow links to thesource: “blue-green,5-min canary — 3 Oct,#shipping (Alice);7 people agree” Indexes, the link graph, and how a question is answered Catalog indexes for people, agents and bots, places, spaces and topics on the left; memory, knowledge and source indexes on the right; a link graph in the middle; short index cards loaded at session start; and the five steps of answering a question: question, who and where, filter by permissions, search, and an answer that links to its source. Index cards, loaded at session startA short card for the person and theircurrent place, sent with the space manifest.Details are fetched only when needed.Catalog indexes: who and wherePeoplenames, e-mails, accounts, ask-me-aboutAgents · task bots · workerskind, master or sponsor, purpose, placesPlacesorg, projects, teams, clients, membersSpacesspace IDs, aliases, owner side, linksTopics and glossarysystems, customers, terms, codenamesLink graphperson member of team / projectagent / bot / worker works for personspace linked to placeitem created by actoritem created in spaceitem / record counts toward placerecord about topicrecord evidence from sourceEvery index: keyword + meaning search,every entry carries its audience,results filtered to what you may seeContent indexes: whatMemory indexitems from people, agents, botsand workers, stamped withtheir memory addressKnowledge indexdecisions, actions, facts,procedures, digests, who to ask(from space content)Source indexcleaned mail, chat, documentand issue text, with access rules,for finding the originalAnswering a question1 Question“What did we decide about canary deploys?”from her coding app, in shipping-api2 Who and wherecatalog indexes: “canary” = topic,“we” = Alice’s places,Shipping = 3 spaces3 Filteronly places and spaces Alice may see;client walls; groups of 3 or more4 Searchmemory + knowledge indexes, keywordand meaning, inside that scope5 Answerfollow links to the source:“blue-green, 5-min canary — 3 Oct,#shipping (Alice); 7 people agree”
काल्पनिक उदाहरण। कैटलॉग इंडेक्स (कौन और कहाँ) और कंटेंट इंडेक्स (क्या), एक लिंक ग्राफ़ से जुड़े हुए। सवाल को जगहों और विषयों में बदला जाता है, उसे उतने तक सीमित किया जाता है जितना व्यक्ति देख सकता है, खोजा जाता है, और स्रोत के लिंक के साथ जवाब दिया जाता है।

टेस्टिंग में इंडेक्स कार्ड और रूटिंग के साथ कैप्चर बने हैं और टेस्टिंग में हैं।

बना हुआ और टेस्टिंग में। जो टेस्टिंग में पास नहीं होगा, उसे हटा दिया जाएगा।

7. कनेक्टर

डिज़ाइन से केवल-पढ़ने वाला

The AI Hive उन सिस्टम से सीखता है जिन्हें आप पहले से इस्तेमाल करते हैं, पर उनमें कभी कुछ लिखता नहीं।

अभी उपलब्ध अभी उपलब्ध

  • Jira Cloud
  • PostgreSQL व्यू
  • IMAP मेलबॉक्स: सिर्फ़ चुने हुए फ़ोल्डर, भेजने वाले का डोमेन सत्यापित होने के बाद
  • प्रोजेक्ट से जुड़े Git रिपॉज़िटरी के पते (कोड ख़ुद नहीं पढ़ा जाता)

कनेक्टर प्रस्तावित तथ्यों को एक मंज़ूरी कतार में भेजते हैं। जब तक कोई व्यक्ति मंज़ूर न करे, उनकी खोजी हुई कोई भी बात साझा मेमोरी नहीं बनती।

बना हुआ और टेस्टिंग में टेस्टिंग में

  • Microsoft 365 मेल, Teams और ड्राइव
  • Google Drive
  • GitHub

बना हुआ और टेस्टिंग में। जो टेस्टिंग में पास नहीं होगा, उसे हटा दिया जाएगा।

पूरी तस्वीर के लिए इंटीग्रेशन पेज देखें।

8. कॉलर के अधिकार

AI ऐप के पास उसके पीछे के व्यक्ति से ज़्यादा अधिकार कभी नहीं होते

हर अनुरोध में होता है कि कौन पूछ रहा है, कौन-सा ऐप कॉल कर रहा है और वे कहां काम कर रहे हैं। The AI Hive किसी AI ऐप को व्यक्ति के अपने अधिकारों और समय-सीमित अनुमति में से छोटा देता है। इसलिए एक एजेंट कभी उससे ज़्यादा न देख सकता है न बदल सकता है जितना उसका उपयोगकर्ता कर सकता है।

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

इनसे जो नियंत्रण निकलते हैं

  • नियंत्रित लेखन: भूमिका, समय-सीमित अनुमति या मंज़ूरी के बिना कुछ भी साझा स्कोप में नहीं पहुँचता
  • हर स्तर (संगठन, प्रोजेक्ट, टीम, ग्राहक, यूज़र, बॉट) पर फ़ीचर स्विच; निचले स्तर सिर्फ़ पाबंदी लगा सकते हैं
  • सहेजे जाने से पहले व्यक्ति या बॉट के प्रायोजक द्वारा पुष्ट किए गए सेशन सारांश
  • हर अनुमति और अस्वीकृति का ऑडिट

देखें कि The AI Hive आपके संगठन में कैसे काम कर सकता है

हम पायलट प्रोग्राम में कुछ ही डिज़ाइन पार्टनर जोड़ रहे हैं। अपनी टीमों और वे जो AI टूल इस्तेमाल करती हैं उनके बारे में बताइए, और हम साथ मिलकर पायलट का दायरा तय करेंगे।