एक बटन क्लिक करते ही transcription/summary/save/share सब करने वाला AI note taker

वन-क्लिक ऑटोमैटिक documentation AI note taker ‘Archy’
आज beta service लॉन्च की है।
अब सच में सिर्फ एक बटन दबाएँ और सब काम हो जाता है।

Archy, देश में मीटिंग्स ज़्यादा करने वाले सभी practical professionals के लिए एक service है।
दूसरे AI note takers से अलग, यह DB में save करना और team channel में share करना जैसी झंझट भरी process को अपने-आप कर देता है। अब रिकॉर्ड करना, transcription करना, summary बनाना, save करना और share करना—यह पूरा process आपको खुद बार-बार करने की ज़रूरत नहीं है।

फोन में recording button एक बार क्लिक करते ही, summary Notion और Google Docs में save हो जाती है और Slack पर share हो जाती है। privacy के लिए, जब तक आप अलग से setting on न करें, recording file भी default रूप से save नहीं होती।

मैं भी हर मीटिंग में ClovaNote से recording करता था, GPT से summary बनवाता था, Notion में save करके उसका link team Slack में share करता था। लेकिन यह दोहराया जाने वाला काम उम्मीद से ज़्यादा परेशान करने वाला था, और ClovaNote के usage limit की वजह से stress भी होता था। इसलिए मैं ClovaNote से ज़्यादा समय देने वाला और इस झंझट को पूरी तरह खत्म करने वाला service बनाना चाहता था।

इसीलिए मैंने Claude Code के साथ मिलकर खुद Archy बनाया।
मैं आगे भी और गंभीरता से सोचकर startup के लिए सच में ज़रूरी तरह-तरह की services बनाऊँगा।
Archy beta इस्तेमाल करके आराम से feedback दें, तो मैं सच में बहुत आभारी रहूँगा haha

[bsh998]

अच्छा लग रहा है..
साथ ही अच्छा नहीं भी लग रहा है।
क्योंकि इसका explanation, finishing, और frontend
ऐसा महसूस होता है कि क्लिक करके बना दिया गया है।
मेरा मतलब यह है कि यह तकनीकी moat के लिहाज़ से बहुत कमज़ोर प्रोग्राम है,
और अगर यह open source भी नहीं है और self-hosting भी सपोर्ट नहीं करता, तो

अभी भले इसकी value हो, लेकिन जल्द ही इसका मतलब खत्म हो जाएगा, ऐसा लगता है।
मुझे तो अभी यही लगता है कि मैं भी इसे बना सकता हूँ।
क्या आपने minerU नाम की service को एक बार reference करने के बारे में सोचा है? भले ही domain अलग हो और सीधा संबंध न हो, फिर भी सेवा अपनी तरह से value देती हुई तकनीकी moat कैसे बनाती है, इस पर एक बार सोचें तो अच्छा होगा।

[bsh998]

मैंने देखा कि आपने 투둑 नाम की सेवा लॉन्च की है
और changelog क्लिक न होने वाली स्थिति में उसे Product Hunt पर भी अपलोड किया है,

मुझे उम्मीद है कि आप एक sustainable software ecosystem बनाएँगे और सचमुच service जैसी service पेश करेंगे।

[ascentum]

नमस्ते! इतना दिल से फीडबैक देने के लिए आपका सच में बहुत धन्यवाद।

जैसा आपने कहा, Arkhe अभी भी beta version में है, इसलिए UI और landing page की polish अभी कम है—यह बात सही है। फिलहाल हम feature validation पर ज़्यादा फोकस कर रहे हैं, इसलिए शायद वह हिस्सा आपको काफ़ी अधूरा लगा होगा।
यह भी सही बात है कि technical moat कमज़ोर है। AI note taker मार्केट खुद ही low entry barrier वाला मार्केट है, लेकिन मुझे लगा कि इस मार्केट के players में अभी तक ऐसा service नहीं है जो अलग और cost-effective workflow automation experience दे सके। इसी वजह से मैंने ऐसा UX बनाने की कोशिश की, जिसमें practitioners के बार-बार दोहराए जाने वाले recording → transcription → summary → Notion/Slack sharing प्रोसेस को सच में सिर्फ़ एक button से पूरा किया जा सके। आपने जो technical moat और sustainability की बात उठाई, उस पर मैं आगे भी लगातार सोचता रहूँगा।

आपने पहले जारी किए गए Tuduk service की कमियों तक याद रखकर उन्हें point out किया, इसके लिए भी बहुत धन्यवाद! मैंने startup का सपना लेकर student founder के रूप में शुरुआत की थी, और अब अकेले product बना रहा हूँ। ऐसे AI दौर में, जहाँ कोई भी बस क्लिक करके product बना सकता है, लंबे समय तक value देने वाला product कैसे बनाया जाए—इस बारे में मैं अब और गहराई से सोचने लगा हूँ। मैं कोशिश करूँगा कि तेज़ होने के साथ-साथ high-quality product बनाने वाला builder बन सकूँ :)

आपने जो minerU साझा किया, उसे भी मैं एक बार देखूँगा। फीडबैक के लिए फिर से बहुत धन्यवाद 🙇🏻‍♂️

[roxie]

UI में AI-generated vibe बहुत ज़्यादा महसूस होती है। वैसे भी लगता है कि target developers नहीं हैं, इसलिए शायद फ़र्क नहीं पड़ता, लेकिन फिर भी feedback छोड़ रहा हूँ।

[ascentum]

कीमती फ़ीडबैक के लिए धन्यवाद, haha. आपने जो बातें बताई हैं, उन्हें ध्यान में रखकर हम UI में सुधार करेंगे!

[minsuchae]

डिज़ाइन के लिहाज़ से कुछ कमी महसूस हो सकती है, लेकिन मेरी व्यक्तिगत राय में यह कुछ फ़ीचर्स को छोटा करके तेज़ बनाता है, इसलिए कुछ पहलुओं में यह बेहतर लगता है。

क्योंकि बड़ी कंपनियाँ अक्सर इसे ऐसे फ़ॉर्म में देती हैं जिसे यूज़र कस्टमाइज़ कर सके, लेकिन इससे डेवलपर न होने पर इस्तेमाल करना काफ़ी मुश्किल हो जाता है。
चूंकि बिक्री सिर्फ़ उन जगहों पर नहीं होती जहाँ डेवलपर या IT टीम मौजूद हो, इसलिए यह तरीका शायद उल्टा बेहतर हो सकता है。
Slack या दूसरे messenger में भी auto response जैसी चीज़ें संभालने के लिए workflow फ़ॉर्म में दिया जाता है, लेकिन डेवलपर न होने पर सच में इसे इस्तेमाल करना थोड़ा असुविधाजनक होता है, और सोचने से ज़्यादा ऐसे लोग आसपास हैं जिन्हें कंप्यूटर की अच्छी समझ नहीं होती。
यहाँ आने वाले लोग कंप्यूटर के आदी हैं, इसलिए ऐसा लग सकता है... लेकिन दुनिया में अब भी बहुत से लोग हैं जो कंप्यूटर या smartphone अच्छी तरह नहीं चला पाते, और न ही वे किसी काम को पूरा करने के लिए बार-बार कई बटन दबाना चाहते हैं。

लेकिन मेरी निजी राय यह है कि सिर्फ़ Slack, Google Docs या Notion तक भेज देने पर रुकना नहीं चाहिए, बल्कि असली target users के हिसाब से कुछ बुनियादी तत्व होने चाहिए।
उसी के ज़रिए lock-in बना रह सकेगा।

एक और समस्या यह है... लगता है कि यह product paid रूप में भी बेचा जा रहा है, लेकिन क्या यह sustainable है...? अभी शुरुआती चरण है इसलिए यह pricing संभव हो सकती है, लेकिन sustainability के नज़रिए से देखें तो आख़िरकार GPU computation या API call की लागत आएगी, इसलिए मुझे लगता है कि वहाँ कुछ मुश्किलें हो सकती हैं। उस हिस्से पर भी विचार करना होगा।

[ascentum]

आपके विनम्र फीडबैक के लिए धन्यवाद!
जैसा आपने कहा, इस सोच के साथ हमने सेवा को यथासंभव सहज और हल्का रखने की योजना बनाई कि एक सरल इंटरफ़ेस non-developer प्रैक्टिकल टीमों के लिए अधिक सुलभ विकल्प बन सकता है.
फिलहाल हम 'रिकॉर्डिंग -> ट्रांसक्रिप्शन -> सारांश -> Notion/Google Docs में सेव -> Slack पर शेयर' के एक पूरे साइकल को ऑटोमेट करने पर ध्यान दे रहे हैं, लेकिन जैसा आपने बताया, हमें लगता है कि ऐसे core features ज़रूरी हैं जो target customers को स्पष्ट मूल्य दे सकें. हम वास्तविक users से सीधे मिलकर इस पर और गहराई से विचार करेंगे.
मौजूदा revenue structure में एक निश्चित स्तर के traffic तक बिल्कुल कोई समस्या नहीं है, लेकिन जैसा आपने कहा, अगर traffic बहुत बढ़ जाता है तो यह sustainable model नहीं रहेगा. लागत की sustainability के बारे में भी हम कई plans आज़माने की सोच रहे हैं, ताकि छोटे teams/freelancers भी इसे बिना बोझ के इस्तेमाल कर सकें और साथ ही संरचना घाटे में भी न जाए.
एक बार फिर, इन व्यावहारिक चिंताओं को सामने रखने के लिए धन्यवाद. आगे भी इस्तेमाल करते समय अगर कहीं असुविधा लगे, तो कृपया कभी भी बेझिझक और बताइएगा. इसके लिए हम सचमुच आभारी रहेंगे :)