만세력마다 사주가 다르다면 두 명식의 글자와 오행 원래 개수를 직접 대조하세요. 차이별 확인 절차와 재현 가능한 공개 실험 3개를 제공합니다.
처음 명식을 계산하거나, 모르는 시간을 탐색하거나, 아래 대조 실험실에서 서로 다른 만세력 결과를 비교하세요. 회원가입·출생 기록 업로드·AI 대기가 없습니다.
대조 실험실 · 같은 사람, 서로 다른 계산 결과
두 만세력의 결과가 왜 다를까요?
결과 A와 B의 연·월·일·시주를 나란히 놓고, 바뀐 글자와 집계 기준을 먼저 확인하세요. 생년월일을 추가로 입력하거나 AI 설명을 요청할 필요가 없습니다. 궁합이나 두 사람의 성격을 비교하는 도구가 아닙니다.
반드시 연주 → 월주 → 일주 → 시주 순서로 옮겨 적으세요. 앱에 따라 화면은 반대 순서일 수 있습니다. 한자 6글자 또는 8글자만 입력하고, 시주를 모르면 마지막 쌍을 생략하세요.
입력과 대조는 이 화면의 메모리에서만 처리합니다. 서버·AI·분석 이벤트로 전송하거나 저장하지 않습니다. ‘입력 지우기’를 누르면 현재 입력과 결과를 비웁니다. 출력할 기록에는 두 명식이 포함되므로 공유 전에 확인하세요.
간지 쌍의 표기만 검사합니다. 네 기둥이 실제 한 날짜에서 나오는 조합인지, 원본을 정확히 옮겼는지는 검증하지 않습니다.
직접 대조하려면 자바스크립트를 켜세요. 아래 공개 실험은 입력 없이 읽을 수 있습니다.
직접 재현하는 세 가지 비교 실험
아래는 실제 고객 사례나 서로 다른 업체의 성능 평가가 아닙니다. 같은 공개 라이브러리에서 입력 또는 규칙 하나를 바꾼 실험입니다. 결과의 차이를 설명할 뿐, 특정 학파나 계산값이 정답임을 인증하지 않습니다.
01 · 여덟 글자와 여섯 글자
2000-01-01 12:00, sect 2. A는 시주 포함, B는 같은 계산에서 시주만 생략.
A: 己卯 丙子 戊午 戊午 B: 己卯 丙子 戊午
일간 戊와 연·월·일주는 같습니다. 시주 戊午를 빼면 토와 화가 각각 1개씩 줄고 분모가 8에서 6으로 바뀝니다. 이때 물의 개수는 1로 그대로인데 비율은 12.5%에서 약 16.7%로 커집니다. 이는 물이 강해진 것이 아니라 분모가 달라진 결과입니다.
아래 대조에서 시주가 ‘다름’이 아니라 ‘자료 부족’으로 표시되는지, 수의 원래 개수가 A·B 모두 1인지 확인하세요.
02 · 23시의 일주 전환 규칙
2000-01-01 23:00. 입력은 같고 A는 sect 2, B는 sect 1. 출생지·시간대 보정 없음.
A: 己卯 丙子 戊午 甲子 B: 己卯 丙子 己未 甲子
라이브러리 1.7.7에서 일주는 A의 戊午와 B의 己未로 달라지지만 시주는 두 경우 모두 甲子입니다. 두 일간은 戊·己로 다른 글자이면서 대표 오행은 둘 다 토입니다. 따라서 ‘일간 오행이 같음’과 ‘일간이 같음’을 구별해야 합니다.
예시를 열어 일주만 다르게 표시되는지 확인하세요. 외부 앱의 다른 결과도 무조건 이 규칙 때문이라고 추정하지 말고 그 앱의 설정을 확인하세요.
03 · 같은 날짜, 절기 전후의 다른 시각
2026-02-04, sect 2. A는 00:00, B는 23:00. 날짜만 고정하고 입력 시각을 바꾼 민감도 실험.
A: 乙巳 己丑 己酉 甲子 B: 丙午 庚寅 己酉 丙子
이 엔진의 출력에서 연·월주는 乙巳·己丑에서 丙午·庚寅으로 바뀌고, 일주는 己酉로 유지됩니다. 시주도 달라집니다. 같은 날짜라면 연·월주가 반드시 같다는 가정은 성립하지 않습니다. 이 두 표본은 정확한 절입 분이나 한국 표준시의 경계를 알려 주는 자료가 아닙니다.
연·월·시주 세 자리와 일주 한 자리를 구분해 보세요. 실제 기록 검증이 목적이라면 해당 지역·시간 기준의 절기 자료를 별도로 확인해야 합니다.
재현 기준: lunar-javascript 1.7.7의 Solar.fromYmdHms → getLunar → getEightChar와 setSect. 2026-10-16에 아래 세 실험의 출력을 자동 테스트로 대조했습니다. 동일 엔진의 회귀 확인이며 외부 천문 자료의 독립 인증이 아닙니다.