미창조㈜ · AX 사업추진 TF

16-H. 자연어 운영 에이전트 기능 상세 — 7개

15번 목록의 H 도메인을 와이어프레임 작성자가 화면에 무엇을 놓을지 판단할 수 있는 수준까지 폈다. 기능 하나를 여섯 줄(목적·트리거·입력·규칙·결과·예외)로 정의한다.

7개1차62차1미결 02차 미작성 1

상위: 15. RIAHN CONNECT 기능 목록 · 화면 목록 — H 도메인
필드 정의와 표기(⚑ 분리 검토 · ▷ 2차 상세 미작성)는 16-C 0-1과 같다
작성: 이원섭 PM · 2026-08-11

0. 여섯 개가 한 화면에서 한 흐름으로 돈다

H 도메인은 다른 도메인과 성격이 다르다. 여섯 기능이 SC-M30 한 화면에서 하나의 대화 흐름을 이룬다. 질의 입력 → 권한 필터 → 답변 생성 → 근거 표시 → 액션 제안 → 실행. 그래서 군집을 나누지 않는다.

에이전트는 새 권한을 만들지 않는다. 사람이 화면에서 못 보는 것을 대화로는 볼 수 있으면 권한 설계가 무너진다. J-04 권한이 그대로 적용된다.
근거 없는 답변은 쓰지 않는다. 숫자만 말하면 현장이 믿지 않고, 틀렸을 때 검증할 방법도 없다. 어떤 데이터를 어느 기간으로 봤는지 항상 붙인다.
실행은 승인을 탄다. 타임딜 생성·캠페인 발송·슬롯 조정은 되돌리기 어렵다. 제안하고 사람이 확인한 뒤 실행한다.
스펙 소유는 SFR-D(ELLM)다. 여기서는 운영 에이전트로 내장된 형태와 데이터 계약만 정의한다. 모델 내부는 범위 밖이다.

RC-H-01질의 입력1차

목적: 리포트 화면을 찾아다니지 않고 물어서 답을 얻는다
트리거: 에이전트 화면 진입, 다른 화면에서 호출
입력: 자연어 질의 · 추천 질문 칩 · 현재 맥락(보고 있던 화면)
규칙: 추천 질문 칩을 제공한다 — 빈 입력창만 주면 무엇을 물어야 할지 몰라 아무도 안 쓴다. 자주 쓰이는 질의를 칩으로 노출하고, 실제 사용 이력에서 칩을 갱신한다. 다른 화면에서 호출하면 그 맥락(매장·기간·디자이너)을 물려받는다
결과: 질의 접수
예외: 답할 수 없는 질의는 모른다고 말한다. 추측으로 답하면 신뢰가 한 번에 무너진다

RC-H-05권한 기반 범위 제한1차

목적: 대화가 권한 우회 통로가 되지 않게 한다. 답변 생성보다 먼저 걸린다
트리거: 질의 접수 직후 자동
입력: 질의 · 역할(J-04) · 필드 마스킹 규칙(J-08) · 매장 범위
규칙: 역할별 조회 가능 데이터만 응답 대상에 넣는다. 디자이너가 타인의 정산을 물으면 답하지 않고, 매장 계정이 타 매장을 물으면 범위 밖임을 알린다. 집계로는 답할 수 있는 경우(전국 평균 등)와 개별로는 답할 수 없는 경우를 구분한다
결과: 조회 범위 확정
예외: 범위를 좁힌 사실을 답변에 명시한다 — 모르고 부분 답변을 전체로 오해하면 판단이 틀어진다

RC-H-02근거 데이터 동반 답변1차

목적: 말로만이 아니라 숫자와 함께 답한다
트리거: 질의 처리
입력: 범위 제한된 데이터(H-05) · 집계 기준(D-16)
규칙: 답변에 표·차트를 함께 낸다. 문장은 요약이고 근거는 데이터다. 집계 기준(D-16)이 적용된 값을 쓰며, 마감 전 잠정치면 그 사실을 표시한다. 개인정보가 포함되는 답변은 마스킹(J-08)을 적용한다
결과: 답변 + 근거 데이터
예외: 데이터가 부족하면 부족하다고 말한다. 표본이 적은 매장의 비율 지표는 오해를 부른다

RC-H-04근거 출처 표시1차

목적: 어디서 온 숫자인지 밝힌다. 검증 가능성의 근거
트리거: 답변 생성 시
입력: 참조한 데이터 원천 · 기간 · 집계 기준
규칙: 어떤 데이터를 어느 기간으로 썼는지 명시한다. 해당 원천 화면으로 이동할 수 있게 링크한다 — 의심되면 직접 확인할 수 있어야 한다. 지식베이스(M-10) 문서를 참조했으면 문서와 버전을 밝힌다
결과: 출처 표시, 원천 화면 링크
예외: 여러 원천을 조합한 답변은 어느 부분이 어디서 왔는지 나눠 표시한다

RC-H-03실행 액션 제안1차

R1 승인SC-M30

목적: 답변에서 끝나지 않고 조치까지 연결한다
트리거: 답변 후 액션 제안, 사용자 실행 지시
입력: 제안 가능한 액션 목록 · 권한(J-04) · 승인 절차
규칙: 타임딜 생성(K-08)·캠페인 발송(E-05)·슬롯 조정(A-18) 같은 액션을 제안한다. 제안과 실행 사이에 반드시 확인 단계를 둔다 — 무엇이 어떻게 바뀌는지 보여주고 사람이 승인한다. 실행은 해당 기능의 정상 경로를 그대로 타므로 그 기능의 검증도 그대로 적용된다(예: 발송이면 E-07 수신동의 검증)
결과: 액션 실행, 실행 이력
예외: 되돌리기 어려운 액션은 확인 단계를 강화한다. 실행 결과를 반드시 회신한다

RC-H-07액션 실행1차

R1 승인SC-M30

목적: 제안된 조치를 실제로 실행한다. 이 도메인에서 유일하게 시스템을 바꾸는 지점
트리거: 사용자가 제안을 승인
입력: 제안된 액션 · 권한(J-04) · 대상 기능의 검증 규칙
규칙: 해당 기능의 정상 경로를 그대로 탄다 — 발송이면 E-07 수신동의 검증을, 타임딜이면 K-04 할인 상한을 그대로 거친다. 에이전트를 통했다고 검증을 건너뛰면 안 된다. 실행 전 무엇이 어떻게 바뀌는지 보여주고, 실행 후 결과를 회신한다
결과: 액션 실행, 실행 이력(J-05)
예외: 되돌리기 어려운 액션은 확인 단계를 강화한다. 실행 실패 시 부분 적용 상태로 두지 않는다

RC-H-06질의 이력·즐겨찾기2차