설계 문서 단계 — 실 서비스 백엔드 아직 미연동

목표를 말하면, 그 요청이 최선의 경로인지부터
먼저 되짚어보는 AI입니다

K-Plan은 사용자가 이루고 싶은 목표를 PDV(프라이빗 데이터 금고)와 종합해 최적의 방안을 도출하는 혼디넷의 계획 보조 AI입니다. 오늘 점심 메뉴부터 3년 안의 이직까지, 규모를 가리지 않고 같은 엔진으로 다룹니다.

다른 실행형 K-서비스와 달리 요청을 곧바로 수행하지 않고, 그 요청이 목표 달성의 최선 경로인지부터 평가합니다 — 그리고 계획이 확정된 뒤에도 끝나지 않습니다.

전체 처리 흐름 보기 정본 문서(k-plan_v1_1.md) ↗

정체성

국가기관·전문직을 대신하지 않습니다 — 경로를 검증합니다

K-Plan은 사용자를 대신해 무언가를 수행하는 역할이 아니라, 목표를 구체적인 경로로 분해하고 그 경로가 타당한지 검증하는 역할입니다. 최종 결정과 실행(발송·결제 등)은 항상 사람의 몫입니다.

가장 먼저 지키는 원칙은 의도의 합리성·타당성 평가입니다 — 물리적으로 불가능하거나 명백히 터무니없는 목표는 세부 계획(K-Compose)으로 들어가기 전, K-Intent 단계에서부터 차단합니다. 그다음 원칙은 사용자의 의도를 추측하거나 넘겨짚지 않는 것입니다 — 모호한 요청은 그럴듯한 해석 하나를 임의로 골라 진행하지 않고, 반드시 대화로 확증한 뒤에야 다음 단계로 넘어갑니다.

차별점

다른 실행형 모듈(K-Business, K-Public 등)과 무엇이 다른가

K-Plan을 구분 짓는 핵심은 처리 흐름 자체가 아니라, 흐름에 들어가기 전과 도중에 개입하는 게이트입니다.

요청을 곧바로 수행하지 않음

사용자의 요청을 접수하면 바로 실행에 들어가는 대신, 그 요청이 목표 달성의 최선 경로인지부터 평가합니다(K-Compose). 더 나은 경로가 있으면 제시하되, 사용자가 원래 요청을 고수하면 그 결정을 존중해 지원합니다.

의도를 넘겨짚지 않음

모호하거나 여러 갈래로 해석되는 요청은 그럴듯한 해석 하나를 임의로 골라 진행하지 않습니다. 반드시 대화를 통해 확증한 뒤에야 다음 단계(K-Compose)로 넘어갑니다(K-Intent).

타당성부터 차단

물리적으로 불가능하거나 명백히 터무니없는 목표는 세부 계획을 짜는 단계까지 갈 필요 없이 K-Intent 단계에서부터 걸러냅니다.

플랜은 확정돼도 끝나지 않음

실행이 여러 단계·여러 주에 걸쳐 진행되는 동안 들어오는 실제 결과를 다음 단계를 실행하기 전에 계속 되짚어, 아직 실행하지 않은 나머지 단계를 스스로 고쳐 씁니다(K-Recompose).

처리 흐름

K-Intent → K-Compose → K-Execute → K-Recompose → K-Deliver → K-Report → 반추 → 경험의 공유

K-Plan은 별도의 파이프라인을 새로 만들지 않고, AC의 표준 5단계 오케스트레이션 체인을 그대로 차용합니다. K-Plan만의 차별점은 체인 자체가 아니라, 체인에 들어가기 전의 합리성·타당성 게이트와, K-Execute 도중 반복적으로 개입하는 K-Recompose, 그리고 K-Report 이후 자동으로 이어지는 반추·경험의 공유입니다.

K-Intent — 목표 파싱 및 PDV 종합

의도의 합리성·타당성부터 평가하고(최우선), 모호한 요청은 대화로 확증합니다. 한 문장짜리 목표를 구체적 하위 목표로 분해하고, PDV(일정·GDC 잔액·인맥·이동/소비 선호·과거 결정 패턴)를 근거로 대조합니다. PDV에 없는 정보를 추측으로 채우지 않습니다.

K-Compose — 달성 경로 설계

방안을 짜기 전에 목표가 주어진 조건(기간·예산·상대의 의사결정 구조) 안에서 실제로 달성 가능한지 먼저 평가합니다. 달성 가능성이 낮으면 이를 낙관적으로 포장하지 않고 명시적으로 알리며, "이 방법이 최선인가"를 재검토해 대안을 제시합니다. 최종 결정은 사용자의 몫입니다.

K-Execute — 실행

접촉 대상 특정 → 사전 커뮤니케이션(메일·공문) 초안 작성 → 회신 확인 후 세부 일정 확정 순서를 지킵니다. 날짜부터 먼저 확정하지 않습니다. 메일·공문의 실제 발송, 담당자 연락처 확정, 예산 집행의 최종 확정은 항상 사용자 본인이 합니다.

↓ 체크포인트 도달 시 강제 진입 ↓

4
K-Recompose — 중간 재평가v1.1 신설(2026-09-02)
K-Compose가 미리 지정한 체크포인트(회신 마감 시점, N주차 종료 등)에 도달하면 자동으로 트리거됩니다. 아직 실행되지 않은 나머지 단계만을 대상으로, 실제 결과를 근거 삼아 순서·시점·문구를 조정합니다. 이미 완료·확정된 단계는 다시 열지 않으며, 무엇을 왜 바꾸는지 사용자에게 명시적으로 보고합니다.

K-Deliver — 결과 정리

모든 하위 단계가 완료·보류로 종결됐을 때 1회 트리거됩니다. 원래 목표 대비 달성/부분 달성/미달성을 구분하고, 진행 중인 접촉과 종결된 접촉을 뒤섞지 않습니다.

K-Report — 기록

최종 결과를 PDV에 실행 이력으로 남깁니다. K-Recompose에서 있었던 조정 이력(무엇을 왜 바꿨는지)도 함께 기록해, 반추가 K-Compose의 최초 판단 정확도를 가늠하는 신호로 씁니다.

반추(Retrospection)강제 · 선택 기능 아님

계획과 실제 결과가 어긋난 지점의 원인을 계획 결함 / 실행 결함 / 외부 변수로 분류합니다. K-Recompose가 이 플랜 도중 몇 차례 개입했는지, 그 조정이 유효했는지도 분석 대상입니다. 결함을 숨기지 않고 요약 보고합니다.

경험의 공유 — 집단 학습 저장소

반추에서 도출된 교훈이 개인 식별 정보를 제외하고 저장소에 남아 다른 사용자의 K-Plan도 참조할 수 있습니다. 고유명사는 상위 카테고리로 추상화되며(예: "제주대학교 모 학과" → "대학의 학과"), 저장된 교훈은 확정된 통계가 아니라 참고 자료로만 인용됩니다.

K-Recompose 상세

"계획 수립 1회 + 실행 1회"로 끝나는 도구가 아닙니다

기존 반추·경험의 공유는 플랜이 완전히 끝난 뒤에만 동작하고, 그 교훈도 나중의 별개의 미래 플랜에만 적용됐습니다. K-Recompose는 지금 진행 중인 바로 이 플랜의 아직 실행하지 않은 나머지 단계에, 실시간으로 개입합니다.

v1.0 — 메워지지 않았던 공백종료 후 · 별개 플랜

여러 단계가 순차적으로 몇 주에 걸쳐 진행되는 플랜(예: 캠페인 몇 개 트랙을 순서대로 발송)은, 중간에 실제 결과가 들어와도 아직 실행하지 않은 나머지 단계를 스스로 고쳐 쓰는 경로가 없었습니다.

사람이 결과를 확인하고 매번 수작업으로 재요청해야만 계획이 조정됐습니다.

v1.1 — K-Recompose진행 중 · 같은 플랜

K-Compose 단계에서 미리 설계한 체크포인트에 도달하면 자동으로 트리거됩니다. 실제 회신율·응답 속도가 예상과 다르면, 그 차이를 근거로 남은 단계의 순서·시점·문구를 조정합니다.

조정 결과 원래 순서를 유지하는 게 최선이라는 결론이 나올 수도 있습니다 — 매번 반드시 뭔가를 바꿔야 하는 것은 아닙니다.

반추와의 구분 — 반추는 플랜이 끝난 뒤 "왜 계획과 실제가 어긋났는가"를 사후적으로 분류해 다른/미래의 플랜에 반영합니다. K-Recompose는 플랜이 진행되는 도중 "지금까지의 결과를 보면 남은 계획을 어떻게 바꿔야 하는가"를 판단해 바로 이 플랜의 나머지 부분에 반영합니다 — 시점(도중 vs 종료 후)과 적용 대상(같은 플랜의 잔여 단계 vs 별개의 미래 플랜)이 다릅니다. K-Recompose의 중간 결과 요약은 집단 학습 저장소로는 보내지 않습니다 — 플랜이 아직 끝나지 않았기 때문입니다.

정직한 한계 고지

아직 없는 것 — 추측으로 채우지 않습니다

혼디넷의 정확성과 정직성 원칙(U2)에 따라, 실제보다 더 된 것처럼 포장하지 않습니다. 확정된 통계처럼 보이는 수치는 근거가 없으면 아예 언급하지 않으며, "완전 자동화"나 "AI가 대신 처리" 같은 표현을 쓰지 않습니다 — 최종 결정과 실행은 항상 사람의 몫입니다.

⚠

담당자 연락처 자동 확정 — 상대 기관 담당자의 실제 연락처를 자동으로 조회·확정하는 기능은 없습니다. 공공데이터·PDV에 없으면 사용자가 직접 확인해야 합니다.

⚠

이메일·공문 자동 발송 — 초안 작성까지만 하며, 발송은 항상 사람이 합니다.

⚠

항공편·숙소 등 자동 결제 확정 — 검색·후보 제시까지만 하며, 결제는 사용자 승인이 필요합니다.

⚠

상대방의 실제 의사결정 결과 예측 — 성사 가능성에 대한 정성적 평가는 하되, 실제 회신 내용은 사용자가 받은 뒤에야 계획에 반영합니다.

⚠

K-Recompose가 참조할 "실제 결과"의 자동 수집 — K-Mail 등 실행 채널의 회신·발송 통계를 K-Plan이 스스로 조회해오는 연동은 아직 없습니다. 사용자가 회신 결과를 알려주거나, 실행 채널이 별도로 정리한 요약을 전달해야만 K-Recompose가 작동합니다.