b2c-app-builder

B2C App Builder, Clueless Creations का एक MIT-लाइसेंस प्राप्त, ओपन-सोर्स प्रोजेक्ट है जो कंज्यूमर-ऐप बिजनेस निर्माण को AI एजेंटों के लिए पुन: प्रयोज्य प्रिमिटिव्स (reusable primitives) के एक सेट के रूप में फ्रेम करता है। इसका README एक रेस्टोरेंट-किचन रूपक का उपयोग करता है: 'स्टेशन्स' वे जिम्मेदारियां हैं जो हर कंज्यूमर-ऐप बिजनेस साझा करते हैं और ऐप के साथ नहीं बदलते; 'capabilities' यह परिभाषित करती हैं कि प्रत्येक स्टेशन को क्या उत्पादित करना चाहिए; 'providers' उन्हें लागू करते हैं; 'recipes' काम को क्रिएशन और ऑपरेटिंग लूप्स में व्यवस्थित करती हैं; और चयनित 'knowledge' वह mise en place है जो एजेंट को सही निर्णय लेने में मदद करता है। उपयोगकर्ता को एक एग्जीक्यूटिव शेफ के रूप में वर्णित किया गया है, जो अवसर और उत्पाद चुनता है और मानक निर्धारित करता है। प्रोजेक्ट का कहना है कि केवल कौशल और सोर्स किए गए ज्ञान से यह स्पष्ट नहीं होता कि अगला काम कौन सा है, पिछले काम ने क्या तय किया, कौन सा प्रोवाइडर इसे चलाता है, परिणाम सही है या नहीं, और विफलता पर क्या होता है। Capabilities, recipes, planning, bounded execution, evidence और recovery को इनके उत्तर के रूप में प्रस्तुत किया गया है, जो कई विशिष्ट एजेंटों और प्रोवाइडर्स को अलग-अलग टुकड़ों के बजाय एक बिजनेस पर काम करने के लिए जोड़े रखते हैं। उपयोगकर्ता अपना स्वयं का एजेंट और मॉडल, इंफ्रास्ट्रक्चर, प्रोवाइडर अकाउंट और क्रेडेंशियल्स, और एक्जीक्यूशन एनवायरनमेंट प्रदान करते हैं; यह पद्धति स्वयं पूरी तरह से MIT लाइसेंस के तहत उपलब्ध है। स्टेशन्स से मैप किए गए कवर किए गए क्षेत्रों में अवसर अनुसंधान (उपयोगकर्ता, प्रतिस्पर्धी, मांग, एक रक्षात्मक उत्पाद परिकल्पना), उत्पाद परिभाषा (वादा, पहला मूल्य, कोर लूप, दायरा, सफलता के उपाय), अनुभव (पहचान, ऑनबोर्डिंग, इंटरेक्शन, मोशन, एक्सेसिबल स्टेट्स), इंजीनियरिंग (स्पष्ट कॉन्ट्रैक्ट्स और रनटाइम वेरिफिकेशन के साथ नेटिव और वेब सरफेस), राजस्व और विकास (सब्सक्रिप्शन, अधिग्रहण, फनल, एट्रिब्यूशन, लाइफसाइकिल), और लर्निंग और ऑपरेशंस (साक्ष्यों का निरीक्षण, सुधारों की योजना, उपयोगकर्ताओं का समर्थन, बिजनेस का रखरखाव) शामिल हैं। पाँच प्रिमिटिव्स का वर्णन किया गया है: एक Capability एक बिजनेस जिम्मेदारी है जिसमें ऑपरेशन सिमेंटिक्स और स्वीकृति मानदंड होते हैं; एक Provider घोषित समर्थन और सीमाओं के साथ विशिष्ट ऑपरेशंस का एक कार्यान्वयन है; एक Recipe एक कॉन्फ़िगर करने योग्य क्रिएशन या ऑपरेटिंग लूप है; Knowledge सीमित मात्रा में लोड किया गया सोर्स गाइडेंस है; Evidence किसी दावे, आर्टिफैक्ट और एनवायरनमेंट से जुड़े अवलोकन हैं। README इस बात पर जोर देता है कि प्रोवाइडर बदलने से यह पुन: परिभाषित नहीं होता कि एंटाइटमेंट या एक्टिवेशन का क्या मतलब है, एक नई रेसिपी उसी एक्जीक्यूशन और एविडेंस मशीनरी का पुन: उपयोग करती है, और बिल्डर्स उत्पाद, ब्रांड, बिजनेस मॉडल और ऑपरेटिंग लूप पर नियंत्रण रखते हैं। शुरुआत करने के लिए Node.js 24 की आवश्यकता होती है। `npm install -g b2c-app-builder` के बाद `b2c setup` स्थानीय वर्कस्पेस रजिस्ट्री बनाता है और Claude Code, Cursor और Codex के लिए MCP रजिस्ट्रेशन कमांड प्रिंट करता है। एक पोर्टेबल फॉर्म के लिए इंस्टॉलेशन की आवश्यकता नहीं है (`claude mcp add --scope user b2c-app-builder -- npx -y -p b2c-app-builder b2c-app-builder-mcp`)। सोर्स से, रिपॉजिटरी को क्लोन किया जाता है और `npm ci` और `npm run setup` के साथ चलाया जाता है, जो `npm link` चलाता है। शुरुआती कमांड्स में पब्लिक capabilities, providers और recipes को सूचीबद्ध करने के लिए `b2c catalog --json`, और बिना कुछ बदले कंपोजिशन का पूर्वावलोकन करने के लिए `b2c compose --config contracts/public-api/examples/subscription-app.json --json` शामिल हैं; पूर्वावलोकन प्रत्येक ऑपरेशन को एक प्रोवाइडर से हल करता है और ब्लॉकर की सूची देता है, और डिक्लेरेशन प्रीव्यू `canApply: false` रिपोर्ट करता है। इंस्टॉल किए गए पैकेज रेसिपी को सक्रिय करने के लिए अलग रिविजन-चेक्ड कंपोजिशन प्लान और एक्टिवेशन कमांड का उपयोग किया जाता है। एक नए बिजनेस के लिए, `b2c business-create` वर्कस्पेस नाम, एब्सोल्यूट डायरेक्टरी, उत्पाद नाम, परिकल्पना और मैंडेट के साथ एक प्लानिंग वर्कस्पेस रजिस्टर करता है; टारगेट खाली या अनुपस्थित होना चाहिए, और मौजूदा वर्कस्पेस को `b2c workspaces register` के साथ अपनाया जा सकता है। इसके बाद स्टेटस और प्लान कमांड आते हैं। वर्णित लाइफसाइकिल एक प्लानिंग वर्कस्पेस बनाता है, 99-वर्कफ़्लो कम्पलीट-बिजनेस रेसिपी के साथ स्वीकृत उत्पाद को इनिशियलाइज़ करता है, पात्र कार्य की योजना बनाता है, और एक्जीक्यूटर के माध्यम से बाउंडेड सेशन चलाता है, जिसमें एविडेंस रिपोर्ट वर्तमान स्वीकृति को गायब या पुराने प्रमाण और रिविजन-चेक्ड रिकवरी के माध्यम से बंद होने वाले बाधित अनुरोधों से अलग करती है। Compositions एक रेसिपी को टारगेट से बांधते हैं और YAML के माध्यम से एक सिंगल ऑपरेशन के लिए प्रोवाइडर को ओवरराइड कर सकते हैं (`apiVersion: b2c/v1`, रेसिपी id/version, टारगेट प्लेटफॉर्म और रनटाइम, और एक ऑपरेशन को प्रोवाइडर वर्जन और कनेक्शन से मैप करने वाली बाइंडिंग्स)। कनेक्शन वैल्यू अलग से प्रबंधित कनेक्शन के नाम होते हैं, क्रेडेंशियल्स नहीं। मोबाइल ऐप ऑपरेशन को अपनी स्वयं की capability के रूप में माना जाता है: एजेंट कस्टमर जर्नी पर चलते हैं, बग्स को रीप्रोड्यूस करते हैं, डिज़ाइन की समीक्षा करते हैं और स्क्रीनशॉट या डेमो फुटेज कैप्चर करते हैं, जिसमें एजेंट होस्ट के नेटिव सिम्युलेटर टूलिंग डिफॉल्ट प्रोवाइडर के रूप में कार्य करता है और MobAI जैसे विकल्प चयन योग्य होते हैं। एक Tuck उदाहरण का उल्लेख किया गया है जो ट्रिप प्लानिंग, पैकिंग और लैंडिंग पेज सहित वास्तविक ऐप और वेब कैप्चर दिखाता है, जिसमें कैप्चर प्रोवेनेंस और वेरिफिकेशन लिमिट्स के लिए गैलरी लिंक होते हैं। एक स्टेटस टेबल घोषित समर्थन और वर्किंग इम्प्लीमेंटेशन के बीच अंतर करती है। लागू किए गए आइटमों में सोर्स-बैक्ड नॉलेज, वर्कफ़्लो कैटलॉग, CLI और लोकल MCP; वर्कस्पेस क्रिएशन, प्लानिंग, बाउंडेड एक्जीक्यूशन, रिव्यू और एविडेंस; साझा CLI/MCP स्कीमा और कॉन्ट्रैक्ट टेस्ट के साथ `b2c/v1` डिस्कवरी, कंपोजिशन प्रीव्यू और बिजनेस स्टेटस; और कंटेंट पिन्स, प्रीव्यू चेक और रिकवरी के साथ लोकल पैकेज इम्पोर्ट और कंपोजिशन एक्टिवेशन शामिल हैं। प्रोवाइडर एक्जीक्यूशन रूट्स स्पष्ट होस्ट एडेप्टर हैं, और केवल डिक्लेरेशन कभी एक्जीक्यूट नहीं होते। एक सिंगल कम्पलीट, बेंचमार्क-क्वालिटी कंज्यूमर बिजनेस को अगले मील के पत्थर के रूप में सूचीबद्ध किया गया है, जबकि तुलनीय मार्केट रिपोर्ट्स लागू हैं लेकिन देखा गया मल्टी-बिजनेस मील का पत्थर अभी तक अप्रूवन है। योगदान पर, प्रोजेक्ट बेहतर कंज्यूमर-ऐप संदर्भों, ऑपरेशन कॉन्ट्रैक्ट्स, प्रोवाइडर्स और रेसिपीज़ को आमंत्रित करता है, यह नोट करते हुए कि अधिकांश योगदान एक नए स्टेशन के बजाय स्टेशन चलाने का तरीका जोड़ते हैं, और फर्स्ट-पार्टी और कम्युनिटी एक्सटेंशन एक ही कन्फॉर्मेंस सूट पास करते हैं। एक AGENTS.md फ़ाइल स्कोप के आधार पर एजेंट कार्य को `b2c-app-builder`, `b2c-contributor` या `b2c-maintainer` स्किल्स पर रूट करती है। थर्ड-पार्टी क्रेडिट्स और कानूनी नोटिस `catalog/upstreams` के तहत अपस्ट्रीम मेनिफेस्ट से रेंडर किए जाते हैं।