4 Commits

Author	SHA1	Message	Date
Bill	67454c4292	refactor: update shell scripts for AI-Trader-Server rebrand ... Update all shell scripts to use the new AI-Trader-Server naming throughout. Changes: - main.sh: Update comments and echo statements - entrypoint.sh: Update startup message - scripts/validate_docker_build.sh: Update title, container name references, and docker image tag from ai-trader-test to ai-trader-server-test - scripts/test_api_endpoints.sh: Update title and docker-compose command Part of Phase 4: Internal Configuration & Metadata (Task 19)	2025-11-01 12:05:16 -04:00
Bill	b88a65d9d7	fix: API endpoint test script now reads API_PORT from .env ... - Read API_PORT from .env file if it exists - Construct API_BASE_URL using configured port - Display which URL is being tested - Consistent with validate_docker_build.sh behavior	2025-10-31 14:15:48 -04:00
Bill	357e561b1f	refactor: remove batch mode, simplify to API-only deployment ... Removes dual-mode deployment complexity, focusing on REST API service only. Changes: - Removed batch mode from docker-compose.yml (now single ai-trader service) - Deleted scripts/test_batch_mode.sh validation script - Renamed entrypoint-api.sh to entrypoint.sh (now default) - Simplified Dockerfile (single entrypoint, removed CMD) - Updated validation scripts to use 'ai-trader' service name - Updated documentation (README.md, TESTING_GUIDE.md, CHANGELOG.md) Benefits: - Eliminates port conflicts between batch and API services - Simpler configuration and deployment - API-first architecture aligned with Windmill integration - Reduced maintenance complexity Breaking Changes: - Batch mode no longer available - All simulations must use REST API endpoints	2025-10-31 13:54:14 -04:00
Bill	fb9583b374	feat: transform to REST API service with SQLite persistence (v0.3.0) ... Major architecture transformation from batch-only to API service with database persistence for Windmill integration. ## REST API Implementation - POST /simulate/trigger - Start simulation jobs - GET /simulate/status/{job_id} - Monitor job progress - GET /results - Query results with filters (job_id, date, model) - GET /health - Service health checks ## Database Layer - SQLite persistence with 6 tables (jobs, job_details, positions, holdings, reasoning_logs, tool_usage) - Foreign key constraints with cascade deletes - Replaces JSONL file storage ## Backend Components - JobManager: Job lifecycle management with concurrency control - RuntimeConfigManager: Thread-safe isolated runtime configs - ModelDayExecutor: Single model-day execution engine - SimulationWorker: Date-sequential, model-parallel orchestration ## Testing - 102 unit and integration tests (85% coverage) - Database: 98% coverage - Job manager: 98% coverage - API endpoints: 81% coverage - Pydantic models: 100% coverage - TDD approach throughout ## Docker Deployment - Dual-mode: API server (persistent) + batch (one-time) - Health checks with 30s interval - Volume persistence for database and logs - Separate entrypoints for each mode ## Validation Tools - scripts/validate_docker_build.sh - Build validation - scripts/test_api_endpoints.sh - Complete API testing - scripts/test_batch_mode.sh - Batch mode validation - DOCKER_API.md - Deployment guide - TESTING_GUIDE.md - Testing procedures ## Configuration - API_PORT environment variable (default: 8080) - Backwards compatible with existing configs - FastAPI, uvicorn, pydantic>=2.0 dependencies Co-Authored-By: AI Assistant <noreply@example.com>	2025-10-31 11:47:10 -04:00