Anthropic ने Stainless का अधिग्रहण किया

 (anthropic.com)
2 पॉइंट द्वारा GN⁺ 1 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • AI का फोकस जवाब देने वाले मॉडल से कार्रवाई करने वाले एजेंट्स की ओर शिफ्ट हो रहा है, और एजेंट्स की उपयोगिता उन सिस्टम्स पर निर्भर है जिन तक उनकी पहुंच हो सकती है
  • Anthropic ने SDK और MCP server tools बनाने वाली Stainless का अधिग्रहण किया है, ताकि Claude की डेटा और टूल्स से जुड़ने की सीमा को बढ़ाया जा सके
  • Stainless की स्थापना 2022 में हुई थी और इसने शुरुआती दौर से ही आधिकारिक Anthropic SDK बनाने में मदद की है; सैकड़ों कंपनियां इसका उपयोग SDK·CLI·MCP server बनाने में कर रही हैं
  • Stainless API specifications को TypeScript, Python, Go, Java, Kotlin जैसी कई भाषाओं में natural SDKs में बदलता है
  • यह अधिग्रहण Claude Platform के developer experience और agent connectivity को बढ़ाने के लिए developer infrastructure को मजबूत करेगा

अधिग्रहण की पृष्ठभूमि

  • AI का फोकस जवाब देने वाले मॉडल्स से कार्रवाई करने वाले एजेंट्स की ओर बढ़ रहा है, और एजेंट्स की उपयोगिता उन सिस्टम्स से सीमित होती है जिन तक वे पहुंच सकते हैं
  • Anthropic ने agent connectivity संभव बनाने के लिए MCP बनाया, और Stainless टीम के जुड़ने से वह Claude Platform के developer experience और agent connectivity का विस्तार करना चाहता है
  • Stainless का अधिग्रहण Claude को डेटा और टूल्स से बेहतर तरीके से जोड़ने वाली developer infrastructure को मजबूत करेगा

Stainless की भूमिका

  • Stainless की स्थापना 2022 में हुई थी, और यह Anthropic API के शुरुआती दौर से ही सभी आधिकारिक Anthropic SDK के निर्माण का समर्थन करता आया है
  • सैकड़ों कंपनियां Stainless से SDK, CLI, MCP server बना रही हैं
  • ये आउटपुट libraries, command-line tools और connectors की तरह काम करते हैं, जो developers और agents को API इस्तेमाल करने में सक्षम बनाते हैं
  • Stainless API specifications को TypeScript, Python, Go, Java, Kotlin सहित कई भाषाओं के SDK में बदलता है
  • बनाए गए SDK तेज, स्थिर और हर भाषा में स्वाभाविक महसूस होने के लिए डिज़ाइन किए जाते हैं

दोनों कंपनियों का दृष्टिकोण

  • Anthropic में platform engineering की प्रमुख Katelyn Lesse का मानना है कि Stainless ने शुरुआत से ही Claude API के developer experience को आकार दिया है
  • एजेंट्स उतने ही उपयोगी होते हैं जितने सिस्टम्स से वे जुड़ सकते हैं, इसलिए Stainless टीम के जुड़ने से Claude की डेटा और टूल्स से जुड़ने की क्षमता को आगे बढ़ाया जाएगा
  • Stainless के संस्थापक और CEO Alex Rattray ने Stainless की शुरुआत इस सोच के साथ की थी कि SDK के साथ भी उतनी ही सावधानी बरती जानी चाहिए जितनी उसे घेरे हुए API के साथ बरती जाती है
  • Anthropic उन शुरुआती टीमों में से एक था जिसने Stainless के साथ काम किया, और Stainless पिछले कुछ वर्षों से देखता आया है कि developers ने Claude के ऊपर क्या बनाया है
  • दोनों टीमों के एक होने से Stainless टीम एक महत्वपूर्ण platform पर अपना मौजूदा काम जारी रख सकेगी

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

1 टिप्पणियां

 
GN⁺ 1 시간 전
Hacker News की राय

  • Anthropic अब उस चरण में है जहाँ उसे दुनिया के सर्वश्रेष्ठ software engineers की ज़रूरत है, और उन्हें लाने के लिए बहुत बड़ा compensation देने की इच्छा भी है
    लेकिन LinkedIn पर “वाकई बेहतरीन software engineer, compensation $10 million+” जैसी hiring post डालकर आने वाले applications संभालना संभव नहीं होगा
    सफलतापूर्वक एक company बनाना और उस company के product को इस्तेमाल में लाना, अगर आप उस स्तर के candidate को पैसे दे सकते हैं, तो practically सबसे अच्छा interview ही है
    हो सकता है Stainless बंद हो जाए और टीम Anthropic में शामिल होकर HubSpot data को Claude में इस्तेमाल कराने वाली कोई उबाऊ integration जैसी चीज़ बनाए, लेकिन Stainless एक सफल company थी
    यह पहले से validated idea है, इसलिए बस अगला Stainless बन जाना चाहिए। AI companies कुछ कंपनियों के साथ ऐसा पहले ही कर चुकी हैं और आगे भी करती रहेंगी

    • “HubSpot जैसी उबाऊ APIs को ज़्यादा उपयोगी और सुलभ बनाना” वही तरह का infrastructure work है जो कोई Anthropic में करना चाहेगा
      Stainless नाम भी Stainless Steel pipe से लिया गया था, और उन्होंने खुद की तुलना एक high-end plumbing supply store से की थी
      archive.org पर stainlessapi.com का शुरुआती version देखें तो मूल motto था “Quality fittings for your REST API”
      शुरू में Stainless में काम करना चाहने का कारण भी यही था, लेकिन यह सबके लिए उपयुक्त काम नहीं है, यह समझ में आता है
    • दुनिया के सर्वश्रेष्ठ software engineers compensation optimization नहीं, बल्कि दुनिया का सर्वश्रेष्ठ software engineer बनने को optimize करते हैं
    • समझ नहीं आता कि उन्हें सर्वश्रेष्ठ software engineers की ज़रूरत क्यों है। क्या उनका product ऐसी भूमिकाओं को replace नहीं करना चाहिए था?
      लेकिन marketing, finance आदि के लिए जो positions hiring में हैं, वे https://www.anthropic.com/careers/jobs पर वैसे ही मौजूद हैं
      सोचता हूँ कि वे अपना खुद का product इस्तेमाल करके ऐसी roles को replace क्यों नहीं करते
    • सफलतापूर्वक company बनाना और उसके product का उपयोग होना, यह असाधारण programmer होने से काफी अलग तरह की capability को verify करता है
    • शीर्ष trading firms बहुत पहले से बिना ऐसे bypass process के top-tier hiring अच्छे से करती रही हैं
      acqui-hire के कई और कारण होते हैं, लेकिन सबसे मजबूत engineers को चुनने का यह न तो एकमात्र तरीका है, न सबसे प्रभावी

  • अगर “Claude Platform features और agents को APIs से जोड़ने पर focus करते हुए, SDK generator सहित सभी hosted Stainless products बंद किए जाते हैं”, तो पसंद हो या न हो, यह acqui-hire है

    • कहा गया था कि “सैकड़ों कंपनियाँ SDK, CLI, MCP servers generate करने के लिए Stainless पर निर्भर हैं”, लेकिन अब ऐसा नहीं रहेगा
    • ऊपर का उद्धरण दुर्भाग्य से सचमुच Stainless के blog post में है: https://www.stainless.com/blog/stainless-is-joining-anthropi...
    • क्या OpenAI भी Stainless का customer नहीं था?

  • Stainless टीम को बधाई। Anthropic में शामिल होने के लिए यह अच्छी टीम है
    Mux में शुरुआती दिनों में Node SDK generator इस्तेमाल किया था, और बाद में TypeScript तथा दूसरे generators भी उपयोग किए; product शानदार था
    लेकिन अभी यह product/market कुछ जटिल स्थिति में है। आजकल OpenAPI spec file से SDK को vibe coding करना बहुत आसान और आकर्षक है
    कई teams, अच्छा या बुरा, शायद उसी दिशा में जाएँगी क्योंकि product developers जो toolchain पहले से इस्तेमाल करते हैं, उसी से यह लगभग बिना अतिरिक्त लागत के हो जाता है

  • मौजूदा users और SDKs के बारे में स्पष्ट मार्गदर्शन होता तो कहीं बेहतर होता
    अभी यह ऐसे पढ़ा जाता है जैसे “हम OpenAI का front door खरीदकर end-of-life कर देंगे। उम्मीद है आगे इसे इस्तेमाल करने वाला कोई न हो”, इसलिए यह छोटा और अर्थहीन लगता है

    • https://www.stainless.com/blog/stainless-is-joining-anthropi... देखने पर लगता है कि सचमुच ऐसा ही हुआ
      “Claude Platform features और agents को APIs से जोड़ने पर focus करते हुए, SDK generator सहित सभी hosted Stainless products बंद किए जाते हैं। आज से नए sign-ups, projects और SDKs उपलब्ध नहीं होंगे”
      “अगर आप Stainless customer हैं, तो app.stainless.com/transition पर Stainless managed products से दूसरे विकल्पों में transition करने में मदद मिल सकती है। अब तक generate किए गए SDKs customers के स्वामित्व में हैं, और उन्हें अपनी इच्छा अनुसार modify और extend करने के पूरे अधिकार हैं”
    • यदि आपका account है, तो https://app.stainless.com/transition पर जा सकते हैं
      टीम ने customers के लिए self-service transition संभव बनाने में काफी समय लगाया है

  • ऐसी acquisitions देखकर लगता है कि agentic coding tools एक बंद ecosystem में बदलते जा रहे हैं
    Anthropic ने Claude Code के उपयोग को सीमित किया है, और OpenAI ने शायद Codex को वह खाली जगह भरने दी है
    आगे यह कैसे evolve होगा, यह जानने की जिज्ञासा है

    • यही असली बात है और ऊँचे valuation की वजह भी
      उद्देश्य यह है कि सब लोग अपना काम करने का तरीका बदलकर इन tools पर निर्भर हो जाएँ, और उस बिंदु तक पहुँच जाएँ जहाँ वे किसी दूसरे तरीके से काम करने की कल्पना भी न कर सकें, फिर दाम बढ़ाए जाएँ
      enterprise software में यह बहुत पुरानी कहानी है
    • Claude बस एक tool है। हमारी team के members अपनी पसंद का text editor या IDE स्वतंत्र रूप से चुन सकते हैं
      उम्मीद है निकट भविष्य में coding agents के बारे में भी ऐसा ही कहा जा सकेगा
      मुझे Claude बहुत पसंद है, लेकिन मैं repository में Claude resources track नहीं करता
      अगर कुछ बेहतर आया तो वह मौजूदा memory files के Markdown को अच्छे से parse कर लेगा, और repository में ऐसा कुछ नहीं है जिससे दूसरों को पता चलना चाहिए कि मैंने switch किया है
      यह देखकर हैरानी होती है कि ज़्यादातर Claude users CLAUDE.md को tracked file मानते हैं और सोचते हैं कि पूरी team को इसे standardize करके साझा करना चाहिए
      coding agent आखिरकार ultimate API है, इसलिए उसे user की पसंदीदा interaction style के अनुसार ढलना चाहिए
      समझ नहीं आता कि क्या लोग सचमुच उम्मीद करते हैं कि इस non-deterministic black-box magic से standard operating procedure लागू कराई जा सकती है
    • अंतिम गंतव्य शुरू से ही वही था
      लगाए गए पैसों का पैमाना देखें तो किसी बिंदु पर ROI की बात आनी ही थी
      खरबों की capital investment वाले बाज़ार में classic loss leader strategy लागू होती है
    • frontier AI labs अब उस दिशा में pivot कर रही हैं जिसे IPO justify कर सके
      यह वैसा ही है जैसे OpenAI दूसरी services समेटकर coding की ओर अधिक झुक गया
      बड़े IPO से पहले profitability दिखाने की कोशिश है
    • इन दिनों ज़्यादातर दिनों में मैं Claude Code और pi.dev को साथ-साथ इस्तेमाल करता हूँ, लेकिन पिछले कुछ हफ्तों में ज़्यादातर कामों में pi को ज़्यादा चुन रहा हूँ

  • सोचता हूँ कि Stainless service बंद करने के हिस्से के रूप में क्या SDK generator को open source करने पर विचार किया गया था

  • Stainless शानदार software था
    OpenAPI generator maintainers के पास bugs ठीक करने का समय कम होने से business बनाना एक अच्छा प्रयोग था, और इससे सबको फायदा हुआ
    uv जैसी समान ideas हर दिन समय बचाती हैं और मुझे उनका प्रचारक बना देती हैं

  • Stainless blog post: https://www.stainless.com/blog/stainless-is-joining-anthropi...

    • “journey” शब्द नहीं मिला, यह देखकर निराशा हुई

  • Microsoft का एक मजबूत open source extensible alternative है
    अभी इसका उपयोग सभी Azure SDKs, docs और CLI generate करने में हो रहा है, और यह काफी अच्छा है
    https://typespec.io/

    • TypeSpec शानदार है
      संदर्भ के लिए, मैं Stainless का founder हूँ और TypeSpec बनाने वाले व्यक्ति का दोस्त भी हूँ

  • Stainless customers के नज़रिए से यह निराशाजनक है
    समझ आता है कि नए customers में से ज़्यादातर AI से client libraries generate करेंगे
    लेकिन मौजूदा customer base, Stainless द्वारा generate की गई client libraries पर निर्भर है
    इस तरह के OpenAPI schema → client library providers के generation results थोड़े-थोड़े अलग होते हैं, इसलिए कुछ dependency बन ही जाती है
    दुर्भाग्य से migration इतना आसान नहीं है कि बिना मौजूदा customers को तोड़े Speakeasy या OpenAPI Generator पर बस switch कर दिया जाए

  • “आजकल क्या कर रहे हो?”
    “San Francisco की AI company में documentation लिखता हूँ और $500k total compensation पाता हूँ”
    “Spain के IoT क्षेत्र के platform की सारी features अकेले design, maintain और implement करता हूँ, और €40k salary पाता हूँ”
    “Spain? Alicante के पास समुद्र किनारे एक holiday home खरीदा है, जानते हो?”
    “हाँ…”