<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Structure on 1K Scanner — Official Blog</title><link>https://blog.1kscanner.com/ko/tags/structure/</link><description>Recent content in Structure on 1K Scanner — Official Blog</description><generator>Hugo -- gohugo.io</generator><language>ko</language><lastBuildDate>Sun, 22 Mar 2026 21:50:00 +0900</lastBuildDate><atom:link href="https://blog.1kscanner.com/ko/tags/structure/index.xml" rel="self" type="application/rss+xml"/><item><title>Break vs Reclaim: 둘을 구분하면 ‘추격’이 줄어듭니다</title><link>https://blog.1kscanner.com/ko/posts/2026/03/break-vs-reclaim/</link><pubDate>Sun, 22 Mar 2026 21:50:00 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/03/break-vs-reclaim/</guid><description>&lt;p&gt;시장이 크게 흔들릴 때, &lt;strong&gt;지금 안 타면 놓친다&lt;/strong&gt;는 압박이 가장 먼저 들어옵니다.&lt;br&gt;
대부분의 ‘추격’은 &lt;strong&gt;Break와 Reclaim을 같은 사건으로 착각&lt;/strong&gt;하는 순간에 시작됩니다.&lt;/p&gt;
&lt;h2 id="핵심-한-줄"&gt;핵심 한 줄
&lt;/h2&gt;&lt;p&gt;&lt;strong&gt;Break는 구조 이탈, Reclaim은 구조 복귀입니다.&lt;/strong&gt;&lt;br&gt;
둘을 구분하면, ‘추격’ 대신 &lt;strong&gt;기다릴 근거&lt;/strong&gt;가 생깁니다.&lt;/p&gt;
&lt;h2 id="왜-이-둘이-섞일까요"&gt;왜 이 둘이 섞일까요?
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;Break는 &lt;strong&gt;가격이 아래로 이탈&lt;/strong&gt;하는 사건입니다.&lt;/li&gt;
&lt;li&gt;Reclaim은 &lt;strong&gt;이탈했던 가격대를 다시 회복&lt;/strong&gt;하는 사건입니다.&lt;/li&gt;
&lt;li&gt;하지만 실제 화면에서는 둘이 &lt;strong&gt;같은 캔들 묶음&lt;/strong&gt;으로 보이기 쉽습니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;문제는 여기서 발생합니다.&lt;br&gt;
Break 순간에 “복귀가 곧 올 것”이라고 믿고 &lt;strong&gt;추격 진입&lt;/strong&gt;을 해버리면,&lt;br&gt;
구조가 다시 깨질 때 손절이 계속 쌓입니다.&lt;/p&gt;
&lt;h2 id="구조로-보면-이렇게-나뉩니다"&gt;구조로 보면 이렇게 나뉩니다
&lt;/h2&gt;&lt;p&gt;&lt;strong&gt;Bias → Context → Trigger&lt;/strong&gt; 순서로 보면 단순해집니다.&lt;/p&gt;
&lt;h3 id="1-bias-방향성"&gt;1) Bias (방향성)
&lt;/h3&gt;&lt;ul&gt;
&lt;li&gt;상위 TF에서 &lt;strong&gt;구조가 살아 있는지&lt;/strong&gt; 먼저 봅니다.&lt;/li&gt;
&lt;li&gt;Break가 나왔는데 Bias가 유지되지 않는다면, &lt;strong&gt;Reclaim 기대는 보류&lt;/strong&gt;입니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="2-context-맥락"&gt;2) Context (맥락)
&lt;/h3&gt;&lt;ul&gt;
&lt;li&gt;Break가 &lt;strong&gt;진짜 구조 붕괴인지&lt;/strong&gt;, 아니면 &lt;strong&gt;단기 흔들림인지&lt;/strong&gt;를 확인합니다.&lt;/li&gt;
&lt;li&gt;Reclaim은 &lt;strong&gt;맥락이 유지된 상태에서만&lt;/strong&gt; 의미가 생깁니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="3-trigger-진입-조건"&gt;3) Trigger (진입 조건)
&lt;/h3&gt;&lt;ul&gt;
&lt;li&gt;Reclaim은 **“복귀한 사실”**이지 **“즉시 진입 신호”**가 아닙니다.&lt;/li&gt;
&lt;li&gt;Trigger는 &lt;strong&gt;복귀 이후의 재확인&lt;/strong&gt;에서 나옵니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="체크리스트-복붙용"&gt;체크리스트 (복붙용)
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; Break는 &lt;strong&gt;이탈&lt;/strong&gt;이고, Reclaim은 &lt;strong&gt;복귀&lt;/strong&gt;라는 점을 분리했나요?&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 상위 TF의 Bias가 &lt;strong&gt;유지&lt;/strong&gt;되고 있나요?&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; Break가 &lt;strong&gt;일시적인 흔들림&lt;/strong&gt;인지 확인했나요?&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; Reclaim 이후에도 &lt;strong&gt;구조가 유지되는지&lt;/strong&gt; 재확인했나요?&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 진입은 Reclaim &lt;strong&gt;직후가 아니라 재확인 이후&lt;/strong&gt;인가요?&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 손절 기준이 구조 단위로 &lt;strong&gt;명확히 분리&lt;/strong&gt;되어 있나요?&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="요약"&gt;요약
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;Break와 Reclaim은 &lt;strong&gt;서로 다른 사건&lt;/strong&gt;입니다.&lt;/li&gt;
&lt;li&gt;둘을 분리하면 &lt;strong&gt;추격이 줄고&lt;/strong&gt;, 기다림의 근거가 생깁니다.&lt;/li&gt;
&lt;li&gt;구조를 먼저 보면, 진입은 &lt;strong&gt;더 늦어지지만 더 정확해집니다.&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;마지막으로, 이런 구조 판단을 빠르게 정리하려면&lt;br&gt;
&lt;strong&gt;1K Scanner의 멀티 타임프레임 보기&lt;/strong&gt;가 도움이 됩니다.&lt;/p&gt;</description></item><item><title>Wyckoff Phase를 HTF에서 읽어야 하는 이유: 역사 맥락과 실전 정리</title><link>https://blog.1kscanner.com/ko/posts/2026/03/wyckoff-phase-htf/</link><pubDate>Wed, 11 Mar 2026 21:50:00 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/03/wyckoff-phase-htf/</guid><description>&lt;p&gt;실전에서는 “A~E 단계가 보인다”는 말이 자주 나오지만, LTF에서 본 Phase는 쉽게 왜곡됩니다.&lt;br&gt;
Wyckoff Phase는 &lt;strong&gt;역사적 맥락과 상위 시간대(HTF)의 이야기 흐름&lt;/strong&gt;을 함께 볼 때 비로소 의미가 생깁니다.&lt;/p&gt;
&lt;h2 id="왜-htf에서-읽어야-하나요"&gt;왜 HTF에서 읽어야 하나요
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Phase는 신호가 아니라 구조입니다.&lt;/strong&gt; 구조는 짧은 캔들보다 긴 축적 구간에서 더 분명합니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;동일한 가격 행동도 다른 단계일 수 있습니다.&lt;/strong&gt; LTF의 스프링·업쓰러스트는 HTF 문맥에 따라 역할이 바뀝니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;역사적 맥락은 “의도”를 분리합니다.&lt;/strong&gt; 분배인지 재축적인지 판단하려면 HTF의 흐름을 먼저 봐야 합니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="실전에서-자주-생기는-착시"&gt;실전에서 자주 생기는 착시
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;LTF에서 봤더니 “스프링” 같아서 진입 → HTF에서는 아직 &lt;strong&gt;Phase B의 소음&lt;/strong&gt;에 불과한 경우&lt;/li&gt;
&lt;li&gt;LTF에서 “마지막 마크다운”으로 보였는데 → HTF에서는 &lt;strong&gt;Phase D의 정상적 반락&lt;/strong&gt;인 경우&lt;/li&gt;
&lt;li&gt;작은 박스권을 누적이라고 착각 → HTF에서는 &lt;strong&gt;아직 큰 범위의 하단 테스트&lt;/strong&gt;인 경우&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="htf-기준-체크리스트복붙용"&gt;HTF 기준 체크리스트(복붙용)
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Phase 범위가 최소 2~3개의 큰 스윙을 포함하는가?&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;스토리의 방향(누적/분배)이 HTF 구조로 분명한가?&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Phase 전환 이벤트(스프링/업쓰러스트)가 HTF 상단·하단과 일치하는가?&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LTF의 “이벤트”가 HTF의 “규칙”을 위반하지 않는가?&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="bias--context--trigger-관점으로-정리"&gt;Bias → Context → Trigger 관점으로 정리
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Bias(방향)&lt;/strong&gt;: HTF 구조가 상승/하락 어느 쪽에 기울어 있는지 먼저 확정합니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Context(문맥)&lt;/strong&gt;: Phase가 A~E 중 어디에 있는지, 위/아래 테스트가 어떤 의미인지 봅니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Trigger(신호)&lt;/strong&gt;: 마지막에 LTF 신호를 사용합니다. 신호는 “확인”이지 “결정”이 아닙니다.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id="요약"&gt;요약
&lt;/h2&gt;&lt;p&gt;Wyckoff Phase는 짧은 시간대에서 “이벤트”를 찾는 방법이 아니라, &lt;strong&gt;긴 시간대에서 “이야기”를 해석하는 방법&lt;/strong&gt;입니다.&lt;br&gt;
Phase를 HTF에서 읽으면 LTF의 신호가 줄어드는 것이 아니라, &lt;strong&gt;잘못된 신호가 걸러집니다.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;여러 거래소와 다중 타임프레임을 한 번에 정렬해야 이런 흐름이 보입니다.&lt;br&gt;
1K Scanner는 HTF 구조와 LTF 트리거를 동시에 스캔해, Phase 해석을 실전에 바로 연결해드립니다.&lt;/p&gt;</description></item><item><title>이길 때와 질 때의 공통점: 손절이 아니라 “질문”이 같았다</title><link>https://blog.1kscanner.com/ko/posts/2026/03/same-questions-win-lose/</link><pubDate>Sun, 08 Mar 2026 21:50:00 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/03/same-questions-win-lose/</guid><description>&lt;p&gt;대부분의 트레이더는 이렇게 기억합니다. “이때는 손절이 늦었어.” “그때는 손절이 너무 빨랐어.”
하지만 복기를 길게 들여다보면, 손절이 ‘결과’일 때가 많습니다. 진짜 공통점은 손절선이 아니라 &lt;strong&gt;그 이전에 던졌던 질문&lt;/strong&gt;이 같습니다.&lt;/p&gt;
&lt;p&gt;이길 때와 질 때의 공통점이 “같은 질문”이라는 말은, 흥미로운 역설입니다. 이기고 있는 순간에도, 지고 있는 순간에도, 우리는 비슷한 질문으로 시장을 바라봅니다. 문제는 그 질문이 &lt;strong&gt;시장 구조를 읽는 질문이었는지&lt;/strong&gt;, 혹은 &lt;strong&gt;내 감정을 정당화하는 질문이었는지&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="1-손절은-판단이-아니라-결과일-때가-많습니다"&gt;1) 손절은 판단이 아니라 결과일 때가 많습니다
&lt;/h2&gt;&lt;p&gt;손절은 흔히 ‘결정’으로 여겨집니다. 하지만 현실에서는 손절이 &lt;strong&gt;이전에 이미 결정된 관점을 확인하는 절차&lt;/strong&gt;가 되는 경우가 많습니다.
예를 들어 이런 질문을 던지면 손절은 이미 예약됩니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;“지금 반등만 나오면 탈출해야지?”&lt;/li&gt;
&lt;li&gt;“이 패턴이면 다시 올라갈 거 맞지?”&lt;/li&gt;
&lt;li&gt;“뉴스가 나오면 다시 오를 거야, 그렇지?”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;질문이 이렇게 시작되면, 손절은 시장이 아니라 &lt;strong&gt;내 질문이 틀렸다는 증거&lt;/strong&gt;가 됩니다. 즉 손절은 시장 판단이 아니라 &lt;strong&gt;질문 실패의 결과&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="2-질문의-구조가-시장-구조를-대체합니다"&gt;2) 질문의 구조가 시장 구조를 대체합니다
&lt;/h2&gt;&lt;p&gt;트레이딩에서 가장 위험한 순간은 &lt;strong&gt;시장 구조보다 질문 구조가 앞설 때&lt;/strong&gt;입니다.
질문이 구조를 대체하면, 시장은 “내가 듣고 싶은 대답을 해주는 곳”으로 변합니다.&lt;/p&gt;
&lt;p&gt;그 순간부터 트레이딩은 분석이 아니라 설득이 됩니다.
“지금은 과매도니까 반등이지?”
“여기 지지선이니까 버티면 되지?”
질문이 확신을 강요하면, 구조는 단지 근거의 장식이 됩니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="3-같은-질문이라도-방향이-달라집니다"&gt;3) 같은 질문이라도, 방향이 달라집니다
&lt;/h2&gt;&lt;p&gt;흥미로운 것은 &lt;strong&gt;같은 질문&lt;/strong&gt;이 승패를 모두 만들 수 있다는 점입니다.
예를 들어 “지금 추세가 유지되는가?”라는 질문은 좋은 질문처럼 보이지만, 다음 두 질문은 방향이 완전히 다릅니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;“추세가 유지된다고 믿을 근거가 무엇인가?”&lt;/li&gt;
&lt;li&gt;“추세가 깨질 때 가장 먼저 무너지는 구조는 무엇인가?”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;둘 다 추세를 묻지만, 하나는 &lt;strong&gt;확인을&lt;/strong&gt; 찾고, 다른 하나는 &lt;strong&gt;반증&lt;/strong&gt;을 찾습니다.
이 차이가 손절의 타이밍을 바꿉니다. 더 정확히는, 손절을 ‘결정’으로 만들지, ‘결과’로 만들지 갈라놓습니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="4-이길-때는-질문이-과정을-바라봅니다"&gt;4) 이길 때는 질문이 ‘과정’을 바라봅니다
&lt;/h2&gt;&lt;p&gt;이긴 트레이드는 결과보다 과정이 더 명확합니다.
승리한 날의 질문은 대체로 이런 성격을 가집니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;“내가 보고 있는 구조의 조건은 무엇인가?”&lt;/li&gt;
&lt;li&gt;“이 구조가 깨지면 어떤 순서로 무너질까?”&lt;/li&gt;
&lt;li&gt;“내가 기대한 흐름이 아니라면, 무엇을 먼저 버려야 하나?”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이 질문들은 ‘맞는지’를 묻지 않습니다. &lt;strong&gt;조건과 순서&lt;/strong&gt;를 묻습니다.
그래서 손절이 결과가 아니라 &lt;strong&gt;과정의 일부&lt;/strong&gt;가 됩니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="5-질-때는-질문이-결론을-끌어옵니다"&gt;5) 질 때는 질문이 ‘결론’을 끌어옵니다
&lt;/h2&gt;&lt;p&gt;반대로 질 때의 질문은 결론을 서둘러 끌어옵니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;“여기서만 버티면 되잖아?”&lt;/li&gt;
&lt;li&gt;“이건 반등해야 정상 아니야?”&lt;/li&gt;
&lt;li&gt;“이 정도면 충분히 빠졌지?”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이 질문들은 시장 구조를 묻지 않습니다. &lt;strong&gt;내가 버티는 이유&lt;/strong&gt;를 찾습니다.
결론이 먼저이고, 구조는 뒤늦게 붙습니다.
그래서 손절이 ‘결정’이 아니라 ‘정답이 아니었음을 인정하는 순간’이 됩니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="6-질문이-바뀌면-손절이-가벼워집니다"&gt;6) 질문이 바뀌면 손절이 가벼워집니다
&lt;/h2&gt;&lt;p&gt;손절이 가벼워지는 순간은 &lt;strong&gt;내가 시장에 묻는 질문이 바뀔 때&lt;/strong&gt;입니다.
질문이 “맞았다/틀렸다”가 아니라 “조건이 유지되는가/깨지는가”로 바뀌는 순간, 손절은 결과가 아니라 &lt;strong&gt;검증의 일부&lt;/strong&gt;가 됩니다.&lt;/p&gt;
&lt;p&gt;이 차이는 단순한 심리의 문제가 아닙니다.
질문이 바뀌면, &lt;strong&gt;리스크 관리의 구조 자체가 바뀝니다.&lt;/strong&gt;
손절은 더 이상 두려운 결론이 아니라, 시나리오의 한 조각이 됩니다.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="7-시장에-묻기-전에-나에게-먼저-묻는-질문"&gt;7) 시장에 묻기 전에, 나에게 먼저 묻는 질문
&lt;/h2&gt;&lt;p&gt;오늘 트레이딩에서 손절을 했든, 이익을 냈든, 다음 질문 하나만 점검해보면 충분합니다.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“나는 시장을 설명하기 위해 질문했는가,
아니면 내 포지션을 지키기 위해 질문했는가?”&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;이 질문 하나가 손절의 무게를 바꾸고, 다음 진입의 품질을 바꿉니다.
승패를 가르는 건 손절선이 아니라, &lt;strong&gt;내가 던진 질문의 구조&lt;/strong&gt;였다는 사실을 받아들이는 순간부터 바뀝니다.&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;1k_scanner는 이런 “질문 구조”를 시장 구조로 되돌리는 데 집중한 도구입니다.
다음 번에는 손절이 결과가 아니라 과정이 되도록, 질문의 순서를 바꿔보세요.&lt;/p&gt;</description></item><item><title>실패학 20편: 실전 실수는 왜 반복되고 어떻게 교정되는가</title><link>https://blog.1kscanner.com/ko/posts/2026/03/failure-study-20-practical-mistakes/</link><pubDate>Fri, 06 Mar 2026 21:50:00 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/03/failure-study-20-practical-mistakes/</guid><description>&lt;p&gt;실수는 대부분 정보 부족 때문이 아닙니다. 오히려 &lt;strong&gt;같은 구조에서 같은 판단을&lt;/strong&gt; 반복하기 때문에 발생합니다. 그래서 실패를 “사건”으로만 남기면 다음에도 똑같이 반복됩니다. 이번 글은 ‘실패학 20편’을 시작하기 위한 프롤로그입니다. 실수를 &lt;strong&gt;익명화·패턴화하면&lt;/strong&gt;, 복기가 실제 교정으로 이어지는 이유를 설명합니다.&lt;/p&gt;
&lt;h2 id="실수는-사건이-아니라-구조입니다"&gt;실수는 사건이 아니라 구조입니다
&lt;/h2&gt;&lt;p&gt;하루의 실전은 수십 개의 사건으로 보이지만, 실제로는 소수의 구조로 압축됩니다. 중요한 것은 “무슨 일이 있었나”가 아니라 &lt;strong&gt;어떤 구조 안에서 어떤 선택을 했는가가&lt;/strong&gt; 중요합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;상황 구조&lt;/strong&gt;: 상위 TF의 방향/역할, 변동성 상태, 유동성 구간&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;판단 구조&lt;/strong&gt;: Bias → Context → Trigger의 순서가 지켜졌는가&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;행동 구조&lt;/strong&gt;: 진입/보류/회수의 기준이 명확했는가&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;사건을 구조로 바꾸는 순간, 실수는 교정 가능한 데이터가 됩니다.&lt;/p&gt;
&lt;h2 id="익명화-사건을-문장으로-바꾸는-규칙"&gt;익명화: 사건을 문장으로 바꾸는 규칙
&lt;/h2&gt;&lt;p&gt;익명화는 “이 종목에서 내가 틀렸다”를 “이 구조에서 내가 틀렸다”로 바꾸는 과정입니다. 개인 감정과 종목명을 지우고, 재현 가능한 문장만 남깁니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;익명화 템플릿&lt;/strong&gt;&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;상위 TF 상태: 예) 방향 불명확/전환 구간/고점 인접&lt;/li&gt;
&lt;li&gt;하위 TF 행동: 예) 늦은 추격/확정 전 진입/손절 지연&lt;/li&gt;
&lt;li&gt;결정 근거의 결함: 예) Bias 없이 Trigger만 보고 진입&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;이 세 문장이 남으면, 다음 주에도 똑같은 구조가 다시 보입니다.&lt;/p&gt;
&lt;h2 id="패턴화-반복되는-5가지-실패-형태"&gt;패턴화: 반복되는 5가지 실패 형태
&lt;/h2&gt;&lt;p&gt;익명화된 문장을 모으면, 결국 같은 실수가 반복된다는 사실이 드러납니다. 아래는 실전에서 가장 흔한 다섯 가지입니다.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;상위 TF 부재형&lt;/strong&gt;&lt;br&gt;
방향을 만들지 못한 상태에서 하위 TF 움직임만 추격합니다.&lt;br&gt;
→ 교정: 상위 TF의 “관찰 결론 1문장”을 먼저 고정합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;확정 이전 진입형&lt;/strong&gt;&lt;br&gt;
구조가 완성되기 전에 “될 것 같은” 순간에 먼저 들어갑니다.&lt;br&gt;
→ 교정: Trigger 정의를 한 줄로 좁히고, 그 문장 외에는 대기합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;손절 기준 부재형&lt;/strong&gt;&lt;br&gt;
손절은 결과가 아니라 규칙입니다. 규칙이 없으면 버티기가 됩니다.&lt;br&gt;
→ 교정: 무효화 조건을 먼저 적고, 진입은 그 뒤에 합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;되돌림 합리화형&lt;/strong&gt;&lt;br&gt;
손실을 합리화하기 위해 하위 TF를 확대해 “근거”를 만들곤 합니다.&lt;br&gt;
→ 교정: 판단 TF를 고정하고, 다른 TF는 참고만 합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;리스크 과다형&lt;/strong&gt;&lt;br&gt;
같은 아이디어인데도 감정이 올라간 날에는 크기를 키웁니다.&lt;br&gt;
→ 교정: 크기는 사전에 고정하고, 감정은 규모를 바꾸지 못하게 합니다.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;이 다섯 가지를 20편 동안 다양한 사례로 반복적으로 다룹니다. 핵심은 실수를 줄이는 게 아니라 &lt;strong&gt;실수를 고치는 방식을&lt;/strong&gt; 고정하는 데 있습니다.&lt;/p&gt;
&lt;h2 id="20편-운영-매주-1개-15분-복기"&gt;20편 운영: 매주 1개, 15분 복기
&lt;/h2&gt;&lt;p&gt;실전 복기는 길면 지치고, 짧으면 남는 게 없습니다. 이 시리즈는 “매주 1개, 15분 복기”를 목표로 합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;한 편 = 하나의 실패 패턴&lt;/li&gt;
&lt;li&gt;사례는 익명화된 구조로만 제시&lt;/li&gt;
&lt;li&gt;마지막 3줄은 “다음 주 행동 규칙”으로 요약&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이렇게 쌓이면, 실전은 더 이상 ‘무작위 사건’이 아니라 &lt;strong&gt;내가 수정할 수 있는 구조가&lt;/strong&gt; 됩니다.&lt;/p&gt;
&lt;p&gt;마지막으로, 이런 구조적 복기를 지속하려면 관찰과 기록을 빠르게 정리할 도구가 필요합니다. &lt;strong&gt;1k_scanner는 Bias/Context/Trigger를 같은 화면에서 정리하고&lt;/strong&gt;, 같은 실수가 반복되는 구간을 쉽게 확인하도록 설계되어 있습니다.&lt;/p&gt;</description></item><item><title>동일 패턴이 다른 결말을 만드는 이유: 컨텍스트 3단계 루틴</title><link>https://blog.1kscanner.com/ko/posts/2026/02/same-pattern-different-outcome-context-checklist/</link><pubDate>Sun, 22 Feb 2026 22:11:39 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/02/same-pattern-different-outcome-context-checklist/</guid><description>&lt;p&gt;같은 캔들 형태가 반복돼도 동일한 결과를 보장하지 않는 이유는 의외로 단순합니다.
지금 읽는 창이 어디인지, 위쪽 흐름과 맞물려 있는지, 되돌림이 구조를 얼마나 버티는지에 따라 장면의 해석이 달라지기 때문입니다.&lt;/p&gt;
&lt;p&gt;이 글은 새로운 진입법을 가르치지 않습니다.
&lt;strong&gt;어떤 후보를 먼저 볼지&lt;/strong&gt;, &lt;strong&gt;어떤 근거로 제외할지&lt;/strong&gt;를 사용자 관점으로 정리해 드리기 위한 글입니다.&lt;/p&gt;
&lt;h2 id="1-스캔은-먼저-넓게-왜-밀집-모드를-먼저-쓰는가"&gt;1) 스캔은 먼저 넓게: 왜 밀집 모드를 먼저 쓰는가
&lt;/h2&gt;&lt;h3 id="1-1-화면을-켜고-바로-하는-것"&gt;1-1) 화면을 켜고 바로 하는 것
&lt;/h3&gt;&lt;p&gt;앱 실행 직후 가장 먼저 확인할 대상은 &lt;strong&gt;앱이 가져온 레이아웃&lt;/strong&gt;입니다.
그다음 아래 순서로 시작하면 훨씬 안정적입니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;Ctrl(Cmd)+7&lt;/code&gt;: 밀집 그리드로 이동해 &lt;strong&gt;템플릿에 로드된 전체 후보&lt;/strong&gt;를 훑는다.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;Ctrl(Cmd)+8&lt;/code&gt;: 확장 그리드로 바꿔 후보군을 줄인다.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;Space&lt;/code&gt;: 현재 차트를 확대해 후보의 디테일을 확인한다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="1-2-열은-심볼-행은-타임프레임"&gt;1-2) 열은 심볼, 행은 타임프레임
&lt;/h3&gt;&lt;p&gt;초보자가 헷갈리는 핵심은 “심볼을 한 줄로 모아 봐야 하나?”입니다.
실제 화면은 &lt;strong&gt;열=심볼&lt;/strong&gt;, &lt;strong&gt;행=타임프레임&lt;/strong&gt;으로 읽는 게 더 효율적입니다.
한 열 안에서 위아래를 따라가면, 같은 종목의 상위/하위 흐름을 한 번에 비교하기 쉬워집니다.&lt;/p&gt;
&lt;p&gt;이때 같은 패턴이라도 &lt;strong&gt;열 간 비교 기준&lt;/strong&gt;이 맞지 않으면 해석이 흔들립니다.
그래서 처음부터 열 단위로 후보를 좁히는 습관이 중요합니다.&lt;/p&gt;
&lt;h2 id="2-같은-패턴에서-먼저-보는-것은-emanrz의-정답이-아니라-맥락"&gt;2) ‘같은 패턴’에서 먼저 보는 것은 EMA/NRZ의 정답이 아니라 맥락
&lt;/h2&gt;&lt;p&gt;2개가 중요합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;EMA/NRZ는 정답 스위치가 아니라 읽기 프레임&lt;/strong&gt;입니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;EMA(지속 지표)&lt;/strong&gt;: 현재 움직임이 유지될 가능성을 먼저 가늠하는 데 쓰입니다.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;NRZ&lt;/strong&gt;: 되돌림 구간에서 가격이 버팀을 유지하는지 확인하는 보조 질문입니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;중요한 건, &lt;strong&gt;이 지표들이 진입을 강요하는 도구가 아니라 판단 대상의 우선순위를 만드는 루틴의 일부&lt;/strong&gt;라는 점입니다.&lt;/p&gt;
&lt;h3 id="2-1-같은-패턴이-다른-결론으로-가는-체크리스트"&gt;2-1) 같은 패턴이 다른 결론으로 가는 체크리스트
&lt;/h3&gt;&lt;p&gt;동일한 패턴이어도 다음 항목이 하나라도 다르면 해석이 갈립니다.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;후보가 위치한 열의 상위 흐름이 현재 시간대의 맥락과 맞는가?&lt;/li&gt;
&lt;li&gt;되돌림에서 구조적 지지가 사라지지 않았는가?&lt;/li&gt;
&lt;li&gt;다음 확인에서 해당 후보가 ‘관찰 대상’인지 ‘보류 대상’인지 기준이 갈리는가?&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;이렇게 질문하면 “왜 이 차트는 보이고 저 차트는 안 보이나”를 감정이 아니라 기준으로 설명할 수 있습니다.&lt;/p&gt;
&lt;h2 id="3-합의-신호의-사용자-의미테두리-색만-정확히-쓰기"&gt;3) 합의 신호의 사용자 의미(테두리 색)만 정확히 쓰기
&lt;/h2&gt;&lt;p&gt;많은 분들이 합의 신호를 &lt;strong&gt;진입 신호&lt;/strong&gt;로 오해합니다.
실제로는 &lt;strong&gt;주의 분배 신호&lt;/strong&gt;에 가깝습니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;여러 신호가 한 방향으로 모이면 **방향성 테두리(상방/하방)**로 ‘집중 후보’ 성격이 강하게 보입니다.&lt;/li&gt;
&lt;li&gt;신호가 분산/중립/약하면 테두리 강조가 약해져,
먼저 ‘대기’ 또는 ‘관측 보류’로 넘기는 경우가 많습니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;합의가 생겼을 때의 행동은 즉시 진입이 아니라, 후보 선별과 다음 단계 확인입니다.&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id="4-동일-패턴-점검-루틴-스캔--집중--기록"&gt;4) 동일 패턴 점검 루틴: 스캔 → 집중 → 기록
&lt;/h2&gt;&lt;h3 id="4-1-스캔2분-컨텍스트-기반-후보-좁히기"&gt;4-1) 스캔(2분): 컨텍스트 기반 후보 좁히기
&lt;/h3&gt;&lt;ol&gt;
&lt;li&gt;&lt;code&gt;Ctrl(Cmd)+7&lt;/code&gt;로 후보군을 크게 펼칩니다.&lt;/li&gt;
&lt;li&gt;같은 종목이 열 단위로 보이는지 확인합니다.&lt;/li&gt;
&lt;li&gt;의심 후보는 &lt;code&gt;Space&lt;/code&gt;로 확대하지 않고, 먼저 그 열의 타임프레임 정합성을 먼저 봅니다.&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id="4-2-집중12분-의미-정렬"&gt;4-2) 집중(1~2분): 의미 정렬
&lt;/h3&gt;&lt;ol&gt;
&lt;li&gt;후보 열을 위→아래로 훑으며 **연속성(연결성)**을 확인합니다.&lt;/li&gt;
&lt;li&gt;필요한 후보만 남기고,&lt;/li&gt;
&lt;li&gt;&lt;code&gt;Ctrl(Cmd)+8&lt;/code&gt;로 열을 좁혀서 실제 관찰 시간을 늘립니다.&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id="4-3-기록30초-실행-가능한-루틴으로-남기기"&gt;4-3) 기록(30초): 실행 가능한 루틴으로 남기기
&lt;/h3&gt;&lt;p&gt;후보를 단번에 판단하지 말고, &lt;strong&gt;체크노트&lt;/strong&gt;를 넣습니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;V&lt;/code&gt;: 현재 차트를 체크노트 토글&lt;/li&gt;
&lt;li&gt;&lt;code&gt;N&lt;/code&gt;: 체크노트 섹션 열어 최근 후보/제외 이유 확인&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;후보와 함께 “왜 오늘 제외했는지”를 한 줄 적어 두면, 다음 세션의 판단 속도가 확 달라집니다.&lt;/p&gt;
&lt;h2 id="5-템플릿으로-하루-루틴-고정하기"&gt;5) 템플릿으로 하루 루틴 고정하기
&lt;/h2&gt;&lt;p&gt;동일 루틴을 매번 새로 세팅하면 피로도가 커집니다.
루틴은 템플릿으로 고정합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;Grid Size&lt;/code&gt;, &lt;code&gt;Timeframes per row&lt;/code&gt;, &lt;code&gt;Exchange&lt;/code&gt;를 정한 뒤 &lt;strong&gt;템플릿 생성(시가총액순)&lt;/strong&gt; 실행&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;F12&lt;/strong&gt;로 저장&lt;/li&gt;
&lt;li&gt;다음엔 &lt;strong&gt;Ctrl(Cmd)+L&lt;/strong&gt;로 즉시 복원&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;스캔용 템플릿과 집중용 템플릿을 나눠 두면, 하루의 시작이 훨씬 짧아집니다.&lt;/p&gt;
&lt;h2 id="한-줄-정리"&gt;한 줄 정리
&lt;/h2&gt;&lt;p&gt;동일한 패턴은 같아 보여도, 판단은 컨텍스트에 의해 달라집니다.
오늘의 핵심은 &lt;strong&gt;넓게 본 뒤 좁게 파고들고, 후보를 기록으로 고정하는 3단계&lt;/strong&gt;로 루틴을 정리하는 것입니다.&lt;/p&gt;
&lt;p&gt;마지막으로, 1k_scanner는 문서 스캐너가 아니라 Rust+egui 기반의 멀티마켓/멀티 타임프레임 트레이딩 스캐닝 앱입니다.&lt;/p&gt;</description></item><item><title>트리거가 맞았는데도 틀리는 날 — Bias → Context → Trigger 순서가 무너질 때</title><link>https://blog.1kscanner.com/ko/posts/2026/02/bias-context-trigger-order/</link><pubDate>Tue, 10 Feb 2026 21:50:38 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/02/bias-context-trigger-order/</guid><description>&lt;p&gt;5분봉에서 깔끔하게 이탈이 나와서 들어갔는데, 10분 뒤에 가격이 아무 일도 없었다는 듯이 되돌아와 손절을 만들 때가 있습니다.&lt;/p&gt;
&lt;p&gt;그때 드는 감정은 대개 비슷합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;“내가 신호를 잘못 봤나?”&lt;/li&gt;
&lt;li&gt;“방금 돌파는 뭐였지?”&lt;/li&gt;
&lt;li&gt;“왜 항상 ‘맞는 것처럼 보이는 순간’에만 틀릴까?”&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이 혼란은 종종 &lt;strong&gt;기법이 부족해서&lt;/strong&gt;가 아니라, 더 근본적으로는 &lt;strong&gt;사고의 순서가 뒤섞여서&lt;/strong&gt; 생깁니다. 멀티 타임프레임(MTF)에서 특히요.&lt;/p&gt;
&lt;h2 id="mtf에서-반복되는-혼란은-정보-부족이-아니라-역할-혼동입니다"&gt;MTF에서 반복되는 혼란은 ‘정보 부족’이 아니라 ‘역할 혼동’입니다
&lt;/h2&gt;&lt;p&gt;MTF가 어려운 이유를 많은 분들이 “봐야 할 게 너무 많아서”라고 설명합니다. 물론 맞습니다. 하지만 실제로 더 큰 문제는, 보는 항목의 개수가 아니라 &lt;strong&gt;각 타임프레임에 기대하는 역할이 섞여버리는 것&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;p&gt;예를 들어 이런 식입니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;LTF에서 생긴 작은 구조 전환을, 곧바로 “상위 추세가 바뀌었다”로 해석합니다.&lt;/li&gt;
&lt;li&gt;HTF의 레벨(큰 구조/공간)을 확인하기 전에, LTF 트리거가 주는 ‘즉시성’에 먼저 반응합니다.&lt;/li&gt;
&lt;li&gt;나중에 HTF를 보면 이미 저항/지지 한가운데였고, 그 사실을 “내가 신호를 못 봤다”로 결론내립니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;결과적으로 &lt;strong&gt;트리거가 틀린 게 아니라&lt;/strong&gt;, 트리거가 서 있어야 할 &lt;strong&gt;무대(맥락)&lt;/strong&gt; 가 없었던 경우가 많습니다.&lt;/p&gt;
&lt;h2 id="신호보다-구조맥락순서가-중요한-이유"&gt;신호보다 구조/맥락/순서가 중요한 이유
&lt;/h2&gt;&lt;p&gt;신호는 보통 “지금 당장”을 말합니다. 반면 구조와 맥락은 “지금이 어떤 장면인지”를 말합니다.&lt;/p&gt;
&lt;p&gt;이 둘을 같은 레이어에서 처리하면, 차트는 매번 다른 표정을 짓습니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;같은 돌파라도, HTF가 열어준 공간에서의 돌파와&lt;/li&gt;
&lt;li&gt;HTF가 막고 있는 벽 앞에서의 돌파는
겉으로 비슷해 보여도 의미가 다릅니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;그래서 신호를 더 많이 모을수록 오히려 더 헷갈릴 수 있습니다. 신호는 계속 생기고, 그때마다 뇌는 “지금 결론을 내리자”는 압박을 받기 때문입니다.&lt;/p&gt;
&lt;p&gt;MTF에서 필요한 것은 ‘신호의 컬렉션’이 아니라, &lt;strong&gt;순서가 있는 해석&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;h2 id="htf와-ltf는-정답-경쟁이-아니라-업무-분장입니다"&gt;HTF와 LTF는 ‘정답 경쟁’이 아니라 ‘업무 분장’입니다
&lt;/h2&gt;&lt;p&gt;HTF와 LTF를 같은 질문으로 보면 갈등이 생깁니다. “방향이 뭐지?” 같은 질문을 5분봉과 4시간봉에 동시에 던지면, 둘이 서로 다른 답을 내놓는 게 정상입니다.&lt;/p&gt;
&lt;p&gt;업무를 나눠보면 깔끔해집니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;HTF(상위 TF)의 역할:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;지금 장이 허용하는 큰 방향(혹은 금지하는 방향)은 무엇인가&lt;/li&gt;
&lt;li&gt;중요한 레벨/구조가 어디에 있고, 그 레벨이 의사결정에 어떤 제약을 거는가&lt;/li&gt;
&lt;li&gt;움직일 수 있는 ‘공간’이 있는가(혹은 이미 소진됐는가)&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;LTF(하위 TF)의 역할:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;HTF의 제약 안에서, 내가 행동할 ‘타이밍’을 어떻게 잡는가&lt;/li&gt;
&lt;li&gt;리스크가 작아질 수 있는 순간(결정이 빨라질 수 있는 순간)이 언제인가&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이렇게 보면 LTF는 HTF를 이기려는 게 아닙니다. LTF는 HTF가 만든 무대 위에서만 의미가 생깁니다.&lt;/p&gt;
&lt;h2 id="웹-기반-트레이딩-툴이-더-혼란을-키우는-구조적-이유--인간-피로"&gt;웹 기반 트레이딩 툴이 더 혼란을 키우는 구조적 이유 + 인간 피로
&lt;/h2&gt;&lt;p&gt;여기서 현실적인 문제가 하나 더 붙습니다. 많은 워크플로가 웹 기반입니다.&lt;/p&gt;
&lt;p&gt;웹 도구 자체가 나쁘다는 이야기가 아닙니다. 다만 구조적으로 이런 특징이 있습니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;탭/차트가 늘어날수록, &lt;strong&gt;맥락이 ‘화면’이 아니라 ‘기억’에 의존&lt;/strong&gt;합니다.&lt;/li&gt;
&lt;li&gt;알림이 많아질수록, 뇌는 &amp;ldquo;지금 당장 반응할 대상&amp;quot;을 우선순위로 올립니다.&lt;/li&gt;
&lt;li&gt;멀티마켓/멀티 TF를 동시에 훑으려면, 같은 동작을 계속 반복해야 합니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;그 반복은 결국 피로로 바뀌고, 피로는 사고를 단순화합니다.&lt;/p&gt;
&lt;p&gt;피로한 상태의 의사결정은 대개 이렇게 수렴합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;맥락(HTF)을 줄이고&lt;/li&gt;
&lt;li&gt;트리거(LTF)를 확대하고&lt;/li&gt;
&lt;li&gt;나중에 손실을 “신호가 틀렸다”로 설명합니다&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;즉, 혼란은 실전에서 ‘성격’이 아니라 &lt;strong&gt;환경(도구+피로)&lt;/strong&gt; 에 의해 강화되기도 합니다.&lt;/p&gt;
&lt;h2 id="사고-흐름-bias--context--trigger-그리고-이-순서를-지키기"&gt;사고 흐름: Bias → Context → Trigger (그리고 이 순서를 지키기)
&lt;/h2&gt;&lt;p&gt;MTF에서 덜 흔들리기 위해 도움이 되는 하나의 관찰은 이것입니다.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Bias → Context → Trigger&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;이건 정답 공식이 아니라, “내가 지금 무엇을 먼저 보고 있는지”를 점검하는 순서입니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Bias(편향/가정):&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;지금 저는 어디로 기울어져 있나요?&lt;/li&gt;
&lt;li&gt;이 기울어짐은 HTF가 주는 제약과 충돌하나요?&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Context(맥락/장면):&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;지금은 추세가 이어지는 장면인가요, 아니면 레벨에서 부딪히는 장면인가요?&lt;/li&gt;
&lt;li&gt;‘움직일 공간’이 남아 있나요, 아니면 이미 설명이 끝난 자리인가요?&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Trigger(행동의 계기):&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;지금 보고 있는 신호는 “행동 타이밍”을 말하는가요, 아니면 “방향”을 말하는가요?&lt;/li&gt;
&lt;li&gt;이 트리거가 실패해도, 내가 이해한 장면(맥락)은 유지되나요?&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;이 질문들이 중요한 이유는, 실전에서 대부분의 혼란이 &lt;strong&gt;Trigger부터 시작할 때&lt;/strong&gt; 생기기 때문입니다. 트리거는 강하고 빠르며, 사람을 당장 움직이게 합니다. 하지만 그 힘 때문에 더 쉽게 ‘순서’를 빼앗습니다.&lt;/p&gt;
&lt;h2 id="마무리"&gt;마무리
&lt;/h2&gt;&lt;p&gt;트레이딩이 계속 헷갈리는 날은, 차트가 어려워진 날이라기보다 &lt;strong&gt;사고의 순서가 무너진 날&lt;/strong&gt;인 경우가 많습니다.&lt;/p&gt;
&lt;p&gt;그래서 필요한 것은 더 많은 신호가 아니라, HTF와 LTF의 역할을 분리하고 Bias→Context→Trigger로 생각이 흘러가게 만드는 작은 설계입니다.&lt;/p&gt;
&lt;p&gt;이 흐름을 손으로 유지하기가 버거운 분들을 위해, 1k_scanner는 문서 스캐너가 아니라 &lt;strong&gt;Rust+egui 기반의 멀티마켓/멀티 TF 트레이딩 스캐닝 앱&lt;/strong&gt;으로서 ‘맥락을 먼저 보게 하는 스캔’을 돕습니다.&lt;/p&gt;</description></item><item><title>진입 전에 3가지만 확인하세요 — 레벨/방향/트리거 체크리스트 (1k_scanner)</title><link>https://blog.1kscanner.com/ko/posts/2026/02/three-check-pretrade/</link><pubDate>Tue, 10 Feb 2026 18:35:18 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/02/three-check-pretrade/</guid><description>&lt;p&gt;트레이딩에서 가장 값비싼 실수는 “한 번의 잘못된 진입”이 아니라, &lt;strong&gt;비슷한 실수를 반복하는 습관&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;p&gt;진입 품질을 올리는 가장 쉬운 방법은 차트를 더 오래 보는 것이 아닙니다.
&lt;strong&gt;진입 전에 3가지만 고정&lt;/strong&gt;하시면 됩니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;① 레벨(어디서 반응해야 정상인가)&lt;/li&gt;
&lt;li&gt;② 방향(어느 쪽이 유리한 장인가)&lt;/li&gt;
&lt;li&gt;③ 트리거(어떤 조건에서만 들어갈 것인가)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;아래 체크리스트는 복붙해서 그대로 쓰실 수 있습니다.&lt;/p&gt;
&lt;h2 id="진입-전-3체크-복붙용"&gt;진입 전 3체크 (복붙용)
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;레벨(Level)&lt;/strong&gt;: 지금 가격이 ‘의미 있는 구간’(전고/전저, 피벗/VWAP, 수급 구간) 근처입니까?&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;방향(Bias)&lt;/strong&gt;: 상위 타임프레임(예: 1h/4h)의 방향과 맞습니까? (또는 되돌림이라는 전제가 명확합니까?)&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;트리거(Trigger)&lt;/strong&gt;: 하위 타임프레임(예: 5m/15m)에서 구조 전환/돌파/이탈 같은 ‘실제 사건’이 발생했습니까?&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;판정은 간단합니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;레벨/방향이 없으면: &lt;strong&gt;관찰만 하고 패스&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;트리거만 번쩍이면: &lt;strong&gt;낚시일 확률이 높으니 패스&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;셋이 동시에 맞으면: &lt;strong&gt;그때만 후보로 유지&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="1k_scanner가-여기서-해주는-일"&gt;1k_scanner가 여기서 해주는 일
&lt;/h2&gt;&lt;p&gt;이 루틴이 어려운 이유는 체크리스트가 복잡해서가 아닙니다.
&lt;strong&gt;대상(심볼/마켓/타임프레임)이 너무 많아서&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;p&gt;1k_scanner는 진입법을 대신 발명하지 않습니다.
대신 아래를 빠르게 만듭니다.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;템플릿/거래소 범위 안에서 &lt;strong&gt;많은 심볼을 한 번에 훑을 수 있게&lt;/strong&gt; 만듭니다 (멀티 심볼/멀티 거래소)&lt;/li&gt;
&lt;li&gt;타임프레임을 겹쳐서 ‘방향’과 ‘타이밍’이 함께 보이게 만듭니다 (MTF 관찰)&lt;/li&gt;
&lt;li&gt;구조가 없는 신호에 덜 끌리도록, 관찰 순서와 기준을 유지하기 쉽게 만듭니다&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="관리exit도-3체크로-끝납니다"&gt;관리(Exit)도 3체크로 끝납니다
&lt;/h2&gt;&lt;p&gt;진입만큼 중요한 것이 무효 조건입니다.
들어가기 전에 ‘나갈 조건’을 정해두시면, 손절이 감정이 아니라 규칙이 됩니다.&lt;/p&gt;
&lt;p&gt;예시:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;레벨 무효: 주요 레벨에서 반응 실패 후 다시 레벨 아래/위로 복귀&lt;/li&gt;
&lt;li&gt;방향 무효: 상위 TF 바이어스가 뒤집힘&lt;/li&gt;
&lt;li&gt;트리거 무효: 하위 TF에서 만든 구조가 깨짐&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="결론"&gt;결론
&lt;/h2&gt;&lt;p&gt;차트를 더 오래 보는 대신, &lt;strong&gt;진입 전에 3가지를 고정&lt;/strong&gt;해 보십시오.
레벨/방향/트리거가 동시에 맞을 때만 거래하시면, 불필요한 진입이 눈에 띄게 줄어듭니다.&lt;/p&gt;</description></item><item><title>어디를 볼지 정리해 주는 스캐너: 1K Scanner의 포지션</title><link>https://blog.1kscanner.com/ko/posts/2026/02/structure-scanner-position/</link><pubDate>Wed, 04 Feb 2026 15:46:00 +0900</pubDate><guid>https://blog.1kscanner.com/ko/posts/2026/02/structure-scanner-position/</guid><description>&lt;p&gt;대부분의 트레이더는 &lt;strong&gt;진입법&lt;/strong&gt;에 집착합니다.
하지만 실제로 돈을 잃는 이유는 다릅니다. &lt;strong&gt;&amp;lsquo;대상 선택&amp;rsquo; 실패&lt;/strong&gt;인 경우가 많습니다.&lt;/p&gt;
&lt;p&gt;1K Scanner는 &amp;ldquo;새로운 진입법&amp;quot;이 아닙니다.
&lt;strong&gt;어디를 볼지 빠르게 정리하도록 돕는 구조 중심 스캐닝 워크스페이스&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;h2 id="기존-트레이딩의-문제"&gt;기존 트레이딩의 문제
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;관심 종목 편향&lt;/strong&gt;: 즐겨찾기/뉴스 위주 → 구조 좋은 종목을 놓침&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;수작업 과부하&lt;/strong&gt;: 수천 개 심볼과 여러 TF를 동시에 볼 수 없음&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;노이즈 과다&lt;/strong&gt;: 단일 TF 신호는 우연이 구조처럼 보이기 쉬움&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="1k-scanner의-포지션"&gt;1K Scanner의 포지션
&lt;/h2&gt;&lt;p&gt;이 앱은 &amp;ldquo;어떻게 들어갈까?&amp;ldquo;를 고민하지 않습니다.
대신 &lt;strong&gt;&amp;ldquo;어디를 먼저 볼까?&amp;ldquo;를 정리할 수 있게 도와줍니다.&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;템플릿으로 &lt;strong&gt;관찰할 심볼 유니버스&lt;/strong&gt;를 구성합니다 (예: &lt;code&gt;템플릿 생성(시가총액순)&lt;/code&gt;으로 상위 코인/종목을 로드).&lt;/li&gt;
&lt;li&gt;한 화면 그리드에서 &lt;strong&gt;심볼별 멀티 타임프레임&lt;/strong&gt;을 함께 봅니다 (행=타임프레임, 열=심볼).&lt;/li&gt;
&lt;li&gt;합의 핫리스트/강조 같은 &lt;strong&gt;우선순위 선별 단서&lt;/strong&gt;와 EMA/NRZ/거래량 등 오버레이를 조합해, &lt;strong&gt;다음으로 확인할 후보&lt;/strong&gt;를 빠르게 정합니다.&lt;/li&gt;
&lt;li&gt;최종 판단/진입법은 사용자가 그대로 적용합니다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="실제-효용"&gt;실제 효용
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;찾는 노동 감소&lt;/strong&gt; → 관찰 종목을 효과적으로 좁힐 수 있음&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;숨은 종목 발굴&lt;/strong&gt; → FOMO 전에 후보를 확보할 수 있음&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;구조 중심 접근&lt;/strong&gt; → 가짜 신호를 제거함&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="결론"&gt;결론
&lt;/h2&gt;&lt;p&gt;1K Scanner는 진입법을 발명하는 도구가 아닙니다.
&lt;strong&gt;좋은 진입법을 쓸 &amp;lsquo;대상&amp;rsquo;을 빠르게 추려보도록 돕는 도구&lt;/strong&gt;입니다.&lt;/p&gt;
&lt;p&gt;그래서 이 앱은 &amp;ldquo;신호 생성기&amp;quot;가 아닙니다.
&lt;strong&gt;구조 중심 스캐닝 워크스페이스&lt;/strong&gt;입니다.&lt;/p&gt;</description></item></channel></rss>