Alur kerja riset kuantitatif dengan AI
Updated 2026-09-06
Gunakan agen untuk mengusulkan dan mengimplementasikan hipotesis, lalu biarkan data berversi dan eksperimen yang dapat direproduksi mengevaluasinya. Pisahkan percakapan model dan komputasi numerik.
Ubah ide menjadi eksperimen yang dapat dibantah
Tuliskan mekanisme yang ingin diuji, variabel yang dapat diamati, universe yang dituju, dan kondisi yang akan menolak ide tersebut. Agen dapat membantu menerjemahkan spesifikasi itu menjadi kode, tetapi tidak boleh mendefinisikan ulang kriteria keberhasilan setelah melihat hasil. Pisahkan pertanyaan implementasi dari pertanyaan riset: faktor dapat dihitung dengan benar tetapi tetap tidak memiliki sinyal yang berguna. Simpan spesifikasi kecil sebelum permintaan pembuatan kode pertama agar eksperimen akhir dapat dibandingkan dengan maksud awal.
Pilih peran yang tepat untuk RD-Agent, Qlib, dan FinRL
RD-Agent mengotomatiskan bagian pengembangan riset, termasuk implementasi dan umpan balik berulang. Qlib menyediakan alur kuantitatif untuk data, model, dan evaluasi. FinRL menyediakan lingkungan riset reinforcement learning. Proyek-proyek ini dapat mengisi tahap berbeda, tetapi bukan client chat yang dapat dipertukarkan. Permintaan LLM berada di lapisan penalaran dan coding agen. Konstruksi fitur, pelatihan, simulasi, dan metrik mengonsumsi komputasi di lingkungan eksperimen. Catat kedua jalur agar anggaran model tidak disalahartikan sebagai seluruh anggaran sumber daya.
| Komponen | Pekerjaan utama | Yang harus Anda sediakan |
|---|---|---|
| Agen riset | Hipotesis, implementasi, revisi | Kontrak tugas dan alat yang diizinkan |
| Qlib | Evaluasi data, pelatihan, sinyal, dan portofolio | Dataset kompatibel dan konfigurasi eksperimen |
| FinRL | Pelatihan kebijakan dalam lingkungan pasar | Lingkungan, definisi reward, dan desain evaluasi |
| Peninjau manusia | Metodologi dan interpretasi | Kriteria penerimaan independen |
Perbaiki kontrak data sebelum membuat faktor
Dokumentasikan identitas instrumen, zona waktu, kebijakan penyesuaian, kalender, dan penanganan nilai hilang. Untuk riset ekuitas AS, gunakan dataset AS dan konfigurasi wilayah yang sesuai; mengganti label pada contoh pasar lain tidak memindahkan asumsinya. Pertahankan keanggotaan universe historis dan stempel waktu publikasi untuk fitur fundamental atau tekstual. Normalisasi dan fit transformasi hanya pada data pengembangan yang diizinkan. Fitur yang dihitung dari restatement kemudian dapat membocorkan informasi masa depan meski periode akuntansinya tampak berada di masa lalu.
Gunakan struktur alur resmi sebagai batas eksekusi
Antarmuka qrun Qlib yang terdokumentasi menjalankan alur data, model, dan evaluasi yang dikonfigurasi serta mencatat artefak. Sediakan konfigurasi yang telah ditinjau alih-alih meminta agen mengimprovisasi seluruh lingkungan saat runtime. Perintah di bawah adalah pola pemanggilan resmi; nama file mewakili konfigurasi lengkap milik Anda. Validasi path dataset, region, universe instrumen, benchmark, dan segmen train/validation/test sebelum eksekusi. Pemeriksaan pemuatan data kecil harus gagal dengan jelas jika riwayat atau kolom yang diperlukan tidak tersedia.
# Requires an installed Qlib environment and a reviewed configuration.
qrun configuration.yamlPeriksa artefak eksperimen lengkap
Simpan kode kandidat, konfigurasi, identitas lingkungan, seed bila relevan, manifest data, dan output tercatat bersama-sama. Periksa risiko, turnover, serta konteks benchmark selain hasil utama. Gambar Qlib resmi mengilustrasikan jenis analisis yang dapat ditampilkan alur kuantitatif. Itu contoh service, bukan hasil dari panduan ini. Grafik hanya berguna bila trade atau sinyal yang mendasarinya, asumsi input, dan periode evaluasi dapat diperiksa, termasuk interval yang tidak menguntungkan.

Kendalikan proses pencarian dan lingkungan eksekusi
Berikan kode yang dibuat lingkungan yang dapat dibuang dan dibatasi sumber daya, hanya dengan dataset serta alat yang diperlukan. Tinjau akses jaringan, mount file, dan paparan rahasia sebelum eksekusi. Batasi jumlah revisi kandidat dan pertahankan eksperimen yang ditolak. Jika agen berulang kali menggunakan skor held-out untuk memperbaiki kode, skor tersebut telah menjadi umpan balik pengembangan. Sisakan jendela evaluasi yang benar-benar belum disentuh atau desain evaluasi lain yang telah dideklarasikan. Bandingkan kandidat dengan baseline yang sesuai dan catat setiap keputusan pemilihan, bukan hanya implementasi final.
Anggarkan pekerjaan model dan komputasi secara terpisah
Lacak pembuatan hipotesis, revisi kode, embedding, dan percobaan ulang model dalam ledger permintaan. Lacak pelatihan, simulasi, penyimpanan, dan akses data dalam ledger sumber daya terpisah yang dihubungkan dengan experiment ID. Cache lokal dapat mengurangi pekerjaan berulang, tetapi harus diberi key berdasarkan identitas kode dan data; jika tidak, cache dapat mengembalikan hasil kandidat lain. Berhenti saat anggaran iterasi atau komputasi tercapai. Ringkas temuan yang paling didukung dan ketidakpastian yang tersisa, jangan biarkan agen mencari hasil yang menguntungkan tanpa batas.
Bukti dan cakupan
Panduan ini menggunakan sumber resmi RD-Agent, Qlib, dan FinRL yang ditautkan di bawah. Pola konfigurasi dan gambar service didukung sumber; tidak ada loop RD-Agent, run pelatihan Qlib, kebijakan FinRL, atau imbal hasil keuangan yang dieksekusi maupun diukur untuk halaman ini. Gunakan panduan RD-Agent yang ditautkan untuk konfigurasi model khusus versi, dan simpan catatan eksekusi terpisah saat menjalankan eksperimen Anda sendiri.
Pertanyaan umum
Apakah Qlib memerlukan API key LLM?
Alur kuantitatif intinya tidak. Agen riset yang ditambahkan mungkin memerlukan kredensial chat atau embedding, sedangkan Qlib menjalankan pekerjaan numerik yang dikonfigurasi.
Kapan FinRL lebih cocok daripada alur faktor?
Saat pertanyaan riset menyangkut pembelajaran kebijakan berurutan dalam lingkungan yang ditentukan. Lingkungan dan desain reward menjadi bagian utama eksperimen.
Bisakah agen memilih periode pengujian?
Peninjau harus menyetujui batas evaluasi sebelum pengembangan. Membiarkan agen memilih periode yang menguntungkan setelah melihat hasil akan melemahkan eksperimen.
Apa yang membuat faktor yang dibuat dapat direproduksi?
Kode, versi data, kalender dan aturan penyesuaian, versi dependensi, status preprocessing, serta konfigurasi evaluasi lengkap yang dipertahankan.
Apa yang harus dilakukan ketika kode yang dibuat gagal?
Simpan kode dan bukti kegagalan terstruktur, perbaiki tahap terkecil yang terdampak dalam versi eksperimen baru, dan pertahankan percobaan asli di riwayat pencarian.