dog paw / development

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 6편을 쓰면서 문득 이런 생각이 들었다.이 구조가 사주라서 동작하는 건가, 아니면 사주이기 때문에 특히 잘 맞는 구조인가.결론부터 말하면 후자다. "복잡한 도메인 지식 + 해석이 필요한 출력"이라는 조건만 맞으면 이 설계는 그대로 옮겨 쓸 수 있다. 사주는 그 조건이 극단적으로 잘 맞는 도메인이었을 뿐이다.이 설계의 본질6편에 걸쳐 구현한 것을 추상화하면 이렇다. [도메인 특화 룰 엔진]복잡한 계산, 규칙 기반 분류, 재현성이 필요한 모든 것 ↓[구조화된 컨텍스트]AI에게 넘길 검증된 데이터 패키지 ↓[도메인..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 설계가 아무리 잘 돼 있어도 실제로 돌리면 예상 못 한 곳에서 터진다.이 편은 운영 중 실제로 마주친 케이스들이다. 대부분 "이 정도는 괜찮겠지"라고 넘어갔다가 나중에 문제가 된 것들이다. 비슷한 구조를 만드는 사람이라면 미리 알면 시간을 아낄 수 있다.문제 1: 제약을 뚫고 나오는 할루시네이션시스템 프롬프트에 "데이터에 없는 내용을 추론하지 말 것"을 명시했다. 그런데 특정 케이스에서 이 제약이 무너졌다.재현 조건은 오행이 극단적으로 편중된 사주였다. 火가 70% 이상, 水가 0%인 구조. 이 데이터를 넘겼을 때 AI가 "壬水 대운이..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 서비스를 오픈하고 나서 처음 한 일이 API 비용 계산이었다.사주 해석 하나에 카테고리 7개. 카테고리마다 Claude API 호출 한 번. 사용자 한 명이 전체를 다 펼치면 호출 7번. 여기에 종합 해석은 Sonnet, 나머지는 Haiku로 모델을 분기했는데 — 실제로 한 달 운영하면 얼마가 나올지 감이 없었다.최적화하기 전에 먼저 측정했다.실측 비용 데이터사주 한 명 분석 기준, 프롬프트 토큰과 응답 토큰을 실측했다. [종합 해석 — claude-sonnet-4-5]입력 토큰: 약 1,800 (시스템 프롬프트 + 데이터 패키지 +..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 프롬프트를 잘 쓰는 것보다 프롬프트에 무엇을 넣을 것인가가 더 중요하다.이 프로젝트에서 해석 품질이 가장 크게 올라간 순간은 표현을 다듬었을 때가 아니었다. 궁통보감 데이터를 참조 데이터로 주입했을 때였다. "잘 써달라"는 지시 백 번보다 "이 데이터를 참고해서 써달라"는 지시 한 번이 강했다.프롬프트 설계 전체를 공개한다.시스템 프롬프트: 역할과 제약시스템 프롬프트는 두 부분으로 구성했다. AI의 역할 정의, 그리고 명시적 제약. 당신은 40년 경력의 명리학 전문가입니다.사주 원리에 정통하며, 현대인이 실생활에서 이해하고 활용할 수..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 "계산은 코드로, 해석은 AI로."말하면 간단하다. 실제로 설계하다 보면 경계가 모호한 지점이 계속 나온다. 용신 판단은 코드인가 AI인가. 합충의 강도는 누가 결정하는가. 대운의 영향력 가중치는 어디서 처리하는가.이 경계를 어떻게 그었는지 기록한다. 정답이 있는 게 아니라, 이 프로젝트에서 내린 결론과 그 근거다.경계를 나누는 기준 하나모호한 케이스를 만날 때마다 이 질문으로 돌아왔다."같은 입력에 항상 같은 출력이 나와야 하는가?"그렇다면 코드다. 아니라면 AI다.사주 계산의 본질은 재현성이다. 1985년 3월 15일 오전 10시에..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 AI가 생성한 사주 해석을 처음 봤을 때, 솔직히 꽤 그럴듯했다.문장은 자연스럽고, 명리학 용어도 적절히 섞였고, 읽는 사람 입장에서 거부감이 없었다. "이걸로 가도 되겠는데?"라고 생각한 게 30분이었다. 그 다음 30분 동안 같은 생년월일을 다섯 번 더 넣어봤다.결과가 매번 조금씩 달랐다.실패 유형 1: 계산 오류를 해석처럼 포장한다가장 심각한 유형이다. AI가 사주 계산을 내부적으로 처리할 때 오류가 나도, 해석 문장은 자신감 있게 나온다.절기 경계 날짜가 대표적이다. 입춘(立春)은 매년 2월 4일 전후인데, 정확한 시각은 해마..

2026.02.17 - [개발] - 사주 앱 개발 4편 - 룰 엔진 + AI 해석 하이브리드 설계 사주 룰 + AI 해석 하이브리드 설계과정에 대한 좀 상세한 분석이다 처음에는 코드로 다 해결할 수 있다고 생각했다.사주 계산 자체는 알고리즘이다. 생년월일시가 들어오면 천간과 지지를 뽑고, 절기를 기준으로 월주를 정하고, 진태양시로 보정하면 네 기둥이 나온다. 오행 비율 계산, 십신 배치, 합충형파해 검출까지 전부 규칙이 명확하다. 명리학 책 한 권만 제대로 파면 룰 엔진으로 구현 가능하다.문제는 그 다음이었다.조합이 폭발하는 순간네 기둥이 완성됐다. 이제 해석 텍스트를 붙여야 한다.일간(日干)만 해도 10개다. 甲乙丙丁戊己庚辛壬癸. 여기에 월지(月支) 12개를 곱하면 120가지 기본 조합이 나온다. ..