گردش‌کارهای پژوهش کمی با AI

Updated 2026-09-06

از agentها برای پیشنهاد و پیاده‌سازی فرضیه‌ها استفاده کنید، سپس بگذارید داده نسخه‌گذاری‌شده و آزمایش‌های بازتولیدپذیر آن‌ها را ارزیابی کنند. گفت‌وگوی مدل و محاسبه عددی را متمایز نگه دارید.

ایده را به آزمایش ابطال‌پذیر تبدیل کنید

سازوکاری را که می‌خواهید بیازمایید، متغیرهای قابل‌مشاهده، جهان موردنظر و شرایط رد ایده را بنویسید. عامل می‌تواند در ترجمه این مشخصات به کد کمک کند، اما نباید پس از دیدن نتایج معیار موفقیت را بازتعریف کند. پرسش‌های پیاده‌سازی را از پرسش‌های پژوهشی جدا کنید: یک factor می‌تواند درست محاسبه شود و همچنان سیگنال مفیدی نداشته باشد. پیش از نخستین درخواست تولید کد، مشخصات کوچکی ذخیره کنید تا آزمایش نهایی با نیت اولیه قابل‌مقایسه باشد.

نقش درست RD-Agent، Qlib و FinRL را انتخاب کنید

RD-Agent بخش‌هایی از توسعه پژوهش، از جمله پیاده‌سازی تکراری و بازخورد را خودکار می‌کند. Qlib گردش‌کاری کمی برای داده، مدل و ارزیابی فراهم می‌کند. FinRL محیط‌های پژوهش یادگیری تقویتی را ارائه می‌دهد. این پروژه‌ها می‌توانند مراحل متفاوتی را پوشش دهند، اما clientهای گفت‌وگو قابل‌جایگزینی نیستند. درخواست‌های LLM به لایه استدلال و کدنویسی عامل تعلق دارند. ساخت feature، آموزش، شبیه‌سازی و معیارها در محیط آزمایش محاسبه مصرف می‌کنند. هر دو مسیر را ثبت کنید تا بودجه مدل با کل بودجه منابع اشتباه نشود.

مؤلفهکار اصلیآنچه باید تأمین کنید
عامل پژوهشفرضیه، پیاده‌سازی، بازنگریقرارداد کار و ابزارهای مجاز
Qlibداده، آموزش، سیگنال و ارزیابی پرتفویمجموعه‌داده سازگار و پیکربندی آزمایش
FinRLآموزش policy در محیط بازارمحیط، تعریف پاداش و طرح ارزیابی
بازبین انسانیروش‌شناسی و تفسیرمعیارهای پذیرش مستقل

پیش از تولید factor قرارداد داده را ثابت کنید

هویت ابزار، منطقه زمانی، سیاست تعدیل، تقویم و برخورد با مقدار مفقود را مستند کنید. برای پژوهش سهام آمریکا، از مجموعه‌داده و پیکربندی منطقه مناسب آمریکا استفاده کنید؛ تغییر یک برچسب روی نمونه بازار دیگر، فرض‌های آن را منتقل نمی‌کند. عضویت تاریخی در جهان و زمان‌نشان‌های انتشار را برای featureهای بنیادی یا متنی نگه دارید. تبدیل‌ها را فقط روی داده توسعه مجاز نرمال‌سازی و fit کنید. عاملی که از تجدید ارائه بعدی محاسبه شده می‌تواند اطلاعات آینده را نشت دهد، حتی وقتی دوره حسابداری‌اش ظاهراً متعلق به گذشته است.

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

رابط qrun مستند Qlib گردش‌کار پیکربندی‌شده داده، مدل و ارزیابی را اجرا و artifactها را ثبت می‌کند. به‌جای درخواست بداهه‌سازی کل محیط در زمان اجرا، پیکربندی بازبینی‌شده بدهید. فرمان زیر الگوی فراخوانی رسمی است؛ filename نماینده پیکربندی کامل خود شماست. مسیر dataset، منطقه، جهان ابزار، benchmark و بخش‌های train/validation/test را پیش از اجرا اعتبارسنجی کنید. یک کنترل کوچک بارگذاری داده باید وقتی تاریخچه یا فیلدهای لازم در دسترس نیستند، شفاف شکست بخورد.

# Requires an installed Qlib environment and a reviewed configuration.
qrun configuration.yaml

artifact کامل آزمایش را بررسی کنید

کد نامزد، پیکربندی، هویت محیط، seed در صورت ارتباط، manifest داده و خروجی‌های ثبت‌شده را کنار هم نگه دارید. علاوه بر نتیجه برجسته، ریسک، گردش معاملات و زمینه benchmark را بررسی کنید. شکل رسمی Qlib نوع تحلیل‌هایی را نشان می‌دهد که یک گردش‌کار کمی می‌تواند آشکار کند. این نمونه service است، نه نتیجه این راهنما. نمودار فقط وقتی مفید است که معاملات یا سیگنال‌های زیربنایی، فرض‌های ورودی و دوره ارزیابی، از جمله بازه‌های نامطلوب، قابل‌بررسی باشند.

شکل تحلیل نمونه رسمی Qlib که گزارش کمی چندپنله را نشان می‌دهد.
نمونه رسمی Qlib، revision 79633dd9، مجوز MIT. تصویر service، نه نتیجه آزمایش APIsRouter.

فرایند جست‌وجو و محیط اجرا را کنترل کنید

به کد تولیدشده محیطی دورریختنی و محدود از نظر منابع بدهید که فقط datasetها و ابزارهای لازم را دارد. پیش از اجرا دسترسی شبکه، mount فایل و افشای secret را بازبینی کنید. تعداد نسخه‌های نامزد را محدود و آزمایش‌های ردشده را حفظ کنید. اگر عامل بارها از امتیاز خارج از نمونه برای بهبود کد استفاده کند، آن امتیاز به بازخورد توسعه تبدیل شده است. یک پنجره ارزیابی واقعاً دست‌نخورده یا طرح ارزیابی دیگری که از پیش اعلام شده رزرو کنید. نامزدها را با baseline مناسب مقایسه کنید و هر تصمیم انتخاب را ثبت کنید، نه فقط پیاده‌سازی نهایی.

کار مدل و محاسبه را جداگانه بودجه‌بندی کنید

تولید فرضیه، بازنگری کد، embedding و تلاش‌های مدل را در دفتر درخواست ثبت کنید. آموزش، شبیه‌سازی، ذخیره‌سازی و دسترسی داده را در دفتر منابع جداگانه‌ای که با experiment ID به آن وصل است نگه دارید. cache محلی می‌تواند کار تکراری را کم کند، اما باید بر اساس هویت کد و داده کلید بخورد؛ در غیر این صورت نتیجه نامزد دیگری را برمی‌گرداند. وقتی بودجه تکرار یا محاسبه رسید، متوقف شوید. یافته‌ای را که بهترین پشتیبانی را دارد و عدم‌قطعیت باقی‌مانده را خلاصه کنید، نه اینکه عامل را بی‌نهایت برای نتیجه مطلوب به جست‌وجو بفرستید.

شواهد و دامنه

این walkthrough بر منابع رسمی RD-Agent، Qlib و FinRL که در ادامه پیوند شده‌اند تکیه دارد. الگوی پیکربندی و شکل service متکی بر منبع‌اند؛ برای این صفحه هیچ حلقه RD-Agent، اجرای آموزش Qlib، policy مربوط به FinRL یا بازده مالی اجرا یا اندازه‌گیری نشده است. برای پیکربندی مخصوص نسخه مدل، راهنمای RD-Agent پیوندشده را بخوانید و هنگام اجرای آزمایش خود رکورد اجرای جداگانه نگه دارید.

پرسش‌های پرتکرار

آیا Qlib به کلید API یک LLM نیاز دارد؟

هسته گردش‌کار کمی آن چنین نیازی ندارد. عامل پژوهش متصل ممکن است به اعتبارنامه گفت‌وگو یا embedding نیاز داشته باشد، درحالی‌که Qlib کار عددی پیکربندی‌شده را انجام می‌دهد.

FinRL چه زمانی از گردش‌کار factor مناسب‌تر است؟

وقتی پرسش پژوهش درباره یادگیری policy ترتیبی در محیطی تعریف‌شده است. محیط و طراحی پاداش به بخش‌های مرکزی آزمایش تبدیل می‌شوند.

آیا عامل می‌تواند دوره آزمون را انتخاب کند؟

بازبین باید مرزهای ارزیابی را پیش از توسعه تأیید کند. اجازه انتخاب دوره‌های مطلوب پس از دیدن نتایج، آزمایش را ضعیف می‌کند.

چه چیزی یک factor تولیدشده را بازتولیدپذیر می‌کند؟

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

وقتی کد تولیدشده شکست می‌خورد چه کنم؟

کد و شواهد ساختاریافته شکست را نگه دارید، کوچک‌ترین مرحله آسیب‌دیده را در نسخه جدید آزمایش اصلاح کنید و تلاش اصلی را در تاریخچه جست‌وجو حفظ کنید.