MR-04: 이미지 수정 요청의 대상과 재확인 계약

작성일: 2026-09-20. 코드 기준: eeb0ab67390b2898e85d8aa1e028ce5b6a993ff2. 상태: 기능 채택 전 연구. 입력: MR-04, PMF 기능 지도, #326.

이번 질문은 **현재 Site의 자산·표를 이용해 이미지 수정 요청을 기록할 때, 무엇을 추가로 구분해야 하는가?**다. 시장·경쟁 조사는 MR-04를 재사용한다. 고객 인터뷰·실제 작품·경쟁 도구 실행은 하지 않았다.

추가로 확인한 코드

자산 삽입은 같은 이름이 있으면 이름에 번호를 붙이고 새 자산을 만든다. 이미지 교체는 새 자산 추가와 대상 노드의 참조 변경을 한 트랜잭션에 넣는다. 기존 자산을 같은 이름으로 무조건 덮어쓴다고 보고 새 결함을 만들면 안 된다.

그림 가져오기는 파일의 크기와 데이터를 읽고, 파생 크기 이미지를 만들 수 있다. 자산 모델은 이름·데이터·크기·파생 크기를 보관한다. 이들 계약에는 회차·언어별 검수 승인이나 이미지 변경 후 요청 재확인 규칙이 없다. 이 제한은 읽은 계약에 대한 판단이며 제품 전체 기능 부재의 증명은 아니다.

따라서 추가 검토 대상은 ‘그림 교체 기능’ 자체가 아니다. 검토자가 확인한 대상 버전과 현재 표시한 대상 버전을 구분하는 업무 규칙이다. 이번 회차에서 코드 실행이나 저장·화면 검증은 하지 않았다.

수동 비교에 필요한 최소 기록

새 앱을 만들기 전에 한 회차·두 언어·두 번의 수정으로 기존 표와 폴더 방식, 현재 Wonffice 조합을 비교한다. 제작·번역 도구는 기존 것을 유지한다. 아래는 조사용 양식이며 제품에 구현된 필드가 아니다.

항목	의미	잘못 사용하면 생기는 문제
요청 ID	한 수정 요청의 고정 이름	화면 행 번호를 ID로 쓰면 정렬 후 다른 요청을 가리킬 수 있음
작품·회차·언어	요청의 업무 범위	다른 언어 결과물을 같은 승인 대상으로 묶을 수 있음
대상 파일 버전	확인에 사용한 파일 사본과 수동 버전표의 연결	파일명이나 공유 주소만 기록하면 같은 이름의 변경을 놓칠 수 있음
위치 설명	해당 버전 안의 컷·문구·위치 설명	좌표만 새 이미지에 옮기면 자르기·순서 변경으로 대상이 달라질 수 있음
요청 내용·처리 보고	바꿔야 할 내용과 수행자의 보고	‘수정했음’을 검토자의 확인으로 오인할 수 있음
확인 대상 버전·결과	검토자가 실제로 본 버전과 확인 결과	이전 버전의 통과를 새 버전의 통과로 표시할 수 있음

버전표는 사본을 덮어쓰지 않고 파일을 다시 찾을 수 있어야 한다. 파일 이름을 바꾼 사실만으로 내용이 바뀌었다고 판단하지 않는다. 이 양식은 자동 감지·변경 방지·신원 증명·감사 기록을 제공하지 않는다. 이를 필수로 요구하는 고객에게는 수동 표를 완성된 승인 시스템으로 제안하지 않는다.

상태와 재확인 원칙

첫 비교의 상태는 요청됨 → 수정 보고됨 → 해당 버전 확인됨으로 나눈다. 수정 보고 뒤에는 검토자가 확인해야 한다. 대상 파일이 교체되면 이전 기록을 지우지 않고 새 대상에는 재확인 필요를 둔다. 버전이나 위치를 확인할 수 없으면 대상 미확인으로 두고 통과 처리하지 않는다.

이 상태는 사람의 수동 기록이다. 상대방의 실제 신원이나 법적 승인을 보증하지 않는다. 전달 기록 #337과도 구분한다. ‘전달했다고 기록함’, ‘수정했다고 보고함’, ‘이 버전을 확인함’은 서로 다른 사실이다.

언어별 수정본은 각각 확인한다. 한 언어의 출력만 바뀌고 공통 원본은 그대로라면 다른 언어의 확인 기록을 자동 취소하지 않는다. 공통 원본도 바뀌었다면 영향을 받는 언어를 다시 확인한다. 공통 원본과의 관계가 알려지지 않았다면 영향 없음으로 가정하지 않는다.

합성 과제와 기대값

아래 표는 검증 계획이다. 전부 미실행이다. 비교 기록 CSV를 빈 관찰값과 함께 제공한다. 실제 작품이나 사람 정보는 없다.

사례	조작	올바른 기대값
C1	같은 표시 파일명으로 다른 이미지 버전 입력	이전 확인은 이전 버전에 남고 새 버전은 재확인 필요
C2	내용은 그대로 두고 파일 이름만 변경	같은 보관 사본임을 확인하면 새 검수 요구로 세지 않음. 확인 불가면 대상 미확인
C3	앞 컷 추가로 위치·순서 변경	이전 위치를 새 그림에 자동 승인으로 옮기지 않고 대상 재확인
C4	공통 원본은 그대로, 한 언어 결과물만 수정	바뀐 언어 버전만 재확인. 다른 언어 확인은 해당 버전에 유지
C5	두 언어가 사용한 공통 원본을 수정	영향 언어를 확인. 연결이 불명확하면 영향 미상으로 남김
C6	수정 완료 보고 후 확인에 필요한 사본을 열 수 없음	수정 보고는 보존하되 확인 완료로 진행하지 않음

각 경로에서 준비·장부 입력·파일 찾기·수정 요청·재확인·오류 복구의 총시간을 잰다. 서로 겹치는 시간을 중복 합산하지 않는다. 잘못 확인한 버전 수와 대상 미확인 수를 따로 기록한다. 자동 기능이 없어 걸린 시간도 비용에 포함한다. 기존 #289의 합격 수치는 이 문서로 바꾸지 않는다.

기능 판단과 다음 이슈 조건

현재 추천은 수동 장부로 문제와 비용부터 비교하는 것이다. 기존 표로 충분하면 제품 기능을 추가하지 않는다. Wonffice에 기록을 옮기는 비용이 이점을 넘거나, 외부 참여자 권한이 없어 과제를 수행할 수 없으면 도입을 보류한다.

반복 혼동과 구매자의 도입 이유가 확인되고 수동 기록이 부족하면, 최소 후보는 ‘수정 요청의 대상 버전 고정과 새 버전 재확인’이다. 그때 별도 이슈에 저장·재열기·사본 분실·언어 영향·백업 복원의 완료 기준을 넣는다. 영역 좌표 자동 재연결, PSD 편집, 번역, 외부 승인 인증, 프로젝트 관리 앱 전체를 한 이슈에 묶지 않는다.

• #291은 Note→Site 출처 계약을 유지한다. 이미지 검수로 확대하지 않는다.
• #337은 수동 전달 기록을 유지한다. 검수 승인으로 확대하지 않는다.
• #295의 작업 관리 후보에는 이 비교 결과를 입력할 수 있다. 현재는 새 작업 관리 앱의 근거가 아니다.
• #330/PR #333의 서버 기반은 외주자의 권한·공유·승인 인수 완료를 뜻하지 않는다.
• #296의 비용에는 원본·파생 이미지·버전 사본 보관, 전송, 복구·지원 시간을 포함한다. 실제 용량·단가가 없어 금액을 산정하지 않았다.

현재 고객 증거가 없으므로 신규 구현 이슈는 만들지 않았다. Discussion #287에 수동 비교와 기능 선개발의 선택 조건을 남긴다. 제품 채택·개발 착수·담당 배정은 미결정이다.