پرش به محتوای اصلی
پرش به محتوای مقاله

چرا RAG و تقطیر مهارت برای نجات کدنویسی عامل‌محور کافی نیستند؟

·۱۹ خرداد ۱۴۰۵۲ دقیقه مطالعه
چرا RAG و تقطیر مهارت برای نجات کدنویسی عامل‌محور کافی نیستند؟
اشتراک‌گذاری
واقعاً چه چیز جدید است؟

اثبات عملی شکست ترکیب RAG و تقطیر مهارت در تولید منطق‌های پیچیده بازی (مانند تتریس). این خبر نشان می‌دهد که حتی با دسترسی به مستندات خارجی، مدل‌های ۳۰ میلیارد پارامتری در حفظ انسجام ساختاری کد شکست می‌خورند.

تصور کنید بخواهید با یک پرامپت، یک موتور بازی‌سازی کامل بسازید اما در نهایت با یک صفحه سفید روبرو شوید. این کابوس توسعه‌دهنده‌ی پروژه Amazing Digital Dentures بود که قصد داشت بهره‌وری را به یک ماجراجویی دیجیتالی تبدیل کند.

در دورانی که انتظار داریم عامل‌های هوش مصنوعی تمام کارهای پیچیده کدنویسی را بر عهده بگیرند، این تجربه شکاف عمیقی را نشان می‌دهد. مدل زبانی بزرگ (LLM) — مثل کتابخانه‌داری که میلیاردها صفحه را خوانده و حالا با همان لحن جواب می‌دهد — هنوز در تبدیل تکه‌های کد به یک محصول نرم‌افزاری قابل‌اعتماد مشکل دارد. همان‌طور که در تحلیل‌های قبلی ما درباره‌ی امنیت مدل‌های بازمتن اشاره کردیم، تکیه صرف بر حجم داده‌ها بدون ساختار منطقی، ریسک‌های بزرگی دارد.

به نقل از گزارش منتشر شده در ۷ ژوئن ۲۰۲۶ در پلتفرم Hugging Face، توسعه‌دهنده این پروژه برای واداشتن مدل Nemotron 30b به نوشتن کدهای کاربردی Three.js چندین روش را آزمود:

  • پرامپت‌های طولانی نتوانستند بازی‌های سالم تولید کنند.
  • افزودن «کارت‌های مهارت» از گیت‌هاب باعث پر شدن سریع پنجره متنی (Context Window) — که مثل میز کاری است و جای محدودی دارد — شد.
  • استفاده از Codex برای تقطیر مهارت‌ها در یک فایل متنی و سپس به‌کارگیری تولید بازیابی‌افزا (RAG) — شبیه دانش‌آموزی است که قبل از جواب دادن، اول کتاب را باز می‌کند — اما نتیجه اغلب صفحاتی سفید و خالی بود.

این شکست نشان می‌دهد که در کدنویسی «عامل‌محور» (Agentic)، مشکل اصلی در «مایل آخر» است. مدل‌ها می‌توانند ظاهر کد (Syntax) را تقلید کنند، اما در حفظ انسجام ساختاری برای اجرا شکست می‌خورند. بنابراین، برای کسب‌وکارهایی که روی اتوماسیون کامل نرم‌افزاری شرط‌بندی کرده‌اند، RAG به تنهایی راه نجات نیست.

گام بعدی شما

  • اگر از RAG برای تولید کد استفاده می‌کنید، خروجی‌ها را با تست‌های واحد (Unit Test) سخت‌گیرانه بررسی کنید.
  • به جای اعتماد به یک پرامپت بلند، از متدولوژی شکستن تسک‌ها به قطعات کوچک‌تر استفاده کنید.
  • نسخه فعلی این پروژه را در Hugging Face Space تست کنید تا سقف توانایی تولید یک‌مرحله‌ای مدل‌ها را ببینید.

اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.

چرا این موضوع مهم است؟

این تجربه ثابت می‌کند که تخصص در معماری نرم‌افزار همچنان بر تسلط بر مهندسی پرامپت برتری دارد. اعتبار این ادعا از شکست یک پروژه عملی در مقیاس واقعی می‌آید که نشان می‌دهد فاصله بین «نمونه اولیه» و «محصول نهایی» در AI هنوز زیاد است.

تأثیر برای ایران

این خبر برای برنامه‌نویسان ایرانی که به دنبال جایگزینی نیروی انسانی با Agentهای کدنویس هستند، یک هشدار است؛ در حال حاضر این ابزارها برای تسک‌های ساده مفیدند اما برای معماری‌های پیچیده قابل‌اعتماد نیستند.

·نگاه ما
تحریریه دات‌هوش

تحلیل ما این است که ما از عصر «تولید کد» به عصر «تأیید کد» وارد شده‌ایم. آنچه از این خبر می‌آموزیم این است که مدل‌های استدلالی باید بتوانند قبل از نوشتن اولین خط کد، یک «نقشه معماری» ذهنی بسازند، نه اینکه فقط کلمات احتمالی بعدی را پیش‌بینی کنند.

منابع

این گزارش با خط‌لولهٔ خودکار دات‌هوش از منابع معتبر جهانی تدوین و زیر نظر تحریریه منتشر شده است. روش کار ما

گفتگو

پنج‌شنبه‌های هوش‌محور

بسته‌ی هفتگی دات‌هوش

۵ خبر، ۲ ابزار، ۱ پرامپت در هر شماره. به‌زودی راه‌اندازی می‌شود — هر پنج‌شنبه صبح.

خبر کلیدی
ابزار کاربردی
پرامپت حرفه‌ای
تحلیل پژوهش
به‌زودی
زاویه‌ی ایرانی
به‌زودی
تمرین این هفته
به‌زودی

راهنماهای دات‌هوش

راهنماهای کاربردیِ دات‌هوش برای کار با هوش مصنوعی — از همین‌جا شروع کنید:

دات‌هوش

راهنمای فارسی هوش مصنوعی — با نگاه به ایران

اخبار روزانه، معرفی ابزارها و مدل‌ها، و آموزشِ کار با هوش مصنوعی؛ همیشه با این پرسش که از ایران چه چیزی کار می‌کند و چه چیزی نه.