사주 해석에는 결과 문장보다 먼저 구조와 근거가 필요합니다.
MRA Engine은 그 구조와 근거를 차례대로 정리하기 위해 만든 명리 계산 엔진입니다.
MRA Engine은 사주를 대신 “단정”하는 장치가 아니라, 명리 해석에 필요한 구조와 근거를 차례대로 정리하는 계산 엔진입니다.
K명리에서 보이는 생활운세와 학습 콘텐츠 뒤에는, 원국의 글자와 관계, 강약, 격국, 용신, 운의 흐름을 나누어 살피는 계산 과정이 있습니다.
MRA는 Myeongri Reasoning Analyzer의 줄임말입니다.
말 그대로 명리 구조를 추론하고, 그 판단이 어디에서 나왔는지 남기기 위한 엔진입니다.
1. 먼저 원국의 기본 재료를 정리합니다
명리 해석은 먼저 네 기둥을 세우는 데서 시작합니다.
연주, 월주, 일주, 시주가 정해지면, MRA Engine은 그 안의 천간과 지지, 지장간, 십성, 오행 관계를 정리합니다.
예를 들어 단순히 “甲이 있다”, “申이 있다”에서 끝나는 것이 아니라, 그 글자가 어느 자리에 있고, 일간과 어떤 관계를 맺고 있으며, 다른 글자와 어떤 작용을 하는지까지 따져 봅니다.
이 단계는 사람으로 치면 원자료를 펼쳐 놓는 과정입니다.
아직 해석을 단정하는 단계가 아니라, 해석에 쓸 재료를 정확히 정리하는 단계입니다.
2. 합·충·형·파·해 같은 관계를 봅니다
명리에서 글자는 혼자 움직이지 않습니다.
어떤 글자는 서로 끌어당기고, 어떤 글자는 부딪히고, 어떤 글자는 긴장을 만듭니다.
MRA Engine은 원국 안의 글자와 운에서 들어오는 글자가 만드는 관계를 살핍니다.
대표적으로는 다음과 같은 작용을 봅니다.
- 합
- 충
- 형
- 파
- 해
- 삼합
- 반합
- 방합
이 관계들은 단순히 좋고 나쁜 표시가 아닙니다.
어떤 장면에서는 움직임이 생기고, 어떤 장면에서는 마찰이 생기며, 어떤 장면에서는 감정이나 행동의 방향이 바뀔 수 있습니다.
K명리의 생활운세에서 “오늘은 말이 가볍게 끝나기 어렵다”거나 “관계에서 한 번 더 확인하는 편이 좋다”는 식의 표현은 이런 구조 신호를 바탕으로 만들어집니다.
3. BSI는 기본 안정성을 계산합니다
MRA Engine에서 BSI는 기본 안정성 지수입니다.
쉽게 말하면, 일간이 현재 원국 안에서 얼마나 버틸 수 있는지, 어느 쪽으로 기울어져 있는지 보는 계산입니다.
전통 명리에서는 흔히 신강과 신약, 득령, 득지, 득세 같은 말로 설명합니다.
MRA는 이 흐름을 계산 가능한 항목으로 나누어 봅니다.
- 월령의 힘을 얻었는가
- 지지에 뿌리가 있는가
- 주변 글자들이 도와주는가
- 지나치게 빠져나가거나 눌리는 구조가 있는가
- 조후상 너무 차갑거나 뜨거운 쪽으로 치우쳤는가
- 합충형파해가 안정성을 흔드는가
BSI가 중요한 이유는 이 판단이 뒤의 격국과 용신 판단에 영향을 주기 때문입니다.
처음 강약을 잘못 읽으면, 뒤의 해석도 함께 흔들릴 수 있습니다.
그래서 MRA Engine은 강약을 단순한 감각으로 처리하지 않고, 여러 항목을 나누어 계산하고 그 흔적을 남기려고 합니다.
4. SSI는 격국과 성패를 봅니다
BSI가 기본 안정성을 본다면, SSI는 사주의 구조와 격을 봅니다.
격국은 사주의 중심 구조를 읽는 방식입니다.
단순히 “무슨 격이다”라고 이름을 붙이는 데서 끝나지 않고, 그 격이 실제로 성립하는지, 방해받는지, 보완되는지를 함께 살펴야 합니다.
MRA Engine은 다음과 같은 흐름을 봅니다.
- 월령의 중심 기운
- 천간으로 드러난 글자
- 격국 후보
- 성격과 파격의 조건
- 상신과 구신의 역할
- 특수격 가능성
여기서 중요한 것은 이름이 아니라 구조입니다.
같은 격 이름이 붙더라도 실제 사주 안에서 쓰일 수 있는 정도는 다를 수 있습니다.
그래서 MRA는 격국 라벨만 표시하는 것이 아니라, 그 격이 어느 정도 힘을 갖는지, 어떤 조건에서 흔들리는지를 함께 기록하려고 합니다.
5. USI는 용신과 활용 가능한 방향을 계산합니다
USI는 용신과 활용 방향을 계산하는 계층입니다.
전통 명리에서 용신은 매우 중요한 개념입니다.
하지만 단순히 “이 오행이 필요하다”라고 말하는 것만으로는 부족합니다.
MRA Engine은 용신을 볼 때 다음을 함께 살핍니다.
- 일간을 돕거나 조절하는가
- 격국을 살리는가
- 조후를 보완하는가
- 병이 되는 구조를 풀어 주는가
- 그 글자가 실제 원국 안에서 쓸 수 있는가
- 뿌리가 있는가
- 위치가 좋은가
- 운에서 들어올 때 작동할 여지가 있는가
이 때문에 MRA에서의 용신은 하나의 단순한 답이라기보다, 여러 층의 후보와 자격을 함께 살피는 결과에 가깝습니다.
“무엇이 필요한가”와 “그것이 실제로 쓸 수 있는가”는 다릅니다.
MRA Engine은 이 차이를 구분하려고 합니다.
6. 운의 흐름을 원국과 연결합니다
사주는 원국만으로 끝나지 않습니다.
대운, 세운, 월운, 일진처럼 시간에 따라 들어오는 글자가 원국과 다시 관계를 맺습니다.
MRA Engine은 운에서 들어오는 글자를 원국과 따로 보지 않고, 원국 안의 글자와 어떻게 연결되는지 봅니다.
예를 들어 어떤 날에 卯가 들어왔다고 해서 모두 같은 卯가 아닙니다.
원국에 酉가 있으면 卯酉冲이 작동할 수 있고, 원국의 어느 궁위와 연결되느냐에 따라 체감되는 장면도 달라질 수 있습니다.
그래서 K명리 생활운세는 단순히 “오늘의 좋은 글자, 나쁜 글자”를 말하려는 것이 아닙니다.
그날의 운이 원국의 어느 부분을 건드리는지, 어떤 생활 장면으로 나타날 수 있는지를 참고형으로 풀어내려는 것입니다.
7. Trace는 판단의 흔적입니다
MRA Engine에서 중요한 것 중 하나는 Trace입니다.
Trace는 엔진이 어떤 순서로 판단했는지 남기는 기록입니다.
사람이 글을 읽을 때는 결과 문장만 보이지만, 그 뒤에는 “왜 그렇게 판단했는가”라는 과정이 있어야 합니다.
MRA는 이 과정을 남기려고 합니다.
예를 들면 다음과 같은 기록입니다.
- 어떤 원국 팩트가 쓰였는가
- 어떤 합충 관계가 감지되었는가
- BSI에서 어떤 항목이 강약 판단에 영향을 주었는가
- SSI에서 어떤 격국 후보가 검토되었는가
- USI에서 어떤 용신 후보가 올라왔는가
- 운의 글자가 원국의 어느 글자와 연결되었는가
Trace가 중요한 이유는 결과를 검토할 수 있게 만들기 때문입니다.
명리 해석은 문장만 그럴듯해서는 부족합니다.
어떤 계산과 판단을 거쳐 그런 문장이 나왔는지를 되짚을 수 있어야 합니다.

8. K명리에서 MRA Engine은 어떤 역할인가
K명리는 일반인이 가볍게 읽을 수 있는 생활운세와 학습 콘텐츠를 지향합니다.
반면 MRA Engine은 그 뒤에서 구조와 근거를 정리하는 기술 코어입니다.
둘의 역할은 다릅니다.
K명리는 이렇게 보이려고 합니다.
- 쉽게 읽히는 생활운세
- 노래로 외우는 명리 학습
- 명리잡상과 공부 기록
- 가볍게 참고할 수 있는 흐름 해석
MRA Engine은 그 뒤에서 이런 일을 합니다.
- 원국의 구조 계산
- 강약과 격국의 판단
- 용신 후보와 운의 작용 검토
- 판단 근거 기록
- 설명에 쓸 재료 정리
즉, K명리는 독자가 만나는 얼굴이고, MRA Engine은 그 뒤에서 계산과 근거를 받치는 뼈대입니다.
9. MRA Engine이 하지 않는 것
MRA Engine은 사람의 인생을 확정하지 않습니다.
또 어떤 사건이 반드시 일어난다고 단정하지 않습니다.
다음과 같은 것은 MRA Engine의 목적이 아닙니다.
- 결혼이나 이별 단정
- 합격이나 실패 보장
- 재물 획득 보장
- 질병 예측 또는 치료 판단
- 투자·법률 판단
- 특정 사람과의 결과 단정
- 공포를 유도하는 운세
명리는 삶을 이해하는 하나의 언어일 수 있지만, 현실의 선택을 대신할 수는 없습니다.
K명리의 생활운세도 같은 기준을 따릅니다.
가볍게 참고하고, 자신의 상태를 돌아보는 데 쓰는 것이 목적입니다.
10. 앞으로의 방향
MRA Engine은 앞으로 K명리의 여러 콘텐츠와 연결될 예정입니다.
K명리 Music에서 노래로 익힌 개념은 블로그의 학습 글로 정리되고, 생활운세에서는 그 개념이 실제 흐름 안에서 어떻게 쓰이는지 보여 줄 수 있습니다.
MRA Engine Note에서는 그 뒤의 계산 구조와 개발 기록을 조금씩 풀어갈 예정입니다.
처음부터 모든 것을 어렵게 설명하려는 것은 아닙니다.
먼저 노래로 익히고,
글로 다시 정리하고,
생활운세로 가볍게 체감하고,
필요할 때 근거와 구조를 다시 살펴보는 것.
그것이 K명리와 MRA Engine이 함께 가려는 방향입니다.
이 글은 MRA Engine을 간단히 소개하기 위한 첫 번째 노트입니다.
세부 계산 방식과 개발 기록은 이후 글에서 하나씩 나누어 정리하겠습니다.
'MRA Engine Note' 카테고리의 다른 글
| 5. 출력 형식을 고정하려 했다: 표, 단계, JSON (0) | 2026.06.10 |
|---|---|
| 4. 프롬프트가 길어질수록 더 잘 되는 것처럼 보였다 (0) | 2026.06.10 |
| 3. Rulebook Prompt — 명리의 순서를 규칙으로 써 보려 했다 (0) | 2026.06.10 |
| 2. “너는 명리 분석가다”라는 말로는 부족했다 (0) | 2026.06.10 |
| 1. 처음에는 프롬프트로 해보려 했다 (0) | 2026.06.10 |