• Kasava उत्पाद विकास की पूरी प्रक्रिया को एक monorepo के भीतर मैनेज करता है, जहाँ code, documentation, marketing और operations data सब एकीकृत हैं
  • हर बदलाव single commit में लागू होता है, जिससे backend, frontend, website और documentation एक साथ अपडेट होते हैं
  • AI tools सीधे code, documentation और website को रेफ़र करके consistency validation, automatic documentation updates और content review जैसे काम करते हैं
  • CLAUDE.md, Selective CI/CD, independent npm project structure आदि के ज़रिए बड़े repository की complexity को न्यूनतम रखा जाता है
  • यह approach AI-native development culture को मज़बूत करता है और product, content व operations की सीमाएँ हटाकर तेज़ deployment और collaboration संभव बनाता है

AI-native development और monorepo का महत्व

  • Kasava सभी platform components को एक Git repository में एकीकृत करता है, जिसमें सिर्फ code ही नहीं बल्कि documentation, marketing, email और investor materials भी शामिल हैं
    • उदाहरण: frontend/, backend/, website/, docs/, marketing/, external/ आदि, कुल 5,470 से अधिक TypeScript files
  • AI code और documentation दोनों तक एक साथ पहुँचकर context-based automation करता है
    • documentation edits, website pricing changes और blog validation जैसे काम AI के साथ एक ही conversation में हो जाते हैं
  • सभी बदलाव एक ही Git workflow(git push) से deploy होते हैं
    • code, content, documentation और marketing सभी एक ही review, CI/CD और audit process से गुजरते हैं
  • यह तरीका speed और consistency बढ़ाता है और “सब कुछ कोड के रूप में मैनेज करने” की संस्कृति स्थापित करता है

एक repository में एकीकरण क्यों

  • सीमाओं के पार atomic changes
    • backend API बदलने पर frontend type definitions और documentation उसी commit में अपडेट हो जाते हैं
    • उदाहरण: Asana integration feature जोड़ते समय backend, frontend, documentation और website एक ही PR में merge हुए
  • Single Source of Truth
    • billing-plans.json एकमात्र फ़ाइल के रूप में pricing limits को define करता है, और सभी services उसी को रेफ़र करती हैं
    • AI backend, frontend और website के बीच consistency को अपने आप validate करता है
  • cross-project refactoring
    • IDE में पूरे code, documentation और यहाँ तक कि blog examples तक search और edit किए जा सकते हैं
  • shared tools और pipelines
    • common CI/CD, dependencies और search environment से management सरल होता है

repository structure और components

  • Core Application:
    • frontend/ Next.js 16 + React 19 पर आधारित है, और backend/ Cloudflare Workers + Hono + Mastra का उपयोग करता है
    • API changes के समय type safety और test utilities साझा किए जाते हैं
  • Marketing:
    • इसमें website/, marketing/blogs/, investor-deck/, email/ शामिल हैं
    • blog, email और investor materials सभी code के रूप में version control में रहते हैं, और git revert से rollback संभव है
  • Documentation:
    • docs/ Mintlify-आधारित public documentation है, जबकि docs-internal/ internal architecture documentation है
    • code के साथ searchable होने से wiki की जगह हमेशा up-to-date जानकारी बनी रहती है
  • External Services:
    • इसमें Chrome extension, Google Docs Add-on, GCP Functions जैसी external deployment services शामिल हैं
    • API contracts साझा होने से बदलाव होने पर सब जगह एक साथ अपडेट संभव है
  • Development Infrastructure:
    • github-simulator/, infra-tester/, scripts/ आदि में local development के लिए mock servers और test tools शामिल हैं

संचालन का तरीका और development culture

  • workspace का उपयोग नहीं
    • हर directory को independent npm project के रूप में रखा जाता है, जिससे dependency conflicts से बचाव होता है
  • Selective CI/CD
    • GitHub Actions path-based triggers के ज़रिए केवल संबंधित tests चलाता है
  • CLAUDE.md rules
    • हर प्रमुख directory में tech stack, commands और architecture decisions documented रहते हैं
    • AI assistant इन्हें पढ़कर project context समझता है
  • consistent tool configuration
    • .prettierrc, .eslintrc, tsconfig.json जैसी common settings बनाए रखी जाती हैं

चुनौतियाँ और समाधान

  • repository size: अभी clone time लगभग 20 सेकंड है, और Git performance में कोई समस्या नहीं है
    • बड़े assets को अलग करके R2/S3 में रखने की योजना है
  • build time: हर project स्वतंत्र रूप से build होता है, और Turbopack, Wrangler, WXT से तेज़ rebuild संभव है
  • permission boundaries: छोटी टीम में सभी को full access दिया जा सकता है, और ज़रूरत पड़ने पर CODEOWNERS व branch protection लागू किए जा सकते हैं
  • context switching: अलग-अलग भाषाओं(TypeScript, Apps Script, MJML) के बीच स्विच करना CLAUDE.md और unified format से आसान बनाया जाता है

निष्कर्ष

  • Kasava का monorepo सिर्फ एक trend नहीं, बल्कि context integration के ज़रिए productivity को अधिकतम करने का साधन है
  • backend, frontend, documentation और marketing एक ही बदलाव के साथ चलते हैं, और AI इन्हें real time में validate करता है
  • नतीजतन, “monorepo कोई बाधा नहीं बल्कि एक force multiplier” की तरह काम करता है

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.