1/7번째 챕터
15분
환불 요청 한 건에서 시작하기
Refund Approval 시나리오를 가져오고 AI 권고와 사람 결정에 필요한 자산을 구분합니다.
이번 단계의 질문
환불 요청 한 건을 검토하려면 어떤 근거와 역할이 필요할까요?
왜 지금 필요한가
Agent부터 실행하면 자연스러운 문장을 정답처럼 받아들이기 쉽습니다. 먼저 거래 근거, 위험 신호, 정책, 권고, 최종 결정이 서로 다른 자산과 책임이라는 점을 정합니다.
직접 해보기
refund_approval.zip 다운로드(43 KB)포털 왼쪽 사이드바에서 컬렉션을 선택합니다. 컬렉션 페이지 오른쪽 위 더 보기(⋯) → 가져오기에서 zip 파일을 올립니다. 검증이 끝나면 Agent가 쓸 Claude API 키를 묻는 시크릿 준비 단계가 이어집니다. 시크릿을 아직 만들지 않았다면 이 화면에서 바로 만들 수 있습니다. 연결한 뒤 가져오기 시작을 선택합니다.
이 화면이 나오면 성공
컬렉션 트리에 원시 데이터(raw_data)와 환불 처리 데이터(refund_ops)가 보입니다.
현재 데이터와 실행 자산은 refund_ops에 등록되고 raw_data는 비어 있습니다.
| 근거·역할 | 답하는 질문 | 확인할 자산 |
|---|---|---|
| 거래 근거 | 누가 무엇을 얼마에 샀고 과거 환불은 어땠는가? | 주문·고객·환불 데이터셋 |
| 위험 신호 | 어떤 요청을 먼저 검토할까? | 환불 위험도 평가 주문 데이터 |
| 정책 근거 | 어떤 반품 기간·금액·사유 규칙이 적용되는가? | 환불 정책 가이드 |
| AI 권고 | 근거를 종합하면 어떤 선택이 합리적인가? | 환불 승인 에이전트 |
| 최종 결정 | 승인·부분 승인·거부를 누가 확정하는가? | capture_review_decision Actor |
깊이 보기 — 실제로 가져오는 자산
| 자산 종류 | 수량 | 구성 |
|---|---|---|
| 컬렉션 | 2 | raw_data, refund_ops |
| LLM 모델 | 1 | 외부 Claude 모델, 키는 가져오기 때 연결한 시크릿을 참조 |
| 데이터셋 | 5 | 원시 주문·고객·환불, 보강 주문, 위험 평가 주문 |
| 코드·파이프라인 | 각 3 | 보강, 위험 평가, 온톨로지 적재 |
| 온톨로지 | 엔티티 3 / 관계 2 | 고객·주문·환불 요청과 두 관계 |
| 지식·대시보드 | 각 1 | 환불 정책 가이드, 환불 운영 대시보드 |
| Agent 도구·Actor | 도구 2 / Actor 3 | 주문 조회·정책 검색, 사람 확인·후속 조치 |
| Agent | 1 | 환불 승인 에이전트(refund-approval) |
다음 판단
역할을 구분했습니다. 다음 챕터에서는 주문 12건에 고객 정보와 과거 환불 이력을 붙여 검토자가 한 번에 읽을 근거를 만듭니다.