상품 등록

기간  — 

상품 등록 에이전트가 상품 하나를 기획부터 채널 게시 확인까지 맡습니다. 실제 상품 사진과 백엔드의 가격 계산을 근거로 기획 초안과 상세페이지 자산을 만듭니다. 기획 초안에는 상품명⁠·⁠옵션⁠·⁠검색어를 담습니다. 정해진 절차를 통과하면 백엔드가 쿠팡⁠·⁠토스쇼핑에 등록합니다. 에이전트는 채널 공식 조회로 실제 등록 상태를 다시 확인합니다. 첫 실제 상품을 두 채널에 등록하고 게시까지 확인했습니다.

상품 등록 에이전트가 기획 초안과 상세페이지 자산을 만들고,
확인을 통과한 상품을 두 채널에 게시한 뒤 공식 조회로 확인하는 흐름

GoPostgreSQLMinIOHermes AgentNode.jsPlaywrightJSON Schema

  • 기획 초안⁠·⁠상세페이지 자산⁠·⁠두 채널 게시⁠·⁠공식 조회 확인을 같은 등록 건으로 잇는 상태 흐름
  • 서로 다른 실제 상품 사진 세 장을 근거로 삼고, 맞지 않는 사진은 다른 후보로 바꾸는 기획
  • 자동 등록 전에 옵션마다 발주 경로를 2개 이상 확보하게 한 선행 조건
  • 정해진 절차 우회와 DB⁠·⁠판매채널 직접 쓰기, 공급사 발주를 막은 에이전트 권한
  • 운영자가 고른 사진과 등록 입력을 해시와 함께 보관하는 수동 등록 자료

서로 다른 상품처럼 보이던 상세 이미지

문제
상세페이지 이미지는 한 장씩 따로 생성돼, 같은 과일이 장마다 다른 품종처럼 보일 수 있었습니다.
해결
조사한 품종⁠·⁠과피⁠·⁠외형을 모든 이미지의 생성 지시에 똑같이 넣었습니다. 생성된 이미지는 한 장씩 비전 모델로 검사해 같은 상품인지 확인했습니다. 모든 이미지가 검사를 통과해야 작업이 완료됐습니다.

근거 없이 시작될 수 있던 이미지 작업

문제
실제 사진 근거가 부족하면 다른 품종이나 합성 이미지를 기준으로 생성될 위험이 있었습니다.
해결
백엔드가 이미지 작업을 큐에 넣기 전에 같은 등록 건의 서로 다른 실제 사진이 세 장 이상인지 확인했습니다. 합성⁠·⁠일반 이미지이거나 조사 내용이 바뀌었으면 작업을 멈췄습니다. 근거가 맞지 않는 작업은 유료 생성 전에 멈췄습니다.

결과를 모르는 유료 재시도

문제
작업이 끝났는데 완료 응답이 사라지면, 같은 이미지를 다시 생성해 비용이 두 번 들 수 있었습니다.
해결
재시도 전에 백엔드의 작업 상태와 보관된 결과를 먼저 확인했습니다. 결과가 있으면 완료 보고만 다시 보내고, 결과를 알 수 없으면 유료 생성을 자동으로 다시 실행하지 않았습니다. 보관된 결과가 있는 작업은 다시 생성하지 않았습니다.

손대지 않은 이미지까지 바뀌던 수정

문제
문구만 고쳐 달라는 요청에도 이미지와 구도가 함께 바뀔 수 있었습니다. 다시 생성하면 비용도 다시 들었습니다.
해결
수정을 지정 이미지, 자동 선택, 문구 전용으로 나눴습니다. 선택하지 않은 이미지는 기존 결과에서 그대로 복사하고, 실패한 이미지만 다시 생성했습니다. 문구 수정은 이미지 생성 없이 마쳤고, 원본 이미지의 해시가 유지되는지 확인했습니다.