고객 요청이 리트머스 패키지 범위 안인지 미팅 전에 가릅니다

• 묶음 기준: verdict
• 한 행: 사유 라벨 · request_id + 한 줄 요약(근거 수치 포함)
• 근거 표는 행을 펼쳤을 때 보입니다 (`table` / `field` / `value` 열)

화면·코드·면접에서 이 단어를 그대로 씁니다. 키는 출력 스키마의 enum 과 같습니다.

• 자가채점 — 판정 일치 · 정답 40건 기준 수치는 본인이 러너를 돌려 나온 값을 넣습니다. 예측 화면에는 비워 둡니다 — 출처를 댈 수 없는 숫자를 화면에 두지 않기 위해서입니다.
• 출력 스키마 검증 항목을 통과 여부와 함께 상시 노출
• 검증 노트 — 자동 / 수동 / 정직 경계선

• 요청 표를 올리기 전에는 3차 요청 27건 샘플 보기로 화면을 확인합니다.
• 기능키 칸이 비거나 차수 잔여가 없는 요청이 섞이면 카드 목록 대신 어느 줄이 왜 걸렸는지 이슈로 보여 주고 화면은 살아 있습니다. 중복 요청 카드에는 어느 요청에 묶였는지를 함께 적습니다.

{"type":"object","properties":{"decision_id":{"type":"string"},"request_id":{"type":"string"},"verdict":{"type":"string","enum":["이번 차수 포함","패키지 범위 밖","공수 초과","중복 요청"]},"remaining_days":{"type":["number","null"],"description":"그 차수 남은공수일 합계에서 접수 순으로 쌓은 기준공수일 합계를 뺀 값. 공수를 쓰지 않는 판정이면 null 입니다"},"merged_into":{"type":["string","null"],"description":"같은 기능키를 가리키는 요청이 둘 이상일 때 공수를 세는 묶음 대표 요청ID. 대표 건이거나 묶음이 없으면 null 입니다"},"headline":{"type":"string"},"evidence":{"type":"array","items":{"type":"object","properties":{"table":{"type":"string","enum":["client_requests","package_scope","delivery_capacity"]},"field":{"type":"string"},"agg":{"type":["string","null"]},"value":{"type":["string","number","null"]}},"required":["table","field","value"]}},"summary":{"type":"string"},"hedge":{"type":["string","null"]}},"required":["decision_id","request_id","verdict","merged_into","headline","evidence","summary"]}

[
  {
    "decision_id": "DEC-0001",
    "request_id": "REQ-3-001",
    "verdict": "이번 차수 포함",
    "remaining_days": 7.5,
    "merged_into": null,
    "headline": "주문 취소 사유 코드 추가",
    "evidence": [
      {
        "table": "package_scope",
        "field": "포함기능키",
        "value": "F-104"
      },
      {
        "table": "package_scope",
        "field": "기준공수일",
        "value": 1
      },
      {
        "table": "delivery_capacity",
        "field": "남은공수일",
        "agg": "sum",
        "value": 8.5
      }
    ],
    "summary": "패키지에 있는 기능이고 1.0인일을 쓰면 7.5인일이 남아 이번 차수에 넣습니다.",
    "hedge": null
  },
  {
    "decision_id": "DEC-0007",
    "request_id": "REQ-3-007",
    "verdict": "이번 차수 포함",
    "remaining_days": 7,
    "merged_into": null,
    "headline": "주문 목록 배송 상태 필터",
    "evidence": [
      {
        "table": "package_scope",
        "field": "기준공수일",
        "value": 0.5
      },
      {
        "table": "package_scope",
        "field": "기준공수일",
        "agg": "sum",
        "value": 1.5
      },
      {
        "table": "delivery_capacity",
        "field": "남은공수일",
        "agg": "sum",
        "value": 8.5
      }
    ],
    "summary": "여기까지 쌓인 공수가 1.5인일이라 7.0인일이 남아 이번 차수에 넣습니다.",
    "hedge": null
  },
  {
    "decision_id": "DEC-0002",
    "request_id": "REQ-3-002",
    "verdict": "패키지 범위 밖",
    "remaining_days": null,
    "merged_into": null,
    "headline": "거래처 정산서 PDF 자동 발송",
    "evidence": [
      {
        "table": "client_requests",
        "field": "기능키",
        "value": "F-231"
      },
      {
        "table": "package_scope",
        "field": "포함기능키",
        "agg": "count",
        "value": 0
      }
    ],
    "summary": "6주 완성 MVP 기능 목록에 짝이 되는 기능키가 없어 이번 계약 범위 밖입니다.",
    "hedge": "합성 기준 판정이라 실제로는 다른 기능으로 대신할 여지가 있습니다."
  },
  {
    "decision_id": "DEC-0009",
    "request_id": "REQ-3-009",
    "verdict": "패키지 범위 밖",
    "remaining_days": null,
    "merged_into": null,
    "headline": "배송 안내 알림톡 발송",
    "evidence": [
      {
        "table": "client_requests",
        "field": "기능키",
        "value": "F-244"
      },
      {
        "table": "package_scope",
        "field": "포함기능키",
        "agg": "count",
        "value": 0
      }
    ],
    "summary": "알림톡 발송은 기능 목록에 없고 발신 채널을 여는 절차가 따로 필요해 이번 계약 범위 밖입니다.",
    "hedge": null
  },
  {
    "decision_id": "DEC-0003",
    "request_id": "REQ-3-003",
    "verdict": "공수 초과",
    "remaining_days": 1.5,
    "merged_into": null,
    "headline": "관리자 권한 3단계 분리",
    "evidence": [
      {
        "table": "package_scope",
        "field": "기준공수일",
        "value": 6
      },
      {
        "table": "package_scope",
        "field": "기준공수일",
        "agg": "sum",
        "value": 7
      },
      {
        "table": "delivery_capacity",
        "field": "남은공수일",
        "agg": "sum",
        "value": 8.5
      },
      {
        "table": "delivery_capacity",
        "field": "배정ID",
        "value": "CAP-3-HCM"
      }
    ],
    "summary": "남은 1.5인일보다 6.0인일이 더 필요해 이번 차수에는 들어가지 않습니다.",
    "hedge": "호치민 팀 인계 날짜가 아직 비어 있어 그 팀 잔여 3.5인일을 날짜 없이 합산했습니다."
  },
  {
    "decision_id": "DEC-0004",
    "request_id": "REQ-3-004",
    "verdict": "이번 차수 포함",
    "remaining_days": 5,
    "merged_into": null,
    "headline": "상품 엑셀 일괄 업로드",
    "evidence": [
      {
        "table": "package_scope",
        "field": "포함기능키",
        "value": "F-112"
      },
      {
        "table": "package_scope",
        "field": "기준공수일",
        "value": 2
      },
      {
        "table": "package_scope",
        "field": "기준공수일",
        "agg": "sum",
        "value": 3.5
      },
      {
        "table": "delivery_capacity",
        "field": "남은공수일",
        "agg": "sum",
        "value": 8.5
      }
    ],
    "summary": "같은 기능을 가리키는 요청 셋 가운데 가장 먼저 접수된 건이라 여기서 2.0인일을 한 번 세고 5.0인일이 남아 이번 차수에 넣습니다.",
    "hedge": null
  },
  {
    "decision_id": "DEC-0005",
    "request_id": "REQ-3-005",
    "verdict": "중복 요청",
    "remaining_days": null,
    "merged_into": "REQ-3-004",
    "headline": "엑셀 업로드 이번 차수 반영 요청",
    "evidence": [
      {
        "table": "client_requests",
        "field": "기능키",
        "value": "F-112"
      },
      {
        "table": "client_requests",
        "field": "요청ID",
        "agg": "count",
        "value": 3
      },
      {
        "table": "client_requests",
        "field": "요청ID",
        "value": "REQ-3-004"
      },
      {
        "table": "client_requests",
        "field": "접수일",
        "value": "2026-08-26"
      }
    ],
    "summary": "F-112 를 가리키는 요청이 이번 차수에 3건 들어와 가장 먼저 접수된 REQ-3-004 에 묶고 공수는 그 건에서만 셉니다.",
    "hedge": "같은 기능을 가리키는지는 기능키가 같은지로만 갈라 요청문의 뜻 차이는 보지 않았습니다."
  },
  {
    "decision_id": "DEC-0006",
    "request_id": "REQ-3-006",
    "verdict": "중복 요청",
    "remaining_days": null,
    "merged_into": "REQ-3-004",
    "headline": "상품 일괄 등록 엑셀 지원",
    "evidence": [
      {
        "table": "client_requests",
        "field": "기능키",
        "value": "F-112"
      },
      {
        "table": "client_requests",
        "field": "요청ID",
        "agg": "count",
        "value": 3
      },
      {
        "table": "client_requests",
        "field": "요청ID",
        "value": "REQ-3-004"
      },
      {
        "table": "client_requests",
        "field": "접수일",
        "value": "2026-08-27"
      }
    ],
    "summary": "앞서 접수된 REQ-3-004 와 같은 F-112 를 가리켜 대표 건에 묶고 공수를 다시 세지 않습니다.",
    "hedge": null
  }
]

[자동 검증 · 코드가 판정합니다] 1. verdict 가 네 값 중 하나인지 확인합니다. 2. decision_id·request_id·verdict·merged_into·headline·evidence·summary 가 모두 들어 있는지 확인합니다. 3. remaining_days 가 그 차수 남은공수일 합계에서 접수 순으로 쌓은 기준공수일 합계를 뺀 값과 같은지 다시 계산합니다. 공수를 쓰지 않는 판정(패키지 범위 밖·중복 요청)이면 null 인지 봅니다. 4. 요청의 기능키를 계약한 패키지(6주 완성 MVP)의 포함기능키와 맞추고, 접수일 순으로 기준공수일을 쌓아 남은공수일 합계와 견주며, 같은 차수에 같은 기능키를 가리키는 요청이 둘 이상인지를 다시 계산해 판정이 규칙 그대로 나왔는지 확인합니다. 5. evidence 의 field 가 세 데이터셋에 실재하는 컬럼인지 대조합니다. 6. evidence 의 value 가 그 컬럼의 수록된 행 값과 같은지 확인합니다. 7. summary 가 존댓말 한 문장인지 확인합니다. 8. 묶음 규칙 — 같은 차수에 같은 기능키를 가리키는 요청이 둘 이상이면 그중 접수일이 가장 이른 한 건이 묶음 대표입니다(접수일이 같으면 요청ID 가 앞선 건). 대표 건만 공수를 세고 merged_into 는 null 로 둡니다. 대표가 아닌 건은 공수를 세지 않고 merged_into 에 대표 요청ID 를 적습니다. F-112 요청 셋에서 REQ-3-004 가 대표이고 REQ-3-005·REQ-3-006 이 딸린 건입니다. 9. 판정 순서 — 먼저 묶음 대표인지 봅니다. 대표가 아니면 중복 요청입니다. 대표이거나 같은 기능키가 하나뿐이면 패키지 범위 밖, 공수 초과, 이번 차수 포함 순으로 먼저 걸리는 갈래를 씁니다. 그래서 묶음 대표는 중복 요청으로 가지 않고 대표가 아닌 건은 공수를 쓰지 않습니다. 10. 기능키가 비어 있는 요청은 맞출 짝이 없어 패키지 범위 밖으로 적고, 기능키가 아직 붙지 않았다는 것을 hedge 에 남깁니다. 11. merged_into 가 채워진 행은 verdict 가 중복 요청이고 remaining_days 가 null 인지, 가리키는 요청ID 가 같은 차수·같은 기능키의 실재하는 행인지 확인합니다. [평가 러너 · 2주차] 1. 지난 차수 요청 40건에 실제 진행 결과를 정답으로 붙여 판정 일치율을 냅니다. 2. 남은공수일을 0.5인일씩 흔들어 판정이 뒤집히는 요청이 몇 건인지 셉니다. [수동 검증 · 사람이 봅니다] 1. 한 줄 제목이 고객이 쓴 말과 어긋나지 않는지 표본 20건을 PM 이 읽습니다. 2. 범위 밖으로 갈린 요청 중 다음 차수 후보로 넘길 것을 리더와 함께 고릅니다.