mdpresent - Markdown को PPTX/HTML/PDF में रेंडर करने वाला NO LLM इंजन

नमस्कार। मैं mdpresent नाम का एक CLI टूल बना रहा हूँ, जो Markdown दस्तावेज़ों को प्रेज़ेंटेशन सामग्री के रूप में संरचित करके PPTX, HTML, PDF में रेंडर करता है।

GitHub: https://github.com/ch040602/MdPr
थीम प्रीव्यू: https://ch040602.github.io/MdPr/theme-preview/

[IMG] mdpresent cover

मौजूदा Markdown-to-PPTX टूल इस्तेमाल करते समय अक्सर ऐसा लगा कि वे “Markdown दस्तावेज़ को ज्यों का त्यों स्लाइड में ठूंसने” के करीब हैं, इसलिए slide विभाजन, layout, overflow और diagram अभिव्यक्ति को स्थिर तरीके से नियंत्रित करना मुश्किल होता है।

mdpresent सीधे Markdown को PPTX में बदलने वाला टूल कम है; यह पहले Markdown को प्रेज़ेंटेशन संरचना Presentation IR में बदलता है, फिर Layout IR बनाता है, और उसके बाद renderer PPTX / HTML / PDF तैयार करता है।

[IMG] mdpresent pipeline

मैंने खास तौर पर इन बातों पर ध्यान दिया है।

• NO LLM runtime: parsing, विभाजन, layout, validation और rendering प्रक्रिया में बाहरी LLM/API calls का उपयोग नहीं किया जाता।
• Markdown को मूल स्रोत के रूप में बनाए रखना: प्रेज़ेंटेशन सामग्री भले generated output हो, लेकिन मूल दस्तावेज़ इंसान द्वारा पढ़े और संपादित किए जा सकने वाले Markdown के रूप में बना रहता है।
• संरचना-आधारित विभाजन: heading, density, list count, sentence unit, diagram signal आदि को देखकर स्लाइड बाँटी जाती हैं।
• संपादन योग्य PPTX: इसे इमेज की तरह फ्लैट बनाकर export करने के बजाय, टेक्स्ट, shapes, emphasis, number badges आदि को जहाँ तक संभव हो editable objects के रूप में बनाने की कोशिश है।
• थीम/प्रीसेट तुलना: एक ही प्रेज़ेंटेशन संरचना को कई design presets में रेंडर करके तुलना की जा सकती है।

[IMG] mdpresent markdown semantics

उदाहरण के लिए, मैंने कोशिश की है कि Markdown के अंदर की list, emphasis, block quote और arrow-आधारित pipeline अभिव्यक्तियों को साधारण टेक्स्ट में flatten न किया जाए, बल्कि प्रेज़ेंटेशन के लिए ज़रूरी semantic जानकारी के रूप में सुरक्षित रखा जाए।

सरल उपयोग उदाहरण इस प्रकार है।

यह अभी शुरुआती चरण में है, इसलिए इसे एक पूरी तरह तैयार सामान्य-उद्देश्य PPT बनाने वाला टूल कहने के बजाय, Markdown को प्रेज़ेंटेशन संरचना के रूप में समझने वाला rule-based इंजन कहना अधिक सही होगा। खासकर, Codex/Claude Code जैसे agents Markdown ड्राफ्ट बनाएँ और local CLI deterministic तरीके से प्रेज़ेंटेशन फ़ाइलें रेंडर करे—ऐसे सहायक automation skill के रूप में इसके उपयोग की कल्पना की गई है।

मैं खास तौर पर इन बिंदुओं पर फ़ीडबैक पाना चाहता हूँ।

1. क्या Markdown syntax में ऐसे और भी संरचनात्मक तत्व हैं जिन्हें प्रेज़ेंटेशन सामग्री में संरक्षित किया जाना चाहिए
2. PPTX output में editability और visual polish के बीच संतुलन कहाँ रखा जाना चाहिए
3. LLM के बिना rule-based तरीके से slide विभाजन/layout चुनते समय कौन-से मानदंड उचित और स्वीकार्य लगेंगे

धन्यवाद।