범용 AI와 다른 출발점
답을 만들기 전에,
프로젝트 근거부터 찾습니다.
김PM의 AI는 채팅 한 번으로 끝나지 않습니다. 합의된 범위와 매일의 실행을 읽고, 대표가 지금 내려야 할 결정으로 바꿉니다.
기능정의승인 기준
일일보고실행 사실
과거 결정변경 이유
김PM AI맥락 조립 · 규칙 적용 · 근거 검증
대표가 지금 정할 것API 변경을 이번 범위에 포함할까요?
현재 김PM에서 실제 작동하는 세 가지 AI Job
같은 GPT라도 결과가 다른 이유는,
프로젝트 맥락과 업무 규칙입니다.
요구사항 분석, Living Spec, 실행·위험 분석은 서로 다른 입력과 판단 규칙, 출력 스키마를 사용합니다. 아래 탭에서 실제 처리 구조와 결과 화면을 확인하세요.AI JOB 02흩어진 합의를 최신 기능정의서로 정규화합니다.
실제 작동 구조선별된 프로젝트 맥락 6종
01최초 요구사항02대표 결정03실환경 QA04승인된 변경요청05외주사 설명06이전 정의서
근거 우선순위 적용충돌 기록 분리회귀·권한·예외 검수
01 · PRESERVE대표가 입력한 기능 줄을 1:1로 보존하고 누락을 다시 검사합니다.
02 · GROUND결정·QA·변경요청·코멘트를 근거 우선순위로 분리합니다.
03 · STRUCTURE요약문이 아니라 범위·상태·예외·수용 기준으로 출력합니다.
04 · HUMAN GATEAI는 초안을 만들고 최종 승인·반려·완료는 사람이 확정합니다.
프로젝트가 진행될수록 판단이 정교해지는 이유
매번 처음부터 묻지 않고,
확정된 결정을 이어갑니다.
범용 AI를 그대로 호출하는 챗봇이 아닙니다. 기능정의·보고·결정·변경·검수 기록을 프로젝트별 컨텍스트로 연결해, 기록이 쌓일수록 해당 프로젝트를 sLLM처럼 깊게 이해하는 ‘Project Deep Memory’입니다.
1
기능정의 승인알림 실패 시 재시도 1회
2
외주사 보고3회 재시도 구현 가능
3
대표 결정일정 영향 없으면 3회 승인
4
완료 검수3회 재시도 로그 확인
다음 분석이 기억하는 것“재시도 3회”는 대표가 일정 영향 없음 조건으로 승인했고, 검수 로그까지 확인했습니다.
결제 API 변경이 출시 일정을 이틀 미룰 수 있습니다.
무슨 일인가요외주사가 인증 방식을 변경해야 합니다.
왜 지금인가요기존 방식은 보안 검수를 통과하지 못했습니다.
대표가 정할 것출시를 유지할지, 검수 후 이틀 미룰지 선택합니다.
연결된 근거기능정의 2건 · 보고 3건 · 과거 결정 1건
출시 유지검수 후 출시
AI 결과의 최종 형태
요약문이 아니라,
결정 가능한 화면으로.
- 기술 용어를 일정·비용·고객 영향으로 번역
- 판단 근거가 된 기록을 함께 표시
- 승인·반려·보류가 실제 상태에 연결
고객 데이터로 자체 기초모델을 학습하지 않습니다.
AI 결과가 계약·완료 상태를 자동 확정하지 않습니다.
중요한 판단은 원문 근거와 함께 검토합니다.