Update to vox.ai

{
  "description": "vox.ai 통화 후 추출 필드·내부 저장·업무 성공 기준을 설계할 때 사용한다. 이미 잘못 저장된 통화의 원인 분석은 증거 조회 스킬이 담당한다.",
  "included_files": [],
  "name": "post-call-result-design",
  "skill_md_contents": "---\nname: post-call-result-design\ndescription: \"vox.ai 통화 후 추출 필드·내부 저장·업무 성공 기준을 설계할 때 사용한다. 이미 잘못 저장된 통화의 원인 분석은 증거 조회 스킬이 담당한다.\"\nmetadata:\n  product: vox.ai\n  layer: general\n  status: stable\n---\n\n# post-call-result-design\n\n## 세 가지 결과를 구분한다\n수집 사실, 업무 성공 여부, 외부 시스템의 실제 완료는 별개다. ‘희망일을 들었다’가 ‘예약이 확정됐다’는 뜻은 아니다. 추출 필드 설명은 발화에서 무엇을 찾아야 하는지, 평가 기준은 무엇이 성공인지 설명한다.\n\n## 실행 시점과 결과의 경계\n통화 중 다음 판단이나 도구 입력에 필요한 값은 현재 지원되는 통화 중 상태·도구 경로에 둔다. postCall은 통화 뒤에 추출·분류·요약하거나 내부 저장해도 되는 결과를 맡기며, 추출 결과만으로 예약·접수·전송이 실행되거나 성공했다고 보지 않는다. 별도 후처리 자동화가 실제 구성돼 있다면 실행 주체·조건·완료 상태를 그 계약으로 확인한다. 프롬프트에서 내부 태그를 빼려는 이유만으로 전체 절차를 postCall로 옮기지 않고, 확인된 자동화를 금지하거나 모든 처리를 통화 중으로 강제하지 않는다. 실행 중·pending은 완료가 아니다.\n\n## 필드 설계\n사용 목적이 있는 항목만 제안한다. 타입·선택값·미수집/거절/모름의 의미를 정하고 실제 제품 스키마가 지원하는 표현을 확인한다. 필드별 처리 방식과 글자 제한은 실제 제품 계약에서 확인한다.\n\n정정된 최종값을 저장할지, 여러 후보 중 하나를 선택할지 명확히 한다. 정해진 필드가 서로 모순될 때의 판단은 통화 근거에 두고 임의의 기본값으로 누락을 숨기지 않는다. 조기 종료로 단계에 도달하지 않은 경우와 업무 실패를 분석에서 분리한다.\n\n## 검증 예\n합성 사례: 날짜를 수요일에서 금요일로 정정했다면 최종 저장 결과와 요약이 일치해야 한다. 연락처를 거절했으면 임의 번호를 생성하지 않는다. 외부 예약 도구가 실패했으면 정보 수집이 성공해도 예약 성공으로 분류하지 않는다.\n\n제품에 해당 평가 기능이 없으면 개발용 판정표로 남긴다. 별도 고객용 Tests 프로젝트를 만들지 않는다.\n\n실제 설정 저장은 [configure-call-results](../configure-call-results/SKILL.md), 운영 수치 해석은 [review-call-performance](../review-call-performance/SKILL.md)로 연결한다.\n\nFlow 업무에서는 [Flow 업무 계약](../../references/flow-business-contract.md)의 재조회·등록값 비교·문항별 기록·시험 입력 계약을 함께 적용한다.\n"
}