Entire - AI एजेंटों के लिए नया डेवलपर प्लेटफ़ॉर्म

 (entire.io)
28 पॉइंट द्वारा GN⁺ 2026-02-11 | 4 टिप्पणियां | WhatsApp पर शेयर करें
  • पूर्व GitHub CEO Thomas Dohmke द्वारा बनाई गई कंपनी, जिसका लक्ष्य एक अगली पीढ़ी का डेवलपर प्लेटफ़ॉर्म बनाना है जहाँ इंसान और एजेंट मिलकर सहयोग·सीखना·डिप्लॉय कर सकें
  • यह तीन मुख्य घटकों से बना है: Git-संगत डेटाबेस, यूनिवर्सल semantic reasoning layer, AI-native SDLC
  • पहले उत्पाद के रूप में Git के साथ इंटीग्रेट होने वाला ओपन सोर्स CLI Entire CLI जारी किया गया है, जो एजेंट के कार्य-संदर्भ का अपने आप version management करता है
  • Checkpoints नाम की एक अवधारणा पेश की गई है, जो एजेंट के context को Git में versioned data के रूप में अपने आप सहेजती है, और reasoning process की जाँच, कुशल token उपयोग, multi-session आदि को संभव बनाती है
  • Anthropic Claude Code और Google Gemini CLI का समर्थन करता है, तथा Codex और Cursor CLI आदि का समर्थन भी जल्द जोड़ा जाएगा

सॉफ़्टवेयर डेवलपमेंट पैराडाइम में बदलाव

  • पिछले कुछ महीनों में Anthropic का Claude Code, OpenAI का GPT-5.3-Codex, Cursor का Composer 1.5 जैसे कई agentic coding models सामने आए हैं
    • डेवलपर कई terminal विंडो में एक साथ अनेक एजेंटों को नियंत्रित करते हुए काम कर रहे हैं
    • spec-driven डेवलपमेंट कोड जनरेशन के केंद्र में उभर रहा है
    • एजेंट parallel में सैकड़ों code variations बनाकर और उनका मूल्यांकन करके कोड उत्पादन की गति को इंसानी समझ की सीमा से आगे ले जा रहे हैं
  • लेकिन मौजूदा issue tracking, Git, Pull Request केंद्रित डेवलपमेंट सिस्टम इंसानी सहयोग को ध्यान में रखकर बनाए गए थे, इसलिए वे AI युग के लिए उपयुक्त नहीं हैं
    • केंद्रीकृत API capacity और rate limits के कारण एजेंट की दक्षता घटती है
    • मौजूदा सिस्टम का ढाँचा AI-केंद्रित उत्पादन व्यवस्था में बदलना कठिन बनाता है
  • इसलिए ऐसे युग के लिए, जहाँ मशीनें कोड की मुख्य उत्पादक बन रही हैं, एक नई ‘assembly-line style development system’ की ज़रूरत है

Entire का विज़न और संरचना

  • Entire का लक्ष्य एक अगली पीढ़ी का डेवलपर प्लेटफ़ॉर्म बनाना है जहाँ इंसान और एजेंट साथ मिलकर सहयोग·सीखना·डिप्लॉय कर सकें
  • प्लेटफ़ॉर्म तीन मुख्य घटकों से बना है
    • Git-संगत डेटाबेस: कोड, intent, constraints और reasoning को एक ही version control system में एकीकृत करना
    • यूनिवर्सल semantic reasoning layer: context graph के माध्यम से कई एजेंटों के बीच सहयोग को समर्थन देना
    • AI-native SDLC: इंसान-एजेंट सहयोग के लिए नए डेवलपमेंट lifecycle को फिर से डिज़ाइन करना
  • इस प्रोजेक्ट को Felicis के नेतृत्व में 60 मिलियन डॉलर की seed funding मिली है, जिसमें Madrona, M12, Basis Set, 20VC, Cherry Ventures, Picus Capital, Global Founders Capital ने भाग लिया
    • व्यक्तिगत निवेशकों में Gergely Orosz, Theo Browne, Jerry Yang, Olivier Pomel, Garry Tan शामिल हैं

पहला उत्पाद: Entire CLI और Checkpoints

  • फिलहाल एजेंट सेशन अस्थायी होते हैं, और terminal के भीतर prompts तथा reasoning की सामग्री सेशन समाप्त होते ही गायब हो जाती है
    • Git केवल code changes को रिकॉर्ड करता है, लेकिन परिवर्तन क्यों किए गए, उसका context सुरक्षित नहीं रखता
  • Checkpoints इस समस्या को हल करने के लिए एक नई मूल इकाई है, जो एजेंट के context को Git में versioned data के रूप में अपने आप सहेजती है
    • commit के समय पूरे session को साथ में रिकॉर्ड किया जाता है, जिसमें prompts, file changes, token usage, tool calls आदि शामिल होते हैं
    • यह डेटा semantic reasoning layer की नींव बनता है और branch के आधार पर खोजा जा सकता है
  • Checkpoints के मुख्य लाभ
    • ट्रेसबिलिटी (Traceability): एजेंट द्वारा बनाए गए परिवर्तनों की reasoning process देखी जा सकती है
    • रिव्यू दक्षता में सुधार: केवल diff नहीं, बल्कि intent और constraints की भी समीक्षा की जा सकती है
    • काम के हैंडऑफ़ में सुधार: prompt दोबारा चलाए बिना काम फिर से शुरू किया जा सकता है
    • token की बर्बादी में कमी: पुरानी संशोधन जानकारी से सीखकर दोहराई जाने वाली गलतियों को रोका जा सकता है
    • multi-session·agent support: parallel एजेंट सहयोग संभव
  • अभी Anthropic Claude Code और Google Gemini CLI समर्थित हैं, और Codex तथा Cursor CLI आदि भी जोड़े जाने वाले हैं

काम करने का तरीका और इंस्टॉलेशन

  • Checkpoints एक Git-aware CLI के रूप में काम करता है, और एजेंट द्वारा बनाए गए हर commit पर एक structured checkpoint object लिखता है
    • यह commit SHA से जुड़कर code changes और reasoning process दोनों को साथ में रिकॉर्ड करता है
    • metadata को अलग branch (entire/checkpoints/v1) में संग्रहीत किया जाता है, जो append-only audit log की भूमिका निभाती है
  • इंस्टॉलेशन दो चरणों में किया जा सकता है
    1. curl -fsSL https://entire.io/install.sh | bash चलाएँ
    2. repository में entire enable कमांड से प्रोजेक्ट सेटअप करें
    • इसके बाद एजेंट सेशन अपने आप structured रूप में रिकॉर्ड होने लगते हैं

ओपन सोर्स रिलीज़ और कम्युनिटी सहयोग

  • Entire CLI को GitHub पर ओपन सोर्स के रूप में जारी किया गया है, और इसे इस तरह डिज़ाइन किया गया है कि सभी एजेंट और मॉडल स्वतंत्र रूप से तथा पोर्टेबल तरीके से इस्तेमाल कर सकें
  • Checkpoints अभी ट्रेसबिलिटी और रिकॉर्डिंग सुविधाएँ देता है, लेकिन आगे चलकर इसे एजेंटों के बीच shared memory के रूप में विकसित किया जाएगा, ताकि सहयोग और context handoff संभव हो सके
  • डेवलपमेंट टीम Discord और GitHub Discussions के माध्यम से कम्युनिटी फ़ीडबैक इकट्ठा कर रही है, और आगे का roadmap साथ मिलकर बनाने की योजना रखती है
  • “No more stealth. We are building in the open.” इस पंक्ति के माध्यम से ओपन डेवलपमेंट फ़िलॉसफ़ी पर ज़ोर दिया गया है

संबंधित पढ़ाई

4 टिप्पणियां

 
pseudojo 2026-02-13

सोचा था कि अगर इंतज़ार करें तो कोई न कोई (यानी, कहने को कोई, पर असल में big tech का senior developer) इसे बना ही देगा, लेकिन आखिरकार यह आ ही गया। mcp और skill इस्तेमाल करने पर भी कभी-कभी यह context बनाए रखने वाली चीज़ को अपने-आप नज़रअंदाज़ कर देता था, तो इस बार बस उम्मीद है कि context ठीक से बनाए रखे...
 
halfenif 2026-02-12

हम हर दिन सचमुच बहुत बड़ी मात्रा में debugging logs लॉग कर रहे हैं, और अब लगा कि इसे commit तक भी करना चाहिए।
 
roxie 2026-02-24

दूसरे शब्दों में कहें तो, शायद यह इस बात का संकेत है कि अब ऐसे टूल आ गए हैं जो मेरी जगह वे डरावने debugging logs पढ़ देंगे।
 
GN⁺ 2026-02-11
Hacker News टिप्पणियाँ

  • Checkpoints नाम का नया कॉन्सेप्ट दिलचस्प है। जब एजेंट द्वारा बनाया गया कोड commit होता है, तो पूरा session—बातचीत, prompts, file changes, token usage, tool calls आदि—को साथ में version-manage किया जाता है। अगर किसी को इस फीचर की value नहीं दिखती, तो मैं नहीं जानता क्या कहूँ

    • इसका बड़ा मतलब यह है कि आप समझ सकते हैं कि पुराना कोड उस तरह क्यों लिखा गया था। इससे भविष्य में कोड से जुड़े फैसले और तेज़ी से और ज़्यादा सटीक तरीके से लिए जा सकते हैं। उदाहरण के लिए, अगर पता हो कि कुछ X तरीके से क्यों लिखा गया था, तो यह तय करना आसान होगा कि उसे Y में बदला जाए या नहीं। साथ ही AI पिछली commit का context जानकर अगली commit लिख सकता है
    • बेशक git add से AI द्वारा बनाया गया context जोड़ना और git commit करना उपयोगी हो सकता है, लेकिन क्या उसकी $60M की value है, इस पर शक है
    • मैंने भी खुद ऐसा ही एक सिस्टम बनाया है। यह collaborative development process के हर step को memoization करने वाली संरचना की तरह काम करता है
    • Git के extension के रूप में इसकी उपयोगिता दिखती है, लेकिन VCs इससे पैसा कैसे कमाएँगे यह साफ़ नहीं है

  • VC logic या नामों को छोड़ भी दें, तो मुझे इस आइडिया का vision दिखता है। लेकिन AI का भविष्य अनिश्चित है, इसलिए यह भी नहीं पता कि हमें सच में ऐसे solution की ज़रूरत है या नहीं। पारंपरिक रूप से सफल developer tools बड़े पूंजी निवेश से नहीं, बल्कि developers द्वारा अपनी समस्या हल करने से आए हैं

    • लेकिन ऐसी seed funding मूल रूप से ऐसे ही experiments के लिए होती है। कोशिश करनी पड़ेगी तभी पता चलेगा कि इसमें सचमुच value है या नहीं

  • अगर models काफ़ी अच्छे हो गए तो ऐसे platforms गायब हो जाएँगे, और अगर नहीं भी हुए तो भी शायद गायब हो जाएँगे

    • बात सटीक है। यह platform उपयोगी हो सकता है, लेकिन GitHub-स्तर की सफलता मुश्किल लगती है। आख़िरकार यह data के साथ information store करने भर की चीज़ है। founders के पास अनुभव है, लेकिन अभी का समय उस सफलता को दोहराना मुश्किल बनाता है
    • आजकल हर कोई AI expert होने का नाटक कर रहा है, लेकिन technology इतनी तेज़ी से बदल रही है कि knowledge investment खुद depreciate होती लगती है। कल कोई बेहतर model आ जाए, तो आज सीखी चीज़ जल्दी पुरानी हो जाती है
    • फिर भी, इस बीच कितना investment इधर-उधर जाएगा, यह सोचना दिलचस्प है
    • वैसे भी, शायद इन्हें सिर्फ़ इस वजह से funding मिली होगी कि “इसे किसी पुराने मशहूर service के ex-CEO ने बनाया है”

  • AI द्वारा लिखे गए code की quality से भी ज़्यादा महत्वपूर्ण उसकी audit करने की क्षमता है। यह platform उस समस्या को नए और पारंपरिक दोनों तरह से संभालता दिखता है, जो मुझे पसंद है

  • मैंने “CLI से agent context को Git से जोड़ते हैं” वाली बात देखी, लेकिन अगर अंत में यह बस commit में context dump करना ही है, तो मैं तो यह पहले से कर रहा हूँ

    • लेकिन मेरे पास $60M seed और $300M valuation नहीं है
    • तुम पहले से कर रहे हो, यह ठीक है, लेकिन क्या तुम इसे enterprise के 5,000 कर्मचारियों पर मजबूरी से लागू कर सकते हो? ऐसे investments उसी को संभव बनाने की कोशिश हैं
    • मेरी भी कुछ ऐसी ही सोच है। मैं तो उल्टा commits में जाने वाले context को कम करने की कोशिश करता हूँ
    • Git commit message में 50KB भरना हद से ज़्यादा overload लगता है
    • मैं Claude या Codex से design discussion का सारांश बनवाकर उसे MD file में save करता हूँ, और बाद में edits के बाद उसे फिर पढ़वाता हूँ। अगर कोई tool इस process को कम झंझट वाला बना दे तो अच्छा है, लेकिन हर prompt को Git branch में उड़ेल देना अप्रभावी है

  • आजकल हर हफ़्ते कोई नया AI framework आ रहा है। पुराने JavaScript framework boom जैसा माहौल है, इसलिए मन करता है कि AI से जुड़ी posts को filter करने वाला HN clone बना दूँ

    • लोकप्रिय agent skills देखें तो सब React और JS केंद्रित हैं। आख़िर में fashion-driven JS community ही LLM success stories को बढ़ा-चढ़ाकर पेश कर रही है। जो लोग पहले frontend frameworks को overhype करते थे, वही अब type systems और compilers को जैसे नई खोज की तरह पेश कर रहे हैं
    • तो फिर AI से जुड़ी posts को filter करने वाला extension ही बना लो। AI उसे 10 मिनट में बना देगा
    • या फिर सीधा bots-only HN clone बना दो और यहाँ बकवास कर रहे bots को उधर भेज दो
    • उसे असरदार तरीके से कैसे करना है, यह तो तुम पहले से जानते ही होगे, है ना?
    • मैं भी काफ़ी समय से चाहता था कि HN feed में filter feature हो। मैं Web3 से जुड़ी posts हटाना चाहता था, लेकिन keywords से accuracy कम रहती है। विडंबना यह है कि शायद AI analysis से यह थोड़ा बेहतर हो सकता है

  • यह कुछ ऐसा लगता है जैसे किसी ने कल ही अचानक एक आइडिया सोचा हो और अपने résumé की वजह से investment पा लिया हो। असल में यह service क्या है, और दूसरे Show HN से अलग कैसे है, यह समझ नहीं आता

  • $60M seed round? क्या सच में ऐसा भी होता है?

    • तो अब जल्दी ही $500M seed round भी देखने को मिलेगा

  • Checkpoints का data सिर्फ़ collaboration के लिए नहीं, बल्कि बाद में RL training data के रूप में भी इस्तेमाल हो सकता है, इसलिए यह सोने से भी ज़्यादा कीमती हो सकता है

  • context preservation problem सच में दर्दनाक है। मैं session state बनाए रखने के लिए task.md या CLAUDE.md का इस्तेमाल करता हूँ, लेकिन वह बस अस्थायी जुगाड़ है। reasoning और diff को साथ में store करने वाला checkpoint concept आकर्षक है। लेकिन इसे Git के ऊपर अलग platform बनाना मुझे संदिग्ध लगता है। मौजूदा tools के साथ गहराई से integrated Cursor, Aider, Claude hook जैसे approaches ज़्यादा सफल रहे हैं। developers से नए SDLC stack पर switch करने को कहना, तकनीक से ज़्यादा adoption की चुनौती बन जाता है। अगर यह open source है, तो यह जानना दिलचस्प होगा कि इसका format open spec है या नहीं

    • मैं Shelley इस्तेमाल करता हूँ, जो agent conversations को Sqlite DB में store करता है। उसे Git में डालने की ज़रूरत नहीं पड़ती, और मैं बस design docs लिखकर commit कर देता हूँ। मेरे लिए उतना काफ़ी है
    • क्या git notes से agent state को commits या tree पर metadata के रूप में attach नहीं किया जा सकता?
    • CLI open source है और सिर्फ़ Git से भी काम करता है। अलग platform बस checkpoint viewer की भूमिका निभाता है। इसे CLI में भी देखा जा सकता है। https://github.com/entireio/cli