EA 제작은 첫 설계부터 기록해야 한다

자동매매 프로그램을 만들 때 가장 먼저 남겨야 하는 것은 코드가 아니라 가정입니다. 어떤 장에서 작동한다고 보는지, 어떤 구간에서는 작동하지 않는지, 사람이 보던 관점 중 무엇을 규칙으로 바꿀지 적어야 합니다.

이 기록이 없으면 나중에 EA가 실패했을 때 원인을 알기 어렵습니다. 코드가 틀린 것인지, 시장 가정이 틀린 것인지, 리스크 제한이 약했던 것인지 분리할 수 없기 때문입니다.

내부 작업 로그를 그대로 공개하면 독자에게도 어렵고, 보안이나 운영상 노출하면 안 되는 정보가 섞일 수 있습니다. 그래서 공개 글은 기능 목록보다 의도, 규칙, 테스트 조건, 실패 조건 중심으로 정리합니다.

예를 들어 “주문 모듈을 수정했다”가 아니라 “브로커가 실제로 체결을 받아들이는지 주문 요청과 체결 결과를 분리해서 보기 시작했다”처럼 독자가 이해할 수 있는 말로 바꿉니다.

처음 만든 EA는 대부분 출시용이 아닙니다. 진입이 너무 많거나, 특정 장에서 손실이 커지거나, 예외 상황에서 포지션 관리가 불안정할 수 있습니다.

그래서 제작일지는 잘된 부분뿐 아니라 HOLD와 BLOCK을 남기는 구조여야 합니다. 보류와 실패가 쌓여야 다음 버전의 근거가 되고, 독자도 과장된 자동매매가 아니라 검증 과정을 보게 됩니다.