설계 원칙 01 · 결과 비교에서 조건을 먼저 고정하는 이유
서로 다른 AI 결과를 비교하려면 입력 조건이 먼저 같아야 합니다. 목표, 원문, 분량, 필수 요소, 금지 요소, 출력 형식 중 하나라도 다르면 결과 차이가 모델 때문인지 입력 때문인지 구분하기 어렵습니다.
고정할 조건
결과는 가능하면 A/B/C처럼 이름을 가리고 먼저 평가합니다. 이후 모델명을 공개하면 브랜드 선호가 첫 판단에 미치는 영향을 줄일 수 있습니다.
설계 원칙 02 · Prompt 수정은 한 번에 하나의 실패 원인만 바꿉니다
결과가 마음에 들지 않을 때 길이, 문체, 형식, 금지조건을 동시에 바꾸면 어떤 수정이 효과가 있었는지 알 수 없습니다. FAMOS에서는 먼저 오류를 누락·사실오류·형식위반·과장·어조 문제로 나눈 뒤 가장 큰 원인 하나만 수정합니다.
v1 문제: 결과가 길고 핵심 수치가 묻힘 → v2 변경: 출력 형식만 “핵심 3개 + 근거 + 확인 필요 항목”으로 제한 → 다른 조건은 유지. 이렇게 해야 변화의 원인을 추적할 수 있습니다.
설계 원칙 03 · 사람이 확인해야 하는 지점을 자동화에서 분리합니다
자동화는 속도를 높이지만 공개, 결제, 삭제, 권한 변경처럼 실패 비용이 큰 행동까지 무조건 자동으로 넘기면 위험합니다. FAMOS는 “AI가 생성하는 단계”와 “사람이 최종 승인하는 단계”를 분리합니다.
- 외부 공개 전: 사실·표현·권리 문제 확인
- 돈이 움직이기 전: 결제·환불·발주 확인
- 핵심 데이터 변경 전: 재고·권한·계약 정보 확인
- 예외 발생 시: 자동 진행을 멈추고 대기 상태로 전환
실험 기록에 반드시 남기는 항목
실험 페이지는 설명문으로 끝내지 않고 아래 항목이 확보된 것만 결과 기록으로 승격합니다.
원문과 제약 조건을 확인할 수 있어야 합니다.
사용 모델·시점·설정 또는 비교 조건을 기록합니다.
누락·오류·과장·형식 위반을 구분합니다.
무엇을 왜 바꿨는지 버전별로 남깁니다.
실제 입력·출력 비교 기록
회의 메모: 짧은 요약과 행동 목록 비교 — 같은 가상 원문으로 작성한 실제 AI 응답 두 개와 검수 과정을 읽습니다. 단일 사례이며 모델 성능 순위가 아닙니다.
운영 화면 검증 기록
현재 공개 상태
실제 운영 기록은 검수 후 실제 글 게시판에 게시하며, 공개된 글이 없으면 빈 상태로 안내합니다. 아래 내용은 실험 설계 방법이며 실제 모델 비교 결과가 아닙니다. 이미지·모델별 원본 결과가 없는 항목은 이 페이지에서 결과가 있는 것처럼 표현하지 않습니다.