Başlangıç
Lokal runtime'ı kur, hazır oluşu doğrula ve kontrol yüzeylerini hata gizlemeden aç.
İlk başarılı kurulumun amacı
İlk başarılı kurulum, herhangi bir paper cycle öncesinde üç şeyi kanıtlamalı:
- lokal Python runtime başlayabiliyor
- provider, model, broker ve runtime-mode hazır oluşu görünür
- operatör yüzeyleri alt katman gerçeğini yansıtıyor, kendi state'ini uydurmuyor
Aşağıdaki kontrollerle başla. Biri başarısızsa Web GUI, Ink TUI ya da background service'e güvenmeden önce o katmanı düzelt.
Kaynaktan kurulum gereksinimleri
Depo şu anda Python artı Node workflow'u varsayıyor. Asıl trading logic hâlâ
Python runtime içinde; webgui/, docs/ ve tui/ root pnpm workspace
üzerinden yönetiliyor.
Önerilen temel kurulum:
- uv-managed
.venvüzerinden Python 3.13.x - Python bağımlılık yönetimi için uv
- Node 20+ ve
pnpm - İsteğe bağlı olarak
tmux,asciinemave QA için tarayıcı araçları - Varsayılan lokal model yolunu kullanıyorsan isteğe bağlı Ollama
- Araştırma helper'larını açıkça etkinleştiriyorsan isteğe bağlı Firecrawl ve Camofox
Her şeyi kurmadan önce system-tool dry-run çalıştır:
make bootstrap-dry-runPlan doğru görünüyorsa interaktif bootstrap kullan:
make bootstrapBu akış system install, browser-helper dependency, Firecrawl setup veya PATH symlink değişikliklerinden önce sorar. Eksik opsiyonel research helper'ları core paper operation için blocker değil, degraded readiness bilgisidir.
Python runtime'ı kur
uv python install 3.13
pnpm run install:pythonNode workspace'i repo root'undan kur:
pnpm install
pnpm approve-builds --alluv hazır olduktan sonra aşağıdaki kısayollardan birini kullan:
pnpm run setup
# veya
make setupTrading öncesi hazır oluşu kontrol et
Bir paper cycle öncesinde bu kontrolleri çalıştır:
python main.py doctor
agentic-trader provider-diagnostics --json
agentic-trader v1-readiness --json
agentic-trader finance-ops --jsonKurulu CLI entrypoint'ine güveniyorsan onu da doğrula:
agentic-trader doctorBunu Web GUI ya da Ink TUI debug etmeden önce yap. doctor zaten yanlışsa UI
çoğu zaman alt katmandaki gerçek problemi sadece yansıtıyordur.
provider-diagnostics mevcut source ladder'ı, API-key hazır oluşunu ve fallback
uyarılarını secret yazmadan ya da eksik evidence'ı tamam sanmadan gösterir.
v1-readiness lokal paper operation ve Alpaca paper readiness kapılarının geçip
geçmediğini gösterir; özellikle model servisini de çağırmak istiyorsan
--provider-check ekle.
Readiness ne anlama gelir
| Kontrol | Cevapladığı operatör sorusu |
|---|---|
doctor | Lokal runtime beklenen ortamla başlayabiliyor mu? |
provider-diagnostics --json | Hangi data/model provider'ları hazır, eksik veya degraded? |
v1-readiness --json | Lokal paper operation hazır mı, evidence/review context görünür mü, external Alpaca paper hâlâ gate arkasında mı? |
broker-status --json | Hangi backend aktif, live/paper güvenlikleri görünür mü? |
finance-ops --json | Broker, account, PnL, exposure, risk ve evidence kontrolleri paper review için uyumlu mu? |
proposal-candidates --json | Hangi broker-free scanner/research adayları review veya promotion bekliyor? |
trade-proposals --json | Hangi fikirler açık onay, ret veya audit review bekliyor? |
idea-presets / idea-score ... | Bir aday proposal'a dönüşmeden önce V1 scanner preset'leriyle nasıl skorlanır? |
supervisor-status --json | Daemon blocked, running, stale, stopped veya failed durumda mı? |
setup-status --json | Hangi lokal araçlar ve opsiyonel yan uygulamalar kurulu veya degraded? |
model-service status --json | Configured ya da app-managed Ollama erişilebilir mi, seçili model var mı? |
webgui-service status --json | App-owned loopback Web GUI servisi erişilebilir mi, logları nerede? |
Ortam dosyalarını yapılandır
Proje örnek artı lokal override düzenini kullanıyor.
- Root runtime ayarları
.env.localiçinde olmalı. - Track edilen örnekler
.env.exampleiçinde kalmalı. - GitHub Pages docs build'i
docs/.env.localgerektirmez.
Pages üzerindeki docs feedback, tarayıcı içinde GitHub issue taslağı hazırlar.
İleride Node-hosted bir docs örneği server-side forwarding'i yeniden açarsa
credential'lar docs/.env.local içinde kalmalı ve track edilen config'e
girmemeli.
Lokal model kurulumu
Depo varsayılan olarak hâlâ Ollama yönelimli, fakat yön giderek provider-aware hâle geliyor. Tipik lokal model ayarları şöyle görünebilir:
export AGENTIC_TRADER_MODEL_NAME=qwen3:8b
export AGENTIC_TRADER_BASE_URL=http://localhost:11434/v1Sadece Ollama trafiğini görmeyi sistemin sağlıklı olduğunun kanıtı sayma. Model erişimi, runtime ready oluşu ve son loglar birbiriyle uyumlu olmalı.
Agentic Trader'ın bu proje için lokal Ollama sürecini yönetmesini istiyorsan, önce read-only status'a bak, sonra app-owned servisi başlat:
agentic-trader model-service status --json
agentic-trader model-service start
agentic-trader model-service pull qwen3:8bApp-managed servis yalnızca loopback'e bind eder, kendi state/log tail'lerini
runtime/model_service/ altına yazar ve dışarıdan başlatılmış bir Ollama
process'ini durdurmaz. Varsayılan portta başka Ollama çalışıyorsa yakındaki
başka bir loopback port seçer ve AGENTIC_TRADER_BASE_URL ile eşleşip
eşleşmediğini görünür kılar. Eski app-managed portlar stop/start sırasında
temizlenir; 11434 üzerindeki servis kullanıcı/host Ollama olarak kalır.
Tek bir güvenli paper cycle çalıştır
Tek bir strict cycle çalıştır:
python main.py run --symbol AAPL --interval 1d --lookback 180dSonrasında bu koşuyu güvenilir bir örnek saymadan önce review çıktısını, dashboard/status JSON'u ve varsa evidence bundle'ı incele.
Ana yüzeyleri ayağa kaldır
Operatör launcher'ı aç:
agentic-traderInk control room'u doğrudan aç:
agentic-trader tuiWeb GUI'yi app-owned loopback service olarak çalıştır:
agentic-trader webgui-service startYa da foreground development server olarak çalıştır:
pnpm dev:webguiDocs sitesini lokal çalıştır:
pnpm dev:docsInk TUI'yi doğrudan çalıştır:
pnpm start:tui
AGENTIC_TRADER_UI_LOCALE=tr pnpm start:tuiTerminal yüzeyleri Python tarafındaki locale ayarını paylaşır.
agentic-trader --locale tr locale --json tek komutluk ön izleme yapar;
agentic-trader locale --set tr ise AGENTIC_TRADER_UI_LOCALE=tr değerini
yerel environment dosyasına yazar.
Bir şey ters hissedildiğinde önce bakılacak yerler
doctorçıktısıprovider-diagnostics --jsonv1-readiness --jsonbroker-status --jsonfinance-ops --jsonsupervisor-status --json- CLI ya da observer yüzeyindeki runtime durumu
- son runtime logları
- model servisinin hazır oluşu
- son review veya trade context
- root repo ile iç içe Next uygulamaları arasındaki environment farkları
Yakın dönem onboarding yönü
Hedeflenen V1 hardening yolu şu:
- platforma göre prerequisite tespiti
- isteğe bağlı provider ve model kurulumu
- Python ve Node ortamlarının hazırlanması
- ready oluş doğrulaması
- doğru lokal yüzeyin otomatik açılması
Bu gelecek akışın amacı sürtünmeyi azaltmak; hataları gizlemek değil.