질문 하나가 복키의 답을 어떻게 바꾸나요?

「무엇이 궁금해서 왔어?」는 진짜 풀이 전에 나누는 잡담처럼 보여요. 복키 현관에서는 갈래 배정이에요 — 고정된 일곱 갈래 중 하나이고, 저마다 이미 있는 계산을 가리켜요.

Bokki 편집실

짧은 답

복키 현관은 일곱 개의 질문 갈래 — 일·이직, 돈, 마음, 시험, 건강, 좋은 날 고르기, 특별한 질문 없이 그냥 오늘 — 를 내놓고, 먼저 고른 결로 명식을 읽어요. 일곱 중 어느 것도 새 계산을 만들지 않아요. 일·이직·돈·마음·시험·건강은 각각 복키가 이미 계산하는 분야별 리치 산문의 한 조각을 가리키고, 좋은 날 고르기는 전용 택일 도구로, 그냥 오늘은 기본 성격 풀이로 떨어져요. 카드를 누르지 않고 자유롭게 문장을 입력하면, 복키는 같은 일곱 갈래를 키워드로 대조해요 — 정직한 한계가 하나 있어요. 아무것도 안 맞으면 답은 「추측」이 아니라 「모르겠다」예요.

산식 — 손으로 베끼지 않고 파생하는 키워드, 그리고 한 방향뿐인 검사

복키는 자유입력 칸을 위해 손으로 쓴 두 번째 키워드 목록을 따로 관리하지 않아요. 각 갈래의 키워드 집합은 이미 있는 두 가지에서 그때그때 파생돼요 — 그 갈래가 링크하는 도구 화면이 이미 스스로 「이 검색어에 답하겠다」고 선언한 표(SEO에도 쓰는 공유 표)와, 사용자가 보고 있는 언어의 갈래 라벨 문구 자체를 가운뎃점·쉼표 같은 구분자로 쪼갠 것이요. 그렇게 나온 낱말 중 두 글자 미만은 버려요. 매칭 검사는 정확히 한 방향으로만 돌아가요 — 코드는 「입력한 문장이 이 갈래의 키워드를 담고 있나?」만 묻지, 반대는 절대 묻지 않아요. 이 방향이 중요해요. 일·이직 갈래의 한국어 라벨 「일·이직」을 쪼개면 「일」(한 글자, 일·날)과 「이직」(두 글자)이 나오는데, 한 글자짜리는 길이 필터에 걸러져서 「돈 벌러 일본 갈까」 같은 무관한 문장에 잘못 걸리지 않아요 — 그 문장이 부분 문자열 「일」을 담고 있긴 하지만 「일」 자체는 애초에 살아 있는 키워드가 아니었고, 「이직」은 그 문장에 아예 없으니 아무것도 안 맞아요.

실측 예시 — 실제 입력 셋, 실제 결과 셋

실제 매칭 함수를 현실적인 입력으로 돌려보면: 「이직 고민중이야」는 「이직」을 담고 있어서 일·이직 갈래로 떨어지고 커리어 풀이로 이어져요. 「돈 벌러 일본 갈까」는 아무것도 안 맞아요 — 소스 코드 자신의 주석이 직접 경고하는 그 사례이고, 한 방향·길이 필터 검사가 오탐을 막아요. 「이사 날짜 언제가 좋을까」는 좋은 날 고르기 갈래의 키워드를 담고 있어서 택일 도구로 이어지는데, 정직하게 말하면 그 갈래는 분야별 리치 산문 안에 대응하는 자리가 아예 없어요(이사·날짜는 재물·직업·애정·학업·건강·성격·인간관계 일곱 분야 밖이에요) — 그래서 이사 전용 풀이를 지어내는 대신 이미 있는 도구로만 안내해요. 아무것도 안 맞는 문장, 또는 아무것도 입력하지 않고 그냥 넘어가는 경우엔 「그냥 오늘」 갈래로 떨어지는데, 특별한 질문이 없었다는 사실 자체를 인정하는 문구로 일반 성격 분야를 읽어요.

일곱 갈래, 그리고 한 방향 키워드 검사복키 현관은 일곱 개의 고정된 질문 갈래를 내놓아요 — 일·이직, 돈, 마음, 시험, 건강, 좋은 날 고르기, 그냥 오늘. 저마다 이미 있는 계산(분야별 리치 산문 한 조각, 또는 전용 도구 화면)을 가리켜요. 자유 입력은 그 일곱 갈래에서 뽑은 키워드와 대조되는데, 방향이 하나뿐이에요 — 코드는 입력한 문장이 갈래의 키워드를 담고 있는지만 검사하지, 반대는 검사하지 않아요. 이 한 방향 규칙 덕분에 「이직」처럼 짧은 키워드가 상관없는 글에서 잘못 걸리는 일을 막으면서도, 그 키워드를 담은 긴 문장은 그대로 잡아내요.「키워드를 담고 있나?」 — 한 방향만"이직 고민중이야"→ 일·이직"돈 벌러 일본 갈까"→ 매칭 없음 (「일」 아님)"이사 날짜 언제가 좋을까"→ 좋은 날 고르기고정된 일곱 갈래: work · money · love · exam · health · days · today매칭 없음 → null, 추측하지 않는다

우리가 계산하지 않는 것

자유입력 원문 자체는 저장하지 않아요 — 매칭은 방문자의 기기에서만 일어나고, 매칭된 갈래 id만(있다면) 남아요. 복키가 다른 자유입력에서 지키는 것과 같은 개인정보 원칙이에요. 시스템은 입력이 얼마나 잘 맞는지 점수를 매기지 않고, 맞았는지 안 맞았는지만 봐요 — 「70% 확률로 돈 얘기」 같은 건 없어요. 그리고 한 긴 문장 안에 여러 갈래의 키워드가 기술적으로 다 들어 있을 수 있는 경우, 내부 고정 목록에서 먼저 나오는 갈래가 이겨요 — 이건 복키가 지능인 척 꾸미는 부분이 아니라 구현상의 세부사항이고, 설계상 훨씬 흔한 결과는 깔끔하게 하나만 맞거나 아예 안 맞는 쪽이에요.

맺음말 — 갈래 배정이지, 새 운세가 아니다

정리하면, 복키 현관의 질문은 풀이에 덧붙인 성격 퀴즈가 아니에요 — 이미 있는 표만으로 만든 키워드 라우터이고, 짧은 키워드의 오탐을 막으려고 한 방향으로만 검사하고, 리치 풀이에 꽂을 자리가 없는 갈래(좋은 날 고르기) 하나는 정직하게 인정해요. 「이직 고민중이야」라고 타이핑하는 것과 일·이직 카드를 누르는 것은 정확히 같은 곳으로 가고, 아무것도 안 맞는 문장은 추측 대신 그렇다고 말해요.

← 내 사주 보기

이어서 읽기

실제 내 사주 풀이 보기 →
오늘의 한 문장은 어떻게 골라질까요?
오늘의 운세 레이더 — 여섯 숫자는 실제로 어떻게 계산되나요?

사람들이 실제로 묻는 것

자유입력으로 질문을 타이핑하면 새 계산을 하나요?

아니요. 일곱 갈래 전부 — 자유입력 매칭 포함 — 이 복키가 이미 돌리는 계산 하나를 가리켜요. 기존 리치 풀이의 한 분야이거나 이미 있는 도구 화면이에요.

타이핑한 질문이 왜 아무 갈래에도 안 맞았나요?

문장이 일곱 갈래에서 파생된 키워드를 하나도 안 담고 있으면, 복키는 추측하는 대신 정직하게 「모르겠다」고 말해요 — 지어낸 답이 아니라 그렇게 인정하는 게 기본값이에요.

「일」처럼 짧은 낱말이 왜 긴 낱말 안에서 잘못 걸리지 않나요?

두 글자 미만인 키워드는 매칭 전에 미리 버려지고, 검사는 오직 「내 문장이 갈래의 키워드를 담고 있나」만 물어요 — 반대는 절대 안 물어요. 이 둘이 합쳐져서 한 글자짜리 낱말이 「일본」 같은 무관한 낱말 안에서 잘못 걸리는 걸 막아요.

타이핑한 질문이 어딘가 저장되나요?

아니요. 매칭은 내 기기에서만 일어나고, 매칭된 갈래만(있다면) 남아요 — 원래 문장 자체는 저장되지 않아요.