Analisis saham dengan AI dan bukti yang dapat ditelusuri

Ajukan pertanyaan yang dapat diselesaikan dari bukti

Mulai dengan pertanyaan seperti apakah perubahan margin yang dilaporkan konsisten dengan pendorong operasi yang diungkapkan perusahaan. Tentukan penerbit dan batas waktu informasi, kumpulkan pengajuan yang sebanding, hitung perubahan, lalu minta model memberikan penjelasan yang terhubung ke input tersebut. Definisikan output sebelum pengumpulan: fakta yang dilaporkan, metrik terhitung, pendorong yang masuk akal, dan pertanyaan yang belum terselesaikan. Ini memberi peninjau cara konkret untuk menilai hasil serta membantu Anda menentukan sumber tambahan yang akan meningkatkan analisis, bukan mengumpulkan tumpukan materi perusahaan tanpa batas.

Pastikan penerbit dan batas waktu informasi

Gunakan pengenal penerbit yang stabil sekaligus ticker khusus bursa. Catat jenis sekuritas, mata uang perdagangan, mata uang pelaporan, dan kalender fiskal. Laporan tahunan penerbit, harga saham lokal, dan depositary receipt AS dapat menggambarkan objek yang terkait tetapi tidak identik. Tentukan apakah pertanyaan menyangkut bisnis atau sekuritas tertentu. Batas waktu adalah informasi terbaru yang diperbolehkan masuk riset, bukan sekadar akhir periode akuntansi. Restatement berikutnya harus disimpan sebagai versi bukti baru, bukan diam-diam mengganti input sebelumnya.

Kumpulkan paket sumber sebelum meminta sintesis

Mulailah dari pengungkapan penerbit, pengajuan regulator yang relevan, dan materi pendukung berlisensi. Submission SEC dan antarmuka XBRL dapat membantu penerbit AS, tetapi tidak menggantikan sumber pengungkapan pasar lokal atau konteks pengajuan asli. Simpan URL sumber, timestamp pengambilan, hash dokumen, dan penunjuk bagian bersama setiap item yang diekstrak. Transkrip adalah bukti tentang apa yang dikatakan pembicara; kutipan pasar adalah bukti harga pada suatu waktu; keduanya tidak otomatis memverifikasi klaim satu sama lain. Minta alasan yang jelas untuk memasukkan setiap sumber ke dalam paket.

Hitung dahulu, kemudian minta penjelasan

Hitung perubahan dan rasio menggunakan kode atau spreadsheet yang diaudit, dengan mempertahankan referensi input dan aturan penyebut. Kirim hasil tersebut bersama bagian sumber yang relevan kepada model. Minta model menjelaskan pendorong yang masuk akal, mengidentifikasi kontradiksi, dan mencantumkan hal yang belum terbukti. Misalnya, berikan perhitungan pendapatan dan margin bersama catatan segmen, lalu minta tabel yang memetakan setiap pendorong yang diusulkan ke bagian pendukung. Pilih model terkini sesuai konteks dan perilaku output yang diperlukan. Simpan catatan perhitungan terpisah agar revisi narasi tidak diam-diam mengubah inputnya.

Gunakan kontrak laporan terstruktur

Pisahkan fakta yang dilaporkan, metrik terhitung, interpretasi, dan hal yang tidak diketahui. Setiap interpretasi material harus menunjuk fakta pendukung dan mengakui alternatif yang masuk akal. Gunakan koleksi kosong untuk bukti yang tidak tersedia, bukan contoh buatan yang tampak seperti hasil keuangan nyata. Sketsa schema di bawah ini adalah desain tingkat aplikasi, bukan format permintaan APIsRouter baru atau konfigurasi proyek service. Validator Anda harus menolak referensi sumber yang hilang dan membiarkan artefak tertunda sampai manusia meninjau penalarannya.

{
  "issuer_id": "REQUIRED",
  "as_of": "REQUIRED_ISO_TIMESTAMP",
  "question": "REQUIRED_RESEARCH_QUESTION",
  "facts": [],
  "computed_metrics": [],
  "interpretations": [],
  "counterevidence": [],
  "unknowns": [],
  "review_status": "pending"
}

Tinjau klaim, bukan hanya format sitasi

Buka bagian yang dikutip dan periksa apakah bagian tersebut mendukung kalimat yang tepat. Pastikan periode, satuan, dan perusahaan cocok. Kemudian tanyakan apakah interpretasi mengikuti bukti atau menambahkan asumsi yang tidak dinyatakan. Model kedua dapat membantu menemukan inkonsistensi, tetapi bukan corroboration independen jika hanya melihat ringkasan model pertama. Berikan paket sumber asli dan aturan penolakan yang jelas kepada peninjau. Pertahankan perbedaan pendapat, bukan menggabungkan penjelasan yang bersaing menjadi konsensus yang percaya diri secara otomatis.

Catat biaya dan bukti kegagalan di setiap tahap

Simpan tahap pengumpulan, parsing, perhitungan, dan model secara terpisah agar ekstraksi tabel yang gagal tidak memaksa seluruh job dimulai ulang. Lacak permintaan dan percobaan ulang berbayar berdasarkan job dan identitas model, lalu rekonsiliasikan penggunaan dengan kontrak harga terkini. Catat penggunaan yang belum terselesaikan sebagai tidak diketahui. Jika sumber tidak tersedia, kembalikan status riset parsial dengan bukti yang hilang. Laporan panjang yang tampak lengkap tidak boleh dianggap berhasil saat klaim intinya bergantung pada pengajuan yang dihilangkan atau asumsi numerik yang belum diverifikasi.

Bukti dan akses model

Panduan ini memberikan alur kerja berbasis sumber dan struktur keluaran ilustratif, bukan kasus perusahaan yang dijalankan. Kasus lengkap memerlukan input berizin, versi sumber dan kode, identitas model aktual, catatan penggunaan, dan klaim yang ditinjau. GPT-6 Astra resmi ada, tetapi pemeriksaan katalog publik APIsRouter pada 5 September 2026 tidak mencantumkannya. Gunakan katalog saat ini untuk memilih model bagi alur kerja ini; akses model resmi dan ketersediaan gateway adalah hal yang terpisah.

Pertanyaan umum