렌더 검수 영수증 연결 충돌 오류 해결
MCP 1.9.9 기준 · 2026-10-07 검토. 오류의 원인과 해결 담당, 복구 후 확인할 조건을 안내합니다. 기존 원본·승인 대본·목소리·타이밍·진행 중 작업을 보존합니다.
해결 담당: 서비스 운영자 또는 해당 기능 담당자가 발생 조건을 확인해야 합니다.
어떻게 복구하나요?
- 기존 render_status와 서버 견적 요청을 조회해 접수·과금·Lambda 호출 여부를 먼저 확인한다. 같은 요청을 반복 렌더하지 않는다.
- DESKTOP_RENDER_INTENT_IMMUTABLE이 견적 단계의 production_receipt_id 연결에서 발생하면 운영자가 desktop_render_immutable_v1과 desktop_production_quote_v1의 계약을 대조한다. 접수 전 현재 프로젝트·계정·리비전·입력 해시와 일치하는 유효 영수증 연결만 허용하는 마이그레이션을 적용한다.
- 원본·가격·접수 후 변경 및 제공자/출력 영수증은 계속 보호한다. 수정 확인 후 현재 자료로 검수 영수증·견적을 갱신하고 기존 승인 범위에서 실패 단계부터 진행한다. 고객에게 한도·사용량 숫자를 묻지 않는다.
해결됐는지 확인하기
- 유효 영수증 연결은 성공하고 다른 프로젝트·만료·다른 입력 및 접수 후 변경은 거절된다.
- 현재 견적이 저장된 뒤 기존 승인 범위에서 접수할 수 있다. AWS 결과 성공은 별도 확인한다.
성공 조건을 확인한 뒤 같은 프로젝트·run의 실패한 단계부터 이어갑니다. 유료 작업은 기존 접수·승인 범위를 다시 대조합니다.
해당 오류 코드
아래 코드는 이 절차를 공유합니다. 구체적인 원인 필드와 발생 조건은 코드별로 다르므로 AI가 설치본에서 해당 코드의 상세 항목을 읽어야 합니다.
DESKTOP_RENDER_INTENT_IMMUTABLE
이 오류의 검증 조건은 코드별 상세 문서의 발생 위치에서 확인합니다.
복구 검증: 실제 복구 미검증
위 복구 순서에 따라 현재 입력과 저장 상태를 확인하고, 성공 조건을 충족한 뒤 기존 작업을 이어갑니다.
AI에게 “DESKTOP_RENDER_INTENT_IMMUTABLE의 코드별 복구 문서를 읽고, 기존 프로젝트에서 해당 조건을 확인해줘”라고 요청하세요.
작업 ID와 복구 이력
AI가 실패하면 오류 코드와 기존 작업 ID를 기록하고 같은 작업의 상태부터 확인합니다. MCP 오류 기록은 같은 컴퓨터에서 다시 읽을 수 있습니다. 고객에게 내부 ID나 크레딧 사용량을 다시 입력하게 하지 않습니다. 작업 ID·고객 자료는 이 공개 사전에 게시하지 않습니다.