You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
I Luk Kim 2395a0c0c3 feat: PEAD mid-cap strategy + pipeline hardening + README cleanup
- Implement PEAD 7% Long+Short strategy with mid-cap universe expansion
- Add Stock Oracle screener/company clients, text sentiment features
- Enhance backtest engine: short-side execution, walk-forward CV, MFE/MAE analysis
- Harden pipeline: sequential Oracle API calls, scoring recalibration (event_quality 65%)
- Add experiment configs for 60+ strategy variants and journal tracking
- Add review/analysis CLI tools
- Remove obsolete dev/phase0-4 design documents and analysis scripts
- Clean README to reflect only implemented features (remove unbuilt adapters/engines)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
5 months ago
..
README.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
architecture_and_repo_plan.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
coding_rules.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
db_schema.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
implementation_plan.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
parser_event.schema.json feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
parser_json_schema.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
service_contracts.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago
testing_checklist.md feat: PEAD mid-cap strategy + pipeline hardening + README cleanup 5 months ago

README.md

Phase 1 개발문서 패키지

이 문서는 Phase 0에서 고정한 전략/리스크/데이터 정책을 바탕으로, AI 코딩 에이전트가 실제 구현을 시작할 수 있도록 만든 Phase 1 상세 개발문서입니다.

목표

Phase 1의 목표는 아래 4가지를 확정하는 것입니다.

  1. 개발 환경과 저장 구조를 표준화한다.
  2. 데이터 소스별 adapter 계약을 정의한다.
  3. DB/파일 스키마를 고정한다.
  4. 파서 출력 형식과 테스트 기준을 고정한다.

포함 문서

  • architecture_and_repo_plan.md
    • 전체 아키텍처
    • 모듈 경계
    • 저장소 구조
    • 서비스별 책임
    • 실행 흐름
    • 환경변수 정책
  • implementation_plan.md
    • AI 코딩 에이전트용 작업 순서
    • 선행조건
    • 단계별 산출물
    • 완료 조건
    • 작업 분할 단위
  • db_schema.md
    • PostgreSQL 운영 테이블
    • DuckDB/Parquet 연구용 저장 규칙
    • 인덱스/중복 방지 키
    • 상태 테이블 설계
    • SQL DDL 초안
  • service_contracts.md
    • source adapter 계약
    • normalize/parser/feature builder 계약
    • 실행 엔진 계약
    • job 상태 기록 방식
    • 표준 에러/로그 포맷
  • parser_json_schema.md
    • 이벤트 파서 출력 JSON 규격
    • 필드 정의
    • 필수/선택 항목
    • confidence와 provenance 정책
  • parser_event.schema.json
    • 실제 JSON Schema 초안
  • testing_checklist.md
    • 단위 테스트
    • 통합 테스트
    • 리플레이 테스트
    • 데이터 검증
    • 운영 전 점검표
  • coding_rules.md
    • 코딩 규칙
    • 예외 처리 원칙
    • idempotency 원칙
    • retry/timeout 정책
    • 보안/비밀값 처리 원칙

Phase 1 범위

Phase 1에서는 아래까지만 구현합니다.

  • 로컬 재현 가능한 개발환경
  • PostgreSQL/DuckDB 연결
  • SEC / Alpaca / FRED / FINRA adapter 기본 골격
  • raw/staging/structured 저장 파이프라인
  • 이벤트 문서 파서 입출력 규격
  • job 실행/에러/재시도 표준
  • 최소한의 테스트 자동화

Phase 1에서 일부러 하지 않는 것

  • 실거래 주문 로직의 full implementation
  • YouTube/Yahoo/Wikimedia attention layer 본 구현
  • 대시보드 UI
  • LLM 최적화
  • 포트폴리오 최적화
  • 숏 전략
  • 초단타 intraday engine

권장 실행 순서

  1. architecture_and_repo_plan.md 읽기
  2. coding_rules.md 읽기
  3. db_schema.md 기반으로 DB migration 작성
  4. service_contracts.md 기반으로 adapter skeleton 작성
  5. parser_event.schema.json 기준으로 parser I/O 고정
  6. implementation_plan.md 순서대로 구현
  7. testing_checklist.md로 검증

완료 기준

Phase 1 종료 시 아래가 가능해야 합니다.

  • 한 명의 개발자가 로컬에서 전체 환경을 띄울 수 있다.
  • SEC filing 하나를 수집해서 raw/staging/structured로 적재할 수 있다.
  • Alpaca 일봉/분봉 데이터를 정규화 테이블에 넣을 수 있다.
  • FRED/FINRA 데이터를 일자별로 수집할 수 있다.
  • parser가 schema-valid JSON을 반환한다.
  • 중복 실행 시 데이터가 두 번 쌓이지 않는다.
  • 실패한 job을 안전하게 재시도할 수 있다.
  • 최소 단위 테스트와 통합 테스트가 자동으로 돈다.