تصور کنید ارائهای دارید که به جای فایلهای PDF خشک، مجموعهای از برنامههای کوچک و زنده است. در رویداد Rayboba، تمام اسلایدهای نمایش داده شده نه طرحهای گرافیکی، بلکه کامپوننتهای واقعی React بودند که با open-slide ساخته شده بودند.
به نقل از Yiwei Ho، هر اسلاید در این سیستم یک بوم ۱۹۲۰ در ۱۰۸۰ پیکسل است که کد آن توسط هوش مصنوعی نوشته میشود. این رویکرد چنان بازخوردی داشت که مخزن گیتهاب این پروژه تنها در یک هفته به ۴۰۰۰ ستاره رسید.
اکثر ابزارهای فعلی تولید اسلاید، یک «جعبه سیاه» هستند؛ شما موضوع را میدهید و آنها یک قالب کلی با چند مورد گلولهای (Bullet points) تحویل میدهند. در این مدل، هر تغییر کوچک یعنی اجرای دوباره کل پرامپت و امید به اینکه اینبار نتیجه بهتر شود. این یعنی کاربر به جای ویرایش دقیق، در حال قمار روی خروجی مدل است.
open-slide پارادایم را از «تولید» به «فریمورک» تغییر میدهد. این یک سیستم با مجوز MIT است که در آن عامل (Agent) — شبیه به یک برنامهنویس جونیور که دستورات شما را به کد تبدیل میکند — مستقیماً کد React اسلایدها را مینویسد. چون خروجی یک فایل پروژه است و نه یک سند نهایی، شما مالک کد هستید و میتوانید هر رنگ یا کلمهای را بدون نیاز به تولید مجدد کل اسلایدها، در ادیتور خود تغییر دهید.
همانطور که در تحلیلهای پیشین ما دربارهی Vibe Coding و برنامهنویسی مبتنی بر حس اشاره کردیم، حذف فاصله بین ایده و کد، سرعت توسعه را به شدت بالا میبرد.
این سیستم از طریق یک رابط خط فرمان (CLI) و فرآیندی عاملمحور عمل میکند:
- راهاندازی: با دستور
npx @open-slide/cli init my-deckفضای کاری ایجاد میشود. - خلق: مهارت
/create-slideاز عامل چهار متغیر میخواهد: موضوع و زیباییشناسی، تعداد صفحات، تراکم متن و نوع اسلاید (متحرک یا ایستا). - اجرا: عامل ساختار را برنامهریزی کرده و صفحات را به صورت کامپوننتهای React مینویسد. فریمورک نیز مدیریت بوم، ناوبری و حالت نمایش را بر عهده میگیرد.
یکی از متمایزترین ویژگیها، بازرس (Inspector) درونمرورگری است. کاربر روی هر المان کلیک کرده و کامنتی مثل «این را قرمز کن» یا «فونت را کوچک کن» میگذارد. این کامنتها به عنوان نشانگر در کد ذخیره میشوند و با اجرای دستور /apply-comments توسط عامل، کد دقیقاً در همان نقطه اصلاح میشود. دیگر نیازی نیست به مدل بگویید «بخش سوم اسلاید چهارم را تغییر بده»؛ شما مستقیماً به المان اشاره میکنید.
طبق گزارش کاربر vinaykumar در شبکه X، اسلایدها یک «تست استرس» عالی برای عاملهای هوش مصنوعی هستند. او معتقد است چیدمان بصری (Layout) را نمیتوان به راحتی جعل کرد و هرگونه نقص در وضعیت ذهنی عامل، فوراً در جایگذاری اشتباه المانها نمایان میشود. این چالشها در راستای پیشرفت مدلهای تخصصیتر است، مشابه آنچه در مدل OUI-1 برای تولید رابطهای کاربری قابلاجرا شاهد بودیم که دقت بالایی در تبدیل مفاهیم به UI داشت.
از آنجا که open-slide مستقل از مدل است، با Claude Code، Cursor، Gemini CLI یا Codex کار میکند. در واقع، کیفیت اسلایدهای نهایی به یک محک (Benchmark) تبدیل میشود تا بفهمیم هر عامل تا چه حد در طراحی بصری و موقعیتسنجی پیچیده موفق است. این افزایش تقاضا برای تعامل با مدلهای مختلف، با رشد خیرهکننده مصرف توکن در پلتفرمهایی مانند OpenRouter همسو است که نشان از گسترش استفاده از عاملهای هوش مصنوعی در توسعه نرمافزار دارد.
برای درک بهتر، باید قابلیتهای فعلی را در برابر کمبودها قرار داد:
قابلیتهای موجود:
- نویسندگی عاملمحور با مهارتهای داخلی.
- بازرس درونمرورگر برای ویرایش کامنتها.
- مدیریت داراییها با جستوجوی لوگوهای SVG.
- حالت نمایش با یادداشتهای سخنران و تایمر.
- خروجی HTML ایستا و PDF.
- مدیریت اسلایدها با قابلیت کشیدن و رها کردن (Drag-and-drop).
کمبودهای فعلی:
- عدم پشتیبانی از خروجی PPTX (پاورپوینت).
- نبود ویرایشگر بصری برای غیربرنامهنویسان.
- عدم امکان کار بدون حضور یک عامل.
در نهایت، خروجیها را میتوان با یک کلیک روی Vercel یا Netlify مستقر کرد. اما برای کاربران شرکتی، نبود خروجی پاورپوینت یک مانع بزرگ است. بسیاری از کاربران در X پرسیدند که آیا میتوان این اسلایدها را در PowerPoint باز کرد یا خیر؛ چرا که در محیطهای اداری، تحویل پروژه از طریق ترمینال پذیرفته نیست.
جالب است که این پروژه با یک چالش نامگذاری (SEO) روبروست. جستوجوی "open-slide" اغلب کاربر را به یک نرمافزار قدیمی مشاهده تصاویر پزشکی میبرد. با این حال، رشد پروژه خیرهکننده است؛ ویدئویی از ساخت یک دک اسلاید توسط Cursor در کمتر از یک دقیقه، ۱۶ هزار بازدید داشت.
این ابزار برای گزارشهای ساده یا اسلایدهای متنی نیست. اگر ارائهای ساده دارید، Google Slides سریعتر است. open-slide زمانی معنا پیدا میکند که:
- تراکم بصری بالایی (نمودارهای پیچیده و انیمیشنها) داشته باشید.
- بخواهید هر اسلاید دقیقاً طبق قصد شما باشد، نه بر اساس یک قالب.
- از قبل با گردشکار عاملمحور (مثل Cursor) آشنا باشید.
در واقع، ابزار بخش سخت ماجرا نیست؛ سختترین قسمت، مدیریت گردشکار عامل است.
گام بعدی شما
- اگر از Cursor یا Claude Code استفاده میکنید، مخزن open-slide را کلون کرده و یک ارائه کوتاه را به عنوان تست استرس برای مدل خود بسازید.
- بررسی کنید که آیا مدل شما میتواند دستورات اصلاحی (Comments) را بدون تخریب ساختار کلی کد اجرا کند یا خیر.
- برای ارائههایی که نیاز به تعامل زنده دارند، خروجی HTML را جایگزین PDF کنید تا قابلیتهای وب را در اسلایدها داشته باشید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.




گفتگو