모든 AI 피드백에 증거 상태와 책임 소유자 붙이기
AI 피드백은 유창한 한 문장이 현재 입력으로 지지되는 정보, 조건이 유지될 때만 성립하는 추론, 제품이 아직 해결하지 못한 미확인을 섞을 수 있으므로 과도한 확신을 피해야 합니다. “제가 처리할게요”라는 약속도 행동 소유자, 기다리는 외부 서비스, 만료 시점과 실패 화면이 없으면 이행 가능한 약속이 아닙니다. 이것은 사용자가 개별 답을 검증하는 절차가 아니라 제품 피드백 문구와 상호작용 상태의 문제입니다. 증거 상태, 추론 조건, 미확인 항목, 제어 가능한 행동, 외부 의존성, 소유자·시간·실패 상태, 만료의 일곱 칸을 사용합니다. 확신의 강도는 관찰된 상태를 따라야 합니다.
증거, 조건부 추론, 미확인과 행동 상태를 나눈다
문장을 다듬기 전에 네 상태를 정합니다. 현재 지지는 이름 있는 입력, 시스템 기록, 완료 이벤트와 연결됩니다. 조건부 추론은 유지되어야 할 전제를 적습니다. 미확인은 부족한 입력, 이용 불가 출처, 해결되지 않은 충돌을 채우지 않고 표시합니다. 행동 상태는 요청, 대기, 전송, 확인, 완료, 실패를 시스템이 관찰했을 때만 씁니다. NIST가 설명하듯 오류도 자신 있게 생성될 수 있어 말투는 상태 증거가 아닙니다. 달력 항목 생성과 외부 초대 수락도 분리합니다. 앞 단계만 끝났는데 “모든 준비 완료”라고 합치지 말고 각 카드에 근거 범주와 최근 확인 시간을 표시합니다.
약속을 소유자, 의존성과 종결 상태로 분해한다
약속은 소유자가 행동하고 완료를 볼 수 있을 때만 유효합니다. 다음 단계가 제품, 사용자, 지정 외부 서비스, 시스템 밖 사람 중 누구에게 있는지 쓰고, 전제, 기한 또는 예상, 재확인 시점, 완료·거절·만료·실패·대기의 종결을 둡니다. “내일 반드시 답을 받게 할게요”는 소유할 수 없습니다. “앱이 초대를 보냈고 답은 수신자가 결정하며 화요일에 다시 확인 가능”은 통제와 의존을 나눕니다. HAX는 능력과 성능 경계를 명확히 하라고 합니다. AI의 1인칭이 외부 사람의 의무를 가져오지 않게 하고, 누구도 결과를 소유하지 못하면 약속 대신 선택지로 씁니다.
조건과 만료를 피드백 옆에 둔다
일반 면책문은 무조건적인 완료 배지를 고치지 못합니다. “현재 연결된 일정 기준”, “운영 시간이 바뀌지 않는 경우”, “외부 확인은 아직 없음”을 문장 가까이에 둡니다. 증거 시각은 근거를 본 때, 점검 시각은 소유자가 행동하거나 다시 볼 때, 만료는 문장을 현재 상태로 재사용할 수 없는 때입니다. 외부 데이터, 권한, 버전과 사용자 수정은 따로 변합니다. 의존성이 끊기거나 만료되면 어제의 확정 문구를 유지하지 않고 상태를 낮춥니다. OECD 투명성도 입력과 한계를 맥락에 맞게 설명하도록 합니다. 과거 문구는 날짜가 있는 이력에만 둡니다.
결과를 약속하지 않는 제어 가능한 다음 행동
불확실한 메시지도 재확인 후 재시도, 출처 재연결, 입력 수정, 수동 경로, 취소, 미확인 유지 같은 행동을 제시할 수 있습니다. PAIR는 부족 이유와 전진 경로를 보여 주라고 권합니다. 버튼은 “승인 받기” 대신 “요청 보내기”, “예약 성공” 대신 “빈자리 확인”, “즉시 해결” 대신 “설명 요청”처럼 행동을 말합니다. 피드백 효과도 사실대로 씁니다. 현재 화면만 바꾸면 시스템이 학습했다고 하지 않고, 나중 검토 대기열이면 범위와 시간을 표시합니다. 감사 메시지가 모델의 즉시 갱신을 암시해서도 안 됩니다.
다섯 의존성 중단 시험을 실행한다
무해한 데이터로 긍정 결과 뒤 외부 출처를 끊고, 필요한 권한을 취소하고, 외부 확인을 점검 시각 뒤로 늦추고, 첫 입력과 충돌하는 자료를 넣고, 만료된 결과를 다시 엽니다. 제목, 배지, 알림, 요약, 후속 생성문이 함께 낮아지는지 봅니다. 실패 뒤 “완료”, “보장”, “항상”이나 제품이 소유하지 않는 미래형을 남기지 않습니다. 재연결, 수정, 재시도, 취소, 수동, 미확인 행동도 상태와 맞아야 합니다. 숨은 방어를 탐색하거나 위험 콘텐츠를 쓰지 않습니다. 입력, 의존성, 시각, 예상 종결, 실제 문구와 버전을 기록합니다.
일곱 칸 계약을 출시 기준으로 삼는다
증거 상태, 조건, 미확인, 제어 행동, 외부 의존성, 소유자·시간·실패, 만료를 채웁니다. 한 문장 한 상태, 실행 가능한 소유자, 보이는 의존성, 만료 시 하향, 다섯 시험의 정직한 종결이 있어야 통과합니다. 전송을 완료로 부르거나, 예상을 기한으로 만들거나, 사용자 피드백을 즉시 모델 갱신이라 하거나, 오래된 출력을 계속 활성화하면 실패입니다. 문구와 이벤트 상태를 함께 검토해야 합니다. 백엔드가 성공 값만 내면 형용사로 대기·실패·만료를 만들 수 없습니다. 이 기준은 제품 피드백을 평가하며 특정 답의 외부 검증은 170의 별도 절차입니다.
자주 묻는 질문
확정적인 문구는 모두 나쁜가요?
아닙니다. 범위, 출처, 시간이 명확한 관찰된 완료 상태에는 확정 표현을 쓸 수 있습니다.
예상 시간을 표시해도 되나요?
가능합니다. 예상임을 밝히고 근거, 재확인 시각과 의존성이 응답하지 않을 때의 화면을 정합니다.
미확인은 모두 오류인가요?
아닙니다. 정당하게 미해결인 항목은 미확인으로 두고 간격을 줄일 수 있는 행동만 제공합니다.
