mj-turbo-reroll의 기술 사양
| 사양 | 상세 |
|---|---|
| Model ID | mj-turbo-reroll |
| Model type | Midjourney 스타일 reroll 워크플로를 위한 이미지 생성 액션 엔드포인트 |
| Primary function | 동일한 프롬프트 컨텍스트에서 새로운 결과 세트를 얻기 위해 기존 Midjourney 생성 작업을 Turbo 모드로 다시 실행 |
| Upstream ecosystem | Midjourney 호환 프록시/API 통합 |
| Speed mode | Turbo 모드 |
| Performance profile | Turbo 작업은 표준 Fast 모드 대비 최대 4× 더 빠르게 결과를 생성하도록 설계되었지만, 업스트림에서 Fast 시간 소모율은 더 높습니다. |
| Typical operation class | 최초 프롬프트 제출이 아닌 기존 작업에 대한 reroll/재생성 액션 |
| Related workflow | 기존 이미지 작업을 제출하거나 조회한 뒤, reroll 액션/버튼을 식별하고 reroll 요청을 전송한 다음, 새로운 작업 결과를 폴링하거나 가져오기 |
| Input dependency | 일반적으로 순수 텍스트 프롬프트만이 아니라 기존 작업/잡 컨텍스트와 reroll 전용 액션 또는 customId가 필요 |
| Output | 동일하거나 리믹스된 프롬프트 컨텍스트에서 파생된 새로운 생성 이미지 작업/결과 세트 |
| Async support | 예; Midjourney 호환 API는 보통 먼저 작업 ID를 반환하고 이후 상태 조회 또는 콜백 처리를 요구 |
| Callback/webhook support | Midjourney 프록시 호환 API에서 알림 또는 콜백 훅을 통한 지원이 일반적 |
| Cost behavior | reroll은 Midjourney 호환 Turbo 요금 표에서 유형 1 이미지 액션으로 분류되는 경우가 많음 |
mj-turbo-reroll란 무엇인가?
mj-turbo-reroll은 Midjourney 호환 Turbo reroll 기능에 대한 CometAPI의 플랫폼 식별자입니다. 실제로 “reroll”은 원래의 창작 방향 또는 작업 컨텍스트를 유지한 채 이미지 작업을 다시 생성하여 새로운 결과 세트를 얻는 것을 의미합니다. Midjourney 호환 시스템에서 reroll은 variation, outpaint, pan, 업스케일 관련 동작 등과 함께 이미지 액션으로 취급됩니다.
turbo 부분은 이 모델이 Turbo 모드 생성 동작에 매핑됨을 나타냅니다. Midjourney 문서에서 Turbo 모드는 최신 Midjourney 버전에서 제공되는 고속 GPU 옵션으로, 생성 속도가 Fast 모드 대비 최대 네 배 빠를 수 있다고 설명합니다.
reroll이 기존 작업에 대한 액션이기 때문에, mj-turbo-reroll은 최초 제출용 독립 텍스트-투-이미지 모델이라기보다 이전 이미지 결과를 신속히 다시 생성하기 위한 특화된 엔드포인트/워크플로로 이해하는 것이 적절합니다. 호환 API는 일반적으로 작업 ID를 먼저 반환한 뒤, reroll된 작업이 완료되면 진행 상황을 조회하거나 웹훅 콜백을 수신하도록 요구하는 방식으로 구현됩니다.
mj-turbo-reroll의 주요 기능
- 터보 속도의 재생성: Turbo 모드에서 이미지 작업을 reroll하도록 설계되어 있으며, Midjourney 문서에서 설명하듯 표준 Fast 모드보다 유의미하게 빠른 속도를 제공합니다.
- reroll 전용 워크플로: 처음부터 새 작업을 만드는 대신 기존 작업을 다시 생성하는 데 초점을 둡니다. 프롬프트 방향은 유지하면서 다른 시각적 결과를 원할 때 유용합니다.
- 작업 기반 비동기 처리: 호환 Midjourney API는 보통 작업 ID를 먼저 반환하여, 애플리케이션이 완료 시점까지 폴링하거나 비동기적으로 결과를 처리할 수 있게 합니다.
- 액션/버튼 통합: 많은 Midjourney 프록시 구현에서 reroll은 이전 작업 결과에서 추출한 작업별
customId또는 버튼/액션 식별자를 사용한 액션 엔드포인트로 트리거됩니다. - 웹훅 친화 아키텍처: 호환 API는 콜백 URL을 지원하여, 애플리케이션이 지속 폴링 없이도 작업 상태 업데이트를 자동으로 받을 수 있습니다.
- 다단계 이미지 파이프라인 적합: 사용자가 먼저 이미지를 생성하고, 버튼/액션을 확인한 다음, reroll, 변형, pan, 업스케일 등을 반환 메타데이터를 기반으로 이어가는 프로덕션 흐름에 적합합니다.
- Midjourney 호환 의미 체계: reroll이 variation, outpaint, inpaint 및 기타 생성 후 작업과 나란히 배치되는 Midjourney 액션 생태계와 정합합니다.
mj-turbo-reroll에 접근하고 통합하는 방법
1단계: API 키 발급
mj-turbo-reroll에 접근하려면 먼저 CometAPI에 계정을 생성하고 대시보드에서 API 키를 발급합니다. 키는 안전하게 보관하고, 클라이언트 사이드 코드나 공개 저장소에 하드코딩하지 않도록 애플리케이션에서 환경 변수로 로드합니다.
2단계: mj-turbo-reroll API로 요청 보내기
CometAPI의 표준 API 구성을 사용하고 model 필드를 mj-turbo-reroll로 설정합니다. 이 모델은 reroll 워크플로에서 사용되므로, 일반적으로는 Midjourney 스타일의 기존 작업을 먼저 생성하거나 조회한 뒤 필요한 작업 컨텍스트와 함께 reroll 액션을 제출하는 다단계 이미지 파이프라인의 일부가 됩니다.
curl https://api.cometapi.com/v1/responses \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "mj-turbo-reroll",
"input": {
"task_id": "your_existing_task_id",
"action": "reroll"
}
}'
3단계: 결과 조회 및 검증
제출 후에는 CometAPI의 응답 페이로드와 작업 추적 워크플로를 사용해 작업 결과를 조회합니다. mj-turbo-reroll의 경우, 새로운 작업이 성공적으로 생성되었는지 확인하고 완료될 때까지 모니터링하며, 반환된 이미지가 원본 결과 세트가 아니라 원본 작업의 reroll을 통해 생성된 신규 결과임을 점검하는 것이 일반적입니다.