Local PDF summarization · Page-cited output

आपने 60 पेज की PDF खोली। यहाँ है 60-second version.

एक सारांशकर्ता जो लंबे दस्तावेज़ों की मानसिक लागत को ध्यान में रखकर बनाया गया है — शोधपत्र, अनुबंध, ट्रांसक्रिप्ट, वित्तीय फाइलिंग — स्रोत पेज के उद्धरणों सहित संरचित मुख्य बिंदुओं में आसुत।Less reading. Same understanding.

auto_awesomeOpen the summarizer play_arrowSee how it works

ब्राउज़र-साइड पार्सिंग। हर बुलेट पर उद्धरण। कोई फ़ाइल आपके डिवाइस से नहीं निकलती।

Why most summarizers fall short

जिस सारांश पर भरोसा नहीं किया जा सकता वह मूल पढ़ने से भी बदतर है। तीन विफलता मोड बार-बार सामने आते हैं — यह टूल प्रत्येक के विरुद्ध इंजीनियर किया गया है।

Failure 1
format_align_left

Generic LLM dump

पूरा दस्तावेज़ एक प्रॉम्प्ट में ठूँसा जाता है और मॉडल एक निबंध-आकार का पैराग्राफ लौटाता है। कोई ढाँचा नहीं, कोई प्राथमिकता नहीं, कोई स्किम पथ नहीं। आपको फिर भी सारांश रेखीय रूप से पढ़ना पड़ता है।

Failure 2
report

Hallucinated citations

बुलेट «पेज 47» उद्धृत करते हैं जब संबंधित सामग्री पेज 12 पर है — या इससे भी बुरा, ऐसे उद्धरण गढ़ते हैं जो स्रोत में बिल्कुल नहीं हैं। सत्यापन योग्य संदर्भों के बिना, हर दावे को मूल के विरुद्ध फिर से पढ़ना पड़ता है।

Failure 3
cloud_upload

Slow upload roundtrips

PDF एक सर्वर को भेजी जाती है, कतार में लगती है, दूरस्थ रूप से पार्स होती है, फिर सारांश वापस स्ट्रीम होता है। कॉफी-शॉप कनेक्शन पर 200 MB बाइंडर के लिए एक टोकन दिखने से पहले एक मिनट इंतजार।

How the summarizer works

चार चरण। PDF पूरे समय आपके डिवाइस पर रहती है; केवल निष्कर्षित टेक्स्ट खंडों का सारांश बनता है।

01
file_open

Parse locally

WebAssembly आपके ब्राउज़र में पेज-दर-पेज टेक्स्ट लेयर निकालता है। लेआउट, हेडिंग और पेजिनेशन संरक्षित हैं ताकि उद्धरण सटीक रहें।

02
grid_view

Chunk by section

हेडिंग, पेज ब्रेक और सिमेंटिक सीमाएँ दस्तावेज़ को अनुभागों में विभाजित करती हैं। प्रत्येक खंड अपनी पेज रेंज मेटाडेटा के रूप में रखता है।

03
auto_awesome

Distill key points

प्रत्येक अनुभाग को उसके महत्वपूर्ण दावों तक सीमित किया जाता है। लंबे बॉयलरप्लेट संकुचित होते हैं; सार बचा रहता है। पेज संदर्भ हर बुलेट के साथ चलते हैं।

04
list_alt

Assemble TL;DR

अनुभाग सारांश एकल रैंक की गई मुख्य बिंदुओं की सूची में मिलते हैं — कॉपी-पेस्ट के लिए तैयार, स्रोत पेज पर वापस क्लिक करने योग्य उद्धरणों के साथ।

कब पहुँचें this tool

लंबी, सघन या तकनीकी PDF जहाँ स्किमिंग की लागत ज़्यादा हो और गलत पढ़ने की लागत और भी ज़्यादा।

science

Research papers

Method, results, limitations — समीक्षक के पढ़ने के क्रम में निकाले गए। उद्धरण पेपर के संबंधित अनुभाग की ओर इशारा करते हैं।

Academic
gavel

Contracts & agreements

Term, fees, termination, indemnity, governing law। अलग बुलेट के रूप में निकाले गए ताकि आप महत्वपूर्ण दायित्व पहचान सकें।

Legal
forum

Meeting transcripts

Decisions, action items, owner, deadline. Filler conversation drops away; the durable outcomes stay.

Operations
trending_up

Financial reports

10-K, कमाई रिलीज़, वार्षिक रिपोर्ट — बदलने वाले आँकड़े, बदला हुआ मार्गदर्शन, नए प्रकट किए गए जोखिम।

Finance

The old way vs. our way

एक ही इनपुट PDF। «अब मुझे समझ आया» तक दो अलग रास्ते।

Old way

Upload, wait, hope the summary holds up.
  • closeकुछ होने से पहले अपनी PDF किसी अजनबी के सर्वर पर अपलोड करें
  • closeOne paragraph of prose — no skim path, no priorities
  • closeउद्धरण या तो गायब हैं या गढ़े गए; सेकंडों में सत्यापित नहीं किए जा सकते
  • close"Daily limit reached" after three documents
  • closeSign-up wall before the first summary renders

Our summarizer

Drop, distill, verify.
  • checkPDF आपके ब्राउज़र में पार्स — बाइनरी पेज से कभी नहीं निकलती
  • checkStructured key-points extraction — ranked bullets, scannable
  • checkहर बुलेट एक पेज उद्धरण रखता है जो स्रोत से जुड़ता है
  • checkगहरे विश्लेषण के लिए लंबे-फ़ॉर्म मोड; अनुवर्ती के लिए chat-with-PDF
  • checkNo upload, no signup gate, no daily summary cap

TL;DR के बाद और गहराई में जाना है? एक खोलें chat session against the same PDF — प्रश्नों के उत्तर उसी पेज-उद्धरण अनुशासन से मिलते हैं।

Three things this tool actually does

केवल सत्यापन योग्य दावे — सुविधाएँ जिन्हें आप DevTools में या स्रोत PDF के विरुद्ध पुष्टि कर सकते हैं।

memory

Local processing

PDF पार्सिंग और चंकिंग आपके ब्राउज़र के अंदर WebAssembly में चलते हैं। फ़ाइल बाइनरी नेटवर्क कभी नहीं पार करती।

cloud_off

No file upload

सारांश चलाने के दौरान DevTools → Network खोलें। आपको अपनी PDF वाला कोई अनुरोध बॉडी नहीं दिखेगा — केवल छोटे टेक्स्ट खंड।

link

Source-cited output

हर बुलेट उस सटीक पेज या पेज रेंज से जुड़ता है जहाँ से वह आया, इसलिए TL;DR का हर दावा दो क्लिक में सत्यापन योग्य है।

वही ब्राउज़र-फ़र्स्ट मॉडल हमारे अन्य टूल को भी शक्ति देता है — PDF को अपलोड किए बिना अनुवाद करें, compress a PDF locally, ब्राउज़र में PDF को Word में कन्वर्ट करें, या गोपनीय फ़ाइलें भेजें end-to-end encrypted transfer.

Questions about the summarizer

सीमांत मामले, सीमाएँ और वे बातें जो आमतौर पर अनकही रह जाती हैं।

क्या सारांशकर्ता स्कैन की गई PDF पर काम करता है?
केवल OCR के बाद। स्कैन की गई PDF इमेज का ढेर है — जब तक अक्षर पहचाने न जाएँ, सारांशित करने के लिए कोई टेक्स्ट लेयर नहीं है। पहले फ़ाइल को इन-ब्राउज़र OCR से गुज़ारें, फिर सारांशकर्ता मुख्य बिंदु निकाल सकता है। OCR विश्वास कम होने पर TL;DR सामग्री गढ़ने की बजाय अनिश्चित अंशों को फ़्लैग करेगा।
इनपुट PDF कितनी लंबी हो सकती है?
व्यावहारिक सीमा लगभग 800 पेज का सघन टेक्स्ट, या लगभग 400,000 टोकन है, खंडित और क्रमशः आसुत। लंबे दस्तावेज़ अनुभागों में विभाजित होते हैं, प्रत्येक का अलग से सारांश बनता है, फिर अंतिम TL;DR में मिलाया जाता है। ब्राउज़र मेमोरी वास्तविक सीमा है — आधुनिक लैपटॉप 60 पेज की रिपोर्ट सेकंडों में और 600 पेज की कानूनी बाइंडर एक मिनट से कम में संभालता है।
क्या यह स्रोत पेज उद्धृत करता है?
हाँ। TL;DR का हर बुलेट एक पेज संदर्भ रखता है जैसे p.12 or pp.34–37 उस अंश की ओर इशारा करते हुए जिसने इसे बनाया। उद्धरण पर क्लिक करके मूल पेज पर जाएँ। यही ऑटो-सारांश को भ्रामक व्याख्या से अलग करता है — आप हर दावे को दो सेकंड में सत्यापित कर सकते हैं। उसी PDF के विरुद्ध मुक्त-रूप अनुवर्ती के लिए स्विच करें chat-with-PDF.
क्या मेरी फ़ाइल मेरे ब्राउज़र से बाहर जाती है?
PDF पार्सिंग, टेक्स्ट निष्कर्षण और चंकिंग WebAssembly के ज़रिए पूरी तरह क्लाइंट-साइड होते हैं। मॉडल कॉल केवल सारांशीकरण के लिए ज़रूरी निष्कर्षित टेक्स्ट खंड ले जाती है — आपकी फ़ाइल बाइनरी कभी डिवाइस नहीं छोड़ती। चलाने के दौरान DevTools → Network खोलें और आपको कोई PDF अपलोड नहीं दिखेगी। हमारे जैसा ही मॉडल no-upload compressor and no-upload converter.
आउटपुट कभी-कभी अपेक्षा से छोटा क्यों होता है?
एक अच्छा सारांश सिग्नल घनत्व से, पेज गिनती से नहीं, सीमित होता है। भारी बॉयलरप्लेट वाला 200 पेज का समझौता आठ बुलेट में संकुचित हो सकता है क्योंकि अनूठा सार छोटा है। सारांशकर्ता भराव की बजाय संक्षिप्तता को प्राथमिकता देता है — अधिक गहराई के लिए लंबे-फ़ॉर्म मोड में स्विच करें या दस्तावेज़ के विरुद्ध चैट सत्र खोलें। लंबाई-भराव ही सारांशों को अपठनीय बनाता है।

Stop reading the whole thing. Read the TL;DR.

PDF डालें, पेज उद्धरणों सहित संरचित मुख्य बिंदु पाएँ — आपके ब्राउज़र में, सेकंडों में, फ़ाइल कहीं भेजे बिना।

auto_awesomeOpen the summarizer — Free