
결론부터 말하면, AI 출력 형식 계약은 자동화가 다음 단계로 넘어가기 위한 약속입니다. JSON 필드명, 필수값, 빈값 처리, 오류 형식이 흔들리면 모델 답변이 좋아도 워크플로가 깨집니다.
먼저 가를 기준
판단 기준은 출력이 사람이 읽는 글인지 시스템이 읽는 데이터인지입니다. 자동화에 넣을 답변이라면 예시, 스키마, 검증 실패 시 재요청 규칙을 먼저 정해야 합니다.
| 상황 | 판정 | 이유 |
|---|---|---|
| 갈래가 여러 개인 경우 | 시간·위치·대상 중 하나를 먼저 고릅니다 | 기준이 없으면 화면을 따라가도 마지막에 다시 갈립니다 |
| 이름이 비슷한 절차가 있는 경우 | 목적에 맞는 항목을 고릅니다 | 이름이 비슷해도 쓰임새가 다르면 대체가 안 됩니다 |
| 결과가 예상과 다른 경우 | 처음 입력한 조건부터 되짚습니다 | 대부분의 오류는 첫 조건 선택에서 생깁니다 |
| 순서 | 볼 것 | 판단 |
|---|---|---|
| 먼저 닫을 것 | 내 상황을 가르는 기준 하나 | |
| 다음에 볼 것 | 공식 화면에서 요구하는 입력값 | |
| 마지막 판단 | 다시 돌아오지 않게 남길 기록 |
실제로 갈리는 부분
실제로 갈리는 부분은 프롬프트에 JSON으로 달라고 쓰면 항상 안정적으로 나온다고 믿는 경우입니다. 모델은 설명 문장을 섞거나 필드를 빠뜨릴 수 있어 파서와 재시도 기준이 필요합니다.
함께 읽을 글
- AI 프롬프트 버전관리, 답변이 바뀌는 원인을 남기는 법
- AI 답변 평가셋 만들기, 정답표 없으면 품질이 보이지 않는다
- AI 자동화 승인 단계, 사람 검수 없이 게시하지 않는 구조 만들기
마치며
저는 AI 출력 형식은 프롬프트 장식이 아니라 운영 계약이라고 봅니다. 우리 JSON 기준을 닫아야 자동화가 다음 단계로 넘어가도 깨지지 않습니다.











댓글 남기기