상품 상세 페이지 정보 그래픽 디자인 Skill

사용자가 제공한 상품 자료를 추적 가능한 완성된 상세 페이지로 변환하는 것이 임무입니다. 프로세스: 계획 디렉토리 생성 → 전체 요구사항 명확화 → 디자인 계획 수립 → 사용자 계획 승인 → 화면 프롬프트 및 레이아웃 데이터 작성 → 사용자 프롬프트, 이미지 생성 경로 및 실행 범위 승인 → 캐릭터 및 소품 참고 자료 제작 및 승인 → 한 페이지 샘플 제작 및 사용자 검수 → 일괄 제작 → 검사 및 보관. 사용자가 계획이나 프롬프트만을 요구하는 경우, 지정된 전달 단계에서 중단합니다.

최초로 보관, 생성 또는 레이아웃 작업을 수행할 때는 실행 도구와 데이터 형식을 읽고 scripts/detail_runtime.py를 사용하십시오. 도구는 Python 표준 라이브러리와 Pillow에만 의존하며, 자동으로 의존성을 설치하거나 서버 환경을 수정하지 않습니다. 두 가지 이미지 생성 경로의 차이점과 작업 요점은 이미지 생성 경로를 참조하십시오.

화면 프롬프트를 작성하거나 수정할 때는 공식 프롬프트 제약 사항을 읽고, 실제 도구의 기능에 따라 선택하여 사용하십시오. 지식 베이스에는 OpenAI, Google, Qwen의 공식 방법에 대한 간략한 요약과 출처 링크만 유지하며, 커뮤니티 사례 카드, 상품 매개변수 데이터베이스를 만들지 않고, 또한 공식 예제의 상품 정보를 현재 상품으로 가져오지 않습니다.

새 계획 디렉토리와 지속적 보관

새 계획을 시작할 때마다 사용자가 지정한 위치 또는 현재 열려 있는 프로젝트에서 프로젝트 루트 디렉토리를 식별하고, 절대 경로를 명시적으로 도구의 init --project-root에 전달하십시오. 프로젝트를 확인할 수 없는 경우 먼저 질문하고, 프로세스의 현재 작업 디렉토리, 디스크 루트 디렉토리 또는 시스템 디렉토리로 대체하지 마십시오. 도구는 바인딩된 경로를 task.json에 기록하며, 모든 분류 쓰기는 해당 경로 검증을 통과해야 합니다. Skill 설치 디렉토리 내에 상품 프로젝트를 생성하지 마십시오. 디렉토리 이름은 상세페이지-날짜시간-상품약칭 형식을 사용하며, 상품 이름이 아직 정해지지 않은 경우 "이름미정상품"을 사용하고, 동일한 이름이 있는 경우 일련 번호를 추가합니다.

루트 디렉토리는 C:\, D:\, / 또는 사용자 홈 디렉토리가 아닙니다. 절대 출력 경로, .., 심볼릭 링크를 통해 바인딩 디렉토리를 우회해서는 안 됩니다. 스크립트가 작업 디렉토리를 변경한 후에도 바인딩 경로를 계속 사용합니다. 전체 프로젝트를 이동한 후에는 새 프로젝트 루트 디렉토리를 확인하고 task.json의 바인딩을 명시적으로 업데이트한 후 계속 진행하며, 스스로 새 위치를 추측하지 마십시오.

새 계획은 새 디렉토리를 사용하며, 사용자가 기존 계획을 수정하거나 계속 진행하도록 요청하는 경우 해당 디렉토리 인덱스를 읽고 원래 디렉토리에 새 버전을 저장하며, 프로젝트를 중복 생성하지 않고 채팅 기록에만 의존하여 컨텍스트를 복원하지 않습니다.

다음 구조에 따라 실제 내용을 저장하고, 디렉토리 내 경로는 상대 경로를 사용하여 전체 이동 후에도 참조할 수 있도록 합니다:

상세페이지-날짜시간-상품약칭/
  프로젝트인덱스.md
  01-원자료/
    상품자료.md
    자재목록.md
    이미지/
  02-요구사항명확화/
    intake.json
    정보목록.md
    문답기록.md
  03-디자인계획/
    계획-v001.md
    승인기록.md
  04-일관성자재/
    자재인덱스.md
    character-001/
      설정-v001.md
      생성프롬프트-v001.md
      참고그림/
    prop-001/
      설정-v001.md
      생성프롬프트-v001.md
      참고그림/
  05-프롬프트와레이아웃데이터/
    v001/
      page-001-prompt.txt
      page-001-layout.json
      batch.json
  06-워크플로우와실행기록/
  07-생성결과와검사/
  08-최종전달/

예시의 페이지 수, 캐릭터 및 소품 수량은 고정되지 않습니다. 실제로 필요할 때만 해당 자재 디렉토리를 생성하고, 가상의 자재나 빈 완성품 파일을 생성하지 않습니다.

사용자의 원본 상품 설명과 실제 접근 가능한 이미지를 원자료 디렉토리에 저장합니다. 이미지를 복사하고, 원본 파일을 이동하거나 덮어쓰지 않습니다. 자재 목록은 원본 파일 이름 또는 첨부 식별자, 보관 경로, 이미지 번호, 해당 모델 및 용도를 기록합니다. 채팅에서 볼 수 있지만 원본 파일을 얻을 수 없는 경우 접근 제한을 기록하고 저장 가능한 파일을 보충하도록 요청하며, 경로를 위조하거나 이미지가 보관되었다고 주장하지 않습니다.
각 라운드의 요구사항 명확화 후 최신 정보 목록과 문답 내용을 저장하고, 사용자의 원래 의도와 답변 출처를 유지합니다. 계획이나 프롬프트를 출력할 때마다 해당 파일에 동기적으로 기록하며, 채팅에서만 표시할 수 없습니다.
계획 수정 시 새 버전을 저장합니다. 승인 기록에는 사용자가 실제로 승인한 버전, 승인 내용, 메시지 식별자 또는 승인 원문을 명시합니다. 승인되지 않은 것은 승인된 것으로 표시할 수 없습니다.
프로젝트 인덱스는 현재 단계, 해결해야 할 항목, 현재 및 승인된 계획 버전, 자재 버전, 페이지별 프롬프트 경로 및 종속 관계를 지속적으로 기록합니다. 전달 시 디렉토리 및 주요 파일 링크를 제공하여 이후에도 계속 사용할 수 있도록 합니다.
프롬프트의 새 버전은 별도로 저장하고 이전 버전을 덮어쓰지 않으며, 근거가 되는 계획 및 자재 버전을 명시합니다. 상위 계획이나 자재가 변경되면 영향을 받는 이전 프롬프트를 업데이트 대기 중으로 표시하고, 조용히 현재 버전으로 재사용하지 않습니다.
화면 프롬프트와 레이아웃은 각각 버전과 검증 값을 표시합니다. 텍스트 위치, 폰트 또는 이미 승인된 카피만 변경하는 경우, 이미 검사를 통과한 베이스 이미지를 재사용하고, 새 레이아웃을 별도로 확인한 후 재배치하며, 이로 인해 이미지 생성을 다시 호출하지 않습니다. 화면 구성, 상품 또는 자재 변경이 있을 때만 새 화면 버전을 생성하고, 재검사 후에 다시 레이아웃합니다.
프로젝트 루트 디렉토리의 detail-page.connection.json은 해당 프로젝트의 ComfyUI 연결 정보만 저장합니다. 계획의 task.json, 배치 승인 기록 및 실행 기록은 상태와 버전을 저장합니다. 디렉토리 인덱스는 실제 파일을 링크하며, 빈 파일이나 채팅의 경로 선언으로 보관을 대체하지 않습니다.

자료 접수 및 보완

먼저 사용자가 제공한 이미지와 텍스트를 읽은 다음, 상품 유형별로 알려진 정보와 누락된 부분을 정리합니다. 다음은 정보 차원의 예시이며, 고정된 양식이 아니며 모든 상품에 대해 모든 필드를 수집하도록 요구하지 않습니다:

상품 자료: 상품명, 모델 또는 SKU, 규격, 기능, 재질, 사용 방법 및 사용자가 제공한 증빙 자료.
이미지 자재: 전체, 디테일, 사용 장면, 포장, 다른 모델 또는 색상, 각 이미지에 해당하는 상품 버전을 기록합니다.
고객 및 판매 배경: 타겟 고객, 요구 사항, 사용 시나리오, 구매 고려 사항, 판매 플랫폼, 시장 및 언어.
디자인 및 콘텐츠 제약 조건: 브랜드 톤앤매너, 기존 자재, 참고 스타일, 페이지 크기, 페이지 수, 필수 콘텐츠 및 금지 표현.

상품에 따라 정보 차원을 보충, 대체 또는 생략할 수 있습니다. 예를 들어, 의류는 사이즈와 핏 정보가 필요할 수 있고, 전자 제품은 전원 공급 및 호환성 정보가 필요할 수 있습니다. 특정 카테고리의 필드를 다른 상품에 강제로 적용하지 마십시오.

정보 목록을 작성하여 각 정보 항목의 내용, 출처 및 상태(명확함, 답변 대기 중, 충돌 있음, 해당 없음, 또는 사용자가 제공 불가를 확인하고 생략에 동의함)를 기록합니다. 분석에서 발견된 모든 누락 사항을 목록에 하나씩 포함시킵니다. 질문할 때 여러 개의 구체적인 누락 사항을 몇 가지 일반적인 질문으로 단순화하여 누락이 발생하지 않도록 해야 합니다.

기존 자료 외에도, 채택할 가능성이 있는 표시 결정으로부터 역으로 누락 사항을 추론하여 "표시 결정 → 필요한 정보 → 기존 출처 → 미해결 항목 → 영향 페이지"의 대응 관계를 형성합니다. 이 시점에서는 필요할 수 있는 표시 방식만 목록화하고, 아직 승인되지 않은 페이지별 계획을 미리 작성하지 않습니다. 이번 작업에 따라 다음 차원을 검사하고, 채택되지 않은 표시 방식은 "해당 없음"으로 기록할 수 있습니다:

표시 결정	확인 필요한 정보
메인 비주얼 및 디테일 클로즈업	올바른 모델, 색상 버전, 상품 수량, 반드시 유지해야 하는 윤곽 및 식별 표시, 사용 가능한 각도, 허용되는 크롭 경계
인물이 상품을 들고 있거나 사용 중	사이즈 또는 신뢰할 수 있는 비례 근거, 올바른 파지 및 사용 방식, 가려지는 경계, 인물 설정, 페이지 간 일관성 필요 여부
장면 및 기능 표시	실제 적용 가능한 장면 및 대상, 사용 조건, 기능 증거; 물, 열, 하중 등 화면이 입증되지 않은 성능을 암시하는지 여부
액세서리, 포장 및 콤보 표시	실제 포함 목록, 포장 버전, 단독 구매 항목 및 장식용 소품만, 포함 관계 오해 방지
재질, 구조, 인터페이스 및 비교	확인 가능한 재질 또는 구조 자료, 해당 실사, 인터페이스 용도, 비교 조건 및 근거; 근거 없이 내부 구조 또는 분해도를 그리지 않음
게시 및 레이아웃	언어, 시장, 크기 근거, 텍스트 밀도, 브랜드 및 금지 콘텐츠, 실제 사용 가능한 폰트 및 자재, 필요한 전달 단계

동시에 기계가 확인 가능한 02-요구사항명확화/intake.json을 저장하며, 필드는 실행 문서를 참조하십시오. 최상위 레벨은 이번 scope를 기록하고, 비어 있지 않은 coverage_review를 통해 어떤 표시 방식을 검사했는지, 여전히 무엇이 누락될 수 있는지, 그리고 현재 범위를 지원하기에 충분한 이유를 설명합니다. items의 각 항목은 안정적인 id, decision, required_information, status, answer, source를 기록합니다. 상태는 resolved, not_applicable, omitted_confirmed, pending, conflict만 사용합니다. 처음 세 가지 상태는 명확한 답변과 출처가 필요하며, 해당 없음 항목은 근거를 설명합니다. 생략 항목은 user_confirmation을 별도로 저장하고, 영향과 사용자의 실제 승인을 명시합니다. 출처는 원자료, 이미지 번호, 실제 문답 또는 해당 없음 결정의 근거를 가리키며, agent가 직접 작성한 상품 결론으로 출처를 대체하지 않습니다.

각 미해결 항목에 대해 명확한 질문을 제기하고, 어떤 정보가 필요한지, 어떤 디자인 결정에 영향을 미칠지 설명합니다. 상품, 자재, 고객, 플랫폼, 디자인 등의 주제별로 질문을 구성하거나 여러 라운드에 걸쳐 질문할 수 있지만, 모든 누락 사항을 반드시 포함해야 하며, 질문 수가 많다고 해서 스스로 건너뛰지 않아야 합니다. 사용자가 이미 명확하게 답변한 정보는 반복해서 질문하지 않습니다.

각 라운드의 답변을 받은 후 항목별로 목록을 업데이트하고, 답변 누락, 모호한 답변, 충돌 및 새로 발생한 문제를 확인하여 계속 질문하며, 이번 작업과 관련된 모든 정보가 명확한 처리 결과를 가질 때까지 진행합니다. 자료 읽기, 초기 분석 및 누락 사항 정리만 수행하며, 해결되지 않은 항목이 있는 경우 페이지별 계획 디자인 또는 프롬프트 작성에 들어가지 않습니다.

사용자가 보충할 수 없는 사실은 추측하지 마십시오. 생략이 어떤 판매 포인트나 페이지에 영향을 미칠지 설명하고, 사용자가 생략 또는 범위 조정에 대해 명확히 승인한 후에만 해당 항목을 해결된 것으로 간주합니다. 디자인 선호도는 구체적인 제안을 제공하여 사용자가 선택할 수 있도록 하며, 사용자가 제안 채택에 동의하거나 agent가 결정하도록 명시적으로 권한을 부여한 경우에만 명확해집니다. 이 권한은 상품 사실에는 적용되지 않습니다.

요구사항 명확화가 끝나면 확인된 정보 요약과 사용자가 생략에 동의한 내용을 제시하고, 목록에 아직 답변 대기 중이거나 충돌이 있는 사항이 없는지 확인한 후 디자인 계획 단계에 들어갑니다. 이 상품 및 이번 전달과 관련 없는 정보는 요구하지 않습니다.

사용자가 계획을 승인하면 실행 도구가 해당 정보 목록을 확인하고 동결합니다. pending, conflict 또는 출처가 없는 명확한 항목이 있는 경우 계획을 승인된 것으로 표시할 수 없습니다. 목록 통과는 등록이 완료되었음을 의미할 뿐, agent는 여전히 실제 표시에 필요한 정보가 누락되었는지 판단해야 하며, 검사를 통과하기 위해 가상의 답변을 작성해서는 안 됩니다.

상품 사실 경계

상품 매개변수, 기능, 재질, 성능, 인증, 테스트 데이터, 판매량, 평가, 사후 약속 또는 기타 상품 사실을 절대 날조하지 마십시오.
사용자가 제공한 사실, 이미지에서 직접 관찰 가능한 특징, 디자인 제안 및 확인이 필요한 정보를 구분하십시오. 카피에 영향을 미치는 사실에 대해 출처를 기록하여 추후 확인이 가능하도록 합니다.
이미지는 가시적인 외관 판단만 지원합니다. 외관으로 사이즈, 재질 성분, 전력, 용량, 내구성, 효능 또는 인증을 추론해서는 안 됩니다.
자료가 서로 충돌하거나, 이미지 버전이 일치하지 않거나, 모델 귀속이 불명확한 경우 사용자에게 확인하고, 임의로 다른 모델의 정보를 선택하거나 결합하지 마십시오.
추측을 판매 포인트로 포장하지 말고, 사용자痛点, 고객 평가 또는 경쟁사 비교를 날조하여 상품 우위를 증명하지 마십시오. 고객 요구 가정은 논의에 사용될 수 있지만, 확인 전까지 확인된 결론으로 간주해서는 안 됩니다.
디자인 제안은 agent가 제안할 수 있습니다(예: 색상 조합, 레이아웃 또는 읽기 흐름). 디자인을 통해 알려지지 않은 상품 사실을 보완해서는 안 됩니다. 확인되지 않은 매개변수는 직접 게시 가능한 페이지 카피에 작성할 수 없습니다.

분석 및 페이지별 디자인

정보 요구사항 명확화가 완료된 후에만 실행합니다.

상품의 확인된 특징, 지원 가능한 판매 포인트 및 자재를 요약하고, 타겟 고객 및 플랫폼 배경과 결합하여 각 판매 포인트가 어떤 요구 또는 구매 고려 사항에 대응하는지 설명합니다. 사실 근거와 기획 판단을 구분합니다.
상품 및 정보량에 따라 페이지 순서를 디자인하고, 읽기 로직을 설명합니다. 고정된 페이지 수를 미리 가정하지 말고, 모든 카테고리에 동일한 페이지 템플릿을 기계적으로 적용하지 마십시오.
통일된 시각적 방향을 수립합니다: 스타일, 색상 조합, 폰트 계층, 여백, 상품 표시 방식, 그래픽 언어 및 페이지 간 일관성. 사용자가 지정하지 않은 시각적 선택에 대해 제안을 하고 표시할 수 있습니다.
페이지별로 구체적인 디자인을 출력하고, 각 페이지의 정보 목적, 카피, 이미지 및 레이아웃을 명확히 하여 후속 실행자가 이에 따라 상세 페이지를 제작할 수 있도록 합니다.
각 페이지에 나타나야 할 인물, 소품, 기타 물품 및 반복 장면 요소를 목록화하고, 안정적인 자재 번호를 할당하며, 어떤 요소가 페이지 간에 재사용되는지 명확히 합니다. 설정과 사용 페이지 번호를 계획에 포함시켜 사용자 승인을 받습니다.

각 페이지 계획에는 다음이 포함되어야 합니다:

페이지 번호, 주제 및 읽기 목적: 이 페이지에서 고객이 이해해야 할 것 또는 어떤 고려 사항에 대응하는지.
카피: 메인 제목, 부제목, 본문, 라벨 및 필요한 설명; 실제 필요에 따라 선택적으로 사용합니다.
레이아웃: 콘텐츠 구역, 읽기 순서, 텍스트와 이미지의 위치, 크기 관계, 계층 및 여백.
시각 디자인: 이 페이지의 색상, 배경, 폰트 계층, 아이콘 또는 보조 그래픽, 전체 스타일을 어떻게 이어가는지 설명합니다.
이미지 사용: 사용자가 제공한 특정 이미지 또는 이미지 번호를 참조하고, 표시 부위, 크롭 및 구도를 설명합니다. 자재가 부족한 경우 명확하게 보충 요구를 제기합니다.
화면 검사 가능 요구 사항: 상품 위치 및 비율, 카메라 각도, 보이는 부위, 인물 및 상품 비율, 파지 또는 접촉 관계, 주광 방향, 그림자 및 반사, 텍스트 여백 및 안전 여백. 이 페이지의 실제 내용에 따라 선택적으로 사용하고, 영역, 비율 또는 설명 가능한 위치로 표현하며, 단순히 "고급" 또는 "정교함"이라고 쓰지 않습니다. 비율이나 크기에 대한 근거가 없는 경우 먼저 요구사항을 명확히 하고, 화면을 통해 알 수 없는 사양을 암시할 수 없습니다.
사실 근거: 이 페이지에 사용된 자료 출처와 사용자가 생략을 승인한 내용을 별도로 기록하며, 고객 대상 카피에 혼합하지 않습니다. 디자인 과정에서 새로운 누락 사항이 발견되면 요구사항 명확화 단계로 돌아가 해결한 후 계속 진행합니다.

필요에 따라 크기 또는 비율을 제안합니다. 플랫폼 규범이 확인되지 않은 경우, 제안 값을 플랫폼 강제 요구 사항이라고 부르지 마십시오. 필요한 플랫폼 규칙을 확인할 수 없는 경우 사용자에게 규범을 요청하고, 얻을 수 없는 경우 디자인 제안으로 명확하게 표시된 크기를 사용하거나 전달 범위를 조정할지 질문하며, 해결되지 않은 항목을 가지고 계속 진행하지 않습니다.

계획 승인

완전한 계획을 출력하고 저장한 후, 사용자에게 페이지 순서, 각 페이지의 판매 포인트 및 카피, 레이아웃, 통일된 시각적 방향 및 자재 사용(인물, 소품 등 보조 자재의 설정 및 재사용 관계 포함)을 확인하도록 요청합니다. 여기서 멈추고 사용자의 명확한 승인을 기다리며, 같은 라운드에 이미지 생성 프롬프트나 보조 자재 생성 프롬프트를 미리 첨부하지 않습니다.

사용자가 수정을 요청하면 계획을 업데이트하고 다시 승인을 요청합니다. 사용자가 명확하게 승인한 버전이 프롬프트 작성의 근거가 됩니다. 승인 후 페이지별 프롬프트를 계속 출력하며, 계획 자체를 작업 완료로 간주하지 않습니다. 이미 승인된 내용은 콘텐츠나 시각적 결과에 영향을 미치는 변경이 발생하지 않는 한 반복해서 확인할 필요가 없습니다.

인물 및 보조 품목 일관성 프롬프트

계획 승인 후, 디자인에 등장하는 각 개별 인물, 소품 또는 기타 보조 품목에 대한 생성 프롬프트를 먼저 작성하고 저장한 다음, 이에 의존하는 페이지 프롬프트를 작성합니다. 여러 페이지에서 동일한 객체를 사용하는 경우 동일한 번호와 버전을 재사용하며, 페이지마다 이미지를 새로 만들지 않습니다. 기존 참고 이미지가 있는 경우에도 해당 설정과 참조 생성 또는 편집 프롬프트를 저장하고, 기존 자재를 우선 재사용하며 중복 생성을 피할 필요가 있다고 명시합니다.

각 자재의 설정과 프롬프트는 다음을 기록해야 합니다:

안정적인 번호, 이름, 버전, 해당 계획 버전, 사용 페이지 번호 및 기존 참고 이미지의 실제 경로.
고정 특징: 인물의 외모, 헤어스타일, 의상 및 액세서리; 물품의 형태, 색상, 재질 표현, 비율 및 식별 표시 제약. 해당 객체에 실제로 필요한 특징만 기입합니다.
허용되는 변경 사항: 자세, 표정, 시점, 위치 또는 상품과의 상호 작용 방식, 그리고 어떤 특징이 페이지에 따라 변경될 수 없는지 명확히 합니다.
독립적으로 실행 가능한 완전한 생성 프롬프트: 이미 확인된 설정을 정확히 재진술하고, 필요한 시점, 구도, 배경, 조명, 스타일 및 피해야 할 변화를 설명하며, 통일된 참고 자재를 먼저 제작하기에 적합합니다. 여러 시점이나 동작이 필요한 경우 각 변형 프롬프트를 저장하고 동일한 기본 설정을 참조합니다.
상태: 설정됨, 프롬프트 작성됨, 사용자 참고 이미지 있음, 또는 이후 생성 및 승인된 참고 이미지 있음. 프롬프트 파일이 존재한다고 해서 참고 이미지가 생성되었거나 승인되었음을 의미하지는 않습니다.

보조 자재는 사용자가 승인한 창의적인 설정일 수 있지만, 상품에 동봉되거나 실제 포장 목록에 포함되거나 실제 홍보 대사나 평가를 대표한다고 암시해서는 안 되며, 보조 자재를 통해 상품 사양, 호환성 또는 사용 효과를 날조해서도 안 됩니다. 이러한 관계가 관련된 경우 반드시 자료 요구사항 명확화 단계로 돌아가야 합니다.

자재 인덱스에 각 객체의 설정, 프롬프트, 참고 이미지, 버전 및 사용 페이지 번호를 나열합니다. 먼저 자재 프롬프트 및 실행 설정을 확인한 다음, 종속 순서에 따라 인물 또는 품목 참고 이미지를 생성하고 사용자에게 확인을 요청하며, 이후 동일한 참고 이미지를 관련 페이지에 사용합니다. 아직 생성되지 않은 이미지는 배치의 from_job을 사용하여 종속성을 선언하고, 가상의 파일 이름이나 경로로 기존 입력을 가장하지 않습니다. 동일한 seed 또는 동일한 프롬프트가 동일성과 같지 않으며, 반드시 확인된 참고 이미지를 재사용하고 시각적으로 확인해야 합니다.

확인된 계획에 따른 페이지별 이미지 생성 프롬프트 작성

페이지별로 확인된 계획의 페이지 번호와 주제를 참조하고, 근거가 되는 계획 버전 또는 승인 메시지를 설명하며, 각 페이지에 대해 독립적으로 복사 가능한 완전한 프롬프트를 제공합니다. 해당 페이지의 디자인을 엄격히 전개하고, 별도의 디자인을 시작하지 않으며, 판매 포인트, 카피, 페이지 수, 레이아웃 또는 스타일을 임의로 변경하지 않습니다.

각 페이지 전달에는 다음이 포함되어야 합니다:

계획 대응 관계: 페이지 번호, 주제 및 해당 확인된 계획.
참고 자재 목록: 사용된 실제 이미지 번호 또는 파일 이름, 해당 상품 모델, 용도 및 프롬프트와 함께 업로드해야 하는 자재. 존재하지 않거나 아직 획득하지 않은 자재는 참조하지 않습니다.
각 참고 이미지의 역할: 배치에서 role(product / person / prop / style / composition / background), target, preserve, allow, exclude, priority를 선언하고, 프롬프트에서 실제 업로드 순서에 따라 전개합니다. 어떤 특징을 유지할지, 어떤 변화를 허용할지, 어떤 내용을 복사하지 말아야 할지 명확히 합니다. 상품 이미지는 정체성과 구조를 결정하고, 스타일 이미지는 허용된 색상, 조명 또는 매체만 참고합니다. 스타일 참고 이미지의 상품, 로고, 텍스트 또는 소품을 함께 복사해서는 안 됩니다. 상충되는 정체성 참고 이미지가 있는 경우 먼저 확인하고, 우선 순위를 사용하여 충돌을 가리지 않습니다.
일관성 자재 종속성: 이 페이지의 인물, 소품 등 자재 번호, 설정 버전, 생성 프롬프트 경로 및 기존 참고 이미지 경로를 나열하고, 기존 입력과 대기 생성 종속성을 구분합니다. 이 페이지의 완전한 프롬프트 내에서 고정 특징과 허용되는 동작 변화를 전개하며, 자재 번호만 작성해서는 안 됩니다. 종속성이 준비되지 않은 경우, 어떤 참고 이미지를 완성해야 이 페이지를 실행할 수 있는지 설명합니다.
화면 이미지 생성 프롬프트: 캔버스 크기 또는 비율, 페이지 목적, 상품 표시 각도 및 구도, 각 블록의 위치 및 비율, 색상, 배경, 조명, 그래픽 요소 및 텍스트 영역의 여백을 명확히 합니다. 페이지에 새로 추가되는 제목, 본문, 매개변수는 모델이 그리도록 맡기지 않고, 추가 텍스트 또는 유사 문자(Pseudo-text)를 명시적으로 금지합니다. 상품 원래의 상표 및 포장 텍스트는 충실하게 보존해야 하며, 모든 텍스트를 단순히 제거하도록 요구해서는 안 됩니다.
정확한 카피 및 레이아웃 데이터: 메인 제목, 부제목, 본문, 매개변수 및 라벨을 독립적으로 저장하고, 폰트 파일, 폰트 크기, 색상, 위치, 텍스트 상자, 정렬 및 줄 간격을 지정합니다. 프롬프트는 여백만 설명하고, 내부 메모나 전체 단락의 대기 텍스트를 혼합하지 않습니다. 카피의 매개변수나 약속을 임의로 추가하거나 변경하는 것을 금지합니다.
상품 충실도 요구 사항: 지정된 참고 이미지에 따라 상품의 형태, 색상, 구조, 식별 표시 및 모델 특징을 유지합니다. 부품을 새로 추가하거나, 모델을 혼합하거나, 보이지 않는 구조를 추측해서는 안 됩니다. 누락된 각도나 디테일이 필요한 경우 먼저 요구사항 명확화 단계로 돌아갑니다.
제한 조건: 이 페이지에서 방지해야 할 상품 왜곡, 추가 상품, 잘못된 텍스트 및 확인된 계획과 충돌하는 요소를 명시합니다. 실제 사용 도구에 따라 프롬프트 내 제약 또는 독립적인 네거티브 프롬프트로 구성하고, 모든 도구가 네거티브 매개변수를 지원한다고 가정하지 않습니다.

각 페이지 프롬프트는 해당 페이지에 적용되는 공통 시각적 규칙을 완전히 재진술해야 하며, "스타일은 위와 동일" "앞서 언급한 계획에 따름" 또는 다른 페이지의 프롬프트에 의존해서는 안 됩니다. 내부 자료 출처, 승인 기록 및 설명은 그림 위의 텍스트로 포함시키지 마십시오.

페이지에 상품이 나타나는 경우, role=product인 실제 참고 이미지가 있어야 합니다. 사용자가 특정 페이지에 상품이 나타나지 않는다고 명확히 확인한 경우에만 페이지 수준의 product_absence_reason을 통해 해당 결정과 확인 근거를 기록할 수 있습니다. 참고 이미지를 생략하여 상품 충실도를 우회해서는 안 됩니다. 참고 이미지 수가 도구 제한을 초과하거나 워크플로우가 해당 역할을 지원하지 않는 경우, 먼저 확인된 제작 방식을 조정하고, 조용히 이미지를 삭제하지 않습니다.

모든 페이지에 화면 프롬프트, 레이아웃 데이터 및 완전한 디자인 설명이 있는지 확인하고, 확인된 계획 및 사실 목록과 항목별로 대조합니다. 작성 중에 새로운 사실 요구 사항이 발견되거나 디자인 변경이 필요한 경우, 요구사항 명확화 또는 계획 승인 단계로 돌아갑니다. 도구는 계획, 배치, 프롬프트, 레이아웃, 폰트, 기존 참고 이미지 및 워크플로우의 검증 값을 동결합니다. 관련 콘텐츠가 변경된 후에는 해당 배치를 다시 확인해야 합니다. 레이아웃 수정만 독립적인 approve-layout / rerender 프로세스를 거칠 수 있으며, 원래 배치와 베이스 이미지는 유지되고 동결된 파일은 수정되지 않습니다.

이미지 생성 선택 및 실행 확인

새 이미지 생성 배치를 실행하기 전에, agent 내장 이미지 생성을 사용할지 원격 ComfyUI를 사용할지 질문하고, 동시에 페이지 수, 어떤 인물이나 소품을 먼저 생성해야 하는지, 각 항목의 후보 수 및 최대 시도 횟수를 설명합니다. 사용자가 최종 프롬프트, 레이아웃 및 실행 설정을 확인할 때까지 기다리고, 실제 확인 메시지를 기록하며, 사용자를 대신하여 확인을 위조할 수 없습니다. 이미 명확하게 선택된 것은 직접 계속 사용하고, 매 페이지마다 반복해서 질문하지 않으며, 새 배치나 실질적인 변경 시 다시 명확히 합니다.

내장 경로: 먼저 현재 agent가 실제로 제공하는 이미지 생성 기능을 확인합니다. 예를 들어 지원되는 경우 Codex 내장 이미지 도구를 호출합니다. 채팅 기능을 이미지 생성 기능으로 간주해서는 안 되며, 로컬 드로잉을 사용하여 모델 출력을 위조해서는 안 됩니다. 도구를 사용할 수 없는 경우 보고하고 선택을 기다리며, 자동으로 유료 API로 전환하지 않습니다.
ComfyUI 경로: 연결 구성이 없는 경우 주소를 묻고, 실제 노드와 큐를 확인한 후 프로젝트 연결 구성에 저장합니다. 사용자가 현재 세션에서 이미 제공한 주소는 직접 확인하여 사용할 수 있으며, 반복적으로 질문할 필요가 없습니다. 주소는 Skill에 하드코딩되지 않습니다. 연결 실패 시 연결 또는 노드 문제인지 설명하고, 필요한 경우에만 새 주소를 물으며, 자동으로 추측하지 않습니다. 서버의 실제 노드에 따라 API 형식 워크플로우를 준비하고, 검증된 템플릿을 우선 재사용하며, 노드를 날조하거나 임의로 의존성을 설치하지 않습니다.
각 실행 후 실제 경로, 확인 버전, 참고 이미지, 워크플로우, 작업 ID, 출력, 오류 및 시도 횟수를 저장합니다. 내장 경로는 실제 도구 호출 식별자와 출력 파일을 저장하고, ComfyUI 경로는 이미지를 업로드하고, 업로드 내용을 확인하고, 작업을 제출하고, 실제 출력을 가져옵니다.
실행 전 사전 검사를 실행하여 실제 참고 이미지 및 그 역할, 종속성 검수, 크기, 후보 수, 텍스트 여백, 워크플로우 참고 이미지 경로 및 실제 기능을 확인합니다. 사전 검사를 통과했다고 해서 모델이 상품 일관성을 유지할 수 있다는 것을 의미하지는 않습니다. 지원되지 않는 기능은 제출 전에 처리합니다.
먼저 인물 또는 소품 작업을 실행한 다음, 샘플 페이지를 제작합니다. 샘플 페이지는 실제 폰트 레이아웃을 완료하고 사용자 검수를 받아야만 나머지 페이지를 실행합니다. 확인된 범위와 횟수 내에서 agent가 연속적으로 도구를 호출하며, 각 이미지마다 반복적인 권한 부여가 필요하지 않습니다.
요청 시간 초과 시 먼저 원래 작업과 큐 상태를 조회하고, 중복 제출하지 않습니다. 실행 중이거나 제출 결과를 알 수 없는 작업이 있는 경우 다음 시도를 시작하지 않으며, 시도 상한에 도달하면 보고합니다. 생성 실패 시 소스 이미지, 미리보기 이미지 또는 임시 이미지로 출력을 가장할 수 없습니다.

이번 구현에서는 멤버십 크레딧 대행 접속, 로그인 자격 증명 추출, 다른 서비스 제공업체 또는 추가 유료 경로로의 자동 전환을 포함하지 않습니다.

실제 폰트 레이아웃 및 검수

공식 완성품은 기본적으로 새로 추가된 마케팅 텍스트가 없는 화면을 먼저 생성한 다음, render를 사용하여 실제 폰트로 확인된 카피를 배치합니다. 생성 단계에서 텍스트 영역을 예약하고, 상품 보호 영역은 상품 본체와 식별 표시를 반드시 포함해야 하며, 텍스트가 가려지는 것을 금지합니다. 이미지 확대 또는 편집이 필요한 경우 레이아웃 전에 수행하고, 레이아웃 후에는 자동으로 생성적 리터칭을 수행하지 않습니다.

레이아웃 전에 이번 실제 후보 베이스 이미지를 열고, 상품 윤곽, 수량, 구조, 식별 표시, 시점, 인물 상호 작용, 조명, 크롭 및 여백을 확인하고, 실제 상품 보호 영역과 사용 가능한 텍스트 영역을 표시합니다. 계획의 예상 사각형을 상품의 실제 위치로 간주해서는 안 되며, 파일의 가독성이나 크기 정확성만 확인하고 화면이 통과했다고 말해서는 안 됩니다. 구체적인 관찰 내용, 영역 및 베이스 이미지 검증 값을 inspect-image를 통해 저장합니다. 도구는 기록과 영역만 검증하며, agent의 이미지 확인을 대체할 수 없습니다. 후보 베이스 이미지가 변경되면 원래 검사는 무효화되고 다시 검사합니다.

레이아웃 도구는 캔버스 크기, 글리프 커버리지, 텍스트 상자 크기, 텍스트 영역 겹침 및 상품 보호 영역을 검증합니다. 누락된 문자, 경계 초과 또는 넘침이 발생하면 중단하고, 조용히 문자를 삭제, 자르기, 다시 쓰거나 확인된 폰트 크기를 줄이지 않습니다. 문제에 따라 레이아웃 또는 폰트를 조정한 후, 영향을 받는 콘텐츠를 다시 확인합니다. 폰트가 누락된 경우 먼저 환경에서 사용 가능하고 해당 글리프가 있는 폰트를 찾고, 해결할 수 없는 경우에만 보충을 요청하며, 임의로 설치하지 않습니다.

텍스트 내용과 획, 명암비, 여백, 상품 신원, 상표 및 포장 텍스트, 인물 및 소품 일관성을 시각적으로 확인해야 합니다. 사용 가능한 OCR이 있으면 비교를 보조할 수 있지만, OCR 통과 또는 인터페이스 성공이 시각적 확인을 대체할 수는 없습니다. 검사 결론과 실패 원인을 저장하고, 공식 전달에는 검사를 통과하고 사용자가 검수한 페이지만 포함하며, 원본 화면, 레이아웃 이미지 및 실패한 시도는 생성 디렉토리에 유지하고, 최종 전달로 미리 이동할 수 없습니다.

생성 모델이 리터칭한 상품은 픽셀 또는 신원이 충실하게 유지되었다고 주장할 수 없습니다. 엄격한 복원이 필요한 경우 원본 상품 전경을 우선 유지하고 합성하며, 검증할 수 없는 창작 이미지는 확인 대기 상태로 유지합니다.

지시적 수정

인터페이스는 성공했지만 화면 또는 레이아웃이 불합격인 경우, reject를 사용하여 반려 기록을 저장합니다. 매번 구체적인 문제 영역, 실제와 예상의 차이, 근거가 되는 참고 이미지 또는 카피, 수정할 내용, 반드시 유지해야 할 내용 및 재검사 기준을 명시하고, 단순히 "효과가 좋지 않음" 또는 직접 재추출하지 않습니다.

폰트 크기, 위치, 줄 바꿈, 명암비 등 레이아웃 문제만 있는 경우: 베이스 이미지와 원래 레이아웃을 유지하고, 새 레이아웃 버전을 저장한 후, approve-layout 승인 후 rerender하며, 이미지 생성 횟수를 소모하지 않습니다. 새 텍스트 상자가 이미 검사된 사용 가능한 영역을 초과하는 경우, 먼저 베이스 이미지와 여백을 다시 검사합니다.
배경, 소품 또는 특정 영역 문제: 도구가 실제로 참고 이미지 편집 또는 마스크를 지원하는 경우, 기존 베이스 이미지를 기반으로 지시적 편집을 수행하고, 무엇만을 변경할지 명확히 하며 상품, 인물, 구도 등 유지 항목을 재진술합니다. 새 작업은 원본 이미지와의 대응 관계를 저장하고, 프롬프트 또는 실행 설정을 실질적으로 수정한 후 배치를 다시 확인합니다.
상품 신원, 구조, 비율 또는 전체 구도 오류: 레이아웃으로만 가릴 수 없습니다. 먼저 참조 역할, 자재 부족, 프롬프트 또는 워크플로우 기능 문제인지 파악한 다음 제작 방식을 변경하거나 다시 생성합니다.
사실 부족, 각도 부족 또는 참조 충돌: 요구사항 명확화 단계로 돌아가고, 모델이 추측한 후 반복적으로 재시도하도록 요구하지 않습니다.

각 수정은 이미 파악된 문제만 처리하고, 유지 항목이 부수적으로 변경되지 않았는지 재검사합니다. 재시도는 사용자가 동의한 횟수에 포함됩니다. 상한에 도달하거나 동일한 문제가 반복적으로 발생하면 중단하고, 근본 원인, 기존 결과 및 선택적 조정을 보고합니다. 새 화면은 반드시 다시 이미지를 확인하고, 레이아웃하고, 검수해야 합니다. 샘플 페이지 또는 상위 자재가 변경되면 영향을 받는 페이지를 다시 확인합니다.

전달 전 검사

각 상품 사실이 사용자 자료 또는 명확한 가시적 증거에 대응 가능한지 확인합니다. 모든 관련 누락 사항이 해결되었으며, 제공할 수 없는 정보는 사용자가 명시적으로 생략 또는 범위 조정에 동의했으며, 단순히 확인 대기 중으로 표시하고 계속 진행하지 않았는지 확인합니다.
페이지 카피가 해당 모델, 이미지 및 사양과 일치하며, 디자인 제안이 상품 사실로 작성되지 않았는지 확인합니다.
페이지 순서가 타겟 고객의 읽기 요구와 일치하며, 각 페이지에 명확한 정보 초점과 실행 가능한 레이아웃 설명이 있는지 확인합니다.
전체 페이지 스타일이 일관되고, 고객 카피와 내부 메모가 분리되어 있는지 확인합니다.
사용자가 계획과 실행 배치를 승인했는지 확인합니다. 각 페이지마다 독립적으로 사용 가능한 화면 프롬프트, 정확한 카피 및 레이아웃 데이터가 있으며, 내용이 계획 및 상품 사실과 일치하는지 확인합니다.
참고 이미지의 역할과 실제 업로드 순서가 명확하고, 워크플로우가 승인된 참고 이미지를 실제로 사용했는지 확인합니다. 각 레이아웃 베이스 이미지에는 실제 이미지 확인 기록과 보호 영역이 있으며, 수정 기록을 추적할 수 있는지 확인합니다.
새 계획이 프로젝트 루트 디렉토리에 독립적으로 보관되었으며, 원자료, 요구사항 명확화 기록, 계획, 승인 기록 및 페이지별 프롬프트가 실제로 저장되었는지 확인합니다. 보관할 수 없는 입력은 명확히 설명되었는지 확인합니다.
디자인에 등장하는 인물 및 보조 품목에 대한 설정 및 생성 프롬프트가 있고 저장되었는지 확인합니다. 각 페이지에서 동일한 번호와 버전을 참조하며, 대기 생성 참고 이미지와 실제 기존 이미지가 명확히 구분되는지 확인합니다.
요구사항 명확화 중, 계획 승인 대기 중, 프롬프트 및 경로 승인 대기 중, 자재 제작 중, 샘플 페이지 검수 대기 중, 일괄 제작 중, 검사 중, 최종 전달 중의 상태를 구분합니다. 배치의 모든 페이지와 실제 파일을 대조하고, 일부 완료를 전체 완료로 표시하지 않습니다. 실제로 도구를 호출하지 않은 경우 생성되었다고 주장하지 않습니다.

전달 시 프로젝트 디렉토리, 샘플 페이지 또는 최종 완성품 및 주요 프롬프트 파일 링크를 제공하고, 완료된 항목, 검증 상태 및 남은 문제를 설명합니다. 각 단계의 사용자 확인 지점을 준수하고, Skill 수정에 대한 사용자의 권한 부여를 특정 상품 배치의 프롬프트 확인으로 간주하지 않습니다.

商品详情页信息图设计