screenshot + manifest: 흐릿한 차트 캡처를 구조화된 관찰 기록로 바꾸는 루틴

스크린샷 한 장으로 끝나는 복기에서 벗어나, 1k_scanner의 그리드/단축키/체크노트/템플릿을 활용해 구조화된 관찰 기록를 남기는 사용자 루틴을 정리합니다.

1k_scanner는 문서 스캐너가 아니라, Rust+egui 기반의 멀티마켓/멀티 타임프레임 트레이딩 스캐닝 앱입니다.

트레이딩 복기에서 자주 생기는 문제는 비슷합니다.

• 캡처는 남겼는데 왜 봤는지 기억이 안 난다
• 당시엔 확신이 있었는데, 나중에 보면 근거가 흐릿하다
• 다음 세션에 같은 실수를 반복한다 그래서 오늘은 screenshot + manifest를 “예쁜 기록”이 아니라 의사결정 근거를 남기는 루틴으로 정리해보겠습니다.

1) 스크린샷만 모으면 왜 근거가 흐려질까요?

스크린샷은 장면을 보존해 주지만, 해석까지 저장해 주지는 않습니다.

특히 시장이 빠르게 움직일 때는,

• 내가 어떤 후보를 왜 남겼는지
• 그때 EMA/NRZ를 어떻게 읽었는지
• 다음 액션을 무엇으로 정했는지 가 빠지기 쉽습니다.

그래서 manifest는 복잡한 문서가 아니라, 스크린샷에 붙는 짧은 해석 카드로 쓰는 것이 좋습니다.

2) 먼저 화면 구조를 고정하세요: 행=타임프레임, 열=심볼

1k_scanner에서 관찰의 기준점은 단순합니다.

• 행 = 타임프레임
• 열 = 심볼 같은 열을 따라 보면 한 심볼의 멀티 타임프레임 흐름이 연결되고, 다른 열로 옮기면 후보 간 비교가 쉬워집니다.

여기서 화면 모드를 빠르게 전환합니다.

• Cmd/Ctrl + 7: 밀집 그리드(전체 스캔)
• Cmd/Ctrl + 8: 확장 그리드(후보 집중)
• Space: 싱글 차트 확대 토글 핵심은 “많이 보기”가 아니라 전체 스캔 → 집중 확인을 짧게 반복하는 것입니다.

3) EMA/NRZ는 계산이 아니라 관찰 문장으로 남깁니다

사용자 관점에서 EMA/NRZ는 다음 두 질문으로 충분합니다.

• EMA(지속지표) 기준으로 흐름이 이어지는가?
• NRZ 부근에서 구조가 버티는가, 깨지는가? 여기서 정답을 맞히려 하지 말고, 지금 내가 어떻게 읽었는지를 한 줄로 적는 게 중요합니다.

예시 문장:

• “EMA 흐름은 유지되지만 NRZ 재진입 확인 전까지는 보류.”
• “NRZ 위에서 반응이 살아 있어 후보 유지.” 이런 문장이 있어야 다음 세션에서 근거가 이어집니다.

4) 합의 신호는 ‘우선순위’ 신호로만 읽으세요

1k_scanner에서는 여러 신호가 같은 방향으로 합의되면 차트 테두리에 녹색/적색 강조가 나타납니다.

이 표시의 사용자 의미는 명확합니다.

• 진입 버튼이 아니라, 먼저 볼 후보를 줄이는 신호
• 강한 강조일수록 “지금 더 자세히 볼 가치가 있는지”를 확인
• 약하거나 중립이면 보류/제외 판단을 빠르게 수행 즉, 합의 신호는 예측 도구가 아니라 주의력 배분 도구로 쓰는 것이 안전합니다.

5) V와 N으로 screenshot + manifest를 한 세트로 만드세요

실전에서는 기록 속도가 중요합니다.

• V: 현재 차트를 체크노트에 추가/토글

• N: 체크노트 리스트를 열어 모아서 확인 추천하는 미니 manifest(3줄):

• 후보로 남긴 이유(맥락)

• EMA/NRZ 해석 한 줄

• 다음 행동(관찰 지속 / 조건 충족 시 확인 / 제외) 이 3줄만 지켜도 스크린샷이 “이미지”에서 “근거”로 바뀝니다.

6) 템플릿으로 재현성을 고정하세요

한 번 잘한 루틴을 반복하려면 템플릿이 필요합니다.

• Grid Size, Timeframes per row, Exchange를 정하고 Generate Grid Template 실행

• 세션 종료 전 F12로 저장

• 다음 세션 시작 시 Cmd/Ctrl + L로 로드 추천 구성은 단순합니다.

• 스캔 템플릿: 후보를 넓게 수집

• 집중 템플릿: 소수 후보를 깊게 점검 이렇게 분리해 두면 매번 처음부터 화면을 다시 맞출 필요가 없습니다.

7) 12분 운영 루틴 (실전용)

• 0:00–2:00 템플릿 로드(Cmd/Ctrl+L), 밀집 스캔(Cmd/Ctrl+7)
• 2:00–4:00 합의 테두리 강조로 후보 압축
• 4:00–7:00 확장/싱글 모드(Cmd/Ctrl+8, Space)로 후보별 확인
• 7:00–10:00 각 후보를 V로 기록, N에서 manifest 3줄 정리
• 10:00–12:00 다음 세션용 저장(F12), 제외/유지 후보 확정 이 루틴의 목적은 하나입니다.

“더 많이 캡처”가 아니라 “같은 기준으로 다시 판단”할 수 있게 만드는 것.

마지막으로 한 줄만 기억하셔도 충분합니다.

스크린샷은 장면을 남기고, manifest는 판단을 남깁니다.둘을 함께 써야 다음 세션의 결정이 빨라집니다.

관련 글

복기 템플릿: ‘신호가 틀렸다’ 대신 ‘가정/제약/촉발’로 기록하는 법

필터/정렬은 찾기 도구가 아니라 후보 선별 도구입니다

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

마우스를 내려놓으세요: 1,000+ 차트 뷰 스캔은 키보드 워크플로우로 완성됩니다

처음 쓰는 분을 위한 1k_scanner 시작법: 5분 안에 시장 훑기→후보 좁히기

스크린샷은 왜 복기의 기록가 되는가: 이미지 기록의 장단점

스크린샷은 왜 복기의 기록가 되는가: 이미지 기록의 장단점

스크린샷은 순간의 맥락을 보존해 복기의 기록가 되지만, 프레이밍 편향과 흐름 손실이라는 함정도 함께 가져옵니다.

복기에서 가장 어려운 일은 결과를 다시 보는 것이 아니라, 그때 왜 그런 판단을 했는지를 다시 꺼내는 일입니다.

수익이 났든 손실이 났든, 시간이 지나면 사람은 결과를 기준으로 기억을 다시 편집합니다. 그래서 텍스트만 남기면 맥락이 마르고, 차트만 남기면 의도가 빠집니다. 이때 스크린샷은 강한 역할을 합니다. 한순간의 구조와 분위기를 붙잡아 두기 때문입니다.

하지만 스크린샷이 있다고 해서 자동으로 좋은 복기가 되는 것은 아닙니다. 이미지는 장면을 보존하지만, 판단의 이유까지 스스로 설명해 주지는 않기 때문입니다.

1) 왜 복기에는 ‘근거’가 필요할까요?

복기를 망치는 가장 흔한 이유는 기억이 결과 중심으로 재구성되기 때문입니다.

예를 들어 손실이 난 트레이드는 나중에 보면 “원래 무리한 자리였다”처럼 보이기 쉽고, 수익이 난 트레이드는 “처음부터 확신이 있었다”는 식으로 미화되기 쉽습니다. 문제는 이런 식의 해석이 당시의 실제 판단과 다를 수 있다는 점입니다.

그래서 복기에는 의견보다 근거가 먼저 필요합니다.

• 당시 차트 구조가 실제로 어땠는지
• 진입 직전 어떤 맥락을 보고 있었는지
• 무엇을 보고 확신하거나 보류했는지 스크린샷은 이 셋 중 첫 번째와 두 번째를 상당 부분 남겨 줍니다. 그래서 많은 트레이더가 스크린샷을 복기의 출발점으로 삼습니다.

2) 이미지 기록의 장점은 무엇일까요?

첫째, 순간의 구조를 그대로 보존합니다.

텍스트 메모는 나중에 쓰는 순간 이미 해석이 한 번 들어갑니다. 반면 스크린샷은 당시의 가격 위치, 캔들 모양, 주변 레벨, 여러 타임프레임의 배열 같은 시각 정보를 한 번에 남깁니다. 이 점이 강합니다.

둘째, 시장 맥락을 빠르게 복원할 수 있습니다.

복기에서 중요한 것은 “무슨 신호가 떴는가”보다 “어떤 상황 안에서 그것을 봤는가”입니다. 스크린샷은 바로 그 상황을 다시 불러오는 데 유리합니다. 특히 멀티 타임프레임이나 여러 후보를 동시에 보는 사람일수록 이미지의 가치가 커집니다.

셋째, 기록 피로가 낮습니다.

실전에서는 길게 쓰기 어렵습니다. 스크린샷은 속도가 빠르고 마찰이 적습니다. 그래서 기록이 끊기지 않습니다. 복기 습관은 완벽함보다 지속성이 중요하기 때문에, 이 장점은 생각보다 큽니다.

3) 그런데 왜 스크린샷만으로는 부족할까요?

가장 큰 문제는 프레이밍 편향입니다.

사람은 본능적으로 보기 좋은 장면, 설명하기 쉬운 장면만 남기기 쉽습니다. 그러면 스크린샷은 객관적 증거가 아니라, 나중의 내러티브를 돕는 선택된 자료가 됩니다. 즉, “남긴 것” 자체가 이미 편집일 수 있습니다.

두 번째 문제는 흐름이 사라진다는 점입니다.

스냅샷은 한 장면을 보여주지만, 그 전후 전개는 숨깁니다. 실제 판단은 흐름 속에서 이루어지는데, 한 컷만 보면 인과관계를 잘못 읽기 쉽습니다. 나중에 보면 구조가 선명해 보여도, 당시에는 아직 확인 전 단계였을 수 있습니다.

세 번째 문제는 비교 가능성이 떨어진다는 점입니다.

스크린샷만 계속 쌓이면 나중에 패턴을 묶어 보기 어렵습니다. 무엇을 공통 기준으로 봤는지, 어떤 이유로 제외했는지, 어떤 실수가 반복됐는지 추출하기가 힘들어집니다. 이미지가 근거가 되려면, 최소한의 해석 키가 함께 있어야 합니다.

4) 가장 현실적인 방식은 무엇일까요?

가장 실용적인 방식은 스크린샷 + 짧은 메모 구조입니다.

여기서 메모는 길 필요가 없습니다. 오히려 짧아야 계속 남길 수 있습니다. 아래 세 줄이면 충분한 경우가 많습니다.

• 왜 이 장면을 남겼는가

• 당시 핵심 구조를 어떻게 읽었는가

• 다음 행동을 무엇으로 정했는가 예를 들면 이런 식입니다.

• “상위 TF는 유지, 하위 TF 트리거만 확인 중.”

• “좋아 보여서가 아니라, 레벨 반응 확인용으로 저장.”

• “재진입이 아니라 보류 근거를 남기기 위한 캡처.” 이 정도만 붙어 있어도 나중에 복기가 훨씬 정확해집니다. 이미지는 근거를 남기고, 메모는 해석의 기준을 남깁니다.

5) 복기할 때 바로 써볼 체크리스트

스크린샷을 저장하기 전에 아래 네 가지만 확인해도 품질이 달라집니다.

• 이 스크린샷은 무엇의 근거로 남기는가?
• 당시 내가 본 핵심 구조 1개는 무엇이었는가?
• 그 구조를 다른 타임프레임에서도 확인했는가?
• 이것이 단순한 결과 저장인지, 아니면 판단 근거 저장인지 구분되는가? 이 질문이 붙으면 스크린샷은 그냥 앨범이 아니라 복기 데이터가 됩니다.

복기는 기억을 정리하는 작업이 아니라, 판단 기록를 다시 세우는 작업입니다.

스크린샷은 그 근거를 남기는 데 매우 강력합니다. 다만 해석 없는 이미지는 쉽게 미화와 왜곡의 재료가 됩니다. 그래서 가장 안정적인 구조는 결국 이미지 한 장 + 짧은 해석 한 줄입니다.

1K Scanner는 여러 거래소와 여러 타임프레임의 구조를 한 화면에서 정리해 주기 때문에, 스크린샷 자체가 담고 있는 맥락의 밀도를 높여 줍니다. 복기의 시작점이 더 선명해집니다.

관련 글

screenshot + manifest: 흐릿한 차트 캡처를 구조화된 관찰 기록로 바꾸는 루틴

복기 템플릿: ‘신호가 틀렸다’ 대신 ‘가정/제약/촉발’로 기록하는 법

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

다운로드/설치가 실패할 때: 1k_scanner 트러블슈팅 체크리스트(첫 스캔까지)

복기 템플릿: ‘신호가 틀렸다’ 대신 ‘가정/제약/촉발’로 기록하는 법

복기 템플릿: ‘신호가 틀렸다’ 대신 ‘가정/제약/촉발’로 기록하는 법

복기에서 ‘신호가 틀렸다’고 끝내지 않고, 가정/제약/촉발 구조로 기록해 다음 세션의 판단 속도와 일관성을 높이는 사용자 루틴을 정리합니다.

1k_scanner는 문서 스캐너가 아니라, Rust+egui 기반의 멀티마켓/멀티 타임프레임 트레이딩 스캐닝 앱입니다.

복기를 하다 보면 이런 문장을 자주 쓰게 됩니다.

• “신호가 틀렸습니다.”
• “오늘은 지표가 안 맞았습니다.” 문제는 이 문장으로는 다음 세션에서 개선할 수 있는 정보가 거의 남지 않는다는 점입니다. 그래서 오늘은 복기 문장을 이렇게 바꾸는 템플릿을 제안드립니다.

신호가 틀렸다 → 가정(Assumption) / 제약(Constraint) / 촉발(Trigger) 기록

핵심은 예측의 옳고 그름이 아니라, 내가 어떤 장면을 어떻게 해석했고 무엇 때문에 행동했는지를 남기는 것입니다.

1) 왜 “신호가 틀렸다”는 복기에 도움이 안 될까요?

“신호가 틀렸다”는 결과 설명은 되지만, 과정 설명은 되지 않습니다.

같은 손실이어도 실제 원인은 완전히 다를 수 있습니다.

• 가정이 과도했는지
• 제약(무효화 조건)을 느슨하게 잡았는지
• 촉발(실행 조건)을 너무 빨리 허용했는지 이 세 가지를 분리하지 않으면, 다음에도 같은 실수를 다른 이름으로 반복하게 됩니다.

2) 복기 기본 프레임: Assumption / Constraint / Trigger

복기 메모를 아래 3줄로 고정해 보세요.

• 가정(Assumption): 지금 내가 시장을 어떻게 읽었는가

• 제약(Constraint): 이 해석이 무효가 되는 경계는 어디인가

• 촉발(Trigger): 어떤 장면이 나오면 행동하기로 했는가 예시(롱 후보 관찰):

• 가정: “상위 흐름은 유지되고 있어 눌림 이후 재가속 가능성이 있습니다.”

• 제약: “NRZ 아래로 구조가 정착하면 이 가정은 폐기합니다.”

• 촉발: “NRZ 위 반응이 재확인될 때만 후보를 유지하고, 아니면 제외합니다.” 중요한 점은 멋진 문장을 쓰는 것이 아니라, 다음 세션에서 그대로 재검증 가능한 문장을 남기는 것입니다.

3) 실행 → 스캔 → 집중 → 기록: 관찰 순서를 고정하세요

복기 품질은 실전 관찰 순서가 고정될수록 좋아집니다.

• 실행: 앱을 열고 템플릿 로드 (Cmd/Ctrl + L)
• 스캔: 밀집 그리드로 시장 전체 확인 (Cmd/Ctrl + 7)
• 집중: 확장/싱글 차트로 후보 확인 (Cmd/Ctrl + 8, Space)
• 기록: 체크노트에 근거 저장 (V, N) 이 순서를 매번 동일하게 가져가면, 복기에서 “왜 그렇게 봤는지”가 훨씬 명확해집니다.

4) 화면 구조를 기준으로 복기하면 흔들림이 줄어듭니다

1k_scanner의 기본 구조는 단순합니다.

• 행 = 타임프레임

• 열 = 심볼 복기에서도 같은 구조를 그대로 씁니다.

• 한 열에서 동일 심볼의 멀티 타임프레임 흐름을 확인하고,

• 열 간 비교로 후보 우선순위를 조정합니다. 이렇게 하면 “예쁜 캔들 한 장면”이 아니라, 맥락이 연결된 장면으로 기록할 수 있습니다.

5) EMA/NRZ는 맞고 틀림이 아니라 ‘상태 문장’으로 적으세요

사용자 관점에서 EMA/NRZ는 계산식보다 관찰 문장이 중요합니다.

• EMA: 지속 흐름이 살아 있는가

• NRZ: 버티는가 / 이탈하는가 복기에 바로 쓸 수 있는 문장 예시는 다음과 같습니다.

• “EMA 흐름은 유지되지만 NRZ 재확인 전까지는 보류합니다.”

• “NRZ 부근 반응은 있었지만 유지가 약해 후보 우선순위를 낮췄습니다.” 이런 문장은 다음 세션의 재판단 속도를 높여 줍니다.

6) 합의 신호는 실행 버튼이 아니라 후보 압축 장치입니다

1k_scanner에서 여러 신호가 같은 방향으로 합의되면 차트 테두리에 녹색/적색 강조가 나타납니다.

복기에서의 의미는 명확합니다.

• “진입 확정”이 아니라 우선 확인 후보 표시
• 강한 강조면 먼저 보고,
• 약하거나 중립이면 관찰 대기/제외 즉, 합의 신호는 예언이 아니라 주의력 배분 규칙으로 다루는 것이 안정적입니다.

7) 체크노트(V/N)와 템플릿으로 “재현 가능한 복기”를 만드세요

실전에서는 속도와 재현성이 가장 중요합니다.

• V: 현재 차트를 체크노트에 즉시 추가/토글

• N: 체크노트 리스트를 열어 메모 일괄 정리 그리고 화면 재현을 고정합니다.

• Grid Size, Timeframes per row, Exchange 선택 후 Generate Grid Template

• 세션 종료 전 F12 저장

• 다음 세션 시작 시 Cmd/Ctrl + L 로드 이 흐름을 고정하면, 복기 문장(가정/제약/촉발)과 실제 관찰 장면이 일치하기 시작합니다.

8) 바로 쓸 수 있는 3줄 복기 템플릿

아래 템플릿을 체크노트 메모에 그대로 붙여 쓰셔도 됩니다.

1 2 3 4 5 6 7 8

[Assumption] - 오늘 이 심볼을 본 이유 / 시장 맥락: [Constraint] - 이 해석이 무효가 되는 경계: [Trigger] - 다음 세션에서 유지/제외를 결정할 촉발 조건:

핵심은 결과 평가가 아니라, 판단 체계의 재사용성입니다.

마지막으로 한 줄만 기억하셔도 충분합니다.

“신호가 틀렸다”는 과거를 설명하고, “가정/제약/촉발”은 다음 결정을 준비합니다.

복기는 승패 기록이 아니라, 다음 실행을 더 정확하게 만드는 설계 작업입니다.

관련 글

screenshot + manifest: 흐릿한 차트 캡처를 구조화된 관찰 기록로 바꾸는 루틴

필터/정렬은 찾기 도구가 아니라 후보 선별 도구입니다

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

마우스를 내려놓으세요: 1,000+ 차트 뷰 스캔은 키보드 워크플로우로 완성됩니다

처음 쓰는 분을 위한 1k_scanner 시작법: 5분 안에 시장 훑기→후보 좁히기

이길 때와 질 때의 공통점: 손절이 아니라 “질문”이 같았다

이길 때와 질 때의 공통점: 손절이 아니라 “질문”이 같았다

승패를 갈라놓는 건 손절선이 아니라, 시장을 바라보는 질문의 구조였다.

대부분의 트레이더는 이렇게 기억합니다. “이때는 손절이 늦었어.” “그때는 손절이 너무 빨랐어.” 하지만 복기를 길게 들여다보면, 손절이 ‘결과’일 때가 많습니다. 진짜 공통점은 손절선이 아니라 그 이전에 던졌던 질문이 같습니다.

이길 때와 질 때의 공통점이 “같은 질문”이라는 말은, 흥미로운 역설입니다. 이기고 있는 순간에도, 지고 있는 순간에도, 우리는 비슷한 질문으로 시장을 바라봅니다. 문제는 그 질문이 시장 구조를 읽는 질문이었는지, 혹은 내 감정을 정당화하는 질문이었는지입니다.

1) 손절은 판단이 아니라 결과일 때가 많습니다

손절은 흔히 ‘결정’으로 여겨집니다. 하지만 현실에서는 손절이 이전에 이미 결정된 관점을 확인하는 절차가 되는 경우가 많습니다. 예를 들어 이런 질문을 던지면 손절은 이미 예약됩니다.

• “지금 반등만 나오면 탈출해야지?”
• “이 패턴이면 다시 올라갈 거 맞지?”
• “뉴스가 나오면 다시 오를 거야, 그렇지?” 질문이 이렇게 시작되면, 손절은 시장이 아니라 내 질문이 틀렸다는 증거가 됩니다. 즉 손절은 시장 판단이 아니라 질문 실패의 결과입니다.

2) 질문의 구조가 시장 구조를 대체합니다

트레이딩에서 가장 위험한 순간은 시장 구조보다 질문 구조가 앞설 때입니다. 질문이 구조를 대체하면, 시장은 “내가 듣고 싶은 대답을 해주는 곳”으로 변합니다.

그 순간부터 트레이딩은 분석이 아니라 설득이 됩니다. “지금은 과매도니까 반등이지?” “여기 지지선이니까 버티면 되지?” 질문이 확신을 강요하면, 구조는 단지 근거의 장식이 됩니다.

3) 같은 질문이라도, 방향이 달라집니다

흥미로운 것은 같은 질문이 승패를 모두 만들 수 있다는 점입니다. 예를 들어 “지금 추세가 유지되는가?”라는 질문은 좋은 질문처럼 보이지만, 다음 두 질문은 방향이 완전히 다릅니다.

• “추세가 유지된다고 믿을 근거가 무엇인가?”
• “추세가 깨질 때 가장 먼저 무너지는 구조는 무엇인가?” 둘 다 추세를 묻지만, 하나는 확인을 찾고, 다른 하나는 반증을 찾습니다. 이 차이가 손절의 타이밍을 바꿉니다. 더 정확히는, 손절을 ‘결정’으로 만들지, ‘결과’로 만들지 갈라놓습니다.

4) 이길 때는 질문이 ‘과정’을 바라봅니다

이긴 트레이드는 결과보다 과정이 더 명확합니다. 승리한 날의 질문은 대체로 이런 성격을 가집니다.

• “내가 보고 있는 구조의 조건은 무엇인가?”
• “이 구조가 깨지면 어떤 순서로 무너질까?”
• “내가 기대한 흐름이 아니라면, 무엇을 먼저 버려야 하나?” 이 질문들은 ‘맞는지’를 묻지 않습니다. 조건과 순서를 묻습니다. 그래서 손절이 결과가 아니라 과정의 일부가 됩니다.

5) 질 때는 질문이 ‘결론’을 끌어옵니다

반대로 질 때의 질문은 결론을 서둘러 끌어옵니다.

• “여기서만 버티면 되잖아?”
• “이건 반등해야 정상 아니야?”
• “이 정도면 충분히 빠졌지?” 이 질문들은 시장 구조를 묻지 않습니다. 내가 버티는 이유를 찾습니다. 결론이 먼저이고, 구조는 뒤늦게 붙습니다. 그래서 손절이 ‘결정’이 아니라 ‘정답이 아니었음을 인정하는 순간’이 됩니다.

6) 질문이 바뀌면 손절이 가벼워집니다

손절이 가벼워지는 순간은 내가 시장에 묻는 질문이 바뀔 때입니다. 질문이 “맞았다/틀렸다”가 아니라 “조건이 유지되는가/깨지는가”로 바뀌는 순간, 손절은 결과가 아니라 검증의 일부가 됩니다.

이 차이는 단순한 심리의 문제가 아닙니다. 질문이 바뀌면, 리스크 관리의 구조 자체가 바뀝니다. 손절은 더 이상 두려운 결론이 아니라, 시나리오의 한 조각이 됩니다.

7) 시장에 묻기 전에, 나에게 먼저 묻는 질문

오늘 트레이딩에서 손절을 했든, 이익을 냈든, 다음 질문 하나만 점검해보면 충분합니다.

“나는 시장을 설명하기 위해 질문했는가, 아니면 내 포지션을 지키기 위해 질문했는가?”

이 질문 하나가 손절의 무게를 바꾸고, 다음 진입의 품질을 바꿉니다. 승패를 가르는 건 손절선이 아니라, 내가 던진 질문의 구조였다는 사실을 받아들이는 순간부터 바뀝니다.

1k_scanner는 이런 “질문 구조”를 시장 구조로 되돌리는 데 집중한 도구입니다. 다음 번에는 손절이 결과가 아니라 과정이 되도록, 질문의 순서를 바꿔보세요.

관련 글

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때

진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)

어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가

실수의 ‘사건’을 지우고 구조로 남길 때만 교정이 시작됩니다.

실수는 대부분 정보 부족 때문이 아닙니다. 오히려 같은 구조에서 같은 판단을 반복하기 때문에 발생합니다. 그래서 실패를 “사건”으로만 남기면 다음에도 똑같이 반복됩니다. 이번 글은 ‘실패학 20편’을 시작하기 위한 프롤로그입니다. 실수를 익명화·패턴화하면, 복기가 실제 교정으로 이어지는 이유를 설명합니다.

실수는 사건이 아니라 구조입니다

하루의 실전은 수십 개의 사건으로 보이지만, 실제로는 소수의 구조로 압축됩니다. 중요한 것은 “무슨 일이 있었나”가 아니라 어떤 구조 안에서 어떤 선택을 했는가가 중요합니다.

• 상황 구조: 상위 TF의 방향/역할, 변동성 상태, 유동성 구간
• 판단 구조: Bias → Context → Trigger의 순서가 지켜졌는가
• 행동 구조: 진입/보류/회수의 기준이 명확했는가 사건을 구조로 바꾸는 순간, 실수는 교정 가능한 데이터가 됩니다.

익명화: 사건을 문장으로 바꾸는 규칙

익명화는 “이 종목에서 내가 틀렸다”를 “이 구조에서 내가 틀렸다”로 바꾸는 과정입니다. 개인 감정과 종목명을 지우고, 재현 가능한 문장만 남깁니다.

익명화 템플릿

• 상위 TF 상태: 예) 방향 불명확/전환 구간/고점 인접
• 하위 TF 행동: 예) 늦은 추격/확정 전 진입/손절 지연
• 결정 근거의 결함: 예) Bias 없이 Trigger만 보고 진입 이 세 문장이 남으면, 다음 주에도 똑같은 구조가 다시 보입니다.

패턴화: 반복되는 5가지 실패 형태

익명화된 문장을 모으면, 결국 같은 실수가 반복된다는 사실이 드러납니다. 아래는 실전에서 가장 흔한 다섯 가지입니다.

• 상위 TF 부재형 방향을 만들지 못한 상태에서 하위 TF 움직임만 추격합니다. → 교정: 상위 TF의 “관찰 결론 1문장”을 먼저 고정합니다.
• 확정 이전 진입형 구조가 완성되기 전에 “될 것 같은” 순간에 먼저 들어갑니다. → 교정: Trigger 정의를 한 줄로 좁히고, 그 문장 외에는 대기합니다.
• 손절 기준 부재형 손절은 결과가 아니라 규칙입니다. 규칙이 없으면 버티기가 됩니다. → 교정: 무효화 조건을 먼저 적고, 진입은 그 뒤에 합니다.
• 되돌림 합리화형 손실을 합리화하기 위해 하위 TF를 확대해 “근거”를 만들곤 합니다. → 교정: 판단 TF를 고정하고, 다른 TF는 참고만 합니다.
• 리스크 과다형 같은 아이디어인데도 감정이 올라간 날에는 크기를 키웁니다. → 교정: 크기는 사전에 고정하고, 감정은 규모를 바꾸지 못하게 합니다. 이 다섯 가지를 20편 동안 다양한 사례로 반복적으로 다룹니다. 핵심은 실수를 줄이는 게 아니라 실수를 고치는 방식을 고정하는 데 있습니다.

20편 운영: 매주 1개, 15분 복기

실전 복기는 길면 지치고, 짧으면 남는 게 없습니다. 이 시리즈는 “매주 1개, 15분 복기”를 목표로 합니다.

• 한 편 = 하나의 실패 패턴
• 사례는 익명화된 구조로만 제시
• 마지막 3줄은 “다음 주 행동 규칙”으로 요약 이렇게 쌓이면, 실전은 더 이상 ‘무작위 사건’이 아니라 내가 수정할 수 있는 구조가 됩니다.

마지막으로, 이런 구조적 복기를 지속하려면 관찰과 기록을 빠르게 정리할 도구가 필요합니다. 1k_scanner는 Bias/Context/Trigger를 같은 화면에서 정리하고, 같은 실수가 반복되는 구간을 쉽게 확인하도록 설계되어 있습니다.

관련 글

FOMO 진입을 줄이는 방법: 후보를 미리 확보하면 감정이 바뀝니다

동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴

HTF 체크가 ‘정보’로 끝나면 왜 또 흔들릴까: 결정으로 남겨야 LTF가 덜 헷갈립니다

HTF는 장면, LTF는 타이밍입니다: 질문이 섞일 때 MTF가 바로 헷갈립니다

트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때