KIS AI 트레이더
2026.03.02 ~ 진행 중
먼저 볼 핵심
개인 프로젝트 · 읽기 전용 · 주문 잠금
AI 판단 근거는 보여주고 실제 주문 권한은 분리했습니다.
문제
개인 프로젝트라도 금융 화면은 방문자가 실거래 상태로 오해하지 않게 보여줘야 했습니다.
내 역할
- 개인 프로젝트로 전체 구조 직접 설계·구현
- 시장 데이터·뉴스·모의투자 기록 수집 흐름 구성
- 공개 화면은 읽기 전용, 실제 주문은 승인 전 잠금
확인 결과
- 개인 프로젝트로 수집부터 Oracle 배포까지 직접 구현
- 방문자는 판단 근거만 확인
- 실제 주문은 승인 전까지 잠금
제가 기여한 부분
- 개인 프로젝트로 요구사항, 구조, 화면, 배포 흐름 직접 설계
- 실제 주문 기능은 기본 잠금 상태로 두고 공개 화면은 read-only로 분리
- 데이터 부족, 휴장일, 검증 기간, 차단 사유를 화면 문구로 설명
데모 안내
포트폴리오 방문자는 비밀번호 없이 같은 공통 읽기 전용 데모 화면을 봅니다. 관리자 기능과 실제 주문 기능은 제공하지 않습니다.
contribution
전체 기능 / 제 기여
contribution
전체 기능 / 제 기여
전체 프로젝트 기능
- 시장 데이터, 뉴스, 환율, 모의투자 기록 수집
- AI 판단 점수와 매수·대기·차단 이유 표시
- 읽기 전용 공개 대시보드와 관리자 흐름 분리
- Oracle 배포, DuckDNS, Caddy HTTPS 운영
제가 맡아 정리한 부분
- 개인 프로젝트로 요구사항, 구조, 화면, 배포 흐름 직접 설계
- 실제 주문 기능은 기본 잠금 상태로 두고 공개 화면은 read-only로 분리
- 데이터 부족, 휴장일, 검증 기간, 차단 사유를 화면 문구로 설명
- 모의투자 결과와 AI 판단 근거를 방문자가 오해하지 않게 정리
- 실거래 전환은 별도 승인과 검증이 필요하도록 경계 설정
role
내 역할 · 규모
role
내 역할 · 규모
- 개인 프로젝트로 전체 구조 직접 설계·구현
- 시장 데이터·뉴스·모의투자 기록 수집 흐름 구성
- 공개 화면은 읽기 전용, 실제 주문은 승인 전 잠금
기술 스택
case flow
문제 · 해결 · 결과
case flow
문제 · 해결 · 결과
핵심 성과
- 개인 프로젝트로 수집부터 Oracle 배포까지 직접 구현
- 방문자는 판단 근거만 확인
- 실제 주문은 승인 전까지 잠금
문제
개인 프로젝트라도 금융 화면은 방문자가 실거래 상태로 오해하지 않게 보여줘야 했습니다.
해결
시장 데이터, AI 판단 근거, 모의투자 기록, 주문 잠금 상태를 분리하고 공개 화면은 읽기 전용으로 구성했습니다.
결과
방문자는 판단 흐름만 확인하고, 실제 주문 권한은 별도 승인과 운영 검증 뒤에만 다루도록 정리했습니다.
architecture
설계 / 문서
architecture
설계 / 문서
아키텍처
- Python 기반 개인 대시보드, KIS API 연동, 요약 로그 저장
- Oracle Cloud, DuckDNS, Caddy HTTPS, 읽기 전용 공개 URL 분리
ERD / DB
종목 판단, 모의투자 기록, 손익 히스토리, 뉴스/시장 데이터, 운영 정책 상태 구분
API 명세
- 시장 지표, 뉴스, 종목 판단, 모의투자 기록 조회
- 읽기 전용 공개 API와 관리자 정책 API 분리
debugging
트러블슈팅
debugging
트러블슈팅
KIS 토큰, 장 휴장, 데이터 부족, 검증 기간, 실거래 잠금 상태를 구분해 화면에서 차단 이유를 설명하도록 정리했습니다.
verification
검증 / 운영 기록
verification
검증 / 운영 기록
보안 체크
실계좌 정보와 주문 제어 기능은 공개 화면에서 제외하고, live_order_allowed=false와 paper_only 기준을 유지했습니다.
운영 경험
Oracle에서 읽기 전용 데모를 운영하고, 실제 주문 전환은 별도 검증과 승인 대상으로 분리했습니다.
features
주요 기능
features
주요 기능
problem solving
문제 해결 과정
problem solving
문제 해결 과정
자동매매 화면에서 데이터, 판단, 기록, 주문 상태가 섞이면 사용자가 현재 상태를 오해할 수 있었습니다.
수집, 판단, 기록, 화면 표시를 분리하고 실전 주문은 관리자 확인과 잠금 해제 뒤에만 다루도록 설계했습니다.
자동화 시스템은 실행 버튼보다 판단 근거, 실패 로그, 위험한 기능의 잠금 구조가 먼저 필요했습니다.
takeaways
프로젝트에서 배운 것
takeaways
프로젝트에서 배운 것
자동화 시스템은 판단 근거와 실패 추적이 중요함
수집, 분석, 실행, 기록 단계를 분리해야 함
읽기모드와 관리자 기능은 명확히 나눠야 함
실거래 전환은 검증과 승인 단계를 거쳐야 함
interview prep
면접 질문 3개
interview prep
면접 질문 3개
Q01
왜 개인 프로젝트인데 주문 기능을 바로 열지 않았나요?
금융 프로젝트는 결과보다 안전 경계가 먼저라고 판단했습니다. 공개 화면은 읽기 전용으로 두고, 실제 주문은 별도 승인과 검증 뒤에만 다루도록 분리했습니다.
Q02
AI 판단을 어떻게 신뢰하게 만들었나요?
매수 결과만 보여주지 않고 데이터 부족, 휴장, 검증 기간, 차단 조건 같은 판단 근거를 함께 보여주도록 구성했습니다.
Q03
가장 신경 쓴 백엔드 포인트는 무엇인가요?
수집, 판단, 기록, 실행 권한을 분리한 점입니다. 토큰 성공이나 화면 표시만으로 운영 준비가 끝났다고 보지 않게 상태를 나눴습니다.
documents
기획자료 / 첨부 문서
documents