LLM Wiki

채팅 기반 감독형 자동매매 합본 노트

4 min read

채팅 기반 감독형 자동매매 합본 노트

실행 계층은 작고 단단하게, 운영면은 채팅 중심으로, 상위 의사결정은 제안·승인·기록으로 분리한다.

이 노트의 범위

이 노트는 다음 두 축을 하나로 묶는다.

  • 추천 스택: Upbit 실전형(CCXT + Freqtrade + Telegram)부터 안정화하는 도입 순서
  • 감독형 아키텍처: Telegram ChatOps, approval gate, risk gate, execution adapter, journal을 분리하는 운영 구조

핵심은 분석과 제안은 AI가 맡고, 체결은 검증된 엔진이 맡으며, 마지막 승인만 사람이 유지하는 것이다.

권장 도입 순서

  1. 실행 계층부터 고정

    • Upbit + CCXT + Freqtrade 조합으로 시작
    • paper/live 전환 경로를 먼저 분리
    • 거래소별 adapter를 나중에 끼울 수 있게 유지

  2. 운영면을 먼저 붙임

    • Telegram을 알림 채널이 아니라 운영 게이트로 사용
    • 제안 카드, 승인 버튼, 리스크 경고를 한 흐름으로 묶음
    • 결과와 의사결정을 journal에 남김

  3. 안전장치 추가

    • risk policy
    • approval policy
    • size limit / exposure limit
    • human override

  4. 고급 레이어는 후순위

    • 토론형 멀티에이전트
    • 전략 연구 레이어
    • 보조 워크스페이스 자동화

권장 아키텍처

Event Router
├── Signal Ingest
├── Market / Account State
└── ChatOps Trigger
 
Decision Layer
├── AI Proposal Card
├── Risk Policy
└── Approval Gate
 
Execution Layer
├── PaperExecutor
├── UpbitExecutor
├── FreqtradeAdapter
└── KISAdapter
 
Observability Layer
├── Tracker
├── Journal
└── Telegram Feedback

운영 원칙

  • 작게 시작한다: 첫 버전은 단일 거래소와 단일 전략부터 시작
  • 승인은 분리한다: AI의 제안과 사람의 승인을 같은 단계로 섞지 않는다
  • 체결은 얇게 둔다: 실행 모듈은 가능한 한 작고 교체 가능해야 한다
  • 기록을 남긴다: 무엇을 왜 했는지 나중에 재현 가능해야 한다
  • 실험과 운영을 구분한다: 연구용 토론 구조는 운영 코어 위에 얹는다

컴포넌트 정리

  • Event Router: 시그널/이벤트를 받아 적절한 경로로 분기
  • AI Proposal Card: 매매 이유, 진입/청산 기준, 리스크를 한 장으로 요약
  • Risk Policy: 포지션 크기, 손절, 일중 한도, 노출 제한을 판단
  • Approval Gate: 사람 승인이 있어야만 실행
  • ExecutionAdapter: 거래소/엔진별 실행 인터페이스
  • PaperExecutor: 실전 전환 전 검증용
  • Journal: 의사결정과 체결 결과 기록
  • Telegram Gate: 운영 알림과 승인 흐름의 중심 채널

관련 노트

그래프 뷰

백링크